Re: [fr-discuss] Re: démonstration des styles

Bonjour,

Le 13/03/2017 à 11:16, Denis Radwan a écrit :
> Bonjour Jean François,
>
> J'ai toujours trouvé la création de ses propres styles plus lisible.
> Particulièrement pour le document "maison" dans le but d'appliquer une
> charte graphique.
>
> Chaque style préfixé "maison" est certifié validé par le service de comm.
Pourquoi pas ! Cependant, comme le seul critère d'interopérabilité est,
de mon point de vue, la normalisation des noms de styles pour les
fonctions génériques dans les documents, c'est vouloir s'isoler du reste
du monde. Si les élèves étaient correctement formés, il n'y aurait pas à
indiquer à de nouvelles recrues les styles à utiliser pour respecter la
charte graphique des documents maison... Les styles génériques seraient
à la charte graphique et toute nouvelle recrue ou intérimaire saurait
respecter la charte graphique.

Pour cela, il faudrait probablement mieux documenter les usages des
styles prédéfinis pour respecter des Descriptions type de documents
(DTD) courants : rapports, notes, courriers, etc.

Il y a toujours des cas particuliers qu'il faut traiter mais une
formation spécifique serait limitée à ces cas particuliers.

> Un simple affichage des styles appliqués  permet de visualiser rapidement si
> le document que l'on retouche est propre.
> La liste n'est pas pollué par les dizaines de styles non utiles.
> Il a effectivement un "stock" important de styles intégré dont bon nombre ne
> sont jamais utilisés et nombre sont nommé de façon peu parlante en fonction
> de l'usage. 
>
> Dans mon cas à moi  à l'époque où j'étais au boulot, il y avait :
> Les styles utilisant des puces "maison_arrêté_VU" qui ajoutait VU devant
> chaque paragraphe, "maison_arrêté_Article" qui numérotait automatiquement
> les articles, ... les styles "maison_référence_juridique","maison_pied de
> page droite", "...page gauche", ... des styles de pages correspondant aux
> document produit "maison_rapport", "maison_bordereau", etc.
J'ai tenté d'expliquer plusieurs fois, notamment à un développeur de
cette fonction, ce que devait être le masquage des styles dans la liste
des styles. De mon point de vue, ce n'est pas satisfaisant, car il
faudrait ne pouvoir faire apparaître que la liste des styles pertinents
pour les rédacteurs. Pourquoi, par exemple, les perturber avec les
styles des en-têtes et pieds de page dans le cas d'utilisation d'un
modèle. La liste devrait être la plus courte possible. L'idéal serait
même qu'elle soit dynamique en fonction du point d'insertion dans le
document. Dès le début des années 1990, c'était le cas avec un add-on à
MS Winword 6 pour aider les rédacteurs à respecter une Description type
de document (DTD).
> Bref, chaque utilisateur pouvait identifier l'usage qu'il pouvait faire des
> styles avec leur nom.
>
> De plus utiliser les styles existant me paraît gênant sur les document non
> maison à mettre en forme. Nous recevions des documents avec des titres non
> hiérarchisés, des niveau de plan aberrant, etc.
> Appliquer une mise en forme particulière sur des styles existant sous entend
> que ceux-ci soient bien utilisé au départ, sur le document d'origine.
Je comprends la difficulté, mais je ne vois pas l'avantage des styles
spécifiques. Quand je tombe sur un cas similaire je commence par effacer
toutes les surcharges de formats, j'applique mon modèle adapté, puis je
rectifie les erreurs de codification. A la fin, je supprime tous les
styles inutiles que je peux supprimer et c'est là que j'aimerais que le
modèle ne fasse apparaître que les styles pertinents pour modifier le
document.
> Bref, ... il y a deux écoles. Je suis de ceux qui préfèrent les styles
> personnalisés.
>
> tout dépend l'idée qu'on s'en fait du point de vue où le se place. ;)
Tout à fait...

Librement.

-- 
Jean-Yves ROYER



-- 
Envoyez un mail à discuss+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
supprimés