abgech

Pas vraiment fort, après tout, je programme depuis maintenant 43 ans (mes premiers programmes datent de 1964 !), alors j’ai une certaine expérience. Et un éditeur, contrairement à ce qu’on pourrait penser, n’est pas spécialement difficile à programmer.

Effectivement j’utilise un éditeur « home made ». Comme, il y a un certain temps, je devais assez souvent changer de plate-forme, j’en avais marre de passer d’un éditeur à l’autre, de les mélanger, de faire des catastrophes avec ce mélange. J’ai donc décidé de construire mon propre éditeur, écrit en langage C, il est parfaitement portable en quelques heures sur une nouvelle architecture (et surtout un nouvel OS). Il est sous licence libre (GPL) et je l’envoie volontiers à qui en fait la demande. Il doit y avoir de par le monde une dizaine de personnes qui l’utilisent. Sur les architectures de type Unix (et dérivés) il est porté pratiquement par une simple compilation. Il existe une version DOS (mais où donc l’ai-je mise ?) que je n’ai pas maintenue, je n’ai pas développé de version Windows pour la bonne raison que cela fait belle lurette (plus de 8 ans) que je n’utilise absolument plus Windows

Pour l’instant, il ne supporte pas unicode. en utilisation pour du développement cela ne pose pas de problème, il suffit de ne pas utiliser de caractères accentués et comme je commente mes programmes en anglais …
Je travaille sur un portage unicode, mais à un rythme de sénateur va-t-on dire.

En principe, mais en principe, UCS-8 est la même chose UTF-32. Toutefois, il peut y avoir des subtilités que je ne maitrise pas. Repris de wikipédia ( http://fr.wikipedia.org/wiki/UCS ) (excellent article au demeurant, avec des liens pertinents):

Pour le 32em bit, je persiste à penser qu’il s’agit d’une réserve pour un bit de parité.

Oui, le tableau de codage:
Codage sur:
1 caractère: 0xxxxxxx
du caractère 0 au caractère 127. 7 bits utiles sur 8.

2 caractères: 110xxxxx 10xxxxxx
du caractère 128 au caractère 2047. 11 bits utiles sur 16.

3 caractères: 1110xxxx 10xxxxxx 10xxxxxx
du caractère 2048 au caractère 65535. 16 bits utiles sur 24.

4 caractères: 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx
du caractère 65536 au caractère 2097151. 21 bits utiles sur 32.

5 caractères: 111110xx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx
du caractère 2097152 au caractère 67108863. 26 bits utiles sur 40.

6 caractères: 1111110x 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx
du caractère 67108864 au caractère 2147483647. 31 bits utiles sur 48.

UTF-8 permet de représenter la totalité de l’UCS (avec deux restrictions, les caractères 254 et 255, en réfléchissant sur le codage en 2 carac. tu comprendras pourquoi :icon40:), y compris les idéogrammes et les caractères non encore définis (pour autant que l’on en ait une représentation graphique, une police) mais au prix d’une approche assez compliquée de chaines de caractères en longueur variable et un peu de perte de place.
Je travaille actuellement sur un éditeur multi-langage permettant de travailler caractères européen, symboles math, arabe, chinois, etc. Les données sont mémorisée sous forme de caractères de 32 bits (type wchar_t de la librairie GNU sous Linux, UCS-4) mais les entrées-sorties se font en UTF-8.

La logique de décodage est de type séquentiel à mémoire, tant que l’on reste dans le cadre d’un traitement mono-tâche sans réentrance on se ramène à un cas dégénéré de cette logique, une approche purement combinatoire ce qui ne pose aucun problème. Par contre les choses se compliquent lorsqu’on implémente la réentrance: la fonction doit contenir une pile de variables d’état pour chacun des appels concurrent. C’est ce que tu appelle la synchro, effectivement, délicat, mais intéressant, à réaliser.

Je ne résiste pas à la tentation de citer encore wikipédia ( http://fr.wikipedia.org/wiki/UTF-8 ) pour illustrer la façon dont Microsoft « travaille »:

Quote:

De par son système de codage, il est possible de représenter un point de code de différentes manières en UTF-8, ce qui peut poser un problème de sécurité : un programme mal écrit peut accepter un certain nombre de représentations UTF-8, normalement invalides selon la RFC 3629 mais pas selon la spécification originale, et les convertir comme un seul et même caractère. De fait, un logiciel détectant certaines chaînes de caractères (pour prévenir les injections SQL, par exemple) peut échouer dans sa tâche.
Prenons un exemple tiré d’un cas réel de virus attaquant des serveurs HTTP du Web en 2001 ((en)[1] [2] [3]). Une séquence à détecter pourrait être « /../ » représentée en ASCII (a fortiori en UTF- par les octets « 2F 2E 2E 2F » en notation hexadécimale.
Cependant, une manière malformée de coder cette chaîne en UTF-8 serait « 2F C0 AE 2E 2F », appelée aussi en anglais overlong form (forme superlongue). Si le logiciel n’est pas soigneusement écrit pour rejeter cette chaîne, en la mettant par exemple sous forme canonique, une brèche potentielle de sécurité est ouverte. Cette attaque est appelée directory traversal.

Il est vrai que le but de Microsoft n’est pas de produire de bons logiciels, mais de maximiser son profit et, cela, ils le font parfaitement.

2 puissance 31. Et ta question me pose une colle ! À quoi sert le 32em bit ? J’imagine pour un contrôle de parité, mais cela n’aurait de sens que pour un codage. Sans doute pour préparer l’avenir, codage direct en UCS-4. Et je n’ai pas de doc sous la main pour confirmer mon sentiment.

Photoshop: Gimp ! (Voir http://www.gimp-fr.org/news.php )
Je l’utilise, sans être un utilisateur exigeant. Mais, d’après ce que j’en entends dire, peut remplacer photoshop sans problème.

Traitement de texte, tableurs: Openoffice ! (Voir http://fr.openoffice.org )
Remplace:
1) Microsoft word (peut lire et écrire des fichiers compatibles avec word).
2) Microsoft excel (peut lire et écrire des fichiers compatibles avec excel).
3) Microsoft Powerpoint (peut lire et écrire des fichiers compatibles avec powerpoint).
4) Contient un éditeur d’équations assez performant.
5) Contient un logiciel de dessin vectoriel.
6) Contient une base de donnée. Je ne connais pas trop ce dernier logiciel, parce qu’il existe d’autres produits libres extrêmement performants (MySQL, PostgreSQL).

Multimédia: vlc, xine, amarok, kaffeine …
Là, c’est plutôt l’embarras du choix. Il existe une grande quantité de logiciels libres consacrés au multimédia. Personnellement, j’utilise vlc, fonctionnalités assez avancées, pas de codecs, mais un interface moins « léché » que d’autres produits.

Lecture de pdf: Acrobat (n’est pas vraiment un logiciel libre, mais gratuit).

Gestion de photos: digiKam,

Gravure de CD/DVD: K3B, plus performant que Nero.

Navigateur internet: Firefox(et bien d’autres) l’essayer, c’est l’adopter.

Gestion de courriel: Thunderbird (et bien d’autres), pas forcément le plus génial mais c’est celui que j’utilise.

Etc, etc !

On dit que le point faible de Linux, c’est les jeux. Comme je ne joue jamais (la programmation remplace absolument tout les jeux !) je ne sais pas trop. Je sais qu’il existe plusieurs centaines de jeux pour Linux, mais je ne peux rien en dire d’autre. Par contre, il me semble que les vrais amateurs de jeux préfère avoir une console que d’utiliser un ordinateur.

Tu trouves Gimp, Openoffice, vlc, acrobat, firefox, thunderbird en version Windows, ce qui te permet de faire une transition en douceur vers les logiciels libres: d’abord les applicatif et ensuite le système d’exploitation (Linux ou une des variantes de BSD).

Depuis mon retour du VN, je n’ai pas encore eu le temps de trier quelques photos et de faire un CR de mon voyage de 2 mois.

La raison: un beau-frère qui est en train d’agoniser, atteint d’un cancer des poumons.

Cela fait un peu plus de deux ans qu’il traine une vie misérable, déclinant lentement mais inexorablement. Nous venons d’aller le voir (il réside à Nancy). Il est hospitalisé, j’ai compté qu’il a 6 perfusions, entre autre de la morphine, sans compter un patch anti-douleur sur la poitrine mais il souffre quand même. Malgré une assistance respiratoire, il est en permanence sous oxygène depuis plus de 12 mois, mais maintenant, ce n’est plus un petit conduit amenant l’O2 sous le nez, c’est un masque facial 24 h. sur 24. Il a de terrible crises d’angoisse lorsqu’il n’arrive plus à respirer. Il en est maintenant à souhaiter que tous se termine tellement c’est pénible.

Heureusement, je crois que c’est bientôt la fin de son supplice.
Il va laisser une veuve, deux enfants de 19 et 22 ans en pleines études.

C’était un être d’une grande gentillesse, aimant la poésie vietnamienne, très bon cuisinier (il était restaurateur), adorant ses enfants. Ce n’est plus qu’une loque souffrant terriblement sur un lit d’hôpital.
C’est vrai que nous devons tous mourir un jour ou l’autre. Mais il y a la façon. Et choisir délibérément, en tant que fumeur, de mourir d’une façon atroce ne me parais pas vraiment un bon choix.

Amis forumeurs et fumeurs, pensez-y, mourir d’un cancer des poumons, c’est abominable !

J’avais déjà entendu, au Vietnam, que la France allait fournir une certaine aide en matière d’organisation administrative. L’extrait posté par Bao Nhân semble le confirmer.

Alors là, j’en tombe sur le cul ! C’est un peu comme si l’on demandait à un inuit (eskimo) de venir donner des conseils pour la culture de ananas ou des mangues. Parce qu’en matière de bonne gestion administrative, la France me semble avoir autant de leçons à recevoir que le Vietnam, et, même, peut-être, plus. Certes je viens d’un pays dans lequel l’administration est relativement rapide et fonctionne assez bien, je mets donc la barre assez haut.

Mais je n’arrive pas à digérer les tourisme bureautique que l’on doit faire pour le moindre petit papier officiel en France. Par exemple, je reçois un avis d’imposition pour la taxe d’habitation de ma résidence varoise (envoyée à ma maison dans le Var et non pas à mon adresse officielle en Suisse comme toutes les autres années précédentes). je ne suis pas d’accord avec le montant et je souhaite remettre l’adresse à mon domicile légal. Très logiquement je vais à l’adresse indiquée: Trésorerie, la Valette du Var. Là, j’attends une vingtaine de minutes (il parait que j’ai de la chance) puis une dame à peine polie m’écoute une minute et me dit « cela ne nous concerne pas, allez au centre des impôts à Toulon », obéissant, je m’y rend, attend de nouveau 30 minutes, suis reçu par une charmante dame qui commence par me parler de choses et d’autre, du plaisir de j’ai de pouvoir vivre en Suisse et sur la côte, quelle aimerait bien visiter la Suisse mais qu’elle pense que c’est trop cher, bref, une bonne dizaine de minutes avant que l’on aborde le vif du sujet: pour le montant que je conteste elle me dit qu’elle n’est pas compétente et qu’il faut aller voir au cadastre. Pour l’adresse erronée, il faut allez voir l’organisme qui a envoyé l’avis de taxation, je lui rétorque que j’en viens et qu’ils m’ont envoyé ici, « ah non dit-elle, c’est à eux de faire le changement », j’abandonne et vais au cadastre, là de nouveau attente de 15 minutes pour m’entendre dire par le préposé qu’il n’est absolument pas compétent et que c’est au centre des impôts de faire le nécessaire, je lui dit que j’en viens. La seule réponse qu’il a c’est « je ne sais pas, ce n’est pas à moi de le faire ».
Alors, de guerre lasse, j’ai laissé coulé, payé le montant indiqué (la différence n’était pas excessive), pour le changement d’adresse postale, j’ai envoyé une lettre recommandée à chacun des trois organismes (sans jamais recevoir une quelconque réponse) et, cette année, l’avis d’imposition est arrivé de nouveau dans le Var, mes lettres recommandées n’ont eu d’autre effet que de fournir du travail aux postiers.

Et c’est ces gens là qui se voudraient donner des conseils de bonne organisation administrative aux vietnamiens. Espérons que les vietnamiens auront assez de bon sens, pour ne pas trop écouter ces conseils.

Incidemment, en Suisse, le petit problème que j’évoque plus haut à propos de mon avis d’imposition peut être réglé définitivement, par téléphone, en une dizaine de minutes.

On a les fantasmes qu’on peut. :tdr1:

Bon, d’accord, je