dev@xmlfr.org : liste de discussion des développeurs du site XMLfr
[dev@xmlfr.org] Re: [RSS] Structure et NITF
From: Django (Oznog) Blais (webmestre@trucsweb.com)
Date: 30/12/2003 - 19:31
> Non, non, vous n'avez pas tort. J'ai pensé un moment ajouter du texte
> riche dans un bidule genre xForms (pour avoir à la fois des champs et
> des sections), mais je crois qu'on arrive là au cas limite de vouloir
> faire un éditeur XML avec un navigateur, ce qui n'est pas vraiment
> commode à travailler. Je ne sais pas vous, mais je me fatigue vite
> d'écrire dans un wiki. C'est bon pour une taille genre notice de
> dictionnaire, mais pour un article, est-ce que vous ne préférez pas une
> autre application ?
Exact, c'est la limite qui reste à préciser.
Bien sûr qu'une application est formidable mais c'est de l'installer partout
qui en est une autre. Mais mon principal obstacle est très personnel, on
parle d'une accessibilité à tout épreuve, voir un aveugle africain sourd et
muet qui peut naviguer! (je n'ai aucun préjuger pour les africain soit dit
en passant) Il me semble que nous travaillons justement à une
l'accessibilité alors pourquoi pas jusque là?
Un navigateur a une fenêtre proportionnel à l'écran, et des barre de
défillement? Je ne vois pas en quoi il ne poourrais pas compétitionner un
logiciel avec un peu de travail? Ce qui est sûr c'est qu'un petit textArea
ne le permet pas.
Mais comme j'ai dit dans un message précédent, je vous égare pour rien. Mon
intervention est d'avantage pour le choix d'un format de stockage et le NITF
me semble appropriéé dans le cas présent.
----- Original Message -----
From: "Frédéric Glorieux" <frederic.glorieux@ajlsm.com>
To: <dev@xmlfr.org>
Sent: Tuesday, December 30, 2003 1:56 PM
Subject: [dev@xmlfr.org] Re: [RSS] Structure et NITF
>
>
> >>L'exemple que vous donnez sur le chinois
> >>pose un problème que je suis en train de traiter et qui n'est pas bien
> >>pris en compte par les standards <http://www.ietf.org/rfc/rfc3066.txt>.
> >>Comment indiquer que le chinois balisé est en romanisation pinyin ? J'ai
> >>adopté la locale suivante zh-latn-pinyin (latn, script au sens
> >><http://www.evertype.com/standards/iso15924/document/dis15924.pdf>).
> >
> >
> > Ah dans ce cas on pourrait peut-être combiner lang et class : <span
> > xml:lang="zh" class="pinyin">Si ce texte en pinyin apparaît en français,
> > c'est que votre client mail sait traduire le pinyin,
félicitations!</span>.
>
> Et pour du pinyin transposé en alphabet grec ? Je ne pinaille pas pour
> le plaisir, ce sont réellement des cas qui m'occupent (sur des noms
> arabes, voir signature ci dessous). Il me faut conserver précisément
> l'information sur de nombreuses implantation possibles (SQL, XML, HTML)
> et c'est pour cette raison que j'en suis arrivé à cette idée de
> l'encoder sur une chaine de locale.
>
> Tout avis sur ce point m'intéresse franchement, car je suis contraint de
> proposer de la norme. Alors si vous ne trouviez pas ça clair...
>
> >>>S'il existait une solution simple, ça se saurait :-) XForms et/ou
> >>>InfoPath vont dans ce sens, mais on ne peut pas dire que les
> >>>implémentations pullulent.
> >>
> >>J'ai fait une implantation de XForms côté navigateur, ce n'est pas
> >>vraiment une solution rédactionnelle (comment mettre en gras dans un
> >>textarea ?)
> >
> >
> > Ouille, j'ai tout mélangé, désolé ! J'aurais dû plutôt mentionner le
wiki,
> > qui pourrait servir à indiquer les styles (choisis dans un ensemble
> > déterminé) plutôt que les gras, italiques, et compagnie. Je ne sais pas
ce
> > qu'il en est du projet wikiml...
>
> Non, non, vous n'avez pas tort. J'ai pensé un moment ajouter du texte
> riche dans un bidule genre xForms (pour avoir à la fois des champs et
> des sections), mais je crois qu'on arrive là au cas limite de vouloir
> faire un éditeur XML avec un navigateur, ce qui n'est pas vraiment
> commode à travailler. Je ne sais pas vous, mais je me fatigue vite
> d'écrire dans un wiki. C'est bon pour une taille genre notice de
> dictionnaire, mais pour un article, est-ce que vous ne préférez pas une
> autre application ?
>
>
>
> --
>
> Frédéric Glorieux
> AJLSM, ingénieur documentaire
>
> <frederic.glorieux@ajlsm.com>
> tel +33 (0)1 49 54 22 22
> fax +33 (0)1 49 54 21 80
>
> http://www.strabon.org
> EUMEDIS - Strabon - WP7 - formation/training
> Maison des Sciences de l'Homme
> 54 Boulevard Raspail
> 75006 PARIS
>
>
> --
> Devenez redacteur <XML>fr et contribuez au developpement du
> xml francophone (http://xmlfr.org/infos/redacteurs/) !
>
> Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).
>
> Cette liste est a votre disposition pour discuter en francais de
> tout sujet technique lie au developpement du site XMLfr.
>
> Pour resilier votre abonnement, envoyez un message contenant
> la commande "unsubscribe" a dev-request@xmlfr.org
> (mailto:dev-request@xmlfr.org?Subject=unsubscribe)
>
>
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie au developpement du site XMLfr.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a dev-request@xmlfr.org
(mailto:dev-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 31/12/2003 - 17:02 UTC
webmaster@xmlfr.org
|
