med a écrit 1266 commentaires

Il me semble que la justification de mél est que c'est la contraction de « message électronique ».

Je confirme. Je me suis acheté l'année dernière un bel écran 19" (Belinea 10 19 20). Le vendeur l'a testé en magasin, tout paraissait parfait. J'arrive chez moi, je le déballe, le branche, l'allume, et là l'horreur. Toute une colonne de pixels cyan ! Finalement en tâtonnant un peu j'ai réussi à la faire disparaître en appuyant légèrement sur l'écran. J'en ai été quitte pour une belle frayeur. Depuis il fonctionne à la perfection.

Je pense que c'est parce que GTK n'utilise pas xim mais son propre système. Pour résoudre ce genre de problème j'ai fait un export GTK_IM_MODULE=xim dans mon .bashrc et depuis plus de problème, les applis GTK se comportent comme les autres.

hinting (S.V.P. trouvez-moi la traduction en français)

Il semble que la traduction en français soit « algorithme d'optimisation ».

Surtout qu'à Paris, le réseau de transports en commun est excellent.

Euh … t'es sûr ? Parce que je passe pas loin de trois heures dans les transports en commun en Île-de-France et à Paris, et je les trouve absolument abominables (mes collègues aussi d'ailleurs). Il y a toujours du retard, les rames de RER sont totalement bondées (RER B vers le sud le matin à gare du nord, venez voir c'est superbe), dans un état déplorable, en été la chaleur est étouffante (j'ai failli me sentir mal plus d'une fois). J'ai vraiment envie de forcer les élus concernés de passer chaque mois une semaine en utilisant exclusivement les transports en commun, peut-être qu'ils se décideraient à améliorer un peu la chose. Je les prends par souci écologique, n'ayant aucune envie de massacrer le climat en émettant encore plus de CO2, mais des collègues sont en train de craquer et vont finir par prendre une voiture.

Euh non, le compte n'y est toujours pas. 0K=-273,16°C. http://fr.wikipedia.org/wiki/Z%C3%A9ro_absolu pour tous les détails.

Mon portable a une 855GM. Jusqu'à présent je n'ai pas eu de problème particulier pour la 3D (mis à part le fait que cette carte n'est pas un foudre de guerre, c'est le moins qu'on puisse dire). J'arrive à faire tourner tuxracer ou encore celestia normalement. Je crois que c'est la première fois que j'ai des problèmes d'affichage avec une appli OpenGL. J'ai xorg 6.9 sur une SuSE 10.1 ici.

J'ai des problèmes avec le pilote pour ma carte graphique intel. Le défilement est raisonnablement fluide et tout mais j'ai des artéfacts, seulement une partie de la fenêtre est rafraîchie correctement, le reste contient surtout des traînées. Quelqu'un constate un phénomène similaire ? J'ai essayé de jouer avec les diverses options graphiques, mais sans succès.

Je suppose que c'est un ordi (un Dell livré 1 an après sa commande, ou acheté à la camif)

Tu as oublié de préciser aussi que le prix hors taxe du fâmeux DELL est plus élevé que le prix TTC grand public tout en ayant une configuration nettement moins bonne. (oui, je subis aussi les marchés publics, et ça me rend malade de voir tout cet argent jeté par les fenêtres à cause de lois connes)

http://linuxfr.org/~rzr/16762.html :)

Les zélotes de mac os au boulot m'expliquent doctement que mac os c'est génial car c'est linux avec une interface graphique. Évidemment quand je leur explique qu'en fait c'est pas tout à fait ça ils me prennent pour un chieur qui n'y connait rien et qui raconte n'importe quoi. :)

Je fais la remarque régulièrement aux gens fumant ostensiblement sous un signe d'interdiction de fumer, le tout en espace clos, comme une station de RER dans Paris. Et bien ça ne se passe pas toujours très bien. Il m'est même arrivé de me recevoir une baffe parce que j'avais demandé poliment à une jeune femme de bien vouloir éteindre sa cigarette.
Il y a les gens qui en ont allumé une par automatisme et généralement quand on leur fait la remarque ça se passe très bien, et d'autres qui font ça par mépris et là ça se passe moins bien. Et une altercation dès le matin dans le RER ça énerve pour la journée.

Par exemple: le jour ou DejaVu couvrira la totalité des 10000+ Kanjis (Japonais)

J'espère que pas mal des problèmes des bibliothèques sous-jacentes seront résolus à ce moment là. :)

Par exemple: le jour ou DejaVu couvrira la totalité des 10000+ Kanjis (Japonais), un utilisateur arabophone aura le dilemne entre choisir DV LG + une autre police pour l'Arabe, ou DejaVu normal et une grosse utilisation de ressources ; réciproquement pour un utilisateur Japonophone. Une famille de polices façon "DejaVU LG", "DejaVu Arabic", "DejaVu Kanjis", "DejaVu Kanas", ... leur permetrai de choisir les composants qui les intéressse, non ?

Ça peut être intéressant mais pénalisant niveau temps (voir ci-dessous). Ça pose aussi un problème au niveau des références (des caractères visuellement identiques ne sont pas dessinés plusieurs fois). C'est bien évidemment soluble, mais il faut que quelqu'un écrive un Makefile assez rusé pour ça.

D'autre part, le calcul du rendu des chaines ne risque-t-il pas d'être ralenti si Pango & co ont besoin de parcourir, à chaque caractère, un grand nombre de glyphes pour trouver celui qu'il doit afficher ?

On m'a dit (c'est à vérifier donc), que le plus pénalisant est de procéder à des substitutions. Donc a priori il est plus rapide d'avoir une fonte contenant beaucoup de caractères que beaucoup de fontes qui contiennent peu de caractères. Il serait intéressant de voir comment évolue le temps d'accès à un caractère suivant la taille de la fonte. J'ose espérer que c'est plutôt constant en temps. :)

J'y pense, j'ai cru entendre dire que fontconfig est (sera ?) capable de gérer les priorités des différentes fontes suivant la langue. Dans ce cas ce serait vraiment idéal. Plus besoin de s'arracher les cheveux à faire différentes version de DejaVu. L'utilisateur n'a qu'à choisir sa fonte préférée suivant la langue.

- L'eau en elle même, n'est pas radioactive et ne peut pas l'être. Sous le rayonnement elle se décombine H2O -> H+ + OH- et se recombine presque aussi tôt.

Je ne vois pas bien le rapport entre la radioactivité et la réaction chimique que tu présentes. L'eau peut bien sûr être radioactive. Soit en ayant un atome d'oxygène instable, soit en ayant un atome d'hydrogène instable (comme le tritium par exemple).

Tu remarqueras que j'avais cité la phrase : « Mais il est vrai que dans l'esprit des gens, les centrale peuvent exploser comme des bombes atomique. ». On va parle pas d'une simple explosion à cause de la vapeur là.

L'incendie n'est pas dû directement à la réaction nucléaire. En fait elle a juste initié un feu de graphite grâce à la chaleur et à l'apport d'oxygène suite à l'arrachement du toît. L'article anglophone de wikipédia n'est pas mal pour ceux qui veulent des détails : http://en.wikipedia.org/wiki/Chernobyl_disaster

En cas d'arrêt normal peut-être. En cas d'arrêt d'urgence, les barres sont propulsées dans le réacteur. Le temps d'arrêt est au pire de quelques secondes.

Dans ce type de centrale il n'y avait pas à proprement parler d'enceinte de confinement. Je présume que tu parles de la dalle. S'il y avait eu une enceinte de confinement comme sur les centrales occidentales, il est fort possible que les conséquences auraient été similaires à celles de l'accident de Three Miles Island où il y a aussi eu une fusion du c½ur.

Mais il est vrai que dans l'esprit des gens, les centrale peuvent exploser comme des bombes atomique.

C'est malheureux, mais je constate aussi ce phénomène. Tout ça étant aussi savamment entretenu par certaines organisations afin de jouer sur la peur des gens (non, je ne ferai pas de comparaison avec un certain Nicolas S.). Le public n'a malheureusement pas la culture scientifique nécessaire pour appréhender ce qui a rapport au nucléaire. Beaucoup d'éducation est encore nécessaire afin que les gens n'avalent pas de bêtises. C'est aussi loin d'intéresser tout le monde. Je me rends compte quotidiennement de grosses bêtises que racontent les journalistes sur l'informatique ou la physique, mais à côté de ça, combien d'énormités j'arrive à gober sur des sujets où ma culture est nettement plus faible ?

Ah, je comprends mieux ce que tu veux dire maintenant. Mais ne serait-ce justement pas le travail d'harfbuzz d'implémenter tout ça ? En tout cas, au niveau de DejaVu, ça nous aiderait beaucoup. Y'a un certain nombre de choses assez frustrantes pour le moment.

Bref, c'est bien pour Qt dont la prise en charge d'OpenType était réputée moins bonne

La prise en charge est déficiente pour pango aussi (par exemple pas de choix pour les variantes stylistiques, etc.), on a régulièrement des problèmes. Il ne faut malheureusement pas se faire d'illusion là-dessus.

Pango, comme ICU (utilisé par OpenOffice), fourni une prise en charge d'OpenType pour les écritures dites complexes, pas les «simples» (latin, cyrillique, grec). Rien à voir donc avec ce que fournissent actuellement Apple et Adobe, et bientôt Microsoft avec WPF.

Que veux-tu dire précisément ? Uniscribe sous windows sait très bien gérer les écritures complexes. Il ne me semble pas qu'OS X ait des déficiences là-dessus non plus (via AAT et pas OpenType certes).

Il faut voir que les PDF de démos sont construits avec un corps bien supérieur à celui d'une utilisation normale. De plus, il n'est pas dit que le hinting soit utilisé, en tout cas avec kpdf il semblerait qu'il ne l'est pas (c'est peut-être ma configuration locale qui veut ça), ce qui rend les caractères assez baveux pour tout dire. Après, comme tu dis, chacun ses goût. :)

Si tu veux te limiter au latin-1, tu peux utiliser Bitstream Vera, on se base là-dessus.

Sinon, il me semble qu'avoir une fonte complète qui couvre le plus de caractères possibles est plus efficace que d'avoir plein de fontes qui chacune n'ont qu'une couverture beaucoup plus partielle.

Pour le moment la taille de DejaVu reste faible en comparaison de polices beaucoup plus complètes comme Code2000 ou Arial Unicode. L'évolution des machines est telle, que lorsque DejaVu atteindra ces tailles, cela ne posera pas vraiment de problème au regard de la RAM. Cependant pour des machines assez limitées on réfléchit à une manière automatisée de construire des version allégées (par exemple pour un ordi à 100$), ce cette façon tout le monde sera content.

La difficulté principale est qu'il existe plusieurs versions de cet alphabet.

Est-ce que ce sont des variantes suivant la locale, par exemple une lettre arabe dessinée différemment en farsi (dans ce cas cela pourra se résoudre avec les fonctions OpenType), ou bien ce sont vraiment deux alphabets incompatibles, chacun ayant son école ?

Je suis désolé de tempérer ton enthousiasme, mais les caractères nécessaires au tifinagh ne sont malheureusement pas encore dans DejaVu. Tu as dû te faire tromper par fontconfig je pense. Cependant à les voir ils ne m'ont pas l'air très difficiles à dessiner. Si tu les demandes sur la liste de diffusion, peut-être que ça intéressera quelqu'un de les faire. Ou bien les faire toi-même si ça t'intéresse et que tu as un peu de temps devant toi.

J'en profite pour lancer un appel à tous les lecteurs natifs de langues non latines, s'ils peuvent avoir un regard critique sur les glyphes de DejaVu et nous communiquer les remarques. Il est parfois difficile de noter les imperfections en n'étant pas natif. En particulier en ce moment pas mal de travail est encore nécessaire sur l'arménien ainsi que sur l'arabe. Donc surtout n'hésitez vraiment pas à nous donner votre avis.

Finalement, pour visualiser les glyphes qui sont dans DejaVu, je vous conseille l'utilisation de gucharmap, de préférence en version au moins 1.6 (pour avoir le support unicode 4.1). Cela indique le nom de la fonte et cela permet donc de repérer aisément les substitutions effectuées par fontconfig.