- Jrst-devel - mailman.cloud.codelutin.com

Re: [Jrst-devel] [Jrst-commits] r549 - in trunk/jrst/src: main/java/org/nuiton/jrst main/java/org/nuiton/jrst/directive test/java/org/nuiton/jrst/bugs test/resources/bugs
by chemit March 7, 2011

March 7, 2011

On Mon, 7 Mar 2011 17:23:50 +0100 (CET) echatellier(a)users.nuiton.org wrote: > + protected static final String SCALE = "scale"; > + protected static final String WIDTH = "width"; > + protected static final String HEIGHT = "height"; Je pense qu'il serait vraiment bien de préfixer les constante par quelque chose car là ça dit par grand chose... par exemple ATTRIBUTE_SCALE ou un truc du genre. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

Patch 1378 corrige également l'anomalie #1376
by Liagre Arnaud March 7, 2011

March 7, 2011

Bonjour, A noter que le patch 1378 corrige également l'anomalie #1376. Cordialement, Arnaud ________________________________ Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité du groupe Atos Origin ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

1 0

Patch 1380
by Liagre Arnaud March 4, 2011

March 4, 2011

Veuillez trouver le correctif pour l'anomalie 1380. Cordialement, Arnaud ________________________________ Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? du groupe Atos Origin ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

2 1

Patch pour l'anomalie 1375
by Liagre Arnaud March 4, 2011

March 4, 2011

Bonjour, Veuillez trouver ci-joint un correctif concernant l'anomalie #1375 ainsi qu'un fichier test. Il persiste encore un souci pour la dernière ligne tabulée qui n'est pas tabulée dans le rendu : on est obligé d'indiquer une ligne ne comprenant qu'une tabulation pour obtenir le rendu souhaité. C'est pas encore le top mais au moins, ça ne fait pas planter et on rentre bien dans le traitement blockquote. Cordialement, ----------------- Arnaud LIAGRE ---- ---- ------- ATOS WORLDLINE - BU P.S.T. --- - --- ------- Pôle Services Publics, Santé & Transport. -- - - -- ------- * +33 (0)3.20.60.79.91 - ----- - -- F Z.I. A la Pointe, 59113 SECLIN ---------------- * <mailto:arnaud.liagre@atosorigin.com> ---------------- ü Atos Worldline is an Atos Origin company : http://www.atosworldline.com<http://www.atosworldline.com/>>. Ce message est strictement confidentiel. Son intégrité n'est pas assurée sur Internet. Le contenu de ce message ne peut engager la responsabilité du groupe Atos Origin. Si vous n'êtes pas destinataire du message, merci d'en avertir immédiatement l'expéditeur et de le détruire. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis. This e-mail is privileged and may contain confidential information intended only for the person(s) named above. If you receive this e-mail in error, please notify the sender immediately by telephone or return e-mail. Although the sender endeavours to maintain a computer virus free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. ________________________________ Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité du groupe Atos Origin ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

2 1

Re: [Jrst-devel] Patch pour l'anomalie 1375
by Liagre Arnaud March 4, 2011

March 4, 2011

Errata, il s'agit de l'ano 1378 et non 1375. De : Liagre Arnaud Envoyé : vendredi 4 mars 2011 10:07 À : 'jrst-devel(a)list.nuiton.org' Objet : Patch pour l'anomalie 1375 Bonjour, Veuillez trouver ci-joint un correctif concernant l'anomalie #1375 ainsi qu'un fichier test. Il persiste encore un souci pour la dernière ligne tabulée qui n'est pas tabulée dans le rendu : on est obligé d'indiquer une ligne ne comprenant qu'une tabulation pour obtenir le rendu souhaité. C'est pas encore le top mais au moins, ça ne fait pas planter et on rentre bien dans le traitement blockquote. Cordialement, ----------------- Arnaud LIAGRE ---- ---- ------- ATOS WORLDLINE - BU P.S.T. --- - --- ------- Pôle Services Publics, Santé & Transport. -- - - -- ------- * +33 (0)3.20.60.79.91 - ----- - -- F Z.I. A la Pointe, 59113 SECLIN ---------------- * <mailto:arnaud.liagre@atosorigin.com> ---------------- ü Atos Worldline is an Atos Origin company : http://www.atosworldline.com<http://www.atosworldline.com/>>. Ce message est strictement confidentiel. Son intégrité n'est pas assurée sur Internet. Le contenu de ce message ne peut engager la responsabilité du groupe Atos Origin. Si vous n'êtes pas destinataire du message, merci d'en avertir immédiatement l'expéditeur et de le détruire. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis. This e-mail is privileged and may contain confidential information intended only for the person(s) named above. If you receive this e-mail in error, please notify the sender immediately by telephone or return e-mail. Although the sender endeavours to maintain a computer virus free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. ________________________________ Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité du groupe Atos Origin ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

1 0

Correction librairie jrst
by Liagre Arnaud March 2, 2011

March 2, 2011

Bonjour, Je vais passer quelques temps (les deux prochaines semaines) à valider si la librairie jsrt peut nous convenir pour notre application. J'aurai déjà quelques modifications à apporter. J'ai corrigé l'anomalie #675, je vous envoie en PJ le patch Eclipse correspondant à ce correctif : - Correction lorsque plusieurs liens sont présents sur la même ligne - Correction lorsqu'un lien possède des paramètres (url?id=val1&id2=val) Pouvez-vous vérifier que le correctif vous convient et l'inclure dans votre prochaine version le cas échéant ? Pouvez-vous me préciser si vous avez déjà une date de livraison prévue pour toutes les corrections ? Comment fonctionnez-vous pour travailler sur cette librairie ? Y'a-t-il des personnes à plein temps ? Est-ce au bon vouloir, durant les heures perdues ? D'avance merci, Cordialement, Arnaud L. ________________________________ Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité du groupe Atos Origin ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

2 2

Génération PDF
by Eric Chatellier Feb. 28, 2011

Feb. 28, 2011

Bonjour, J'ai réussit a faire résoudre les dépendances entre les feuilles de style (URIresolver et EntityResolver) pour que la résolution de la tranformation xslt fonctionne. Le point de blocage était qu'il fallait mettre un entityResolver sur les ressources que le URIresolver était en train de résoudre :-\ Bref, maintenant, il ne manque plus de ressources, mais la tranformation ne fonctionne toujours pas. J'ai testé avec xalan, saxon, et le processeur XSLT par défaut : 3 erreurs différentes... -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 1

Re: [Jrst-devel] [jrst - Anomalie #1300] (Résolu) poms are using hardcoded plugin version older than the ones in mavenpom
by Eric Chatellier Feb. 25, 2011

Feb. 25, 2011

Le 09/02/2011 08:48, admin(a)nuiton.org a écrit : > La demande #1300 a été soumise par Tony Chemit. > > ---------------------------------------- > Anomalie #1300: poms are using hardcoded plugin version older than the ones in mavenpom > http://www.nuiton.org/issues/show/1300 > > Auteur: Tony Chemit > Statut: Résolu > Priorité: Normal > Assigné à: Tony Chemit > Catégorie: quality > Version cible: 1.3 > > > m-assembly-p is set one a hardcoded version 2.2-beta-5, and in mavenpom we are using 2.2... C'est volontaire : http://jira.codehaus.org/browse/MASSEMBLY-535 -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

3 4

Gestion de la dépendance zip docbook-xsl
by Eric Chatellier Feb. 11, 2011

Feb. 11, 2011

Bonjour, Le fait d'utiliser la dépendance : <dependency> <groupId>net.sf.docbook</groupId> <artifactId>docbook-xsl</artifactId> <version>1.76.1</version> <type>zip</type> <classifier>resources</classifier> </dependency> Ne semble pas la mettre dans le classpath (même en debug maven elle n'apparaît pas) J'ai utiliser la méthode décrite ici pour l'inclure dans les ressources : http://www.sonatype.com/people/2008/04/how-to-share-resources-across-projec… -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 0

Fw: AdvanceReader readline : problem with eol
by letellier Feb. 9, 2011

Feb. 9, 2011

----- Message Transféré ----- Date: Wed, 9 Feb 2011 09:18:59 +0100 De: Christophe Cordenier <christophe.cordenier(a)gmail.com> À: letellier <letellier(a)codelutin.com> Sujet: Re: [Jrst-devel] AdvanceReader readline : problem with eol Thanks a lot ! Christophe Cordenier. 2011/2/8 letellier <letellier(a)codelutin.com> > Hi, [...] > > Jrst is just released, this one solve your bug (see : > http://www.nuiton.org/news/show/185) > > Best regards. > > -- > > Letellier Sylvain > letellier(a)codelutin.com > -- Regards, Christophe Cordenier. Committer on Apache Tapestry 5 Co-creator of wooki @wookicentral.com

1 0

AdvanceReader readline : problem with eol
by Christophe Cordenier Feb. 8, 2011

Feb. 8, 2011

Hi I am currently testing the jrst convertors, I run my tests under windows. It seems like the input document is not parsed properly. In fact, this could be due to the AdvanceReader.readline() that strip "\n" character, but does not do anything about "\r" that stays in the line. Am i missing something ? Note that I am using version 1.1.1 br Christophe Cordenier.

2 2

[ANN] - JRst 1.2 released
by nuiton.org Release Notification Feb. 8, 2011

Feb. 8, 2011

1 0

Re: [Jrst-devel] [Dev] « PlantUML, un nouvel outil de génération UML »
by Florian Desbois Dec. 28, 2010

Dec. 28, 2010

On 27/12/2010 17:21, Benjamin POUSSIN wrote: > Je préfère une intégration a jrst, via une nouvelle directive. Car le > but est que les doc soit avec les projets et pas dans un wiki > (interne). Donc j'ai peur que si on met le plugin sur dokuwiki, il y > ait migration vers une mauvaise place des docs > > Par contre si vous voyez d'autres utilisations, on peut bien sur mettre > le plugin. Ticket créé : http://nuiton.org/issues/show/1171

1 0

Re: [Jrst-devel] JRst support - infinite loop
by Michael Vorburger July 2, 2010

July 2, 2010

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 >

2 1

Re: [Jrst-devel] JRst support - infinite loop
by Eric Chatellier June 30, 2010

June 30, 2010

Le 19/06/2010 00:24, Michael Vorburger a écrit : > Bonjour! Bonjour, > J'utilise http://jrst.labs.libre-entreprise.org/jrst/en/ dans le cadre > de http://www.mifos.org/developers/wiki/MigrateDeveloperWiki & > http://mifosforge.jira.com/wiki/display/MIFOSADMIN/ZWiki+to+Confluence+Wiki…, > travaillant comme volontaire pour le projet > http://www.slideshare.net/mikervorburger/mifos-at-jazoon-2010 Le projet a migré de forge. Il est maintenant accessible à cette adresse : http://www.nuiton.org/projects/show/jrst > 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. > > ç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! ;) J'ai ouvert un ticket pour suivre l'évolution de cette anomalie : http://www.nuiton.org/issues/show/697 (je me suis permit d'inclure votre document en test unitaire). Nous manquons de temps à l'heure actuelle pour le résoudre, mais nous ne manquerons pas de vous tenir informé. > Merci beaucoup, et en me réjouissons de votre réponse & fix, > Michael (vous écrivant de Lausanne en Suisse) J'ai également mis en copie la liste jrst-devel(a)list.nuiton.org pour permettre une meilleur communication sur les développements. PS: Vous pouvez communiquez en anglais si vous le voulez également ;) -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

2 1

[ANN] - JRst 1.1.1 released
by nuiton.org Release Notification April 16, 2010

April 16, 2010

1 0

Ajout d'une en-tête sur un fichier rst
by Tony Chemit April 15, 2010

April 15, 2010

salut, Je voulais un en-tête de license sur les fichiers (maven-license-plugin 2.1) mais cela n'a pas l'air de fonctionner. quelqu'un a-t-il déjà fait cela ? ou est-ce une évolution à ajouter sur jrst ? -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

4 5

Remove maven-jrst-plugin module
by Tony Chemit Jan. 21, 2010

Jan. 21, 2010

Salut, Eric a crée une tâche sur nuiton pour supprimer le plugin jrst. Je suis un peu surpris car on en a jamais parlé officiellement sur cette liste. Donc je pose la question aujourd'hui :) est-ce que quelqu'un voit un problème à ce qu'on supprime ce module ? Personnellement, je suis plutôt pour vu qu'on utilise le module doxia à la place. De plus y'a toujours l'interface graphique pour transformer du rst vers autre chose donc je suppose qu'on va pas enlever une fonctionnalité. Votre avis nous intéresse :) Si pas d'objection, l'api du module plugin sera dépréciée en 1.1.1 et supprimée en 1.2.0 -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

[ANN] - JRst 1.1.0 released
by nuiton.org Release Notification Jan. 19, 2010

Jan. 19, 2010

1 0