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

Correction librairie jrst
by Liagre Arnaud 02 Mar '11

02 Mar '11

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 28 Feb '11

28 Feb '11

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 25 Feb '11

25 Feb '11

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 11 Feb '11

11 Feb '11

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 09 Feb '11

09 Feb '11

----- 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 08 Feb '11

08 Feb '11

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 08 Feb '11

08 Feb '11

1 0

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

28 Dec '10

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 02 Jul '10

02 Jul '10

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 30 Jun '10

30 Jun '10

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