J'ai réellement commencer à tater du traitement de texte et la puissance de l'outil avec une des premières versions de Framemaker (avant la 5). Framemaker obligeait quand on souhaitait avoir une nouvelle mise en forme de paragraphe de créer un nouveau style, rapidement en passant vers write (de windows ou de mac), ou d'autres traitements de texte "grand public" j'ai compris la pertinence et la puissance des styles. Maintenant je passe pour un gourou de MS-Word...
Pour connaître bien utiliser un traitement de textes vous pouvez lire cet article d'ADELI : http://www.adeli.org/voirdoc.php?dest=lalettre/l40p27.pdf(...) cela traite de Word97 mais les principes de base s'appliquent à tous les traitements de texte (seul les raccourcis clavier et les nom des commandes changent entre les logiciels).
Le reproche que l'on peut faire aux traitement de textes (et à HTML) est de ne pas insister sur la structure du document, ils utilisent une structuration logique et pas une structuration physique (en gros la balise H1 ne devrait pas seulement englober son contenu texte mais aussi les élements -H2, p, a...- qui lui sont héirarchiquement rattachés) , c'est ainsi le reproche principal que je fais au format des documents de OOo. (MS-Word c'est pire, c'est fermé ET propriétaire).
Quand à l'article, il ne casse pas des briques, en particulier si accoler des textes est merdique avec MS-Word (je ne sais pas pour les autres) c'est parce que MS-Word est trèèèèèèèès mal conçu de ce point de vue (mais aussi en général, la gestion de la numérotation et des puces dans word 2000 est catastrophique). Gros avantage de Framemaker était qu'il disposait d'une fonction "livre" qui permettait de rassembler plusieurs fichiers en un seul texte juste en faisant la liste des fichier, un "cat" logique.
<Précision Anti Troll>
Oui je sais, Framemaker est un outil propriétaire, plus proche de la PAO que du traitement de textes.
A propos du Framemaker, j'utilise le passé car je ne sais si cela existe toujours et j'étais déçu par son rapprochement du fonctionnement des autres traitements de texte.
</Précision Anti Troll>
[^] # Re: On peut faire pareil avec un traitement de textes
Posté par Mes Zigues . En réponse à la dépêche Il n'y a pas que le traitement de texte pour manipuler du texte !. Évalué à 4.
Pour connaître bien utiliser un traitement de textes vous pouvez lire cet article d'ADELI : http://www.adeli.org/voirdoc.php?dest=lalettre/l40p27.pdf(...) cela traite de Word97 mais les principes de base s'appliquent à tous les traitements de texte (seul les raccourcis clavier et les nom des commandes changent entre les logiciels).
Le reproche que l'on peut faire aux traitement de textes (et à HTML) est de ne pas insister sur la structure du document, ils utilisent une structuration logique et pas une structuration physique (en gros la balise H1 ne devrait pas seulement englober son contenu texte mais aussi les élements -H2, p, a...- qui lui sont héirarchiquement rattachés) , c'est ainsi le reproche principal que je fais au format des documents de OOo. (MS-Word c'est pire, c'est fermé ET propriétaire).
Quand à l'article, il ne casse pas des briques, en particulier si accoler des textes est merdique avec MS-Word (je ne sais pas pour les autres) c'est parce que MS-Word est trèèèèèèèès mal conçu de ce point de vue (mais aussi en général, la gestion de la numérotation et des puces dans word 2000 est catastrophique). Gros avantage de Framemaker était qu'il disposait d'une fonction "livre" qui permettait de rassembler plusieurs fichiers en un seul texte juste en faisant la liste des fichier, un "cat" logique.
<Précision Anti Troll>
Oui je sais, Framemaker est un outil propriétaire, plus proche de la PAO que du traitement de textes.
A propos du Framemaker, j'utilise le passé car je ne sais si cela existe toujours et j'étais déçu par son rapprochement du fonctionnement des autres traitements de texte.
</Précision Anti Troll>