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: 01/01/2004 - 13:36
> Cela dépend de ce que l'on veut faire saisir.
Exact, pour un site d'éditoriaux, c'est un texte brut pour stocker le moins
possible. Mais ce texte brut, ne contient absolument rien. Je me fit aux
sauts de ligne pour formater le texte et parse tout URL/EMAIL pour les
convertir en hyperlien et les url d'image (si l'extension est une image),
sans oublier de convertir les < et >. C'est donc un texte 100% réutilisable.
Le problème bien que léger c'est le "parsing" en temps réelle à chaque
lecture bien que fait avec des expressions régulières Javascript.
Et de l'autre le texte riche et ses balises.
C'est l'un au l'autre. Mon intervention est pour le texte riche.
> > Peut être un balisage plus explicite. Je me demande d'ailleurs pourquoi
la
> > sémantiques (Wiki) destité aux humains est si "abstraite" (bien sûr
rapide)
> > et qu'à l'inverse celle destiné aux machine est des plus explicite (et
très
> > lourde) comme les balises de NITF?
>
> Que veux-tu dire?
C'est pas important, une simple observation pour mon approche "éditeur"
avancé.
En fait toutes ces approches son valables, l'ergonomie me semble le seule
soucis, tant du texte brut, du texte wiki, de ma proposition "texte riche
avec classe" ou de la méthode local avec un éditeur XHTML. Un exemple
devrait parler de lui même. Je vais essayer de trouver le temps.
> Mais alors à quoi peuvent bien servir les éditeurs XHTML ? :-)
C'est parfait pour construire une site, un document. Pour écrire un texte ou
mettre à jour ça me semble un peu fort. Visual Studio tant qu'a y être ;-)
Sans farce je fais des pages Web avec UltraEdit pourtant Dreamweaver que je
connaît parfaitement ne me sert que très rarement.
De toute façon ce n'est pas une critique, c'est une question d'ergonomie
pour le parfait Webmestre mais aussi pour le parfait amateur. Une seule
phrase me revient toujours en tête lors de créer de l'automatisation. Ne
crée pas une fonction si tu prévois l'utiliser, crée une fonction si tu en
as besoin maintenant!
En se sens je pense pouvoir créer un éditeur de texte riche "utile" que
j'utiliserais personnellement.
Bonne année à tous en passant...
----- Original Message -----
From: "Eric van der Vlist" <vdv@dyomedea.com>
To: <dev@xmlfr.org>
Sent: Thursday, January 01, 2004 7:45 AM
Subject: [dev@xmlfr.org] Re: [RSS] Structure et NITF
>
> Bonjour et bonne année!
>
> On Wed, 2003-12-31 at 16:31, Django (Oznog) Blais wrote:
> > > Cette technologie serait parfaitement utilisable pour saisir des
> > > documents NITF à condition d'adopter des conventions pour
> > > l'identification des balises sémantiques.
> >
> > C'est une bonne approche et probablement la plus simple à implanter.
Avec
> > plus de transparence, le design peut grandement améliorer la "facilité"
> > d'utilisation. De quelques automatisations (boutons/listes) et "surface"
à
> > 100% sans bordure etc. Jusqu'à gérer la saisie, les sélections et
pourquoi
> > pas un validateur voir un convertisseur "toXHTML" comme l'exemple
"Textism"
> > de Xavier (http://www.textism.com/tools/textile/index.html?sample=2).
>
> Cela dépend de ce que l'on veut faire saisir.
>
> Les wikis se concentrent sur le texte et donnent peu d'importance à la
> présentation ce qui est, à mon avis, une bonne chose pour la
> "réutilisabilité" du texte (moins il y a de style, plus le texte est
> neutre et plus il est facile à réutiliser).
>
> Par contre, pour les utiliser pour saisir un article NITF, il faudrait
> réintroduire un "balisage" permettant de saisir des balises sémantiques
> et on pourrait s'inspirer de textism.
>
> En ce qui concerne la conversion en XHTML, la classe "WikiSAXParser" de
> WikiML réalise cette conversion :
>
> http://cvs.wikiml.org/cvsweb.cgi/code/experimental/java/WikiSAXParser.java
>
> > > Si l'on expose les balises, mais le succès du WikiWikiWeb montre
> > > que l'adoption de conventions plus simples que (X|HT)ML peut
> > > être utilisable par des utilisateurs "lambda".
> >
> > Peut être un balisage plus explicite. Je me demande d'ailleurs pourquoi
la
> > sémantiques (Wiki) destité aux humains est si "abstraite" (bien sûr
rapide)
> > et qu'à l'inverse celle destiné aux machine est des plus explicite (et
très
> > lourde) comme les balises de NITF?
>
> Que veux-tu dire?
>
> > Pourquoi pas l'alternative des "classes" CSS? Un principe simple à
saisir
> > avec l'avantage d'être "court et touchant" dans un "span" donc lisible
tout
> > en étant riche. D'autre part, avec grande attention, le "texte" d'un
site
> > peut être couvert avec 5, disont 10 classes pour y inclure les tables de
> > présentations (table/entête/cellule1/cellule2/pied). Je crois qu'un
éditeur
> > web basé sur les classes peut être réaliste.
>
> Ce serait intéressant à vérifier!
>
> > > Après vérification je peux confirmer que ce document
> > > n'est pas un document RDF valide...
> > Le contenu "mixtes" ou le côté hybride du document?
>
> Les deux sont liés! C'est le manque de support des contenus mixtes par
> RDF qui le rend inadapté pour des documents hybrides mélangeant contenu
> (ce qui suppose des contenus mixtes) et méta-données.
>
> Eric
> --
> Tired to type XML tags?
> http://wikiml.org
> Upcoming XML schema languages tutorial:
> - Santa Clara -half day- (15/03/2004) http://masl.to/?J24916E96
> ------------------------------------------------------------------------
> Eric van der Vlist http://xmlfr.org http://dyomedea.com
> (W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
> ------------------------------------------------------------------------
>
> --
> 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 28/01/2004 - 09:12 UTC
webmaster@xmlfr.org
|
