Posté par med (page perso, ) le 01/06/2006 à 22:45. (lien). Évalué à 8.

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. :)

[ Répondre ]

Posté par med (page perso, ) le 01/06/2006 à 13:53. (lien). Évalué à 7.

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.

[ Répondre ]

Posté par med (page perso, ) le 23/05/2006 à 08:54. (lien). Évalué à 2.

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.

[ Répondre ]

Posté par med (page perso, ) le 20/05/2006 à 20:33. (lien). Évalué à 6.

- 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).

[ Répondre ]

Posté par med (page perso, ) le 20/05/2006 à 18:14. (lien). Évalué à 2.

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à.

[ Répondre ]

Posté par med (page perso, ) le 20/05/2006 à 16:42. (lien). Évalué à 3.

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

[ Répondre ]

Posté par med (page perso, ) le 20/05/2006 à 16:28. (lien). Évalué à 3.

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.

[ Répondre ]

Posté par med (page perso, ) le 20/05/2006 à 16:00. (lien). Évalué à 6.

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.

[ Répondre ]

Posté par med (page perso, ) le 20/05/2006 à 15:10. (lien). Évalué à 9.

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 ?

[ Répondre ]

Posté par med (page perso, ) le 16/05/2006 à 09:31. (lien). Évalué à 2.

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.

[ Répondre ]

Posté par med (page perso, ) le 16/05/2006 à 06:17. (lien). Évalué à 3.

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).

[ Répondre ]

Posté par med (page perso, ) le 15/05/2006 à 14:05. (lien). Évalué à 2.

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. :)

[ Répondre ]

Posté par med (page perso, ) le 15/05/2006 à 13:26. (lien). Évalué à 4.

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.

[ Répondre ]

Posté par med (page perso, ) le 15/05/2006 à 12:46. (lien). Évalué à 2.

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 ?

[ Répondre ]

Posté par med (page perso, ) le 15/05/2006 à 12:18. (lien). Évalué à 6.

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.

[ Répondre ]

Posté par med (page perso, ) le 15/05/2006 à 12:02. (lien). Évalué à 6.

Fontforge est un logiciel scriptable, donc non, on ne doit pas forcément tout faire à la souris. D'ailleurs le plan braille a été dessiné avec un petit script maison en python (qui génère des instructions lisibles par fontforge). Mais pour faire du dessin, une interface graphique est tout de même bien pratique je trouve. Enfin, chacun ses goûts. :)

Pour le kerning, les ligatures et tout le reste, c'est typiquement un travail qui doit se faire largement à la main. Ce n'est pas un hasard si les fonderies vendent leurs fontes à un tarif élevé, elles nécessitent beaucoup de travail.

Pour le reste, n'étant pas l'initiateur des moteurs de rendu sous linux et ayant une connaissance relativement limitée de ceux-ci, il faudrait demander aux spécialistes pourquoi on s'oriente de plus en plus vers des polices vectorielles de type OpenType. Pour le reste, OpenType ce n'est pas seulement Microsoft, c'est aussi Apple (qui détient malheureusement des brevets utiles dessus) et dont la qualité typographique est très bonne. Je présume que ça doit avoir un certain nombre d'avantages déterminant par rapport à metafont. Mais en quoi les polices OpenType sont-elles grasses ? Personnellement je ne trouve pas. Ne ferais-tu pas à tout hasard référence à des fontes n'utilisant pas d'algorithmes d'optimisation (qui existent précisément pour avoir des contours très tranchés) ?

[ Répondre ]

Posté par med (page perso, ) le 15/05/2006 à 09:49. (lien). Évalué à 2.

Je n'ai pas encore essayé, mais on m'a communiqué le lien suivant : http://www.cs.put.poznan.pl/csobaniec/LaTeX/index.html qui explique (entre autres) comment utiliser une fonte TTF avec LaTeX.

Pour lister les fontes installées, la commande de fontconfig fc-list devrait faire ce que tu désires je pense.

[ Répondre ]

Posté par med (page perso, ) le 15/05/2006 à 08:28. (lien). Évalué à 6.

Malheureusement j'ai peur que ce ne soit pas grâce à DejaVu que tu vois le japonais correctement. Il n'est pas inclus dedans : http://svn.sourceforge.net/viewcvs.cgi/dejavu/trunk/dejavu-f(...) . Dans ces cas là c'est fontconfig qui se charge de trouver une autre fonte pour faire la substitution. Cependant si un jour quelqu'un arrive à produire des caractères japonais de bonne qualité, dans le style et la métrique de DejaVu, il y a de bonnes chances que ce soit intégré. Pour l'instant c'est pas prioritaire cependant. Pour le travail en cours ou les caractères demandés : http://dejavu.sourceforge.net/wiki/index.php/Plans .

[ Répondre ]

Posté par med (page perso, ) le 15/05/2006 à 08:19. (lien). Évalué à 10.

Les fontes ne sont pas au format TTF pur, elles sont au format OpenType : http://en.wikipedia.org/wiki/OpenType qui gère les ligatures et tout un tas d'autres choses. Pour l'instant le facteur limitant n'est pas OpenType mais la gestion d'OpenType dans pango et Qt qui est très limitée et relativement buguée. Comme je l'ai indiqué, la situation devrait fortement s'améliorer grâce au projet harfbuzz qui fédère les efforts de pango et Qt.

[ Répondre ]

Posté par med (page perso, ) le 13/05/2006 à 09:03. (lien). Évalué à 2.

Normalement il est possible d'installer KDE sur OS X. Après, ne possédant pas de Mac, je ne sais pas si ça marche suffisamment bien ou pas. Il y a quelques indications sur la page de Fink : http://fink.sourceforge.net/news/kde.php

Bonne chance

[ Répondre ]