J'utilise jekyll/gh-pages. Les deux Maruku et RDiscount deviennent très confus avec le code suivant:Possibilité de désactiver la démarque dans l'analyse HTML?
<figure>
<a id="fig-14"></a>
<pre><code>
hashA = entityA._roId + ':' + entityB._roId;
hashB = entityB._roId + ':' + entityA._roId;
if(!checked[hashA] && !checked[hashB]){
// mark this pair as checked
checked[hashA] = checked[hashB] = true;
if(this.aabb2DIntersection(entityA, entityB)){
pairs.push([entityA, entityB]);
}
}
</code></pre>
<figcaption>
Fig. 14: Keeping a cache of tested pairs.
</figcaption>
</figure>
Maruku est juste complètement échoué à analyser le bloc, tandis que RDiscount utilise figure comme une balise html, mais pense alors que tout est à l'intérieur du code, car il est en retrait . Je suppose que c'est à cause de la prise en charge de l'analyse syntaxique dans les blocs html.
Dans RDiscount ou Maruku, existe-t-il un moyen de désactiver l'analyse dans les blocs html?
EDIT ::
Il se trouve l'erreur, au moins dans Maruku, est ma faute. & et < doivent être échappés, même dans <code> éléments. Donc, même si je n'ai toujours pas de réponse à cette question SO réelle, j'ai une réponse à la question pourquoi maruku avait des problèmes avec le bloc.
essayé d'ajouter 'démarquage = "0"' attribut? Vous ne savez pas à quelle étiquette, essayez-les tous. Pour autant que je sache, cela fait partie de [PHP Markdown Extra] (http://michelf.ca/projects/php-markdown/extra/), affirme Maruku qui le soutient, pas sûr de RDiscount. (J'utilise [kramdown] (http: // http: //kramdown.rubyforge.org/), qui le supporte aussi.) – manatwork
Merci pour la suggestion géniale, je ne connaissais pas cet attribut. Je l'ai essayé sur plusieurs éléments: 'figure',' code', 'pre' ... aucun effet avec rdiscount ou maruku. J'utiliserais kramdown, mais c'est un article pour un site externe, où je n'ai pas de contrôle sur le moteur de démarque utilisé. Je vais probablement finir par soumettre HTML généré ([marqué] (https://github.com/chjj/marked) gère tout cela bien pour moi). – Andrew
Il s'avère que le problème était que je ne codais pas '&' et '<' comme je l'ai mentionné dans mon édition. Cela ne répond pas vraiment à cette question! – Andrew