Gohar a écrit 742 commentaires

Oui, on m'a souvent parlé de Sphynx et j'y ai jeté un œil. Mais DITA a été spécialement conçu pour la communication technique. En tant que rédacteur technique, j'apprécie sa "macro-sémantique" (concepts, tâches, référence) et sa "micro-sémantique" (adresse, option, commande, etc.).

Ohé, heu, c'est mon premier projet GPL (je ne suis pas développeur, après tout) :-)

Oui, je ne l'utiliserais pas depuis plusieurs années en production (notamment pour fournir la documentation de NuFirewall) sans outils !

Côté création, j'ai utilisé le mode nXML de Emacs pour lequel j'ai adapté les schémas RNC (je suis d'ailleurs passé de Vim à Emacs pour ce mode).

Côté publication, j'ai utilisé DITA Open Toolkit pour générer des versions PDF, HTML et CHM. Ce premier tutoriel porte d'ailleurs sur la mise en place initiale de cette chaîne de publication. Je compte en faire d'autres sur la personnalisation de la mise en page des PDF, sur la gestion des projets multilingues, sur l'automatisation de la génération d'aide compilée CHM sous GNU/Linux, etc.

Et il y a beaucoup d'autres outils, graphiques ou non, libres ou propriétaires.

s/documentaliste/rédacteur technique/ :

http://fr.wikipedia.org/wiki/Documentaliste

:)

Pour le moment il faut le compiler soi-même, même si je l'ai envoyé au créateur de l'application, qui l'inclura peut-être dans le package.

Il suffit de mettre les termes de la liste de mots entre guillemets doubles et de faire :


M-x predictive-create-dict RET my-dict RET my-dir/predictive/my-dict RET RET

en indiquant la liste de mots au prompt File to populate from.

L'avantage, c'est que tu peux déjà ajouter tes propres mots et indiquer ta propre pondération. J'ai par exemple ajouté l'entrée cliquez avec la valeur 40, car je tape beaucoup plus fréquemment ce mot que climatérique...

Un bon tuto : http://klibb.com/cgi-bin/wiki.pl/Emacs_Blog_2007-01-20

Comme quoi la Sorbonne n'a pas changé ;) :

http://www.champfleury.org/litterature_francaise/siecle16/et(...)

C'est sûr que c'est un peu dommage que ça soit restreint à un seul (vrai) éditeur de texte, mais il semble que c'était le cas d'ispell à ses débuts... Tous les espoirs sont donc permis.

Je ne crois pas que ça vienne seulement des interfaces. Il faut un système idiot proof. Si un document doit être modifié par mettons 10 personnes, il y en aura toujours une qui voudra créer un titre en augmentant la taille de la police ou qui créera une liste numérotée en mettant les numéros à la mano.

Je ne dis pas que même avec la meilleure DTD du monde cela ne pourra pas se produire (DocBook et Dita ne sont pas 100% sémantiques et ont une notion d'italique ou de gras, par exemple, et il sera toujours possible de numéroter une liste manuellement), mais cela limite énormément les dégâts. Ces dégâts peuvent facilement être réparés par un script pour la plupart. Réparer de l'odt, c'est déjà plus complexe...

Mais c'est pas drôle si on dit tout d'un coup :-)

L'interview du COO de syntext est très intéressante, notamment parce qu'il cite la crise comme facteur majeur de sa décision de libérer le code:

La crise financière mondiale, qui a fortement touché le marché informatique (avec un chiffre d'affaires en baisse de 50 à 60 %), nous a amené à envisager une approche très différente de notre activité.

(The world financial crisis situation, which the IT market has clearly felt (with a revenue drop of 50%-60%), has made us think that we have to approach very differently our business.)

Est-ce que dans un monde que les plus pessimistes disent en train de s'effondrer, le libre offrirait un modèle alternatif crédible?

À verser en tout cas au dossier Impact de la crise sur le logiciel libre.

Le vrai acronyme est wysiwym http://fr.wikipedia.org/wiki/What_You_See_Is_What_You_Mean mais personne ne le comprend...

Merci d'avoir réparé cet oubli. C'est vrai que cette dépêche a été écrite un peu vite un jour où il faisait chaud ;-)

Pourquoi dis-je que le traitement de texte est une hérésie? Parce que concrètement, il y a toujours un moment où un document long te pète à la gueule. Genre, tu peux plus l'ouvrir ou la table des matière a explosé (c'est du vécu). Puisque cela m'est arrivé aussi bien avec OpenOffice qu'avec des produits proprio, j'en ai conclu que ce devait être pourri à la base.

Comme tu dis, il est possible de séparer le fond de la forme sous un traitement de texte. Mais pas obligatoire. Tous les problèmes concrets de l'utilisation de ces outils viennent de là, et tu te retrouves avec un mélange de feuille de style et de formatage à la gruik. Une bonne solution est à mon avis contraignante.

Il suffit de lire le XML odt pour comprendre que c'est trop complexe. En fait, je rêve d'une solution qui permettrait l'édition Wysiwig des feuilles de style appliquées à des documents en XML reposant sur une DTD bien conçue, telle que celle de DocBook ou de DITA.

Ceci pour les documents longs ou structurés sur un modèle, genre lettre commerciale. Pour les documents plus fancy, il faut avoir recours à Scribus ou autre.

Merci pour les captures d'écran ;-)

Si Vim et Emacs sont des outils formidables, ce ne sont cependant pas des outils Wysiwyg. Je ne pourrais plus me passer de Emacs + nxml pour faire du DocBook ou du Dita, mais ce n'est pas une solution à la portée de Mme Michu (surtout que j'ai dû bidouiller pour avoir le support Dita avec nxml).

Or, lorsque je dois échanger des documents avec Mme Michu, ou pire, collaborer avec elle sur un même document, je peste que nous ne puissions trouver un dénominateur commun, c'est à dire un format commun que nous puissions échanger sans conversion. Cet outil vient à point nommé pour répondre - partiellement - à ce problème. Partiellement, car reste le problème de la génération des documents finals, qui n'est pas trivial.

Mon post était plus destiné à la grand-mère qu'à l'ordinateur...

La plus grosse difficulté que j'ai rencontrée chez des utilisateurs novices c'est : "qu'est-ce qu'un fichier et où se trouve-t-il?"

Les vues de dossier sur le bureau KDE 4 sont une bonne réponse à ça. Pas d'arborescence à parcourir : tu peux faire un dossier "texte", un "photos", etc. L'application adéquate se lance d'un clic sur un fichier. Il est dommage d'ailleurs qu'il n'y ait pas dans ces vues un fichier "Nouveau" qui ne fait que créer un fichier vierge du type approprié.

Dommage aussi que ces vues n'affichent pas ainsi les mails.

Dommage aussi qu'OpenOffice ne puisse pas être configuré en "Mise en page web" par défaut (pour la largeur 100% de la page).

Et dommage surtout qu'il faille enregistrer le fichier avant de quitter l'application! A l'heure du Undo et des disques rapides, cela me semble une survivance préhistorique...

Ce qui serait intéressant aussi, c'est de connaître ceux à qui il est le plus utile d'écrire:

- inutile d'écrire aux déjà convaincus
- inutile d'écrire aux 100% pro-paquet télécom
- par contre, ceux qui hésitent encore, là c'est intéressant.

Un moyen de savoir ça ?

Ben nan tu viens de le dire ils ne sont pas utilisés tout le temps. Tu te fait donc bombarder par un paquet qui diffuse le SSID toutes les secondes autant dire peanuts.

Ah, merci de cette précision.

Mais nocif ou pas nocif je suis certain d'une chose : le wifi est bien moins nocif que les portables qui diffusent une puissance bien supérieure tout en étant collé à notre tête/ entrejambe continuellement.

Là, par contre, pas tout à fait d'accord sur le raisonnement: c'est pas parce que l'avion est plus sûr que la voiture qu'il n'y a pas d'accidents d'avion. Et le problème du wifi et du portable, c'est que même un non-utilisateur est affecté. On voit là un problème de limite de la liberté individuelle. Un peu comme le producteur de bio qui se fait polluer par son voisin.

Ce que je trouve aberrant, c'est que lorsque je balaye les accès wifi dispos de chez moi, j'en vois une trentaine tous verrouillés. Qu'on ne vienne pas me dire que leur bande passante est utilisée à 100% tout le temps. Qu'on utilise le wifi, pourquoi pas, mais là, je me fais bombarder pour rien...

À noter que comme tout on peut adhérer à l'April, http://www.april.org/ , on peut aussi adhérer à Kokopelli. http://www.kokopelli.asso.fr/qui-sommes-ns/adherents.html

Même si dans mon cas, adhérent aux deux assoces, je tourne sous GNU/Linux, mais je n'ai pas de jardin :-/

Et avant qu'on ne critique mes dires sur la forme plutôt que sur le fond, je cite des sources:

http://pourpre.com/langue/traductions.php

http://www.espagnolfacile.com/exercices/exercice-espagnol-2/(...)

Bon d'accord, mais ça n'enlève rien à mon propos. Qui sera certes mieux illustré par le fait que l'espagnol a deux verbes pour "être" et que le nombre de mots pour désigner les couleurs varie suivant les langues (ils sont cons, ces Lapons, quand même...).

A l'inverse des Lapons qui ont des dizaines de mots pour désigner la neige, nous employons le mot "libre" pour désigner des choses similaires sur certains points, mais bien différentes sur d'autres.

Il m'a volé mon jeu vidéo alors que rien ne l'empêchait de faire une copie.

Merci cela marche parfaitement.

À propos, oui, j'aurais pu poster sur le forum Mandriva, mais:

- je l'avais déjà fait et à l'époque, seule une procédure qui ne fonctionnait pas dans mon cas était proposée,

- je cherche l'info moi-même si je crée ma clé moi-même. Si je paie un surcoût pour une clé avec une Mandriva Flash, c'est pour un service. Et la moindre des choses de la part de Mandriva est de soigner sa relation client et d'envoyer un mail lorsque qu'un tel outil est disponible, ce qui n'a pas été fait.

Quelqu'un sait si ils proposent une procédure de restauration efficace de la Mandriva Flash? Parce que 3 heures d'utilisation pour 80 euros (espace disque saturé), je l'ai un peu en travers de la gorge...