C'est évident que pour la prochaine Mandrake/RedHat/Debian/... tout le monde va jeter le X par défaut pour se jeter sur la dernière version fournie par XFree86... Et c'est clair que NVidia, ATI & co vont restées pieds et mains liés avec un ou deux pitres qui boudent dans leur coin, au détriment des distribs majeures qui semblent s'orienter sur une solution commune.
Rêver à ce point là, c'est pas mal. Il a du terminer la moquette et attaquer le parquet.
Oui enfin, c'est plutôt qu'il y a un projet qui a décidé de se suicider. Si les principales distribs ne le fournissent plus il est destiné à périciliter...
Steevy rapplique ventre à terre à Brasilia avec le carnet de chèques. Un p'ti coup de 2 milliards de dollars dans la gueule à Lula et tu vas voir si il continue de faire son pitre le carioca.
Là, c'est plutôt mal barré.
Les deux boites sont "réconciliées" et vont plutôt rapprocher les deux technos.
Regarde la jolie photo sur: http://www.sun.com/(...)
Heu...
Dans le selecteur de couleur tu as la possibilité de choisir la couleur avec CMJN...
Au passage je viens de recompiler gtk-2.4 et Gimp 2 Ca tourne du tonnerre.
On peut configurer la compilation de Gimp avec support MMX, SSE et aussi SMP (ca tombe j'ai les 3 :-)) sur mon bi-Xeon)
je n'ai jamais compris pourquoi encore tant de monde codaient en C!
- Parce que le C est un générique (tu peux attaquer n'importe quel problème en C)
- Le C est portable (standardisé ISO)
- Le C est "plus que" très lié à UNIX
- Le C a une syntaxe claire et efficace (Sinon, pourquoi Java, C#... l'ont repompé)
- Le C permet de produire du code très propre et facilement réutilisable
Et Steve Wozniak. peut-être...
J'avais lu dans ma prime jeunesse dans un des articles du sus-cités Dave Small (STMAG, snif...) que Wozniack avait recodé qq parties de l'OS (Quickdraw ?) en 68000. Le reste était écrit en Jav^H^H^HPascal et se trainait lamentablement.
Tiens au passage vive le 68000, je m'étais essayé au x86 l'année dernière, et c'est quand même moins confortable que les Motorola.
....comment il sait que ton code contient bien ce callback...
Il utilise la fonction
void *dlsym(void *, char *symbol_name).
symbol_name est une chaine de caractère contenant le nom de la fonction (par exemple) que tu recherches.
dlsym te retourne un pointeur sur la fonction (ou NULL si pas trouvé)
En résumé:
- dans Glade tu design ton interface et tu donnes le nom des fonction qui doivent-être appelé pour un widget et un évenement donné
- Cette description est sauvée dans un fichier XML
- libglade peut lire ce fichier
- Il construit les widgets rencontrés
- Il utilise dlsym pour "trouver" les fonctions callbacks identifiées dans le fichier XML et il passe les pointeurs de fonction aux fonctions GTK adéquates pour lier widget et events.
Je suis pas sûr de comprendre ?
Je ne vois pas trop ce que tu ne comprends pas ?
libglade (librairie C) utilise libxml pour parser le fichier XML de description de l'interface. Elle construit les widgets au fur et à mesure de leur lecture. libglade est aussi capable de connecter directement les "evenements" sur les widgets aux fonctions callbacks de ton code (tu donnes la fonction à connecter dans Glade, lors du design de ton interface), et cela toujours de manière dynamique. Je ne peux pas m'empêcher de vous montrer ça:
int gui_load( const char *fname )
{
xml = glade_xml_new( fname, NULL, NULL );
if ( ! xml ) {
UTL_ERROR_1( "cannot load %s", fname );
return 1;
}
glade_xml_signal_autoconnect( xml );
return 0;
}
Ce petit bout de code charge tout le fichier glade, l'analyse me construit l'interface, m'affiche la fenêtre principale (par ce que ce widget a été déclaré "visible" dans Glade") et me réalise, automatiquement, la connexion entre les signaux et les fonctions... En bref, je n'ai que les fonctions callbacks à écrire (outre le corps du programme)
Au passage, le coté dynamique de Glade (pour la connexion) est possible grace à l'utilisation de 'dlsym' (man dlsym)
[^] # Re: Mozilla souhaite s'allier à d'autres projet Libres pour faire face à MS-Longhorn
Posté par dcp . En réponse à la dépêche Mozilla souhaite s'allier à d'autres projet Libres pour faire face à MS-Longhorn. Évalué à 1.
Petite colère...
Je ne vois pas en quoi Linux ou UNIX c'est le bordel (à part pour des mecs qui ont commencé l'informatique il y a deux jours)
# Re: Oufff merci les sénateurs !
Posté par dcp . En réponse au journal Oufff merci les sénateurs !. Évalué à 1.
Oui c'est vrai. Ce qui en dit long sur l'utilité de ce club de retraité qu'est le sénat. Moi je sais ou on pourrait en faire des économies....
[^] # Re: Sortie de X Window System X11R6.7 de X.org
Posté par dcp . En réponse à la dépêche Sortie de X Window System X11R6.7 de X.Org. Évalué à 6.
C'est évident que pour la prochaine Mandrake/RedHat/Debian/... tout le monde va jeter le X par défaut pour se jeter sur la dernière version fournie par XFree86... Et c'est clair que NVidia, ATI & co vont restées pieds et mains liés avec un ou deux pitres qui boudent dans leur coin, au détriment des distribs majeures qui semblent s'orienter sur une solution commune.
Rêver à ce point là, c'est pas mal. Il a du terminer la moquette et attaquer le parquet.
# Re: GNOME et Mozilla dans "Agents secrets"
Posté par dcp . En réponse au journal GNOME et Mozilla dans "Agents secrets". Évalué à 4.
[^] # Re: Sortie de X Window System X11R6.7 de X.org
Posté par dcp . En réponse à la dépêche Sortie de X Window System X11R6.7 de X.Org. Évalué à 6.
# Re: Le Brésil fait des économies grâce à Linux
Posté par dcp . En réponse à la dépêche Le Brésil fait des économies grâce à Linux. Évalué à 3.
Steevy rapplique ventre à terre à Brasilia avec le carnet de chèques. Un p'ti coup de 2 milliards de dollars dans la gueule à Lula et tu vas voir si il continue de faire son pitre le carioca.
Oui ---> []
[^] # Re: Croyez-vous à l'avenir de Java sur Linux...
Posté par dcp . En réponse au journal Croyez-vous à l'avenir de Java sur Linux.... Évalué à 3.
Là, c'est plutôt mal barré.
Les deux boites sont "réconciliées" et vont plutôt rapprocher les deux technos.
Regarde la jolie photo sur:
http://www.sun.com/(...)
Si ça fait pas envie tant de bonheur....
[^] # Re: Coloriser son code
Posté par dcp . En réponse au message [Éditeur/Emacs] Coloriser son code. Évalué à 2.
Et en plus avec M-x ispell tu as le correcteur orthographique !!
[^] # Re: Les poissons d'avril sont
Posté par dcp . En réponse au sondage Les poissons d'avril sont. Évalué à 6.
[^] # Re: Sortie du redressement judiciaire de MandrakeSoft
Posté par dcp . En réponse à la dépêche Sortie du redressement judiciaire de MandrakeSoft. Évalué à 7.
C'est pas une critique ça... c'est une feature.
[^] # Re: Comparaison entre les noyaux 2.4.25 et 2.6.4
Posté par dcp . En réponse à la dépêche Comparaison entre les noyaux 2.4.25 et 2.6.4. Évalué à 1.
?
Si. Tu as les deux .config de chaque noyau, le configure utilisé pour chaque source et le CFLAGS utilisé pour la compilation.
qu'avec un 2.6.x, en preemptif
# CONFIG_PREEMPT is not set (Dans le .config du 2.6.4)
[^] # Re: Sortie de Gimp 2.0
Posté par dcp . En réponse à la dépêche Sortie de Gimp 2.0. Évalué à -1.
Heu...
Dans le selecteur de couleur tu as la possibilité de choisir la couleur avec CMJN...
Au passage je viens de recompiler gtk-2.4 et Gimp 2 Ca tourne du tonnerre.
On peut configurer la compilation de Gimp avec support MMX, SSE et aussi SMP (ca tombe j'ai les 3 :-)) sur mon bi-Xeon)
[^] # Re: Journée découverte des Logiciels Libres et Solutions Alternatives le 15 avril à Sophia Antipolis
Posté par dcp . En réponse à la dépêche Journée découverte des Logiciels Libres le 15 avril 2004 à Sophia Antipolis. Évalué à 2.
Pardon ?
Ha d'accord----->[]
[^] # Re: Bheu!
Posté par dcp . En réponse au message [Éditeur/Emacs] F1 donne de l'aide avec emacs. Évalué à 1.
Meta-Alt-Control-Left Foot Pedal-h
Suffit de demander.
[^] # Re: y en a marre
Posté par dcp . En réponse au journal En plus d'etre des escrocs.... Évalué à 1.
[^] # Re: YAST en GPL
Posté par dcp . En réponse à la dépêche YaST en GPL. Évalué à 3.
On va l'avoir notre baston ce soir, on va l'avoir!!!
Allez hue!
[^] # Re: Havoc Pennington se pose des questions sur les langages du libre
Posté par dcp . En réponse à la dépêche Havoc Pennington se pose des questions sur les langages du libre. Évalué à 2.
Si c'est pas clair, c'est que c'est mal codé....
[^] # Re: Havoc Pennington se pose des questions sur les langages du libre
Posté par dcp . En réponse à la dépêche Havoc Pennington se pose des questions sur les langages du libre. Évalué à 0.
- Parce que le C est un générique (tu peux attaquer n'importe quel problème en C)
- Le C est portable (standardisé ISO)
- Le C est "plus que" très lié à UNIX
- Le C a une syntaxe claire et efficace (Sinon, pourquoi Java, C#... l'ont repompé)
- Le C permet de produire du code très propre et facilement réutilisable
[^] # Re: Gtk+ 2.4.0 est sorti
Posté par dcp . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 1.
J'oublie toujours que le système de fichier n'est pas connexe chez le voisin d'en face...C'est pour quand :-) ??
[^] # Re: Gtk+ 2.4.0 est sorti
Posté par dcp . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 3.
tu bois de la Guinness et tu pisses de la Grim, donc la Guinness était bien là avant.
Oui--->[]
[^] # Re: fond d'ecran et log
Posté par dcp . En réponse au journal fond d'ecran et log. Évalué à 1.
Surtout que tu le connais bien l'auteur...
[^] # Re: Mon hacker préféré
Posté par dcp . En réponse au sondage Mon hacker préféré. Évalué à 1.
J'avais lu dans ma prime jeunesse dans un des articles du sus-cités Dave Small (STMAG, snif...) que Wozniack avait recodé qq parties de l'OS (Quickdraw ?) en 68000. Le reste était écrit en Jav^H^H^HPascal et se trainait lamentablement.
Tiens au passage vive le 68000, je m'étais essayé au x86 l'année dernière, et c'est quand même moins confortable que les Motorola.
[^] # Re: XAML et l'avenir de GNOME
Posté par dcp . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 3.
Il utilise la fonction
void *dlsym(void *, char *symbol_name).
symbol_name est une chaine de caractère contenant le nom de la fonction (par exemple) que tu recherches.
dlsym te retourne un pointeur sur la fonction (ou NULL si pas trouvé)
En résumé:
- dans Glade tu design ton interface et tu donnes le nom des fonction qui doivent-être appelé pour un widget et un évenement donné
- Cette description est sauvée dans un fichier XML
- libglade peut lire ce fichier
- Il construit les widgets rencontrés
- Il utilise dlsym pour "trouver" les fonctions callbacks identifiées dans le fichier XML et il passe les pointeurs de fonction aux fonctions GTK adéquates pour lier widget et events.
[^] # Re: XAML et l'avenir de GNOME
Posté par dcp . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 2.
Je ne vois pas trop ce que tu ne comprends pas ?
libglade (librairie C) utilise libxml pour parser le fichier XML de description de l'interface. Elle construit les widgets au fur et à mesure de leur lecture. libglade est aussi capable de connecter directement les "evenements" sur les widgets aux fonctions callbacks de ton code (tu donnes la fonction à connecter dans Glade, lors du design de ton interface), et cela toujours de manière dynamique. Je ne peux pas m'empêcher de vous montrer ça:
int gui_load( const char *fname )
{
xml = glade_xml_new( fname, NULL, NULL );
if ( ! xml ) {
UTL_ERROR_1( "cannot load %s", fname );
return 1;
}
glade_xml_signal_autoconnect( xml );
return 0;
}
Ce petit bout de code charge tout le fichier glade, l'analyse me construit l'interface, m'affiche la fenêtre principale (par ce que ce widget a été déclaré "visible" dans Glade") et me réalise, automatiquement, la connexion entre les signaux et les fonctions... En bref, je n'ai que les fonctions callbacks à écrire (outre le corps du programme)
Au passage, le coté dynamique de Glade (pour la connexion) est possible grace à l'utilisation de 'dlsym' (man dlsym)
[^] # Re: XAML et l'avenir de GNOME
Posté par dcp . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 2.