Sygne a écrit 628 commentaires

Le style des pdfs produits par utroff est très élégant mais peut-on facilement le changer ?

Les deux commandes suivantes, qui appellent deux macros différentes (uh et us) mettent en forme un même document de deux façons différentes, ce qui est une façon de changer de style:

troff -muh doc.tr | dpost | ps2pdf - > doc-uh.pdf
troff -mus doc.tr | dpost | ps2pdf - > doc-us.pdf

Si vous voulez de plus nombreux styles de mise en page pour ces mêmes document sources, vous n'aurez pas d'autres choix que de modifier les sources de l'une de ces macros. Je travaille en ce moment sur une macro pour les CV et les lettres, et je m'aperçois qu'en fait, il n'y a que quelques lignes à modifier pour produire une mise en page vraiment différente. Mais rien que pour cela, il faut néanmoins être un peu familier avec le langage Troff…

Travaillez-vous avec les mainteneurs de doxygen, Sphinx, etc. pour que ces logiciels produisent une sortie utilisable par utroff ?

Non, je ne travaille pas avec eux. Et effectivement, si j'ai un peu travaillé pour exporter les documents Utroff vers divers formats, pour l'instant je n'ai rien fait pour l'import.

À vue de nez, il faudrait créer des filtres d'export vers le format d'Utroff pour Text2tags, reStructeredText, et Markdown pour couvrir la majorité des potentiels usages. Ça ne doit pas être bien compliqué.

Je trouve dommage d'avoir codé en dur la correspondance.

C'est vrai que ce serait pratique que ce soit configurable, surtout s'il s'agit d'ajouter des méthodes de translittérations vers d'autres langages.

Le traitement d'un fichier ne serait pas trop long : il suffirait de produire à la volée la même structure que celle qui est ici codée en dur, ce qui ne coûte pas grand chose, d'autant plus qu'il n'y a aucune raison de courir après les performances. Il faut juste voir si cela reste pertinent s'il y a de nombreuses méthodes de translittérations. Et il faudrait aussi que je sois un peu plus confiant en ma capacité à gérer la mémoire en C pour me lancer dans l'aventure. Mais ce serait une bonne occasion de m'entraîner.

Quant au beta-code, c'est une norme un peu bizarre: Elle est en vérité très longue (cf. deuxième liens externe de wikipédia) et de nombreux caractères sont codés par un numéro, ce qui fait qu'il n'y a pas grand intérêt à préférer la valeur beta-code plutôt que la valeur unicode pour ces caractères ; et même pour le grec ancien, les majuscules sont indiquées par "*A" et les minuscules par "A", ce qui n'est pas des plus pratique.

Tchars s'inspire de beta-code plus qu'il ne le respecte, et Dchars, s'il sait en interpréter correctement une partie, propose d'autres méthodes de translittérations plus intuitives.

je suis enseignant de "Lettres Classiques"

Tout s'explique ! On devrait former un club de lettrés développeurs !

Quant au coréen, je me demandais si tu n'avais pas travaillé dessus pour Dchars. C'est une écriture alphabétique, et il existe une translittération officielle vers l'alphabet occidental, mais celle-ci est fortement marquée par la phonétique, et prend en compte des changements de prononciation qui ne s'écrivent pourtant pas. Et de fait cette translittération officielle me semble difficile à implémenter, outre qu'elle est perturbante pour moi qui ai un peu l'habitude du coréen écrit.

J'ai cherché après d'autres potentielles translittérations, mais sans résultat, d'où ma question.

Merci pour l'exemple (et pour l'UCS-4, dont j'ignorais l'existence).

Un jour, il faudra bien que j'étudie un peu les bibliothèques du C…

Salut !

C'est ta dépêche sur Dchars qui m'avait appris l'existence du beta-code, que j'ignorais jusqu'alors. J'ai ensuite pris beaucoup de plaisir à lire ton code et ta doc, tous deux très soignés.

Puisque tu es là, et que tu m'y invites, permets-moi ces quelques questions :

Comment ce fait-il que tu aies tant de projets tournant autour des langues, en particulier anciennes (Phoseg, Dchars, Logotheras, Phokaia) ? Est-ce un hobby, un besoin professionnel ou associatif ?

Aurais-tu entendu parler d'une méthode de translittération simple du coréen (hangul) ?

Le top serait peut être alors de considérer chaque timestep comme un record […] et [..] chaque atome comme un field…

J'ai tendance à croire que Awk verrait les choses comme ça, ou peut-être autrement, mais pas à la façon d'un programme linéaire, si ce mot peut convenir. Après, je ne sais pas comment il va se comporter avec un enregistrement de 1000 lignes.

Je ne peux pas beaucoup t'aider. À ta place, je lirais quelques petits programmes awk pour commencer à penser en awk. Je crois que c'est un langage assez singulier, et c'est probablement pourquoi on lui préfère python et perl. Mais à mon avis, vu que chaque langage apprend à l'esprit de nouvelles façons de se structurer, il y a un intérêt à apprendre awk, justement parce qu'il est singulier.

Je n'ai pas pris le temps de le faire vraiment pour ma part, et c'est pourquoi je ne peux pas t'aider plus.

Ce que j'aime bien dans ton algorithme, c'est qu'il nous dit quelque chose de la structure d'utf8. Je suis d'ailleurs curieux de voir la version boucle.

Trouvé:

/* 3 bytes UTF-8 */

     *dest++ = 0xE0 | (*src >> 12);
     *dest++ = 0x80 | ((*src >> 6) & 0x3F);
     *dest++ = 0x80 | (*src++ & 0x3F);

C'est marrant ces petites nuances qui font la différence…

Choisis l'une ou l'autre: Il y a une différence de taille entre la BSD et la cecill-B:

dans le cas où seul le Code Objet du Logiciel est redistribué, le Licencié permette un accès effectif au Code Source complet du Logiciel pendant au moins toute la durée de sa distribution du Logiciel, étant entendu que le coût additionnel d'acquisition du Code Source ne devra pas excéder le simple coût de transfert des données.
http://www.cecill.info/licences/Licence_CeCILL-B_V1-fr.html

Àmha, cette clause n'existe pas dans la licence BSD.

Relis ce journal de zenitram et ses commentaires, cela t'aidera à faire un choix.

Je ne peux pas t'aider beaucoup faute de pratiquer intensivement awk, et faute d'avoir sous les yeux les données à traiter, mais peut-être que les quelques remarques suivantes te seront utiles.

• Àmha, tu passes à côté de ce qui fait la force de awk si tu n'appuie pas ton algorithme sur les variables RS (record separator) et FS (field separator). Dans la vraie vie, il arrive souvent que FS='\n', et que RS soit une ligne vide ou à tout le moins repérable. Tu peux ensuite, sur chaque ligne, extraire des sous-champs avec split.
• Bien souvent, on passe son temps à reformater les données pour les rendre finalement plus facile à extraire. Si j'ai bien compris, c'est un champ dans la première ligne d'un enregistrement qui indique de combien de lignes est composé cet enregistrement. Auquel cas, il peut valoir le coup de commencer par insérer une ligne spéciale (#####) à la fin de chaque enregistrement pour simplifier leur repérage par la suite.
• Awk fonctionne très bien encapsulé dans du sh. Tu peux écrire plusieurs fonctions sh qui ne sont composées que d'un appel à awk en suivant le principe une fonction, une tâche, et les enchaîner ensuite avec des tubes, voire ajouter un peu de sed et de sort si besoin.

Si tu as un exemple, je suis preneur, car j'ai quand même cherché du côté de wchar, et suite à ton commentaire j'ai regardé la page de manuel d'iconv(3), et je t'avoue que je ne vois toujours pas bien quelles fonctions dans ces bibliothèques acceptent l'hexadecimal d'unicode en entrée.

C'est beaucoup plus élégant effectivement. Tellement élégant que je ne comprends d'ailleurs pas encore bien comment ça marche: tout ça n'est pas familier pour moi, et il me faudra encore un peu de temps pour bien comprendre ton algorithme.

On peut très bien imaginer vouloir éviter les dépendances à des interfaces graphiques gourmandes et donc vouloir permettre l'utilisation d'un mode "console" qui permette également une saisie rapide à l'aide des touches claviers.

Ah, oui, je n'avais pas pensé à ça.

J'aimerais faire de la saisie en masse et je ne sais pas encore trop comment procéder notamment sur le fait qu'il y ait des dépendances entre plusieurs objets (contraintes d'intégrité).

J'ai été confronté à cette situation (je devais insérer des extraits de livres papiers). J'ai d'abord essayé avec une interface web, mais écrire dans un formulaire n'est pas très pratique. Au final, je l'ai fait avec un script et vim. Le script pré-calculait certains champs, les envoyait dans un fichier, ouvrait le fichier avec vim de sorte que je puisse y ajouter le texte des autres champs, et interprétait ensuite le fichier pour insérer le tout dans la base de donnée. Pour moi qui travaille souvent avec vim, c'était, je crois, la méthode la plus efficace.

Je te remercie pour le fil de discussion que tu as ouvert, car j'y ai découvert peewee et bottle, que je trouve extraordinairement pratiques !

Moi aussi je trouve ça scandaleux que la puissance publique ne prenne pas soin de produire des documents au format public.

Mais le plus triste c'est que personne ne comprend les enjeux, que tout le monde s'en fout, et que je passe pour un Don Quichotte en guerre contre des moulins à vent quand j'essaie simplement d'en parler.

Je ne trouve rien qui permette de faire des interfaces consoles pour utilisateur et qui soit multiplateforme quasiment. Tandis qu'avec Tkinter, c'est intégré à Python. Curieux non ?

Àmha, l'interface console par excellence est la ligne de commande. Si c'est pour avoir une GUI en ascii, je ne vois pas l'intérêt d'utiliser une console. Par contre la ligne de commande a l'avantage de pouvoir être utilisée dans des scripts, des alias, des tubes, et des substitutions de variables.

Je ne suis pas assez spécialiste de python pour te conseiller un outil plutôt qu'un autre en réponse à tes questions précises. Mais je crois que ces questions précises peuvent se contenter d'une réponse très générique: je choisirais les outils fournis par défaut, et si ce n'est pas possible ou qu'il reste du choix, les outils que je connais/aime le plus.

25 ans, c'est l'age ou j'ai commencé mes études (dans un domaine qui n'a rien à voir avec l'informatique). C'est tout bénéfice:

• J'ai rencontré plein de jeunes gens sympathiques qui m'ont rafraîchis l'esprit.
• J'ai fait toutes mes études avec une longueur d'avance due à ma petite expérience, culture et maturité acquise après le bac.
• Si la première année fut très difficile financièrement, j'ai finalement trouvé un petit réseau d'employeurs: la journée pendant les vacances, le soir le reste du temps, et ça a roulé tranquille ainsi pendant cinq ans. Mes employeurs reconnaissaient mes efforts consistant à bosser tout en étudiant, et m'aidaient à leur façon en me filant des heures sup et en renouvelant mes contrats.
• Maintenant j'ai un diplôme, des connaissances, une expérience de vie valorisable, et des perspectives d'emploi bien plus enthousiasmantes qu'avant.
• Et je me suis tellement bien amusé que je serais presque prêt a recommencer.

Pour avoir rencontré d'autres personnes dans le même cas que moi, je ne peux que conseiller de laisser tomber l'emploi actuel pour se concentrer sur des petits boulots (et ses études), car autour de moi, tout ceux qui ont essayé de tenir un vrai emploi ont abandonné leurs études.

Si j'avais été plus téméraire, j'aurais fait la même chose à l'étranger, quitte à ajouter une année d'apprentissage de la langue.

Enfin, je crois qu'il ne faut pas hésiter à recommencer sa vie quant on sent que ça ne va pas, même après 30 ans. Les études et l'expatriation, sont des moyens de le faire, il y en a probablement d'autres à inventer.

Idem ici.

C'est bien documenté, très simple, et vite fonctionnel.

Prends soin de travailler avec python3 et pas python2 pour éviter d'avoir à mettre à jour plus tard.

Suite à cette discussion, j'ai fait de nouveaux quelques recherches, et quelqu'un a finalement installé debian sur un kobo:
http://www.mobileread.com/forums/showthread.php?t=222123

Je n'ai pas regardé l'archive que partage ce hacker, mais vu le peu d'informations, j'imagine qu'il s'agit d'un binaire.

Mais la vérité m’oblige à dire que les quelques pages que j’ai pu visualiser sous le navigateur Lynx (qui fait tout autant navigateur Gopher que navigateur Web !), sont plus lisibles depuis gopherpedia.com.

Pourrais-tu m'expliquer succintement où est la différence? Et est-ce inhérent au protocole gopher, ou est-ce lié au fait que la mise en page par défaut de lynx est atroce pour le web?

Ce qu'on trouve sur internet à ce sujet m'a toujours semblé très restreint, et je ne crois pas me souvenir que quelqu'un ait réussi à installer la distribution de son choix.

Tu as trouvé un bon tutoriel, ou tu penses faire de l'ingénieurie (sic?) inverse et coder des pilotes ?

Quant au rafraîchissement de l'écran, on a juste besoin d'ajouter juste un caractère quand on tape au clavier ; pas besoin d'un rafraîchissement complet de l'écran.

J'avais vu ça moi aussi. Mais ça suppose néanmoins de trouver un moyen efficace de gérer tout ce qui touche au défilement de l'écran, y compris celui de la ligne de commande.

Bref, c'est un superbe projet, mais ce n'est pas gagné…

Ma valeur ajoutee consiste a enfonce avec toute ma subjectivite des portes grandes ouvertes depuis un certain temps deja. Et que pourtant presque personne ne franchit alors qu´il serait tellement utile de le faire (en gros, savoir utiliser google, lire attentivemet wikipedia et le site web d'un projet).

Encore une fois, je t'invite à revoir ton jugement. Ce que tu considère être ta valeur ajoutée ressemble fort à un comportement trollesque : jugements à l'emporte pièce, intérêt porté sur l'accidentel au mépris de l'essentiel, disproportion entre la valeur portée à sa propre personne et celle d'autrui.

Après tu as deux solutions:

• soit tu t'engages sur la voie de celui qui parle de zino (tu chercheras dans les journaux), qui change de pseudo pour chaque journal car ses journaux atteignent systématiquement les bas fonds.
• soit tu sors la tête hors des bas fonds, et tu fais une dépêche pertinente de temps en temps pour compenser ton amour des abysses.

Si tu n'as toujours pas compris, je ne peux plus rien pour toi.

Oh eh bien, dans ma liste ci-dessus y'a juste à enlever Mass Effect et Dragon Age

Ah d'accord. Fallout est peut-être à ma portée alors… Il faudrait effectivement que j'essaie un jour.

Et concernant les jeux natifs ou très très vieux, as tu des conseils à me donner ?

Tu prends les jeux non-natifs aussi ?

Comme dit ici, si le jeu a moins de 10 voire 15 ans, il est hors de portée de ma machine.

Sinon c'est pas vraiment du natif, mais il y a plein de vieux jeux de rôles qui tournent avec DosBox (Might & Magic, Ultima, Daggerfall, …).

Je n'avais pas pensé aux vieux jeux non-natifs. J'imagine que le mot clé dosbox m'aidera a trouver mon bonheur.

Quant aux jeux modernes qui tournent sous wine, ils sont hors de la portée de mon ordinosaure.

Par contre, je serais vraiment heureux s'il existait un antique jeu de rôle natif en ascii (hérité d'unix?). Mais je ne trouve que des roguelike où il n'est pas possible de faire trois pas sans tomber sur un monstre, et où il n'y a personne à qui parler.