La première release de PHP-GTK est disponible. Il s'agit d'une extention PHP permettant d'utiliser une interface avec le toolkit GTK+.
Le projet est déjà intéressant en lui-même, mais ces gars là ont un excellent humour (voir le paragraphe d'avertissement sur la page du projet).
Et bien laissons la sagesse populaire répondre :
une recherche sur google avec "who say ni"+"monty python" renvoie 1280 réponses, alors que la recherche "who say nee"+"monty python" renvoie seulement 324 réponses....
Fait une recherche sur microsoft et une sur linux, tu verras ce que diras la « sagesse populaire ». Remarque, je viens de faire le test, c'est l'inverse. Regarder un peu...
Je rappelle aussi le site Web des Monty Python: http://www.pythonline.com(...) qui rame tellement chez moi que je peux pas y aller. A vérifier là, donc.
>Fait une recherche sur microsoft et une sur linux, tu verras ce que diras la « sagesse populaire »
Oui mais c'est pas 2 trucs comparables. (quoique ya bien un site qui recense comme ça les langages de programmation avec "Perl sucks" et "Perl rulez" ;-)
Google est super pour chercher l'orthographe d'un mot, d'un nom, d'une citation, ...
Recherche par exemple "étouffer" (15000 réponses) et "étoufer" (30 réponses).
Fait une recherche sur microsoft et une sur linux, tu verras ce que diras la « sagesse populaire ». Remarque, je viens de faire le test, c'est l'inverse. Regardez un peu...
Je rappelle aussi le site Web des Monty Python: http://www.pythonline.com(...) qui rame tellement chez moi que je peux pas y aller. A vérifier là, donc.
pour faire du devellopement Linux/Windoz avec GUI, c'est parfait, ça rame un peu sous windoz, mais le devellopement est rapide, un peu brutal, mais bon, c'est du PHP. Pour les docs, faut voir ce qui traine sur les sites perl-gtk ou même sur le site http://www.gtk.org(...) mais la doc devrait arriver rapidement, la newsletter est super active.
C'est marrant pk je suis tombé dessus hier soir ... Et je l'ai essayé ; c'est tout bonnement magnifik !
les perspectives sont fabuleuses ... une biblio php, qui permettrait à un script de s'executer soit en GTK, soit dans un site ... pourquoi pas du phpgtk embeded dans du html, via un plugin phpgtk ... et puis, c un peu comme java ; des GUI multiplateformes ... et puis ; ça pourrait concurrencer le ".net" de MS à terme ...
Encore un développement pour développeur!
Je n'ai rien contre ce type de projet, mais développer pour montrer que l'on peut le faire, je ne vois pas très bien l'intérêt. PHP n'a pas besoin de ce type de projet pour montrer sa puissance.
Pourquoi pas un Basic-GTK tant qu'on y est? Ca aussi ce serait une grande avancée technologique...
T'as jamais trainé dans un labo de mathematiques,
ou un labo tout court, quelque soit la science...
Ben y font de ces trucs!
Tu penses que ca interesse grand monde ?
[Oups, je vais me faire lapider ;)]
Seulement un jour, de toute ces cogitations, il sort un truc bien, qui sert a tout le monde, ou
bien ca sert a un autre truc inutile, qui sert a un autre truc inutile, (je continue ?), ... et puis de tous ces trucs inutiles un jour on en sort un truc utile, youpi!
Ca s'appelle la recherche, et ne pas entretenir
ce vivier des scientifiques "inutiles" (notez les '"') c'est fermer la porte a toute invention-inventivité.
Donc developper pour montrer qu'on peut le faire, c'est bien!
- tout cela independement de l'utilite/inutilite de PHPGtk -
Alors pourquoi pas un Basic-GTK!
(heu, c'est quoi "basic"? ca se mange? :)
T'as jamais trainé dans un labo de mathematiques, ou un labo tout court, quelque soit la science...
Ben, justement, peut-être un peu trop... Après avoir bossé à l'Irisa (centre de recherche d'informatique à Rennes), j'ai une autre vision de la recherche. Faire marcher GTK en PHP, je me répète, mais je ne vois pas bien l'intérêt, à part pour montrer que c'est faisable; mais qui en doutait?
Ben y font de ces trucs!
Je sais bien, on n'imagine même pas la moitier de ce qui est réellement faisable avec les machines d'aujourd'hui... ou même d'hier, vu que c'est pas toujours des machines de première jeunesse qui sont utilisées en recherche.
Donc developper pour montrer qu'on peut le faire, c'est bien!
Développer pour montrer que c'est plus simple à faire avec les nouveaux outils/langages, je veux bien, mais je ne vais pas envoyer tous mes programmes qui font tourner des boiboites en 3D sous OpenGL dans je ne sais quel langage sous prétexte que je sais le faire.
La recherche pour la recherche, ça ne même pas loin si ce n'est jamais appliqué; mais appliquer pour appliquer, c'est franchement ridicule...
Bof, un Basic-GTK, pas terrible...
Par contre, un KDevelop style Visual Basic (.Net) avec du vrai compilé, ca serait tres tres bien ! Qqun sait si un tel projet existe ?
On a disait la meme chose de Perl/GTK ou Python/GTK.
Maintenant, il suffit de voir des softs ecrits en Perl/GTK (l'install de Mandrake par ex. si je me souviens bien) ou encore Sketch (Python/GTK).
Bref, ce n'est pas forcement utile pour toi, maintenant, mais ca peut l'etre pour quelqu'un (c'est deja ca) et, qui sait, plus tard.
L'Open Source, c'est ca aussi, evidemment, il ne faudrait pas reinventer la roue a chaque fois, mais, l'un dans l'autre, il y a progres.
On a disait la meme chose de Perl/GTK ou Python/GTK.
Ben parlons-en de Python-GTK justement... Je suis tout à fait d'accord que ça peut paraître inutile à certains mais je trouve personnellement que ce projet est formidable. Ca mélange la puissance des langages objets, des scripts et de GTK. Mais pourquoi diantre refaire la même chose en PHP, qui n'est à mon avis qu'un autre langage script objet (de plus peu très utilisé en dehors des scripts HTML).
Perl-GTK, ça aussi c'est pas mal (surtout grâce à Perl); par contre, la gestion objet (la seule valable pour faire des GUIs) est loin d'être le fort de Perl.
Bref, ce n'est pas forcement utile pour toi, maintenant, mais ca peut l'etre pour quelqu'un (c'est deja ca) et, qui sait, plus tard.
Pour l'instant, je ne développe par sur GTK, et principalement parce que je n'ai pas encore trouvé d'implémentation simple et stable. Faire de la gestion de fenêtres en C ou tout autre langage impératif? et pis quoi encore, y a plus simple... C++? mouaif, quand GTK-- voudra bien marcher; et pourtant dieu sait que j'aime le C++!
Mais maintenant que des langages simples comme Python peuvent faire ce travail avec une facilité déconcertante, ça va devenir couillon de faire des GUIs pour nos applications en lignes préférées.
L'Open Source, c'est ca aussi, evidemment, il ne faudrait pas reinventer la roue a chaque fois, mais, l'un dans l'autre, il y a progres.
Tout à fait d'accord, et je traduis: ça ne sert à rien de vouloir refaire en PHP ce que C, C++, Python, Perl... savent faire alors que ces projets auraient bien besoin de stabilité.
L'esprit du libre, ce n'est pas de faire tout et n'importe quoi (ou alors c'est un esprit à la c-n), mais c'est de le faire si on en a besoin. Ensuite, si ça sert à d'autres, c'est encore mieux.
> Mais pourquoi diantre refaire la même chose en PHP
Parce que tout le monde aime le PHP !
Dans ma boite, on fait maintenant tous les développements intranet (c'est à dire TOUS les développements) en PHP. Les développeurs adorent tous ce langage (j'ai même des repentis du Perl dans le tas :-)
De temps à autres, ces développeurs ont à écrire des scripts de synchro, de nettoyage, etc... qui tournent en crontab. Comme peu ont une culture Unix, ils ne conaissent pas les shells classiques.
J'ai installé php en standalone pour qu'il puissent écrire aussi les shells en PHP. C'est un progrès énorme pour eux.
Sans compter qu'avec toutes les possibilités du PHP (générer des images, accéder à la base de données d'entreprise, réutiliser certaines classes développées pour leurs applis Web...), ça permet de très simplement écrire des scripts particulièrement puissants sans changer leurs habitudes de développement et en restant homogène avec leurs autres applis.
Evidement, quand je leur ai parlé du PHP-GTK, ils ont tous trouvé ça grandiose :-)
Je ne dis pas qu'on ne peut pas le faire avec d'autres langages (bien au contraire), mais PHP, c'est vraiment le "killer language" en ce moment, loin devant Perl, Java, VB... (non, ce n'est pas un Troll).
... sauf si l'objectif est de devenir une sorte de javascript, avec la possibilite (si le navigateur est equipe d'un interpreteur) de faire des php-gtk-applet sur le client communicant avec des php ou php-gtk sevelets :-)
php+gtk en voila un moyen de concurrencer Java. En plus ca ne pourra pas aller plus lentement.
En parlant de GTK, est-il de coutume d'utiliser la STL pour le codage d'une appli GTK ?
Surtout pour tout ce qui est gestion des chaînes de caractère, de base de donnée, etc...
GTK étant en C, la STL n'est pas trop valide. C'est pour cela que les types de données "classiques" sont définies par l'une des bibliothèques constituantes (je ne sais plus laquelle).
Et comme ces types de données sont intégrées à GTK, il est malaisé de convertir des containers STL pour les passer en paramètres des fonctions GTK (au cas où l'on voudrait utiliser GTK à partir d'une application C++).
Certain se demandes quel interet dans cette nouvelle
Php + GTK ===> Applications client serveur
imaginer un frontend d'admin d'une base avec une interface et une egronomie plus évolué que HTML ...
d'autres langages existent déja ...
mais avec de telles fonctinalités Reseau de php ....
pour les puristes un (attention deconade) jeu en réseau avec client develloppe en php+gtk
a @+
Dès qu'on parle PHP, on pense HTML, mais ici PHP est utilisé en tant que langage script...
Réfléchissons un peu: quand un site web tourne en PHP, c'est le serveur qui exécute le code. Comment donc cela pourrait mener à l'affichage de fenêtres GTK sur les clients? A part en utilisant des plugins (comme proposé un peu plus haut) mais du coup l'intérêt de PHP disparaît.
De plus, je ne savais pas que PHP était réputé pour ses fonctionnalités réseau!
# Sacrilège!
Posté par gle . Évalué à 1.
Les
consignorants!The Knights Who Say Ni: http://kwsn.mastersage.com/seti/esp(...)
[^] # Re: Sacrilège!
Posté par Ramón Perez (site web personnel) . Évalué à -1.
[^] # Re: Sacrilège!
Posté par Anonyme . Évalué à -1.
HEAD KNIGHT: We are the keepers of the sacred words: Nee, Pang, and Nee-wom!
(-1 à cause du hors sujet magneefique).
[^] # Re: Sacrilège!
Posté par Ramón Perez (site web personnel) . Évalué à -1.
une recherche sur google avec "who say ni"+"monty python" renvoie 1280 réponses, alors que la recherche "who say nee"+"monty python" renvoie seulement 324 réponses....
[^] # Re: Sacrilège!
Posté par Anonyme . Évalué à -1.
Maintenant, va voir là: ftp://ftp.funet.fi/pub/culture/tv+film/series/MontyPython/(...) et lis le scénario de Holy Grail, et tu verras que dedans, il y a marqué Nee.
Je rappelle aussi le site Web des Monty Python: http://www.pythonline.com(...) qui rame tellement chez moi que je peux pas y aller. A vérifier là, donc.
[^] # Re: Sacrilège!
Posté par Ramón Perez (site web personnel) . Évalué à -1.
Oui mais c'est pas 2 trucs comparables. (quoique ya bien un site qui recense comme ça les langages de programmation avec "Perl sucks" et "Perl rulez" ;-)
Google est super pour chercher l'orthographe d'un mot, d'un nom, d'une citation, ...
Recherche par exemple "étouffer" (15000 réponses) et "étoufer" (30 réponses).
[^] # Re: Sacrilège!
Posté par Anonyme . Évalué à -1.
Maintenant, va voir là: ftp://ftp.funet.fi/pub/culture/tv+film/series/MontyPython/(...) et lis le scénario de Holy Grail, et tu verras que dedans, il y a marqué Nee.
Je rappelle aussi le site Web des Monty Python: http://www.pythonline.com(...) qui rame tellement chez moi que je peux pas y aller. A vérifier là, donc.
# c'est bo
Posté par mister popo ポポ (site web personnel) . Évalué à 1.
# c'est fabuleux
Posté par Anonyme . Évalué à -1.
les perspectives sont fabuleuses ... une biblio php, qui permettrait à un script de s'executer soit en GTK, soit dans un site ... pourquoi pas du phpgtk embeded dans du html, via un plugin phpgtk ... et puis, c un peu comme java ; des GUI multiplateformes ... et puis ; ça pourrait concurrencer le ".net" de MS à terme ...
# Ca ne s'arrange pas
Posté par Anonyme . Évalué à 0.
Je n'ai rien contre ce type de projet, mais développer pour montrer que l'on peut le faire, je ne vois pas très bien l'intérêt. PHP n'a pas besoin de ce type de projet pour montrer sa puissance.
Pourquoi pas un Basic-GTK tant qu'on y est? Ca aussi ce serait une grande avancée technologique...
[^] # Re: Ca ne s'arrange pas
Posté par Anonyme . Évalué à 0.
T'as jamais trainé dans un labo de mathematiques,
ou un labo tout court, quelque soit la science...
Ben y font de ces trucs!
Tu penses que ca interesse grand monde ?
[Oups, je vais me faire lapider ;)]
Seulement un jour, de toute ces cogitations, il sort un truc bien, qui sert a tout le monde, ou
bien ca sert a un autre truc inutile, qui sert a un autre truc inutile, (je continue ?), ... et puis de tous ces trucs inutiles un jour on en sort un truc utile, youpi!
Ca s'appelle la recherche, et ne pas entretenir
ce vivier des scientifiques "inutiles" (notez les '"') c'est fermer la porte a toute invention-inventivité.
Donc developper pour montrer qu'on peut le faire, c'est bien!
- tout cela independement de l'utilite/inutilite de PHPGtk -
Alors pourquoi pas un Basic-GTK!
(heu, c'est quoi "basic"? ca se mange? :)
[^] # Re: Ca ne s'arrange pas
Posté par Anonyme . Évalué à 0.
T'as jamais trainé dans un labo de mathematiques, ou un labo tout court, quelque soit la science...
Ben, justement, peut-être un peu trop... Après avoir bossé à l'Irisa (centre de recherche d'informatique à Rennes), j'ai une autre vision de la recherche. Faire marcher GTK en PHP, je me répète, mais je ne vois pas bien l'intérêt, à part pour montrer que c'est faisable; mais qui en doutait?
Ben y font de ces trucs!
Je sais bien, on n'imagine même pas la moitier de ce qui est réellement faisable avec les machines d'aujourd'hui... ou même d'hier, vu que c'est pas toujours des machines de première jeunesse qui sont utilisées en recherche.
Donc developper pour montrer qu'on peut le faire, c'est bien!
Développer pour montrer que c'est plus simple à faire avec les nouveaux outils/langages, je veux bien, mais je ne vais pas envoyer tous mes programmes qui font tourner des boiboites en 3D sous OpenGL dans je ne sais quel langage sous prétexte que je sais le faire.
La recherche pour la recherche, ça ne même pas loin si ce n'est jamais appliqué; mais appliquer pour appliquer, c'est franchement ridicule...
[^] # Re: Ca ne s'arrange pas
Posté par Anonyme . Évalué à 0.
Par contre, un KDevelop style Visual Basic (.Net) avec du vrai compilé, ca serait tres tres bien ! Qqun sait si un tel projet existe ?
[^] # Re: Ca ne s'arrange pas
Posté par Anonyme . Évalué à 0.
http://www.kbasic.org/1/home.php3(...)
La premiere release est prévue pour cet été je crois
[^] # Re: Ca ne s'arrange pas
Posté par Olivier Cahagne . Évalué à 1.
Maintenant, il suffit de voir des softs ecrits en Perl/GTK (l'install de Mandrake par ex. si je me souviens bien) ou encore Sketch (Python/GTK).
Bref, ce n'est pas forcement utile pour toi, maintenant, mais ca peut l'etre pour quelqu'un (c'est deja ca) et, qui sait, plus tard.
L'Open Source, c'est ca aussi, evidemment, il ne faudrait pas reinventer la roue a chaque fois, mais, l'un dans l'autre, il y a progres.
[^] # Re: Ca ne s'arrange pas
Posté par Anonyme . Évalué à 0.
Ben parlons-en de Python-GTK justement... Je suis tout à fait d'accord que ça peut paraître inutile à certains mais je trouve personnellement que ce projet est formidable. Ca mélange la puissance des langages objets, des scripts et de GTK. Mais pourquoi diantre refaire la même chose en PHP, qui n'est à mon avis qu'un autre langage script objet (de plus peu très utilisé en dehors des scripts HTML).
Perl-GTK, ça aussi c'est pas mal (surtout grâce à Perl); par contre, la gestion objet (la seule valable pour faire des GUIs) est loin d'être le fort de Perl.
Bref, ce n'est pas forcement utile pour toi, maintenant, mais ca peut l'etre pour quelqu'un (c'est deja ca) et, qui sait, plus tard.
Pour l'instant, je ne développe par sur GTK, et principalement parce que je n'ai pas encore trouvé d'implémentation simple et stable. Faire de la gestion de fenêtres en C ou tout autre langage impératif? et pis quoi encore, y a plus simple... C++? mouaif, quand GTK-- voudra bien marcher; et pourtant dieu sait que j'aime le C++!
Mais maintenant que des langages simples comme Python peuvent faire ce travail avec une facilité déconcertante, ça va devenir couillon de faire des GUIs pour nos applications en lignes préférées.
L'Open Source, c'est ca aussi, evidemment, il ne faudrait pas reinventer la roue a chaque fois, mais, l'un dans l'autre, il y a progres.
Tout à fait d'accord, et je traduis: ça ne sert à rien de vouloir refaire en PHP ce que C, C++, Python, Perl... savent faire alors que ces projets auraient bien besoin de stabilité.
L'esprit du libre, ce n'est pas de faire tout et n'importe quoi (ou alors c'est un esprit à la c-n), mais c'est de le faire si on en a besoin. Ensuite, si ça sert à d'autres, c'est encore mieux.
[^] # Re: Ca ne s'arrange pas
Posté par Serge Rossi (site web personnel) . Évalué à 1.
Parce que tout le monde aime le PHP !
Dans ma boite, on fait maintenant tous les développements intranet (c'est à dire TOUS les développements) en PHP. Les développeurs adorent tous ce langage (j'ai même des repentis du Perl dans le tas :-)
De temps à autres, ces développeurs ont à écrire des scripts de synchro, de nettoyage, etc... qui tournent en crontab. Comme peu ont une culture Unix, ils ne conaissent pas les shells classiques.
J'ai installé php en standalone pour qu'il puissent écrire aussi les shells en PHP. C'est un progrès énorme pour eux.
Sans compter qu'avec toutes les possibilités du PHP (générer des images, accéder à la base de données d'entreprise, réutiliser certaines classes développées pour leurs applis Web...), ça permet de très simplement écrire des scripts particulièrement puissants sans changer leurs habitudes de développement et en restant homogène avec leurs autres applis.
Evidement, quand je leur ai parlé du PHP-GTK, ils ont tous trouvé ça grandiose :-)
Je ne dis pas qu'on ne peut pas le faire avec d'autres langages (bien au contraire), mais PHP, c'est vraiment le "killer language" en ce moment, loin devant Perl, Java, VB... (non, ce n'est pas un Troll).
[^] # Re: Ca ne s'arrange pas
Posté par Mokona . Évalué à 1.
C'est marrant d'entendre parler de PHP (et souvent de Perl aussi) comme on entendait parler du Basic dans les années 80.
"Cet ordinateur supportant les instructions de Basic standard, il est parfaitement adapté au milieu professionnel".
Ce n'est pas trop surprenant non plus.
# Aucun interets...
Posté par Anonyme . Évalué à 0.
php+gtk en voila un moyen de concurrencer Java. En plus ca ne pourra pas aller plus lentement.
[^] # Re: Aucun interets...
Posté par Nelis (site web personnel) . Évalué à -1.
Haha laisse moi rire !!! Allez je m'en veux de sauter sur un troll énorme comme ça ! Hop -1 !
# GTK!
Posté par Vincent Zeus . Évalué à 1.
Surtout pour tout ce qui est gestion des chaînes de caractère, de base de donnée, etc...
[^] # Re: GTK!
Posté par Anonyme . Évalué à 0.
quelqu'un sait-il comment fixer l'ordre des widgets quand on change le focus avec la touche 'TAB' ?
pas vu dans la doc :(
[^] # Re: GTK!
Posté par Anonyme . Évalué à 0.
[^] # Re: GTK!
Posté par Ramón Perez (site web personnel) . Évalué à 1.
Sinon, en GTK, on utilise généralement les types redéfinis dans GDK : chaines, liste chainees, ...
[^] # Re: GTK!
Posté par tomazi . Évalué à 1.
[^] # Re: GTK!
Posté par Mokona . Évalué à 1.
Et comme ces types de données sont intégrées à GTK, il est malaisé de convertir des containers STL pour les passer en paramètres des fonctions GTK (au cas où l'on voudrait utiliser GTK à partir d'une application C++).
# un interet ?
Posté par k t . Évalué à 1.
Php + GTK ===> Applications client serveur
imaginer un frontend d'admin d'une base avec une interface et une egronomie plus évolué que HTML ...
d'autres langages existent déja ...
mais avec de telles fonctinalités Reseau de php ....
pour les puristes un (attention deconade) jeu en réseau avec client develloppe en php+gtk
a @+
[^] # Re: un interet ?
Posté par Anonyme . Évalué à 0.
Dès qu'on parle PHP, on pense HTML, mais ici PHP est utilisé en tant que langage script...
Réfléchissons un peu: quand un site web tourne en PHP, c'est le serveur qui exécute le code. Comment donc cela pourrait mener à l'affichage de fenêtres GTK sur les clients? A part en utilisant des plugins (comme proposé un peu plus haut) mais du coup l'intérêt de PHP disparaît.
De plus, je ne savais pas que PHP était réputé pour ses fonctionnalités réseau!
[^] # Re: un interet ?
Posté par Mokona . Évalué à 1.
Avec mon threshold à 1, heureusement que je clique parfois sur les messages à zéro...
En effet, gtk+ pour php, c'est pour du script local. Le client web lui, ne voit rien du php.
(voilà, quand le message au dessus sera à un, le mien pourra passer à zéro -> redondant).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.