sauvegarde xml avec FireFox

Bul a écrit:

peut-on sauvegarder un fichier XML en JavaScript avec FireFox ?

Non.

avec FF et IE, je sais lire un fichier Xml,

Oui, vous pouvez faire toutes les actions que vous voulez (lire,
éditer, transformer, sorter, filtrer, etc.). Mais JavaScript ne peut
pas écrire des fichiers - soit XML ou soit n'importe quel autre
format. Il s'agit simplement d'une fonction qui n'est pas présente en
JavaScript.

mais en faire la sauvegarde, je ne sais le faire qu'avec IE.

Ce n'est pas possible avec IE.

est-ce possible avec FF ? si oui : comment ?
quelles autres possibilités sinon ?

JavaScript n'a pas de possibilités pour sauvegarder des fichiers. Je
pense que vous vous trompez. JavaScript peut offrir un fichier pour
télécharger. Peut-être c'est ça que vous voulez dire ? Dans ce cas,
pouvez-vous me montrer la code que vous utilisez en IE ?

--
Bart

merci de la réponse, Bart.

Ce n'est pas possible avec IE.
JavaScript n'a pas de possibilités pour sauvegarder des fichiers

ben... si, enfin avec Internet Explorer !

xmlD = new ActiveXObject("Microsoft.XMLDOM");
xmld.load("fichier"); pour lire
xmld.save() pour écrire.

mais, même si cela ne fonctionnait pas ,
on peut toujours utiliser l'activeX FileSystemObject.

@+

Bul a écrit:

Ce n'est pas possible avec IE.
JavaScript n'a pas de possibilités pour sauvegarder des fichiers

ben... si, enfin avec Internet Explorer !

xmlD = new ActiveXObject("Microsoft.XMLDOM");
xmld.load("fichier"); pour lire
xmld.save() pour écrire.

xmlD != xmld

mais, même si cela ne fonctionnait pas ,
on peut toujours utiliser l'activeX FileSystemObject.

Des constructions en Javascript comme 'xmlD.save()' ou FileSystemObject
ne fonctionneront jamais sauf le browser a été institué avec le plus
faible degré de sécurité. Cette stratégie n'est pas conseillée. Il
est beaucoup plus mieux d'utiliser une langue traditionnelle pour des
actions de sauvegarde.

--
Bart

Cette stratégie n'est pas conseillée
ah bon ? par qui ? un guru sectaire ?

je ne vois pas pourquoi utiliser un autre langage,
car c'est alors aussi dangereux ne semble-t-il !
mais trêve de polémique, c'est une application locale,
je tentais de permettre l'utilisation d'un autre navigateur
qu'Internet Explorer.... à priori c'est rapé. Dommage.
@+

Bul a écrit:

Cette stratégie n'est pas conseillée
ah bon ? par qui ? un guru sectaire ?

Par une attitude générale de bonnes habitudes dans l'informatique.

je ne vois pas pourquoi utiliser un autre langage,
car c'est alors aussi dangereux ne semble-t-il !

Non, parce que d'autres langues fonctionnent d'une autre manière.
Ouvrir/fermer de fichiers sont des caractéristiques habituelles de la
plupart des langues. Mais pas en JavaScript, parce que ce n'est pas une
langue "traditionelle": pas de sauvegardes, pas de connections vers des
bases de données, etc. JavaScript a été conçu spécialement comme
ça, parce que les scripts sont envoyés vers le visiteur, et sa
securité et privacy doivent être protégés.

mais trêve de polémique, c'est une application locale,
je tentais de permettre l'utilisation d'un autre navigateur

Quelles sont les spécifications de votre projet ?
Lire/Editer/Sauvegarder des fichiers XML ?

--
Bart

bonnes habitudes..
rien n'est pire que les habitudes...

d'autres langues fonctionnent d'une autre manière.
ah bon ? à part l'interprété ou le compilé...

en C++, je suis capable d'aller lire/modifier le registre,
de lire/écrire des fichiers... ben, en J[ava]Script aussi.

parce que ce n'est pas une langue "traditionnelle":
ah bon ?

s'il ne faut qu'utiliser le javascript que pour une présentation
améliorée (?) des pages html... ça ne me suffit pas et c'est rabaisser
le JavaScript à un niveau bien bas ! il mérite beaucoup mieux.
avec IE ( mais je connais mal Firefox, Opera... ), c'est un langage au
vrai sens du terme... c'est à dire avec, au moins, une gestion de fichiers...
( j'ai même géré des bases de données, fait un ftp ... ), sinon,
effectivement ce n'est pas un langage ( FireFox, par ex, autorise aussi des
active'X, mais c'est très[trop] lourd et je n'ai pas les infos pour faire )

Quelles sont les spécifications de votre projet ?
Lire/Editer/Sauvegarder des fichiers XML ?
pour faire simple : oui, mais ... en JavaScript.

@+

Bul a écrit:

rien n'est pire que les habitudes...

Vous aurez beaucoup de problèmes chez vos clients si vous ne
développez pas de bonnes habitudes de code.

d'autres langues fonctionnent d'une autre manière.
ah bon ? à part l'interprété ou le compilé...

Aucune importance.

en C++, je suis capable d'aller lire/modifier le registre,
de lire/écrire des fichiers... ben, en J[ava]Script aussi.

Je ne doute pas qu'il y a l'un ou l'autre manière pour ça en
J(ava)script. Le problème c'est que ces techniques de JScript, VBS,
WSH, ... ne sont pas solides pour la production. Pourquoi sont-elles si
dépendantes du browser ? Pourquoi montrent-elles des erreurs avec
certaines browsers ? Pourquoi est-ce que c'est nécessaire que le
browser doit être en 0% de sécurité avant qu'on peut les utiliser ?
Pourquoi est-ce que les vieux scripts qui sauvegardaient des fichiers
montrent des erreurs aujourd'hui ?

s'il ne faut qu'utiliser le javascript que pour une présentation
améliorée (?) des pages html... ça ne me suffit pas et c'est rabais ser
le JavaScript à un niveau bien bas ! il mérite beaucoup mieux.

JavaScript possède des possibilités fantastiques, mais pas sur le
terrain que vous mentionnez.

avec IE ( mais je connais mal Firefox, Opera... ), c'est un langage au
vrai sens du terme... c'est à dire avec, au moins, une gestion de fichi ers...

On ne peut pas dire qu'un langage a une gestion des fichiers si ce
n'est pas possible de les sauvegarder.

( j'ai même géré des bases de données, fait un ftp ... ), sinon,
effectivement ce n'est pas un langage ( FireFox, par ex, autorise aussi d es
active'X, mais c'est très[trop] lourd et je n'ai pas les infos pour fai re )

Active-X pourrait être une meilleure solution pour ce que vous voulez
faire.

Quelles sont les spécifications de votre projet ?
Lire/Editer/Sauvegarder des fichiers XML ?
pour faire simple : oui, mais ... en JavaScript.

C'est votre choix.

--
Bart

JavaScript possède des possibilités fantastiques,
mais pas sur le terrain que vous mentionnez.
mais si, mais si.

on peut refuser d'utiliser, ce que je ne critique pas,
chacun ses goûts et les vaches seront bien gardées.

On ne peut pas dire qu'un langage a une gestion des fichiers
si ce n'est pas possible de les sauvegarder.
parfaitement d'accord ... et on peut !! ... avec Internet Explorer

ce que j'ai fait fonctionne, sans souci.
je voulais permettre à certains d'utiliser autre chose que IE....
ce n'est pas possible, j'obligerai donc IE, c'est tout,
pas bien difficile de convaincre un utilisateur sur ce point.

en tout cas merci. @+

Bul a écrit:

mais si, mais si.
on peut refuser d'utiliser, ce que je ne critique pas,
chacun ses goûts et les vaches seront bien gardées.

Ce n'est pas une question de préférences - j'ai utilisé JavaScript
beaucoup pendant 8 années. Je le préférerais aussi si ce serait un
bon choix ici.

On ne peut pas dire qu'un langage a une gestion des fichiers
si ce n'est pas possible de les sauvegarder.
parfaitement d'accord ... et on peut !! ... avec Internet Explorer

D'accord. On peut. On peut noyer dans une flaque, aussi :-)

ce que j'ai fait fonctionne, sans souci.
je voulais permettre à certains d'utiliser autre chose que IE....
ce n'est pas possible, j'obligerai donc IE, c'est tout,
pas bien difficile de convaincre un utilisateur sur ce point.

C'est vrai, mais qu'est-ce qui arrive quand vos utilisateurs iront sur
internet avec leur browser ?

--
Bart

Bul a écrit:

[...]
ce que j'ai fait fonctionne, sans souci.
[...]

Vous aurez des problèmes de memoire (CPU) avec des fichiers XML qui
sont un peu plus grands. Vous devrez développer plusieurs versions de
votre programme si vous voulez être compatible dehors MSIE. Une future
version de MSIE peut causer votre programme de pas fonctionner tout à
coup. Vous ne pourrez jamais utiliser des banques de données.
Utilisateurs avec un browser imparfait auront des problèmes avec votre
programme, par exemple un virus, un firewall qui est trop suspect,
antivirus software, mal/spyware, et cetera.

--
Bart