Je ne suis pas totalement d'accord avec ton point de vue.
Le patch bonobo-vim fait de Vim un composant bonobo a part entiere. Ce composant devrait evoluer vers une implementation complete du composant "Editor".
Il a fallu patcher Evolution pour la raison suivante:
- Evolution bien que bati sur une architecture de composants n'est capable d'utiliser que un seul editeur, celui bien sur propose par ximian le GtkHtmlEditor version 3, il ne supporte meme pas Gedit, qui est l'editeur / le composant d'edition de base de Gnome. Le patch permet de selectionner son editeur, c'est tout.
Le patch bonobo-vim pretend creer un composant bonobo a partir de vim, avec esperons-le dans l'avenir, un support pour l'ouverture de fenetres (toplevel) multiples dans le meme processus et tout le reste.
Ce que Gnome demande de ses composants d'edition est moins complique que ce que veut KDE, en gros, il faut implementer:
BonoboControl
BonoboPersistStream
BonoboPersitsFile
et si on veut aller plus loin:
NautilusView
GnomeDesktoEditor (pas sur de celui-la).
En gros, c'est faisable, en hackant comme des bourrins le code gui-gtk.c de vim qui est degeulasse et plein de ifdefs...
Mais c'est faisable et cela peut nous donner un composant Gnome complet et fonctionnel, sans tout changer, donc sans ennuyer Bram.
Selon moi neanmoins, un fork serait bienvenu pour nettoyer tout ca et separer le moteur des interfaces.
NT c'est pas POSIX du tout, il y a une couche POSIX mais elle est incomplete et si tu utilises des appels POSIX, tu ne peux plus utiliser des appels win32. Ce qui limite assez les possibilites...
Par exemple, si tu utilises des trheads ou des pipes POSIX, tu ne peux rien utiliser de windows, tu es un peu isole quoi.
Ils ont encore beaucoup de travail pour implementer POSIX dans leur truc...
pas si difficile à configurer que ça directfb. La doc est pas mal et t'explique bien comment compiler ton serveur XDirectFB.
C'est pas mal rapide si tu as une Matrox, sinon, la plupart des trucs sont faits en soft et là ça ralentit pas mal.
Sur ma voodoo, pas de transparence matérielle, donc les fenêtres se déplacent en souplesse seulement si elles ne sont pas tranparentes.
Et puis pourquoi la transparence? C'est amusant mais vite inutile.
D'ailleurs il n'y a pas autre chose, pas de GLx, ni de Xvideo. Et puis si tu fais tourner XDirectFB, tu ne peux pas utiliser autre chose avec directfb, donc assez limité le truc, pour l'instant.
Celui que je loue (à Bruxelles) me semble fonctionner sans bride, le contrôle de débit se fait du côté du FAI.
Il faut quand même y aller pour appeler la cavalerie alors qu'il suffit de bien configurer ses routeurs et le QoS pour éviter toute fraude malvenue! Surtout quand on sait très bien que la fraude est réalisable.
Ils sont culottés, j'espère que l'affaire tournera court et que le FAI sera couvert de ridicule par la couverture que les média feront de l'affaire mais faut pas rêver, aujourd'hui aux US l'informaticien qui bidouille est la pire des terreurs.
pas de raison de coder un driver pour une vieille carte que plus personne n'a.
On ne pense pas aux autres ?
Si jamais je vient a recuperer une viel machine, avec une de ces vielles cartes, et paf, elle est plus supportés.
Il y a toujours les drivers standard pour s'en sortir de toute façon. J'ai utilisé le driver Vesa avec une vieille S3 pourrie et ç'est plus que suffisant. Sur une vieille machine tu ne t'attends pas à pouvoir faire du graphisme super évolué. Le standard vesa est supporté sur la plupart des cartes.
Je pensait que l'obsolecence du materiel, ca ne concernait que le logiciel proprietaire.
XFree86 semble être vachement moins actif que le noyau linux et ils insitent plus sur les cartes récentes car ils ont pas les moyens de travailler sur autre chose. Ils vont s'amuser bientôt pour intégrer OpenGL 2.0...
Je crois que la prioprité est bien choisie, ceci dit si ils publiaient plus de doc, ils auraient plus d'apprentis codeurs...
Dommage que 3dfx a fermé ses portes,
Ils ont pas fermés, ils se sont fait phagocités par NVidia.
Et 3dFx soutenait leur bibliothéque Glide, pas trés standard dans la mesure ou elle ne tournait que sur leur cartes.
Enfin, elle est passé sous Gpl, mais personne ne l'utilise....
glide ou pas, OpenGL est supporté par le DRI, via glide certes, mais supporté.
Peut-être parce que il était plus facile de travailler sur le glide que sur le hardware directement?
pas de raison de coder un driver pour une vieille carte que plus personne n'a.
Par contre, c'est vrai XFree craint à mort quand on veut passer à la vitesse supérieure. On ne peut pas utiliser les puces compatibles macrovision pour la motion compensation, on ne peut que rarement utiliser le TV-out sans passer par des hacks complexes. Très peu de cartes sont supportées par le DRI.
Il parait que les matrox sont très bien supportées, grâce à la participation de matrox.
Les nvidia, c'est de la daube de toute façon. Pas la peine d'en acheter une.
Mais le manque de support des constructeurs n'est pas limité à linux, essayez de faire de l'openGL sous win2k avec une carte autre que nvidia et vous m'en direz des nouvelles!
Dommage que 3dfx a fermé ses portes, ça c'est de la carte graphique!
Il faut s'en prendre aux constructeurs avant tout afin qu'ils:
- publient les specs
- produisent des drivers fonctionnels pour tous les OS.
- se concentrent sur la confirmité OpenGL 1.2, ou 1.4 voire 2.0
- limitent le nombre d'extensions ajoutées à OpenGL pour plus de protabilité.
expérience personnelle, avec une GForce2 sous win2k, j'ai obtenu un FPS 3X inférieur par rapport à ma Voodoo3 sous linux avec un CPU moins rapide.
Il paraît qu'OpenGL sous win XP c'est encore pire que win2k...
Il ne trouve pas la lib jpeg, comme pas mal de softs que je compile d'ailleurs.
pourtant tout jpeg est installé (devel et static-devel).
C'est pas le plus grave, en désactivant jpeg, au moment de l'édition de liens, gcc se plaint de ne pas trouver les symboles freetype (FT_ ...) pour pangoxft.
Ce n'est pas la première fois non plus.
arts ne fait que le son.
GStreamer peut être comparé à Java Media Framework mais en C. C'est indépendant de Gnome. C'est juste écrit en Glib (2.0) pour le système objet de GObject. Et en plus c'est multi-threadé de manière transparente.
Prometteur mais très béta. Et la doc est vraiment insuffisante pour créer une app sérieuse basée dessus.
En tous cas, ça va relativement vite, grâce aux nouvelles optimisations deans avifile et dans libmpeg2, GStreamer détecte les flags CPU comme mmx et 3dnow et permet un traitement optimal à tous les niveaux du pipeline.
Malheureusement, il faut attendre encore un peu pour pouvoir l'utiliser...
On reconnaîtra qu'écrire un player mp3 en moins de vingt lignes de code est très pratique...
dites, c'est con ça.
Ca veut dire que personne ne peut faire des softs proprio en Perl ou en Python pusique tout perl et python sont gpl (enfin l'implémentation habituelle)?
Ca pourrait empêcher les deux langages de décoller contrairement à Java que plus proprio y a pas.
Pas mal la 0.9.1. J'ai essayé, il affiche vite - une fois démarré... Puis, Java ne fonctionne pas avec le dernier JDK de sun, seulement avec le plugin de netscape.
En plus Galeon (0.11) ne charge plus le plugin Realplayer :(
Dommage car j'utitlise que Galeon, plus léger, plus rapide, s'insère mieux dans mon Gnome.
Vivement la suite.
Allons les enfants,
Ne dites pas de bétises.
C'est nul! Il se sont plantés sur toute la ligne chez Netscape.
Merde, il est lourd et lent leur soft!
J'ai une petite config K6 300, 96M ram, et tous mes soft fonctionnent meme le divx. Et quoi un con navigateur a besoin de plus que ça?
Au boulot, j'utilise IE, il y a de quoi pleurer question vitesse et stabilité, c'est mieux, c'est tout.
En plus Netscape 6 ne logue pas dans hotmail! tout comme Mozilla...
Alors, on fait quoi?
Moi, j'utilise Galeon, c'est plus beau et sans prétension au moins.
[^] # Re: Intégrer Vim dans Gnome..
Posté par k. stephane . En réponse à la dépêche Vim 6.3 dans les bacs.. Évalué à 4.
Le patch bonobo-vim fait de Vim un composant bonobo a part entiere. Ce composant devrait evoluer vers une implementation complete du composant "Editor".
Il a fallu patcher Evolution pour la raison suivante:
- Evolution bien que bati sur une architecture de composants n'est capable d'utiliser que un seul editeur, celui bien sur propose par ximian le GtkHtmlEditor version 3, il ne supporte meme pas Gedit, qui est l'editeur / le composant d'edition de base de Gnome. Le patch permet de selectionner son editeur, c'est tout.
Le patch bonobo-vim pretend creer un composant bonobo a partir de vim, avec esperons-le dans l'avenir, un support pour l'ouverture de fenetres (toplevel) multiples dans le meme processus et tout le reste.
Ce que Gnome demande de ses composants d'edition est moins complique que ce que veut KDE, en gros, il faut implementer:
BonoboControl
BonoboPersistStream
BonoboPersitsFile
et si on veut aller plus loin:
NautilusView
GnomeDesktoEditor (pas sur de celui-la).
En gros, c'est faisable, en hackant comme des bourrins le code gui-gtk.c de vim qui est degeulasse et plein de ifdefs...
Mais c'est faisable et cela peut nous donner un composant Gnome complet et fonctionnel, sans tout changer, donc sans ennuyer Bram.
Selon moi neanmoins, un fork serait bienvenu pour nettoyer tout ca et separer le moteur des interfaces.
Merci,
Stephane K.
[^] # Re: Microsoft récompensé à au LinuxWorld Expo de New York
Posté par k. stephane . En réponse à la dépêche Microsoft récompensé au LinuxWorld Expo de New York. Évalué à 5.
NT c'est pas POSIX du tout, il y a une couche POSIX mais elle est incomplete et si tu utilises des appels POSIX, tu ne peux plus utiliser des appels win32. Ce qui limite assez les possibilites...
Par exemple, si tu utilises des trheads ou des pipes POSIX, tu ne peux rien utiliser de windows, tu es un peu isole quoi.
Ils ont encore beaucoup de travail pour implementer POSIX dans leur truc...
[^] # Re: Que c'est beau !
Posté par k. stephane . En réponse à la dépêche Sortie de mplayer 0.90-rc1. Évalué à 1.
$ mplayer 2t1.mov </I>
Bah, il le faisait déjà avant, c'est du Sorenson V1... et c'est ffmpeg qui décode, donc on peut aussi encoder...
Mais bon ça marche aussi avec du v4, mais avec les codecs win32, c'est plus lent néanmoins, cela tient de l'exploit d'avoir décodé l'api de ces DLLs!
Bravo les gars de mplayer!
[^] # Re: XFree 4.3.0 annoncé
Posté par k. stephane . En réponse à la dépêche XFree 4.3.0 annoncé. Évalué à 0.
C'est pas mal rapide si tu as une Matrox, sinon, la plupart des trucs sont faits en soft et là ça ralentit pas mal.
Sur ma voodoo, pas de transparence matérielle, donc les fenêtres se déplacent en souplesse seulement si elles ne sont pas tranparentes.
Et puis pourquoi la transparence? C'est amusant mais vite inutile.
D'ailleurs il n'y a pas autre chose, pas de GLx, ni de Xvideo. Et puis si tu fais tourner XDirectFB, tu ne peux pas utiliser autre chose avec directfb, donc assez limité le truc, pour l'instant.
# Re: Tu ne débloqueras point ton modem câble
Posté par k. stephane . En réponse à la dépêche Tu ne débloqueras point ton modem câble. Évalué à 3.
Celui que je loue (à Bruxelles) me semble fonctionner sans bride, le contrôle de débit se fait du côté du FAI.
Il faut quand même y aller pour appeler la cavalerie alors qu'il suffit de bien configurer ses routeurs et le QoS pour éviter toute fraude malvenue! Surtout quand on sait très bien que la fraude est réalisable.
Ils sont culottés, j'espère que l'affaire tournera court et que le FAI sera couvert de ridicule par la couverture que les média feront de l'affaire mais faut pas rêver, aujourd'hui aux US l'informaticien qui bidouille est la pire des terreurs.
Je me sens mieux ici.
[^] # Re: Quel PC Linux chez votre épicier du coin ?
Posté par k. stephane . En réponse à la dépêche Linux Bureau: quelle distribution meurt en premier ?. Évalué à 1.
La carte est supportée par le DRI, où est le problème?
[^] # Re: Quel PC Linux chez votre épicier du coin ?
Posté par k. stephane . En réponse à la dépêche Linux Bureau: quelle distribution meurt en premier ?. Évalué à 2.
On ne pense pas aux autres ?
Si jamais je vient a recuperer une viel machine, avec une de ces vielles cartes, et paf, elle est plus supportés.
Il y a toujours les drivers standard pour s'en sortir de toute façon. J'ai utilisé le driver Vesa avec une vieille S3 pourrie et ç'est plus que suffisant. Sur une vieille machine tu ne t'attends pas à pouvoir faire du graphisme super évolué. Le standard vesa est supporté sur la plupart des cartes.
Je pensait que l'obsolecence du materiel, ca ne concernait que le logiciel proprietaire.
XFree86 semble être vachement moins actif que le noyau linux et ils insitent plus sur les cartes récentes car ils ont pas les moyens de travailler sur autre chose. Ils vont s'amuser bientôt pour intégrer OpenGL 2.0...
Je crois que la prioprité est bien choisie, ceci dit si ils publiaient plus de doc, ils auraient plus d'apprentis codeurs...
Dommage que 3dfx a fermé ses portes,
Ils ont pas fermés, ils se sont fait phagocités par NVidia.
Et 3dFx soutenait leur bibliothéque Glide, pas trés standard dans la mesure ou elle ne tournait que sur leur cartes.
Enfin, elle est passé sous Gpl, mais personne ne l'utilise....
glide ou pas, OpenGL est supporté par le DRI, via glide certes, mais supporté.
Peut-être parce que il était plus facile de travailler sur le glide que sur le hardware directement?
[^] # Re: Quel PC Linux chez votre épicier du coin ?
Posté par k. stephane . En réponse à la dépêche Linux Bureau: quelle distribution meurt en premier ?. Évalué à 0.
Par contre, c'est vrai XFree craint à mort quand on veut passer à la vitesse supérieure. On ne peut pas utiliser les puces compatibles macrovision pour la motion compensation, on ne peut que rarement utiliser le TV-out sans passer par des hacks complexes. Très peu de cartes sont supportées par le DRI.
Il parait que les matrox sont très bien supportées, grâce à la participation de matrox.
Les nvidia, c'est de la daube de toute façon. Pas la peine d'en acheter une.
Mais le manque de support des constructeurs n'est pas limité à linux, essayez de faire de l'openGL sous win2k avec une carte autre que nvidia et vous m'en direz des nouvelles!
Dommage que 3dfx a fermé ses portes, ça c'est de la carte graphique!
Il faut s'en prendre aux constructeurs avant tout afin qu'ils:
- publient les specs
- produisent des drivers fonctionnels pour tous les OS.
- se concentrent sur la confirmité OpenGL 1.2, ou 1.4 voire 2.0
- limitent le nombre d'extensions ajoutées à OpenGL pour plus de protabilité.
expérience personnelle, avec une GForce2 sous win2k, j'ai obtenu un FPS 3X inférieur par rapport à ma Voodoo3 sous linux avec un CPU moins rapide.
Il paraît qu'OpenGL sous win XP c'est encore pire que win2k...
Qui a dit AcceleratedX?
# Compiler sur Mandrake cooker
Posté par k. stephane . En réponse à la dépêche The Gimp en version 1.3.10. Évalué à 1.
Il ne trouve pas la lib jpeg, comme pas mal de softs que je compile d'ailleurs.
pourtant tout jpeg est installé (devel et static-devel).
C'est pas le plus grave, en désactivant jpeg, au moment de l'édition de liens, gcc se plaint de ne pas trouver les symboles freetype (FT_ ...) pour pangoxft.
Ce n'est pas la première fois non plus.
Un problème dans les packages jpeg et pango?
# Faut pas comparer arts et GStreamer!
Posté par k. stephane . En réponse à la dépêche Un mur video avec GStreamer. Évalué à 1.
GStreamer peut être comparé à Java Media Framework mais en C. C'est indépendant de Gnome. C'est juste écrit en Glib (2.0) pour le système objet de GObject. Et en plus c'est multi-threadé de manière transparente.
Prometteur mais très béta. Et la doc est vraiment insuffisante pour créer une app sérieuse basée dessus.
En tous cas, ça va relativement vite, grâce aux nouvelles optimisations deans avifile et dans libmpeg2, GStreamer détecte les flags CPU comme mmx et 3dnow et permet un traitement optimal à tous les niveaux du pipeline.
Malheureusement, il faut attendre encore un peu pour pouvoir l'utiliser...
On reconnaîtra qu'écrire un player mp3 en moins de vingt lignes de code est très pratique...
[^] # Re: LinEAK
Posté par k. stephane . En réponse à la dépêche Clavier multimédia sous GNU/Linux. Évalué à 5.
[^] # Re: Il n'y a pas violation de la GPL
Posté par k. stephane . En réponse à la dépêche Violation de la GPL. Évalué à 2.
Ca veut dire que personne ne peut faire des softs proprio en Perl ou en Python pusique tout perl et python sont gpl (enfin l'implémentation habituelle)?
Ca pourrait empêcher les deux langages de décoller contrairement à Java que plus proprio y a pas.
# GALEON NE SUIT PAS!
Posté par k. stephane . En réponse à la dépêche Mozilla 0.9.1 disponible. Évalué à 1.
En plus Galeon (0.11) ne charge plus le plugin Realplayer :(
Dommage car j'utitlise que Galeon, plus léger, plus rapide, s'insère mieux dans mon Gnome.
Vivement la suite.
[^] # Re: Stable
Posté par k. stephane . En réponse à la dépêche surprise... Netscape 6.0 est sorti (vraiment). Évalué à 1.
Ne dites pas de bétises.
C'est nul! Il se sont plantés sur toute la ligne chez Netscape.
Merde, il est lourd et lent leur soft!
J'ai une petite config K6 300, 96M ram, et tous mes soft fonctionnent meme le divx. Et quoi un con navigateur a besoin de plus que ça?
Au boulot, j'utilise IE, il y a de quoi pleurer question vitesse et stabilité, c'est mieux, c'est tout.
En plus Netscape 6 ne logue pas dans hotmail! tout comme Mozilla...
Alors, on fait quoi?
Moi, j'utilise Galeon, c'est plus beau et sans prétension au moins.