Cliquez ici.
Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.

 
Cliquez ici.

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 - 17:44


> Strictement aucun sarcasme, c'est juré !
Ouaip, pas simple le Français ;-)

> En effet... Dans ce cas, je suggère une approche : utiliser XHTML,
C'est là que le bas blesse.

Si j'ai choisie le format XML c'est pour la légèreté et la portabilité. Le
XML permet de structurer l'information, le XHTML permet, en outre de gérer
la structure du design. Pourquoi stocker à chaque fois ce qui sera général?

Mon documents "maison" XML peut être ouvert, scaner et indexé par plusieurs
application autre qu'un navigateur. Si c'est pour un navigateur, aucun
problème, le XSL fait l'en-tête des balise méta, le design XHTML et le corps
du document
(http://bas-saint-laurent.org.previewmysite.com/texte.asp?id=1&c=2&t=7) on
vois trout de suite l'intéret de séparer le texte du design. (attention ce
site n'est pas encore fonctionnel). Je tient à préciser avant d'être
foudroyé par l'usage de Microsoft que 99% de la transformation est faite en
XSL.

Note que je comprend encore une fois ton intervention, je pourrais produite
des document XHTML complet, imagine la rapidité. Mais le design sera
prisonnier de ce statique. Comme mentionnait Eric, on doit faire la
différence entre une structure de design comme un DIV, navigation, pied de
page etc et celles du formatage de texte comme les style, paragraphe et
tableau.

De là la très grande importance du "formatage" du texte. Question qu'il
reste valide encore quelques années du moins.

Le document que vous voyez est composé à partir d'un simple formulaire HTML
et d'un éditeur HTML très simple compatible Mozilla/Netscape/IE. Les
éléments externes comme les images mais aussi les catégories ou TOPIC sont
aussi disponible en temps réel à partir d'une librairie accesssible via le
formulaire. MAIS il ne valide pas que le HTML soit bien formé. J'ai de la
dificulté à imaginer de construire un texte strucurer en NITF à partir d'un
formulaire d'une page Web. Mais le NITF à l'intelligence de vraiment être un
format prêt pour structurer un texte riche. Ce que le XHTML ne fait pas et
ne devrait pas faire. En d'autres mots, le XHTML fait ce qu'il ne devrait
pas faire comme le HTML depuis longtemps d'ailleurs. Il devrait porter un
autre non d'avantage relatif à la structure. Le T devrait être un S pour
Extensible HyperStructure Makup language ;-)

>>Je parle ici pour connaître la solution des pros et pour savoir comment
>>vous arrivez à composer des textes complexes, bien formé, via un
>>navigateur.

> Frédéric Glorieux
> J'en ai parlé ici dans un autre mail, êtes-vous aller voir le bloc
> linotype de cocoon ?
Non, mais comment cocoon peut il avoir un rapport avec le navigateur?

>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 ?)
J'aimerais beaucoup voir, sinon c'est très possible de mettre en gras dans
un simili éditeur XHTML/Javascript. Avec le DHTML (rien à voir avec la
solution exclusive à IE).

Pour l'instant le temps me limite à ajouter directement dans un textArea le
balisage HTML mais le Javascript peut construire et déconstruire à notre
guise un document HTML en entier. La possibilité est là mais n'est pas
exploité j'imagine parce que son côté lucratif n'a pas beaucoup d'avenir.
C'est d'ailleurs là l'unique raison de faire ça dans un navigateur, parce
qu'il est déjà installé partout!

----- Original Message -----
From: "Xavier Cazin" <xavier@editions-oreilly.fr>
To: <dev@xmlfr.org>
Sent: Tuesday, December 30, 2003 11:38 AM
Subject: [dev@xmlfr.org] Re: [RSS] Structure et NITF

>
> On 30 déc 2003, webmestre@trucsweb.com wrote:
> >> Je pense que vous avez entièrement raison de vous réfugier dans une
> >> structure maison, et vous devriez vous y tenir
> >
> > C'est bien vrai, honte à moi, malgré ton sarcasme facile. Je veux
> > justement en sortir c'est pourquoi je vous consulte.
>
> Strictement aucun sarcasme, c'est juré ! Il faut prendre mes propos au
> premier degré : je milite depuis toujours (avec peu de succès, je l'avoue)
> contre l'écriture directe dans un format dit "standard".
>
> > Il s'agit ici d'article écrit dans un navigateur, par des gens qui ne
> > savent même pas ce qu'est une balise. Produire un document XML bien
formé
> > avec des structures complexes comme des tables, avec des éléments
> > externes comme des animations, vidéos ou de simples images, demande une
> > solide expertise ou un logiciel autrement puissant qu'un formuliare de
> > navigateur. Même des logiciels comme Dreamweaver et encore moins
> > FrontPage n'en sont pas capables!
>
> En effet... Dans ce cas, je suggère une approche : utiliser XHTML, avec
> l'attribut class et éventuellement les éléments div et span pour typer (ou
> styler) vos blocs et vos éléments en ligne. Avec un peu de chance,
> l'éditeur XHTML permet de faire ça assez simplement pour que vos
> utilisateurs fassent le lien avec les styles utilisés dans Word.
>
> Ainsi, <p class="mandarin">Un texte en chinois</p>, ou <p
> class="attention">N'oubliez pas de styler tous vos paragraphes, <span
> class="anglais">I mean all of them</span></p> peuvent ensuite être
> transformés beaucoup plus facilement dans n'importe quel schéma, y compris
> standard.
>
> > Je parle ici pour connaître la solution des pros et pour savoir comment
> > vous arrivez à composer des textes complexes, bien formé, via un
> > navigateur.
>
> 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.
>
> Xavier.
> --
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Éditions O'Reilly <URL:http://www.oreilly.fr/>
> 18 rue Séguier
> 75006 PARIS Fax : +33 1 40 51 52 31
>
> --
> 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

 

dev@xmlfr.org

Liste de discussion de la communauté des développeurs de XMLfr.

Cette liste publique est dédiée aux discussions concernant la conception et le développement technique du site XMLfr.



Cliquez ici.
Cliquez ici.

Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot  

Conception, réalisation et hébergement
Questions ou commentaires
  redacteurs@xmlfr.org