Bonjour!
D'abord merci beaucoup pour votre réponse.
> Pour palier au problème il suffisait de rajouter un saut de ligne en fin de
> fichier.
Ah! Merci infiniment. - J'imagine vous aller corriger chez vous
(http://www.nuiton.org/issues/show/697) quand-meme aussi? (Je veux
prendre un 1.2-SNAPSHOT de votre
http://maven.nuiton.org/nexus/content/groups/releases/org/nuiton/jrst/
aussi, s'il y en avait.)
> Il y avais aussi quelques erreurs rst dans le fichier joint, les titres
> doivent être entièrement soulignés :
Effectivement... mais malheureusement ma "source" (d'ou venait
l'example initial) est un Plone zWiki existant avec 430 pages
existants - je ne peux pas les corriger un-à-un! :( Background:
J'utilise JRst dans le cadre de
http://mifosforge.jira.com/wiki/display/MIFOSADMIN/ZWiki+to+Confluence+Wiki…,
travaillant comme volontaire pour le projet MIFOS, voir
http://www.slideshare.net/mikervorburger/mifos-at-jazoon-2010
Ne pourriez-vous pas offrir dans JRst une option genre "relaxed mode"
(vs. "strict") qui accept les titres qui ne sont pas entièrement
soulignés? Le Parser RST du Plone zWiki semblent les accepter...
> J'espère que cette réponse vous sera utile et n'hésitez pas à nous
> recontactez en cas de soucis.
Pendant qu'on est sur les titres: Dans ce Plone zWiki ils utilisent le
"niveau" de titres (genre ==== / ++++++++ / -----), and my colleague
Raphael (Cc) noticed that JRst seems to turn them all into the same
XML tag (right Raphael?), making it difficult to then turn those into
e.g. h1. / h2. / h3. for Confluence (our Target Wiki markup, which we
turn your XML into). Any suggestions about this?
Are you ou d'autres de jrst-devel(a)list.nuiton.org dispo. to help me &
Raphael with further RST / JRst related items as we run into them
while working on
http://mifosforge.jira.com/wiki/display/MIFOSADMIN/ZWiki+to+Confluence+Wiki…
?
Merci encore, et très cordialement,
Michael
_______________________
Michael Vorburger
http://www.vorburger.ch
2010/6/30 letellier <letellier(a)codelutin.com>:
> Bonjour,
>
> J'y suis tombé sur RST qui cause JRst de se bloquer en boucle
> infini... pas pratique! :( Le voici attached, meme avec test case
> JUnit, mais bon vous verriez le problem ASAP en faisant tourne en CLI
> aussi).
>
> J'ai commencé à debuggé un peu, et le problème semble etre dans le
> peekLiteralBlock du JRSTLexer, qui continue de recevoir un array de
> String taille 1 avec le String étant vide du
> AdvancedReader.readWhile() ... je n'ai pas encore très bien compris le
> fonctionnement interne de votre JRst - pourriez-vous me donner la
> solution correct? J'ai déjà essayer 1226 du JRSTLexer à "while
> (lines.length > 0 && !lines[0].isEmpty()) {", et ça enleve la boucle
> infini, mais me fait perdre le block en quéstion - pas super non plus.
>
> C'était bien dans la méthode peekLiteralBlick qui appel la readWile qui
> attend un saut de ligne pour ce terminer.
>
> Pour palier au problème il suffisait de rajouter un saut de ligne en fin de
> fichier.
>
> ça sera génial si vous auriez en instant de regarder (facile avec le
> fichier de test ci-joint), et corrigé cela... considerez le comme
> soutien à un projet important pour la microfinance dans les pays en
> développment! ;)
>
> Il y avais aussi quelques erreurs rst dans le fichier joint, les titres
> doivent être entièrement soulignés :
>
> title
> =====
>
> Il semblerais qu'il faille un saut de ligne entre les changements de niveaux
> des bullets lists :
>
> * 1
> * 2
>
> * 21
> * 22
> * 3
>
> Il y a ce site qui propose un rendu online qui utilise le parseur de
> DocUtils qui est plus complet (qui sert de référence à JRST), il permet de
> s'assurer que le rst est bien valide :
> http://www.tele3.cz/jbar/rest/rest.html
>
> Je met le fichier corrigé en pièce jointe.
>
> J'espère que cette réponse vous sera utile et n'hésitez pas à nous
> recontactez en cas de soucis.
> Toute mes excuses pour cette réponse tardive.
>
> Cordialement.
>
> Letellier Sylvain
> letellier(a)codelutin.com
>
