Mathieu Schroeter a écrit 136 commentaires

J'ai jeté un œil rapidement à cette doc et elle ne date pas d'hier.. C'était encore l'époque sans epslatex (pré-gnuplot 4). En fonction de la complexité des graphiques, je te conseille vivement epslatex. A moins que tu désires pouvoir manipuler le contenu du dessin sous LaTeX en plus du texte.

Le second exemple présenté sur le billet est intéressant parce que ça permettrait de se passer de l'étape « création d'un graphe avec un tableur, copie d'écran et recadrage » qui est assez fastidieuse ; et on découvre que la légende est trop petite sur le document final ce qui oblige à tout recommencer.

Avec Gnuplot tu peux sauver le graph pour LaTeX tout en ayant la courbe séparée du texte en utilisant epslatex : http://www.gnuplot.info/docs/node373.html
Ça te créer un fichier .eps + un fichier .tex qu'il suffit d'inclure dans le document. Ou alors tu peux créer un fichier LaTeX indépendant.

Et est-ce que Microsoft à participé à l'écriture de la norme ODF et/ou a proposé des corrections constructives (et bien entendu reçu des objections, sinon la question ne se poserait pas) avant d'avoir proposé l'Office OpenXML en tant que norme?

Qu'est-ce qui justifie de créer Office OpenXML au lieu de combler les lacunes de la norme ODF?


Et finalement peu importe le type de fichier en question... je crois que c'est suffisamment évident que tout ce que fais Microsoft c'est avant tout pour son propre intérêt. Que XPS soit meilleur ou non que PDF ils en ont sûrement rien à faire.. tant que le format arrive à s'imposer parmi la "plèbe".. Tout ça n'est que de la stratégie..

si on veut garder son historique
Bon... j'ai lu de travers.. une extension pour désactiver le a:visited semble exister depuis des années https://addons.mozilla.org/fr/firefox/addon/1502

A priori, de juste désactiver complètement l'historique via les "préférences > vie privée" de Firefox, puis relancer le navigateur, ça règle le cas définitivement.. a:visited se comporte comme si rien n'avait été visité.

L'un des développeur est tout d'abord dev chez e17 et synchronise Enna avec le dépôt e17. La version de développement étant localisée dans les dépôts de GeeXboX.

En fait, un jour on l'a contacté pour lui dire qu'on était intéressé par intégrer sa solution dans GeeXboX et pas mal de devs GeeXboX ont apportés un nombre importants de contributions. Il a alors été décidé d'utiliser un dépôt directement chez nous.

Mais Enna existait déjà avant.

Le menu du haut, du gris clair sur du noir, puis une barre de menu avec du gris foncé sur du gris clair, à droite la zone " Il y a un an" qui est aussi illisible (du noir sur du gris foncé) et des liens avec une autre sorte de gris sur du gris, pff

Parfois ce genre de nuances sont illisibles avec les écrans CRT mais très lisibles sur du TFT. Mais je n'ai pas de TFT sous la main pour essayer.

Je viens de faire un dist-upgrade complet et mes bons vieux contrôleurs SCSI (ils ont quelques années, 1996), me créer des erreurs monstrueuses qui fait tourner le kernel en boucle. Il semble repasser tous les contrôleurs indéfiniment avec des dumps incompréhensibles..
Bref j'ai gardé Lenny mais je continue de booter en 2.6.18-6. Je n'ai pas cherché plus loin encore, faute de temps et surtout je n'ai pas d'écran sur ce serveur alors c'est relativement ennuyeux.

Alors avec du vieux matos SCSI faut se méfier je pense et faire avant une upgrade de Etch pour être sûr d'avoir au moins le dernier kernel 2.6.18.

On hésite à virer le wiki.. les bots sont pénibles, normalement il devrait y avoir les captchas mais ils se font tout le temps casser..

Il y a une faute de typo dans les noms des 3 premiers liens

s/Brtfs/Btrfs/g

A noter que NVidia à aussi envoyé ses contributions à MPlayer/FFmpeg pour VDPAU.
http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-Nov(...)

Mais pour le peu que je sais, il y a pas mal de duplication de code, donc rien n'est pour le moment appliqué en ce qui concerne MPlayer. Mais je n'ai pas contrôlé pour la partie FFmpeg.

Le plugin Flash de Macromedia passe toujours à travers le wrapper 32 bits...

/usr/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin /usr/lib/flashplugin-nonfree/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/7855-6

Et franchement, c'est toujours aussi instable.. j'utilise Ubuntu en 64 bits depuis que j'ai acheté un X2 en socket 939 (ca fait donc pas mal de temps)
Et peu importe les versions d'Ubuntu, ce wrapper foire tout le temps (régulièrement il faut relancer Firefox pour que flash redevienne utilisable).. j'ai pu apercevoir plus d'une fois un segfault de sa part dans le dmesg.
Bref.. Merci Macromedia pour son flash de merde et leur incompétence en cross-compilation (il est pour quand le flash 64 bits?)...

De tête je dirais environ une année.. on utilisait dans GeeXboX bien avant que se sois intégré dans le repository de MPlayer. Et on a sortit la dernière stable en juillet 2007.. Un peu après (qques mois) je crois que c'était enfin dans MPlayer (à confirmer). Mais il n'y a toujours pas les colorspu, personne n'a pris le temps de spliter le patch et il est relativement gros. Mais ne pas l'appliquer n'empêche pas d'utiliser dvdnav, la différence c'est que les boutons dans les menus n'apparaissent pas avec les images, mais avec un rectangle semi-transparent par-dessus.

Mais le patch est dispo ici: http://hg.geexbox.org/geexbox/raw-file/tip/packages/MPlayer/(...)


Aujourd'hui ca marche bien, sauf que les sous-titres et les canaux audio choisi via le menu ne sont pas exploitables. C'est-à-dire qu'il n'y a pas de problème pour se balader dans les menus et lancer les vidéos, mais que la config doit qu'en même se faire avec les raccourcis clavier de MPlayer ou via le fichier de config, le mode slave ou alors via les paramètres à l'exécution.

Je te conseils de lire le fichier de documentation DOCS/tech/dvdnav-howto.txt dispo dans les sources.

MPlayer supporte dvdnav, mais il faut utiliser le svn et prendre le libdvdread et libdvdnav dispo également dans le svn de MPlayer. Puis indiquer qu'on désire le dvdread externe avec le configure de MPlayer:
./configure --disable-dvdread-internal

Et si vous voulez également le support des "color spu", vous trouverez un patch tout fait dans le dépot mercurial de GeeXboX.

Donc bref, je sais que nombre de choses sont liées à l'habitude, mais l'interface du Gimp est franchement un obstacle à son développement. Photoshop à quelques défaut mais AMHA son interface frise la perfection.
Pourquoi vouloir réinventer la roue ?

Je suis sûr que si tu leurs envoies des patchs propres pour permettre de personnaliser l'interface afin de se rapprocher de l'interface à la photoshop tout en pouvant rebasculer sur le "style" actuel de Gimp, ils les acceptent..

Comme pour tous les logiciels libres.. il y a toujours beaucoup de gens pour trouver des défauts (justifiés ou non, mais ce n'est pas la question), mais quasiment personne pour écrire du code.. et même que parfois il y a des gens pour écrire du code, mais relativement "sale" (hack et autres joyeuseries) et donc pas acceptable..

Je n'ai pas été voir mais il y a surement des discussions intéressantes sur le sujet dans la devel-list de gimp. Voir même des tentatives de patches...

trop lié a un WM

??? Ecore, Evas, Edje, ... y a quoi de trop lié à un WM dans toutes les libs? Je travail justement dans un projet basé sur les EFL et je ne me soucie pas du tout du WM de E17 (qui lui ne m'intéresse pas).. C'est le WM qui est lié au EFL, comme Gnome est lié à GTK ou KDE est lié à Qt..

Ou alors je n'ai pas compris ta remarque?

IRC et ICQ étaient là bien avant...

L'OOM killer qui se réveille au bout d'un moment ;-)?

Si ça se trouve, c'est configurable dans l'about:config, mais j'ai la flemme dy' faire un tour..

Tu as dis "*je* préfère les avoir par ordre chronologique", et maintenant tu me répond "*on* bookmarquera". Ma réponse ciblait le 'je' et non le 'on'.. Car à part ça je suis d'accord, mais en attendant tu as une solution pour que se sois moins lourd.

Bookmark cette page https://linuxfr.org/news/index,1,chrono.html

La passion de faire les choses par sois même... C'est très gratifiant et instructif de créer et gérer une distribution. Et rien que pour ces raisons, toutes les distributions ont leurs intérêts.

> depuis une PS3, une XBOX 360, un nokia n810 ou une TV possédant un client UPNP.

ou bien même GeeXboX ...

A noter que les "malloc" ne devraient pas être "castés" (honte à moi). et qu'on pourrait directement déclarer le tableau my[] du type de la pseudo-class générique ce qui évite un "cast" dans la boucle for mais qui oblige alors de "caster" my[0] et my[1].


Et quand je dis que c'est à éviter (de faire ce genre de pseudo-polymorphisme) c'est très relatif.. car ce principe peut être très pratique et même indispensable dans des cas très précis (l'écriture de couches d'abstraction par exemple, ou de GUI).

> Qui peut se targuer de redistribuer de son temps à la communauté ?
Si tu es actif dans la communauté, tout ce que tu fais, fait gagner du temps aux autres.. finalement c'est en redistribuer..

> Qui peut accéder facilement à du temps nouveau ?
Et ici, c'est le même problème mais pris de l'autre point de vue..