🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: fr.comp.text.xml
2 messages
2 total messages Started by Bob aventurier Tue, 31 Oct 2000 18:46
XML et DOM
#10511
Author: Bob aventurier
Date: Tue, 31 Oct 2000 18:46
26 lines
1810 bytes
Bonjour,

Je dois d�velopper une interface permettant � des utilisateurs (tr�s)
n�ophytes de cr�er, et modifier des documents XML qui sont
relativement complexes.

La partie facile est que TOUT les documents se servent de la m�me DTD
qui est quand m�me tr�s �toff�e. 

L'interface � d�velopper doit �tre tr�s tr�s conviviale. Les
utilisateurs doivent pouvoir ajouter des sections, retirer des
sections et ce, toujours en conformance avec la DTD et avec une
validation tr�s pouss�e sur la pr�sence des champs obligatoires.

Quand l'utilisateur a termin� la cr�ation ou la modification d'un
document, il est sauvegard� sur le serveur et remplace, le cas
�ch�ant, le document existant.

Quelle serait la meilleure fa�on de m'y prendre pour rester le plus
possible ind�pendant d'une technologie propri�taire et en minimisant
l'effort de programmation lourde.

Merci d'avance � ceux qui pourraient me montrer quelques pistes ou au
moins des exemples existants d�j� sur le net.

Bob
Re: XML et DOM
#10512
Author: Gilles Lenfant
Date: Tue, 31 Oct 2000 20:46
32 lines
2395 bytes
XEENA me semble le joujou le mieux appropri� � cette mission
http://www.alphaworks.ibm.com puis chercher "xeena"


"Bob" <aventurier@iname.com> a �crit dans le message news:
39ff0f7e.2101822@news.usherb.ca...
> Bonjour,
>
> Je dois d�velopper une interface permettant � des utilisateurs (tr�s)
> n�ophytes de cr�er, et modifier des documents XML qui sont
> relativement complexes.
>
> La partie facile est que TOUT les documents se servent de la m�me DTD
> qui est quand m�me tr�s �toff�e.
>
> L'interface � d�velopper doit �tre tr�s tr�s conviviale. Les
> utilisateurs doivent pouvoir ajouter des sections, retirer des
> sections et ce, toujours en conformance avec la DTD et avec une
> validation tr�s pouss�e sur la pr�sence des champs obligatoires.
>
> Quand l'utilisateur a termin� la cr�ation ou la modification d'un
> document, il est sauvegard� sur le serveur et remplace, le cas
> �ch�ant, le document existant.
>
> Quelle serait la meilleure fa�on de m'y prendre pour rester le plus
> possible ind�pendant d'une technologie propri�taire et en minimisant
> l'effort de programmation lourde.
>
> Merci d'avance � ceux qui pourraient me montrer quelques pistes ou au
> moins des exemples existants d�j� sur le net.
>
> Bob
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads