Bon, je sais pas pourquoi tout le monde écrit "Cher journal", puisque finalement c'est pas un journal qui se lit tout seul, alors soyons cohérent:

Cher serveur DLFP,

C'est avec un peu de surprise que j'ai reçu ce matin (oui, je suis en GMT+8) un mail du service informatique nous invitant à installer un patch pour office 2003 permettant... de lire et écrire au format OOXML! (oui, je suis en Chine, ici c'est Microsoft qui a inventé l'ordinateur, la souris, les fenêtres, etc. etc. par contre ils piratent presque tout, c'est même une fierté de gruger, question de culture)

Effectivement, pour ceux qui s'en souviennent, MS avait déclaré qu'ils reconnaissaient leur défaite sur la bataille de format contre l'ODF, et qu'ils allaient travailler là-dessus.
A l'époque (je chercherai le journal qui en parle une autre fois), tout le monde disait: c'est MS, on ne va quand même pas commencer maintenant à croire ce qu'ils nous disent non plus.

Et bien voilà, la transition va se faire comme d'habitude: office 2003 est très largement répandu, puisque 2007 est trop différent.
Et bien ce n'est pas grave, on va tout doucement passer en force l'OOXML en amont pour s'assurer que toute migration vers les solutions alternatives ne se fassent pas dans d'atroces souffrances.

Du coup je me demande si quelqu'un travaille au support d'ODF pour office 2003? Ou aurait une autre analyse de la situation qui tendrait à rendre celle-ci moins défavorable que ce que j'imagine?

> Lire le journal (9 commentaires, moyenne: 3,7).

... il est parfois difficile de survivre! (réf A. Dupontel)

Journal!
Je t'écris pour te faire part de ma consternation.

En effet, voulant refaire à neuf un site web obsolète, moche et même pas web2.0 (pfff), j'ai cherché un peu comment m'y prendre avec un CMS.
J'ai une liste de pré-requis que je n'exposerai pas ici parce que ce n'est pas un forum, et que ce n'est pas vraiment l'objet de ce journal.

Tout le monde connaît bien les poids-lourds des CMS libres (et ce n'est pas la peine de venir raconter que celui que vous utiliser est formidable, je vous crois sur parole).
Mais voilà: trop de CMS tue le CMS.

J'ai l'impression qu'il y a autant de CMS existants que de développeur web pro, ou que de combinaison de fonctionnalités.
Oui, je sais bien que beaucoup peuvent faire simple et ensuite se faire adjoindre une multitude de plugins pour en faire des foudres de guerre web2.0++.
Mais trop de CMS tue le CMS.

Je sais aussi que l'avantage du libre, c'est d'avoir le choix, et qu'il suffit d'essayer ceux qui nous intéressent. Ils ont l'avantage d'être quasiment tous totalement incompatibles les-uns avec les-autres, ce qui veut dire que dans la liste des 500 CMS libres existants, seulement 50 vont répondre aux vrais besoins du développeur web, et il n'a qu'à tous les installer pour les tester: trop de CMS tue le CMS!

L'intérêt du CMS, vu de ma fenêtre, c'est de gagner du temps pour les pros qui ne veulent pas réinventer la roue, et permettre aux moins aguerris au développement PHP/Javascript/Python/Ruby/[tout ce que vous arriverez à mettre sur le serveur ou le client] d'avoir un bon site, beau et bien fait.
Mais trop de CMS tue le CMS!

Comment expliquer au développeur amateur (celui qui justement voudrais passer moins de 6 mois à choisir la bonne organisation) qu'il lui "suffit" de passer des heures sur chacun et de bien faire gaffe à pas se planter dans son choix parce qu'il ne pourra pas migrer comme ça (à moins d'être un pro, mais là justement non, il... JE ne suis pas un pro!)

Dans quasiment tous les domaines d'outils, on a vu des forks, des versions alternatives de projets, puis une certaine consolidation pour se concentrer sur "les meilleurs", ceux qui avaient fait le bon choix. Pour les CMS, non, c'est le contraire! Plus le temps passe, et plus ils sont nombreux, avec plus de plugins qui font la même chose mais pas pareil.
Je crois que "sélecteur de CMS" est un métier d'avenir!!

A quand une petite consolidation autour des quelques projets de "bases" (CMS communautaires blindés de fonction, CMS simple et léger, voire pour sites statiques uniquement, etc.) et une rationalisation des efforts des contributeurs autour de quelques projets?

A quand l'ouverture des CMS? Je vais y aller un peu fort, mais c'est comme Word: si tu choisis un CMS, tu en es dépendant sauf effort de migration douloureux vers un autre CMS incompatible avec le reste du monde!

Suis-je donc le seul à trouver aberrant que dans la communauté du libre, on se soit autant réjoui d'un tel enfermement, et d'une telle dispersion de ressources?

> Lire le journal (17 commentaires, moyenne: 3,6).

Après plus de 10 ans de travaux, et des délais qui n'en finissaient plus de s'allonger, le projet STIX livre enfin la première version bêta des polices du même nom.

Pour ceux qui ignoraient tout de ce projet, il s'agit de produire plus de 8000 glyphes (comprendre "dessins de caractères") en encodage UTF-8 pour répondre aux spécificités des publications scientifiques.
Le groupe STIX est constitué de plusieurs entités connues dans le milieu des publications scientifiques: l'American Institute of Physics, l'ACS, l'AMS, IEEE, Elsevier, l'APS.

La licence est apparemment libre, mais je dois avouer que je ne l'ai pas lue en détail, et que je ne suis pas un expert sur la question. Il faut cependant noter qu'elle a été remaniée en cours de route pour satisfaire au plus grand nombre.

Certes, d'autres polices scientifiques existaient, mais impliquaient d'autres contraintes en termes de licences.

On peut donc espérer la fin du parcours du combattant pour installer les polices mathématiques sous Firefox (essayer le contenu MathML sous un Firefox brut de fonderie, vous comprendrez ce que je veux dire).

Les polices pour TeX/LaTeX ne sont certes pas encore disponibles, mais elles ne devraient plus tarder (à noter que "plus tarder" en langage "projet STIX", ça peut vouloir dire "attendre encore quelques mois" et que je ne les ai pas encore vus annoncer une date de sortie et la tenir...
Mais quand on voit l'ampleur du projet, on peut comprendre!

Je vous invite à participer à la phase de test, en téléchargeant les polices là:
http://www.stixfonts.org/

Je n'y connais rien en paquets pour polices, et je suppose que d'autres plus qualifiés vont/se sont déjà atteler à la tâche pour les rendre facilement disponibles dans nos systèmes favoris.

Bref, une excellente nouvelle pour les gens qui (comme moi) ont tenté les pages en MathML et se sont posés la question de l'accessibilité au plus grand nombre (tous les ingénieurs/étudiants ne sont pas des informaticiens confirmés!)

> Lire le journal (32 commentaires, moyenne: 3).

Salut cher journal!

Je vais bientôt m'acheter un portable, et j'ai un dilemme (ouai, j'aurais pu poster dans le forum, mais attends la question avant de faire des commentaires désobligeants!!)

Turion64 MT-28
ATI X700
512Mo RAM
Ecran 15"4 WXGA
500¤

Dothan 1.7
ATI Radeon 9700
Ecran 14" SXGA+
600¤

(vive la Chine et ses marques pas chères, mais là n'est pas la question...)

La X700 déchire plus mieux que la Radeon 9700, mais il faut encore un driver proprio pour l'instant, je crois. M'enfin, en attendant, je peux faire avec.
Par contre:

Le Turion est vachement mieux sur le papier (en vrai il est beau aussi...).
Mais qu'en est-il du support 64bits sur notre OS préféré?

Où en est-on?
Ceci est un appel au possesseurs d'AMD64: est-ce que vous galérez à mort avec vos machines, ou seulement à l'install, ou vous vous êtes passés d'un tas de trucs? (plugins java, win32codecs, etc.)

Vous êtes limités dans vos choix de distro (moi jusqu'à maintenant c'était debian unstable et XFCE)? dans les softs disponibles?

Bref! Au 27/08/2006, où en est le support 64bits pour la vrai vie de tous les jours?

Merci à toi, journal, de dresser un petit bilan de la situation!

> Lire le journal (24 commentaires, moyenne: 4,1).

Journal, ô journal, aujourd'hui j'ai envie de taper sur le pourtant magnifique Jabber!

Jabber, un protocole libre, décentralisé, plein de bonnes chose, etc.
Je ne reviens pas sur ses qualités. Si je n'y croyais pas, je ne m'en servirais tout simplement pas!

Je viens de déménager, j'ai quitté notre beau pays pour partir en Chine.
J'ai actuellement une connexion internet dite bon marché (trad: C'est de la m..., mais normalement on s'en sort).

J'utilise toujours jabber, bien que la très grande majorité de mes contacts soient sous msn, par convictions personnelles!

Et bien aujourd'hui je maudis la manière dont est faite cette décentralisation, et cette idée qui veut que "ce n'est pas la peine d'avoir un système de transfert de compte, on peut se connecter au même serveur depuis n'importe où".

Les temps de latence pour joindre le serveur en France (develog.com, c'est quand même pas un serveur tout pourri, il ne me pose jamais de problème en France!!) font que des fois, je ne peux carrément pas parler du tout à qui que ce soit, mais juste attendre les messages d'erreur pour temps de latence trop long!!

La passerelle msn (oui oui, c'est pas bien, tout ça. En attendant, là j'ai un employeur potentiel qui n'utilise que msn, alors il va bien falloir que je fasse avec...) ne fonctionne plus d'ici. Pas grave, j'utilise une passerelle plus locale (jabber.com.cn).

Ben oui, mais non, ça ne marche toujours pas! Trop de latence entre ici et le serveur develog.

Solution: créer un compte sur jabber.com.cn, transférer mes contacts, perdre tout le classement par groupes et les pseudos attribués, les informations de méta-contacts (j'utilise gajim), etc.

Et puis par la même occasion, toutes les personnes à qui j'essaie de vendre jabber, et qui essaieront peut-être un jour de s'y mettre constateront que mon adresse à develog ne marche pas... génial!

Ne serait-il pas possible, plutôt, de repenser le transfert, en accordant une cession sur l'adresse à d'autres serveurs, tout comme on peut maintenant transférer les n°s de téléphone portable entre opérateurs en France?

> Lire le journal (14 commentaires, moyenne: 2,5).

En migrant de mon portable de travail vers un vieux fixe chez moi, j'ai réalisé à quel point le /etc est un gros foutoir difficilement gérable proprement!

Je repense à ça d'autant plus que je viens de lire l'astuce pour réinstaller sa debian, qui en fait ne garde qu'une liste de paquets.
Admettons! Si on change le matériel, quid du /etc?

On y va un fichier/répertoire à la fois, pour pas faire de bêtise?
C'est très long! Trop même pour être sûr!

D'où le principe de mon idée:
pourquoi ne pas revoir l'organisation de /etc en sections, plus "modulaires"?

- Un sous-répertoire pour ce qui concerne les choses purement - matérielles
- Un autre pour les réglages logiciels
- Pourquoi pas même distinguer les logiciels relatifs à l'administration et aux utilisateurs? (config apache séparée de celle de firefox, par exemple) voire aux interfaces réseau, etc.

Le but serait de savoir ce qu'on fait facilement quand on manipule ça:
- changement de machine pur: on vire le matériel, on garde le reste, déplacement de machine: on vire le réseau, on garde le reste, etc.

En plus, ça permettrait d'envisager des "sous-administrateurs" qui auraient accès à une partie du /etc et pas une autre, et de faciliter les backups des trucs considérés essentiels

Evidemment, ça va pas être simple (ex: xorg.conf, qui mélange allègrement la conf des polices, des drivers, etc.), mais est-ce que ça vaudrait pas le coup de se poser la question?

> Lire le journal (27 commentaires, moyenne: 4,2).

Voilà! Ce matin, je me suis dit qu'il manquait aux protocoles im un moyen de s'envoyer des équations, chose qu'on ne fait peut-être pas tous les jours, mais qui pourrait servir aux utilisateurs dans le monde merveilleux des sciences. Je pensais à un truc genre MathML, ou idéalement en ce qui me concerne, mais moins logique du point de vue implémentation, d'une syntaxe type latex pour entrer les données.

Et bien je me suis dit, je vais jeter un coup d'oeil au JEP, pr voir si c'est en cours... un peu compliqué à regarder quand on veut juste y passer 5min! Bref, j'ai pas trouvé...
Pas de problème, étant incapable techniquement d'écrire un JEP, peut-être un truc type "wishlist" ou un forum de suggestion? Ben ça existe certainement, mais je commençais à perdre patience, et je n'ai pas trouvé instantanément...

D'où ma réflexion: les idées de "killer-apps" dont jabber aurait besoin pour s'imposer, ne peuvent être déposées que par des gens initiés, et pas par les utilisateurs lambda. Je trouve ça vraiment dommage de ne pouvoir suivre clairement l'évolution du protocole, ce qui va venir, ni de pouvoir même y contribuer!
Suis-je le seul à avoir cette frustration de ne pouvoir voir ni faire plus avec un protocole ouvert qu'avec les protocoles fermés dont nous savons déjà tous que notre voix ne sert à rien dans leur évolution?

> Lire le journal (32 commentaires, moyenne: 1,7).

Bon! Pour l'instant, ça n'a absolument rien à voir avec le libre, ni avec linux...

Reste que je viens de découvrir l'existence de voipbuster:
un concurrent de skype, qui permet de téléphoner gratuitement (ouai, sans vouloir faire le VRP, OUI, GRATUITEMENT MESSIEURSDAMES!) sur les téléphones fixes en europe, en chine, aux états-unis et au canada!
Les appels sont limités à 1min, sauf si vous payez une ouverture de compte... à 1¤! Il semble que ce soit bien la seule charge financière!!
Evidemment, le logiciel est propriétaire, et il n'y a pour l'instant pas de version linux, ni de version française d'ailleurs...

Maintenant, ma copine est en chine, et là-bas, les appels sont gratuits vers les fixes ET les mobiles. Donc, si vous pouviez vous joindre à moi pour pousser un peu la version linux... (ou pour les plus téméraires, demander une version open source...)
En espérant qu'ils maintiennent ces tarifs si agressifs (et bien que je ne comprenne pas trop comment ils peuvent gagner de l'argent comme ça...)

http://www.voicebuster.com/(...)

> Lire le journal (11 commentaires, moyenne: 2,8).