Bonjour Philippe,
J'essaie d'éclaircir les notions d'export à travers tes propositions :)
Philippe Debar wrote:
Bonjour,
Après réflexion (j'ai mal à la tête maintenant, c'est malin !) suite à
la discussion "Conversion HTML en odt", je suis arrivé à la proposition
suivante pour améliorer l'interface Enregistrer / Enregistrer sous et
Exporter.
Désolé pour ceux qui ce sont déjà intéressés à la discussion susnommée :
j'en reprend de nombreux éléments.
À mon avis, il y a deux différences fondamentales entre "Enregistrer
sous" et "Exporter" :
Exporter veut dire enregistrer des données dans un format qui n'est pas
celui du logiciel utilisé.
Enregistrer veut dire sauvegarder des données sur un support permanent
(cf le jargon français, mais d'autres reprennent ces notions
http://www.linux-france.org/prj/jargonf/)
1) Après un "Enregistrer sous...", le fichier ouvert à l'édition est le
nouveau fichier, c'est à dire le fichier en cours sous un nouveau format
et/ou un nouveau nom. Au contraire, après un "Exporter...", le fichier
édité n'est pas modifié par la commande (c'est un peu comme un "Imprimer
sur le disque dur..."). Dans ce sens, "Exporter..." pourrait très bien
s'appeler "Enregistrer une copie...".
Non, comme tu le disais dans le titre de ton premier message, il y a
conversion de données, ce n'est donc pas une copie
2) Le point 1 permet à "Exporter..." de proposer des formats inéditables
par OOo : OOo ne peut pas lire ni modifier un pdf, mais il peut en
enregistrer un. Ce qui est impossible pour un "Enregistrer sous..."
pas forcément, tu peux très bien réouvrir un format .html ou un format
.gsi exporté au départ. L'exportation sert alors à gérer les balises ou
les éventuels scripts du document et donc conversions du fichier.
Les listes de format de fichier proposées par "Enregistrer sous..." et
"Exporter" n'ont pas d'élément commun. Selon le format de fichier, on
peut soit Enregistrer, soit Exporter. L'utilisateur doit découvrir et
retenir quelle commande appeler en fonction du format de fichier désiré.
Qui plus, les listes changent selon le format du fichier édité.
Effectivement, il s'agit de deux fonctions différentes
Je trouve cette limitation dommageable et je pense qu'il est possible de
la lever tout en rendant l'interface plus simple cohérente.
Tous les formats de fichiers devraient être disponibles partout. Peu
importe que l'on soit dans "Enregistrer sous..." ou dans "Exporter...".
Il y a une difficulté à lever : que faire quand on désire "Enregistrer
sous..." vers un format de fichier non éditable ?
Amha, les formats de fichiers doivent être disponibles lorsque la
fonction correspondante l'est, sinon, cela devient difficile à gérer ;).
Je ne pense pas q'un utilisateur essaiera d'enrichir un caractère avec
une fonction d'édition, il en est de même pour l'enregistrement ou
l'export, je suis d'accord sur le fait que ce n'est pas clair.
Deux propositions :
1) Conserver les menus tels quels. Lorsqu'un utilisateur enregistre vers
un format de fichier non éditable, un message apparaît et explique
qu'OOo peut écrire mais pas lire le format de fichier choisi et que, par
conséquent, le fichier restant ouvert à l'édition sera le fichier
original, pas la copie enregistrée sous le nouveau format. Ce message
devra être particulièrement clair pour éviter qu'un utilisateur
n'enregistre un nouveau document uniquement sous un format non éditable.
Ce n'est qu'une question d'implémentation, si un développeur fournit un
filtre d'import PDF, OOo saura lire du PDF. Ce que l'utilisateur doit
savoir c'est qu'il va travailler dans un autre format que le format
natif de OOo et qu'il y aura donc une conversion des données pour
assurer la compatibilité.
2) (que je préfère) supprimer le menu "Exporter...". Ajouter dans le
dialogue de "Enregistrer sous..." une case à cocher "Enregistrer une
copie et continuer à éditer le document en cours". Cette case à coche
est sélectionnée et désactivée si l'utilisateur choisi un format non
éditable. De nouveau, un message d'information, avec une case à cocher
"ne plus montrer ce message".
Il y a aussi le menu Fichier>Envoyer>Créer un document HTML, qu'en
fais-tu ;)
Remarque : il y a un cas particulier à régler : que faire si un
utilisateur tente d'"Exporter..." un fichier remplaçant le fichier en
cours ? Un message d'erreur est nécessaire dans ce cas. (Dans la seconde
solution solution, la case à cocher devrait être désactivée et
déselectionnée.) Je tiens à préciser que le problème existe déjà en OOo
mais qu'il nécessite deux fichiers ouverts. Le message d'erreur existe
déjà (mais il vient àma trop tard dans le processus de sauvegarde :
après la demande de remplacement et après l'avertissement de risque de
perte de données causée par un changement de format).
Là encore, dans la mesure où il s'agit de deux fonctionnalités
différentes, que fais-tu dans le cas de champs de formulaires par
exemple dans un fichier html ?
Pour terminer, la liste des formats de fichiers disponibles étant plutôt
longue (ce qui est bien), je propose de la hiérarchiser afin de gagner
en clarté et de la présenter comme un menu avec sous-menu. Voici un
simulacre en ascii art :
|--------------------------------------|
| Texte OpenDocument (.odt) |
| - - - - - - - - - - - - - - - - - - -|
| Texte MsWord 97/2000/XP (.doc) |
| Document HTML (Writer) (.html) |
| Modèle de texte OpentDocument (.ott) |
| - - - - - - - - - - - - - - - - - - -|
| OpenOffice (OpenDocument) > |---------------------------|
| *MS Office________________________ >*| MS Word 97/2000/XP (.doc) |
| StarWriter > | MS Word 95 (.doc) |
| Texte seul > |*MS Word 6.0 (.doc)*_______|
| AportisDoc (Palm) (.pdb) | MS Word 2003 XML (.xml) |
| DocBook (.xml) |---------------------------|
| Pocket Word (.psw) |
| PDF - Portable document format (.pdf)|
| XHTML (.xhtml) |
|--------------------------------------|
Tout au dessus le format OOo par défaut
Ensuite les formats récemment utilisés (par ex. 3)
Enfin, l'ensemble des formats hiérarchisés en une liste plus manipulable.
Cette liste pourrait être présentée de la même manière pour le dialogue
"Ouvrir..."
Qu'en pensez-vous ? En feriez-vous une RFE ?
Tu le peux, mais comme nous ne sommes déjà pas assez nombreux pour les
valider, pour le moment je te conseille d'attendre avant de la soumettre
que le nouveau processus de travail soit en place.
Merci de m'avoir lu jusqu'ici (j'espère ne pas vous avoir filé mon mal
de tête...).
Non, non, tout va bien :) A mon sens, et ton questionnement est vraiment
le bienvenu à ce sujet, je pense qu'il faut préciser aux utilisateurs ce
que sont les notions d'export, d'import et de conversion. En relisant
tes mails ce matin, le sujet de ton message m'a vraiment fait comprendre
que l'interface n'est pas assez intuitive et l'aide pas assez détaillée
à ce niveau. Ce que je disais hier à propos des catégories de fonctions
doit être plus évident qu'un simple séparateur dans un menu et doit
renvoyer à une explication claire dans l'aide (qui pour le moment ne
liste que l'utilisation de la fonction, mais ne l'explique pas).
A bientôt
Sophie
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.5/67 - Release Date: 09/08/2005
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
