[Toulibre] Outil de versioning pour du traitement de texte ? (CV)

[Marc Souviron]

Si je puis me permettre un mot sur la remarque que tu soulèves
relativement au versionnement de ton CV par git.
En ce qui me concerne tous mes documents sont intégralement générés en
HTML, format purement textuel, et quoi de plus naturel pour la
réalisation d'un document textuel.

Coté outils je considère que rien ne vaut un éditeur bien maîtrisé
avec les modes de colorisation et d'indentation appropriés. Je ne
rentrerais donc pas dans les polémiques à ce sujet mais
personnellement j'utilise emacs avec le web_mode qui me donne entière
satisfaction aussi bien pour la reconnaissance xHML que pour la
correction orthographique etc.
Je trouve que taper <ul> puis <li>bla bla bla</li>.... </ul> n'a rien
de sorcier et correspond aux besoins les plus répandus en matière de
présentation, de plus écrire le code en source est garantie de qualité
car tout est visible; mais aussi de stabilité : le chargement du
document + l'édition + la sauvegarde n'impacteront que les lignes
explicitement modifiées, permettant ainsi une gestion efficace par
git.

Pour le rendu papier ce n'est pas un souci, il existe des règles de
style propres à l'impression, avec même la possibilité de convertir
les liens internes du document en numéros de pages. Certes les
navigateurs on tendance à n'avoir qu'un support très basique de ces
directives, mais l'outil PrinceXML (pas open source mais la version
publique disponible sous Linux permet d'imprimer pour son usage
personnel) remplit à la perfection ce rôle. Une fois installé (apt ou
tgz), pour l'utiliser quoi de plus simple : prince mon_doc.html et le
document mon_doc.pdf est prêt à l'impression. Si des CSS destinés à
l'impression sont présents ils seront utilisé par prince.

Pour conclure :
le HTML c'est bien, mais il faut connaître un minimum les CSS car
c'est comme ça que tu feras ce que tu voudras au niveau rendu.
Le HTML ne cesse de progresser et franchement, si l'on maîtrise
parfaitement les CSS2 et CSS3 je ne vois pas ce qui lui manque par
rapport à toutes les autres solutions.
Un dernier point : il faut valider ses pages html car un page sans
erreur est souvent sans surprises lors de son utilisation à travers
plusieurs outils.
À+


Le 28 décembre 2014 13:34, Luc Novales <luc.novales at free.fr> a écrit :
> Bonjour,
>
> Le 23/12/2014 16:56, Florian Coste a écrit :
>>
>> Bonjour,
>>
>> Actuellement en recherche de stage, j'ai commencé à reprendre mon CV et à
>> le modifier en profondeur. J'ai aussi découvert et appris à utiliser Git
>> récemment. Je m'étais dit, un peu par défi, que je pourrai utiliser Git pour
>> la rédaction de mon CV.
>
>
> Intéressant dans le cadre d'un défi et pour se faire la main, mais de là à
> re-développer des fonctions qui existent déjà... ;)
>
>>
>> En effet, j'aurai besoin des aspects suivants :
>> -Conserver les anciennes versions de mon CV
>> -Possibilité de comparer facilement des anciennes versions
>> -Revenir facilement à une version plus ancienne.
>> -Possibilité d'utiliser des branches (j'aurai un CV général, et d'autres
>> que j'adapterai qui hériteront du CV général, en fonction du domaine de
>> recherche).
>
>
> A part la possibilité d'utiliser des branches, en quoi la gestion des
> versions déjà présente dans LibreOffice (menu fichier -> versions) ne te
> convient pas (elle semble couvrir les autres besoins) ?
>
>
> Bonne journée,
> Luc.
>
> --
>
>  _ o
> / \\____
> \_/   O °
>
> Faites un cadeau aux générations futures,
> abandonnez votre voiture !
>
>
> _______________________________________________
> Toulouse-ll mailing list
> Toulouse-ll at toulibre.org
> http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll



-- 
Marc Souviron
12 rue Nazareth 31000 Toulouse
Tél : 05-61-32-94-50
GSM : 06-72-93-67-88
WEB : http://www.vous-et-nous.com