Bonjour,
PAt wrote:
Bonjour Sophie,
J'ai mis à jour le sujet pour refléter l'évolution du test.
[...]
Ok, je confondais avec le Styliste, accessible par F11. Là aussi, ça
manque de distinction claire entre les menus et options disponibles, ce
n'est pas très Mac-like (ni Ubuntu-like). OK, OOo est multi plate-forme,
mais ce n'est pas une raison pour égaliser par la base. Actuellement, je
le trouve beaucoup trop centré sur Windows (performance, ergonomie...)
On fait ce qu'on peut :)
Pour l'opération de retrait de style en elle-même, ça enlève une partie
du formatage, mais le texte est toujours décalé à droite. Voir
http://www.mydisk.se/coco/?user=cubytus, image "post-retrait_style.jpeg"
Par rapport à l'image dans l'aide, tu peux la situer.
Il n'y a aucune image dans l'aide, voir
http://www.mydisk.se/coco/?user=cubytus, image "Screen_aide.jpeg".
Là où il y a marqué Standard, c'est une copie d'écran de la liste
déroulante.
Est-ce possible de mettre en en-tête de tous les articles d'aide une
petite arborescence indiquant où l'on est rendu? Plusieurs études
d'ergonomie appliquées au Web ont montré que les gens se souviennent
mieux du contenu lorsque sa structure est claire. Par exemple, quand on
clique sur le nom d'un fichier dans la barre de titre d'une application
respectant les standards Mac (TextEdit, par ex. - OOo) tout en
maintenant la touche cmd enfoncée, on voir l'arborescence du fichier, et
un clic sur un élément de cette arborescence l'ouvre dans une nouvelle
fenêtre. On pourrait appliquer ce principe à OOo.
C'est ce que tu as quand tu navigues dans l'aide à partir de l'onglet
Contenu.
Trois problèmes avec cet article, en passant:
1- le raccourci pour copier une sélection, Ctrl+C ou cmd+C, ne copie
pas, mais lance Calc. C'est contre-intuitif.
Il y a un travail en cours sur les raccourcis Mac, mais je n'ai pas
suivi, c'est sur le wiki je crois.
2- une fois collé, le texte est précédé d'une ligne qui n'a rien à faire
là (j'ai simplement ajouté le vert pour la lisibilité)
3- je ne comprend pas à quoi réfère l'article de l'aide en question;
Version:1.0 StartHTML:0000000167 EndHTML:0000001216
StartFragment:0000000662 EndFragment:0000001200
Pour rétablir le style de paragraphe par défaut des objets
sélectionnés, sélectionnez Effacer le formatage. Pour ouvrir la
fenêtre *Styles et formatage*, sélectionnez l'option Autres.
C'est toujours dans la même liste déroulante Appliquer le style
Pourquoi parle-t-on "d'objets"? Il y a une coupure sémantique
incompréhensible avec le terme "paragraphe", qui réfère par nature à du
texte seulement. Ce genre de détails peut rapidement rendre une
documentation exhaustive incompréhensible.
Ton document n'est qu'une série d'objets auxquels on applique des
formatages par les styles. Donc cela peut-être du texte, des cadres, des
images, etc... ce sont des objets dans le modèle OOo.
À quoi réfère la dernière phrase? Où est cette option "Autres" dans
l'interface de Writer, et qui n'est pas cliquable dans l'aide ?
Comme dit plus haut, c'est une option de la liste déroulante Appliquer
le style
[...]
À noter que ces deux-là ne sont pas décalé sur toutes les lignes,
ce qui me fait penser à un bug plus qu'un problème de style, où
toutes les lignes du paragraphe devraient se retrouver décalées de
la même manière. D'ailleurs, certaines lignes sont non seulement
décalées, mais se terminent même en-dehors de la page. Est-ce qu'un
style peut être forcé à placer ses marges en dehors du papier?
Je ne pense pas, mais ça veut simplement dire que la marque de
paragraphe ne joue pas son rôle puisqu'elle contient le style du
paragraphe en cours.
Est-ce par là qu'il faut chercher le bug?
Je ne sais plus très bien. Je pensais que le fait de supprimer le
formatage ferait rentrer les choses dans l'ordre, mais visiblement ce
n'est pas là. Un dernier test sans grand espoir, est-ce que tu peux :
-renommer le fichier en .zip
-extraire l'archive
-supprimer le fichier style.xml
-rezipper l'ensembles des fichiers restant (par le dossier les contenant)
-renomer l'archive en .odt
- ouvrir le document et voir s'il y a du mieux? tu aurai normalement
perdu la mise en page, mais ça peut peut-être donner une piste.
Par ailleurs, je ne vois ni retours à la ligne forcés, ni marques
de fins de paragraphe en milieu de paragraphe...Il n'y a pas le
symbole ¶ ni le retour à la ligne ailleurs qu'en fin de paragraphe.
Pour ma part je les vois dans la marge, en face de cette ligne
"Proclamation from Prophecy and Pattern Lucan Old Testament
Christology, p. 158 ; " après le ; et l'espace, il y a un retour à
la ligne forcé.
Précision, c'est en note de bas de page n°12.
Pour moi c'est la page 8.
Il y en a effectivement
On a un gros problème, là... Sous NeoO et OOo 3.1.1 RC1 et RC2, chez
moi, c'est la page 6.
Comment ça se fait que ça se retrouve en page 8 chez toi?
C'est normal, l'affichage sous Linux est différent, il y a plus d'écart
entre les caractères, la police, ect... qui font que l'affichage est la
plupart du temps décalé.
Une belle image vaut mieux qu'un long discours (c'est franchement long à
taper, des réponses détaillées pour la mailing-list), j'ai fait un PDF
de ce qui apparaît chez moi: http://www.mydisk.se/coco/?user=cubytus,
c'est le "Chapitre2 .... en PDF.
oups...
L'option de coloration syntaxique des styles a effectivement été
proposée, mais personne ne l'a implémentée. Pour les raccourcis
clavier, tu peux déjà les utiliser.
Y a-t-il une raison à ne pas l'implémenter? Je me doutais que mon
idée était trop évidente pour être originale.
Un concensus entre les ressources et la demande sans doute.
Le consensus est inatteignable. Il y aura toujours des mécontents. Apple
l'a bien compris, et leurs produits satisfont la majorité de leurs
utilisateurs.
Linux (en général) essaie de contenter tout le monde, et ça donne des
logiciels en double, en triple, tous imparfaits, semant la confusion
chez les utilisateurs. Il arrive que, quand on impose une /feature/, le
monde finisse par s'y habituer et la trouver bien.
Il ne faut pas toujours attendre que le monde demande quelque chose à
l'unisson.
Je n'ai pas parlé de personnes, j'ai parlé de consensus entre ressources
et demande. Visiblement la demande n'a pas influencé les ressources à
attribuer pour ce développement.
Comment connaître les raccourcis claviers d'un style donné? Où
sont-ils affichés?
Outils > Personnaliser > Clavier > Catégorie Styles
Ouff... Quel bordel là-dedans. Dsl, c'est la première impression qui
m'est venue.
Il n'y a pas un moyen d'attribuer automatiquement un raccourci à chaque
style majeur?
Parce que si on doit en attribuer un manuellement pour chaque style, OOo
deviendra un cliquodrome, cette plaie ergonomique.
Tu as déjà 4 raccourcis attribués à des styles majeurs. Pour ma part je
fais Ctrl+F11 (cela positionne le curseur dans la liste Appliquer le
style), puis l'initiale du style et Entrée pour tous les styles qui
n'ont pas de raccourcis et que j'aurai à appliquer, mais c'est rare.
Ça pourrait aussi jouer un rôle éducatif auprès des utilisateurs
qui en majorité préfèrent mettre en forme "à la main", après saisie
de texte au kilomètre, méthode qui ne nécessite pas
d'apprentissage, mais peu efficace sur les longs documents.
Évidemment, les styles sur les documents courts sont plus longs à
créer que simplement utiliser le pinceau.
Une fois que le modèle de document court est fait, il n'y a plus
besoin de toucher aux styles.
Le problème du document court, c'est qu'il y en a des centaines de
possibles (quelques dizaines pour les documents longs?). Ça va du CV
à la lettre de présentation artistique au compte-rendu d'étape, qui
peut très bien être différent en littérature d'en science...
Ça "coûte" bien plus, en temps, de temps de créer un modèle précis
qui ne servira qu'une ou deux fois. Ou si on veut changer de police,
par exemple, ou produire un document destiné à un malvoyant (que je
distingue d'aveugle, par définition).
d'où http://templates.services.openoffice.org/
Je vois..il n'y a presque rien dans la section "Éducation". J'insiste,
mais ça va toujours plus vite de taper son texte rapidement et de lui
appliquer une mise en forme donnée par la suite. D'ailleurs, le système
de modèles étant basé sur la bonne volonté des utilisateurs, si OOo
convertissait automatiquement en style, ça serait plus simple à partager.
Pour que l'on se retrouve avec plein de ww8 dans les documents, non
merci ;-)
Question reliée: pourquoi n'y a-t-il pas l'option d'installer de ces
modèles de documents dès l'installation? C'est un des premiers reproches
que font les ex-utilisateurs de MS Word à OOo, l'absence de modèles de
base.
Tu peux le faire à partir du Centre de démarrage. Donc à la première
ouverture de OOo tu peux choisir d'ajouter des modèles ou des extensions.
Par ailleurs, ce lien est peu accessible de la page d'entrée de. Mais
là, on s'attaque à l'ergonomie du site d'OpenOffice.
il est en première page http://fr.openoffice.org/ et il est en français,
je trouve que c'est déjà pas mal :)
[...]
-le format de papier d'un document déjà créé ne doit pas être
environnement-dépendant; c'est une des erreurs les plus fréquentes
dans l'utilisation des traitements de texte, voir que ça ne rentre
pas correctement avant de se rendre compte que le format a été
changé par le logiciel sans nous demander notre avis. S'il a été
créé avec un format donnée, c'est volontaire.
Oui et embarqué avec le document. Il n'empêche qu'il peut y avoir un
bug ;)
Sous MS Word, ce bug était une règle (/feature/). Sous OOo, qu'en
est-il?
depuis la m51, voire mon message ici :
http://fr.openoffice.org/servlets/ReadMsg?list=prospec&msgNo=159
Si je comprends bien, il y a eu régression, dans le sens où le document
n'est plus lu pour trouver le format de papier, mais celui-ci est
déterminé une fois sur le système où est ouvert le document?
Parfois les documents n'ont pas cette information, il fallait donc
trouver un moyen de la récupérer.
C'est pas précisé si ces réglages sont sur le OOo qui crée le document
ou celui qui l'ouvre.
Oui, cela fait partie du style de page.
Si je comprends bien c'est ce style qui peut bugger?
Je ne sais pas, je cherche ce qui peut clocher dans l'affichage du
document. Parfois, essayer de reproduire un bug emmène complètement
ailleurs de ce que l'on pensait au début. Il faut donc essayer de voir
partout où il pourrait y avoir une corrélation.
Je ne veux pas donner l'impression que je râle pour râler. OOo est une
excellente idée, qui a cependant besoin d'être dégrossie pour être
efficace ailleurs que sous Windows.
C'est un peu plus qu'une idée ;) dont je ne me sers que très rarement
sous Windows et qui me permet de faire mon travail et de le communiquer
à d'autres sous d'autres environnements et d'autres suites bureautiques.
Il y a des choses à améliorer, certes, et c'est le but de cette liste et
de tous les tests que nous faisons. Pour ce qui est de ton bug, je
sèche, il faudrait que quelqu'un arrive à le reproduire. J'ai regardé le
content.xml, mais je ne m'y connais pas assez pour voir s'il y un problème.
Bonne soirée
Sophie
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
