Moi aussi. Mais je suis aussi pour plein d'autres choses: une prime d'Etat pour les pizzas, moins de nitrate dans les nappes phréatiques de Bretagne, pour le logiciel libre, etc...
C'était vraiment très intéressant.
chargent dynamiquement des libraries
Beeeep
s/libraries/bibliothèques (sauf si tu fais du franglais, mais dans ce cas tu peux tenter "loadent dynamiquement des libraries")
Surtout que XFree prend du retard sur Terminal Service/Remote Desktop dispo sous Windows, pour une utilisation "bas débit" (ADSL, 16ko/s). X-Windows (de base) sur ADSL c'est injouable, Tight VNC ça rame dur (avec un bureau simple) et c'est super laid (avec une compression max pour avoir une vitesse maximale).
Faudra que j'essaye DXPC...
Ben si tu as le temps, installe Zope et fais moi une base de connaissance pour une entreprise (système de classement hiérarchique, possibilité d'inclure des images dans les articles et des fichiers...), en GPL :-)
Ca ne leur ressemble pas à Boeing de faire des FUD.
Regarde l'A-3XX (aujourd'hui A-380). Ils auraient pu en faire autant qu'ils voulaient. Y en a-t-il seulement un seul ??? Ah oui, c'est juste... Autant pour moi, j'ai rien dit. C'est fort probable que cette affaire de RMI soit un FUD. :-)
Et certains diront "mais quel rapport avec le libre ?", et d'autre répondront "il passe bien des news sur le cinéma alors pourquoi pas sur la médécine".
Avantage de l'appli séparée: tu as plein de raccourcis clavier (graphique des versions ? ctrl-g).
Moi je crois que je vais avoir tendance à utiliser les deux.
Question: quel marque de vêtements de sport (et plus particulièrement de chaussures de tennis en ce qui me concerne) peut-on acheter ? Comment connaitre les conditions sociales de employés des marques qu'on achète ?
On dirait dans sa phrase que les projets Open Source n'ont pas besoin d'un environnement pro. Pourtant je suis sur que des "projets professionels" utilisent CVS malgré ses limitations.
Il aurait dit "est suffisant pour la plupart des projets" j'aurais compris. Mais il pourra mieux préciser le fond de sa pensée que moi :)
Puis KDE 3.1 est plus lent sur mon ordi par rapport à gnome au niveau du gestionnaire de fichiers
Ce genre de choses n'est pas important à terme. Avant la lecture de mp3 c'était limite. Avec des machines récentes (moins de 3 ans) ça occupe 1% de processeur...
Cette histoire est bien évidement impossible.
Aucun avion lybien nepeut atteindre Bordeau directement. De plus, s'il n'
a pas été intercepté par l'espagne il va lui avoir falloir faire un grand
détour.
C'est donc une invention de toute pièce. C'est trop gros d'ailleurs, un
pilote qui ne connait meme pas sa carte locale (la Corse n'est pas si loin
de la Lybie). De plus qu'est ce qu'il aurait été foutre à Ajaccio.
Et bien personnellement, je préfère que les scripts ne soient ni en scheme, ni en vbscript, ni en python, ni en perl, mais qu'on laisse l'utilisateur choisir son langage préféré. Une recommandation officiel pour le Scheme je trouve ça un peu bête (limitateur).
Est-ce qu'on ne peut pas standardiser les langages de scripting des applications sous Nux ?
C'est pour ça que je parlais de COM. Si on pouvait avoir une interface de communication unique... D'une part on a kpars et bonobo pour les applications KDE et Gnome. Et pour les autres, on a (il peut y avoir des erreurs mais l'idée est là):
- des interfaces spécifiques non accessible de l'extérieur (The Gimp, GnuCash, Emacs...)
- rien (OpenOffice.org...)
D'une part ça éviterait d'avoir une lib par langage (imaginez que des devs de Gimp doivent faire des libs pour Python, Perl, Scheme, Pyke, Ruby...), ce qui doit représenter un travail énorme.
D'autre part, si on veut que son appli soit scriptable dans n'importe quel langage, il faut que l'appli aie accès à une interface commune à tous les interpréteurs. Cette interface doit permettre de:
- lister tous les interpréteurs dispos
- pour chaque interpréteurs, de lister les scripts étendant l'application pour ce langage
Ce qui donne (par exemple):
COM <-> Python <-> interpréteurs <-> application <-> COM
Personnellement, je trouve très bien l'approche de Microsoft: les applications sont accessibles sous forme d'objet COM. Par exemple, je peux contrôler Excel ou Visual C++ depuis python. Par contre, il y a des fois des petits problèmes vis-à-vis des types supportés (à une époque l'extention win32com de Python ne supportait pas tous les types de COM).
Cette solution est quand même plus universelle (enfin, tant qu'on reste dans le monde Windows), cela permet un pont entre des applis (et des objets) écrits dans différents langages. Bref, je trouve que ça manque un peu aux systèmes libres.
C'est quand même mieux d'avoir un système unique que de devoir faire face à:
- qsa
- kparts
- Corba (gnome)
Je ne sais pas par contre si cela demande beaucoup d'investissement (re-design) de rendre une application accessible par COM.
[^] # Re: Le projet Kroupware est achevé : parution de Kolab.
Posté par Fabimaru (site web personnel) . En réponse à la dépêche Le projet Kroupware est achevé : parution de Kolab.. Évalué à 1.
[^] # Re: L'ART libère le Wi-Fi dans toute la France
Posté par Fabimaru (site web personnel) . En réponse à la dépêche L'ART libère le Wi-Fi dans toute la France. Évalué à 6.
[^] # Re: Trop loin, trop cher !
Posté par Fabimaru (site web personnel) . En réponse à la dépêche Des sauvegardes de données sur la lune. Évalué à 1.
[^] # Re: Des sauvegardes de données sur la lune
Posté par Fabimaru (site web personnel) . En réponse à la dépêche Des sauvegardes de données sur la lune. Évalué à 9.
[^] # Re: GnuPG et DLFP
Posté par Fabimaru (site web personnel) . En réponse au journal GnuPG et DLFP. Évalué à 2.
C'était vraiment très intéressant.
# Re: probleme pour créer une librairie/bibliothèque en c++
Posté par Fabimaru (site web personnel) . En réponse au journal probleme pour créer une librairie/bibliothèque en c++. Évalué à 1.
Beeeep
s/libraries/bibliothèques (sauf si tu fais du franglais, mais dans ce cas tu peux tenter "loadent dynamiquement des libraries")
[^] # [HS] traduction
Posté par Fabimaru (site web personnel) . En réponse à la dépêche Le monde merveilleux de Linux 2.6. Évalué à 0.
[^] # Re: Qt GPL pour DirectFB en version pre-alpha
Posté par Fabimaru (site web personnel) . En réponse à la dépêche Qt GPL pour DirectFB en version pre-alpha. Évalué à 2.
Faudra que j'essaye DXPC...
[^] # Re: L'Allemagne de plus en plus tournée vers l'Open Source...
Posté par Fabimaru (site web personnel) . En réponse à la dépêche L'Allemagne de plus en plus tournée vers l'Open Source.... Évalué à -1.
Et n'oubliez pas: "Linux macht frei".
Oh j'ai honte, je suis déjà dehors. Moinssez moi !
# Re: J'MEFAICHIAI
Posté par Fabimaru (site web personnel) . En réponse au journal J'MEFAICHIAI. Évalué à 2.
[^] # Re: J'MEFAICHIAI
Posté par Fabimaru (site web personnel) . En réponse au journal J'MEFAICHIAI. Évalué à 2.
[^] # Re: Dormez tranquilles...
Posté par Fabimaru (site web personnel) . En réponse au journal Dormez tranquilles.... Évalué à 3.
[^] # Re: Dormez tranquilles...
Posté par Fabimaru (site web personnel) . En réponse au journal Dormez tranquilles.... Évalué à 1.
Ca ne leur ressemble pas à Boeing de faire des FUD.
Regarde l'A-3XX (aujourd'hui A-380). Ils auraient pu en faire autant qu'ils voulaient. Y en a-t-il seulement un seul ??? Ah oui, c'est juste... Autant pour moi, j'ai rien dit. C'est fort probable que cette affaire de RMI soit un FUD. :-)
[^] # Re: France Inter la radio de la censure
Posté par Fabimaru (site web personnel) . En réponse au journal France Inter la radio de la censure. Évalué à 4.
[^] # Re: Cette news c'est une merde !
Posté par Fabimaru (site web personnel) . En réponse à la dépêche Arch: un programme de gestion de version prometteur.. Évalué à 1.
Moi je crois que je vais avoir tendance à utiliser les deux.
[^] # Re: Thema d'Arte
Posté par Fabimaru (site web personnel) . En réponse au journal hallucinant. Évalué à 1.
[^] # Re: Arch: un programme de gestion de version prometteur.
Posté par Fabimaru (site web personnel) . En réponse à la dépêche Arch: un programme de gestion de version prometteur.. Évalué à 2.
Il aurait dit "est suffisant pour la plupart des projets" j'aurais compris. Mais il pourra mieux préciser le fond de sa pensée que moi :)
[^] # Re: Arch: un programme de gestion de version prometteur.
Posté par Fabimaru (site web personnel) . En réponse à la dépêche Arch: un programme de gestion de version prometteur.. Évalué à 6.
arch est suffisant pour des développements open source
Hem hem.
[^] # Re: Matignon lancera une campagne de promotion des PC grand public
Posté par Fabimaru (site web personnel) . En réponse à la dépêche Matignon lancera une campagne de promotion des PC grand public. Évalué à 0.
(je connais la sortie)
[^] # Re: Résumé GNOME 06.07.2003
Posté par Fabimaru (site web personnel) . En réponse à la dépêche Résumé GNOME 06.07.2003. Évalué à 0.
Ce genre de choses n'est pas important à terme. Avant la lecture de mp3 c'était limite. Avec des machines récentes (moins de 3 ans) ça occupe 1% de processeur...
[^] # Re: PoPy et PygreSQL s'unissent pour le meilleur
Posté par Fabimaru (site web personnel) . En réponse à la dépêche PoPy et PygreSQL s'unissent pour le meilleur. Évalué à 3.
# Re: Histoire vraie
Posté par Fabimaru (site web personnel) . En réponse au journal Histoire vraie. Évalué à 10.
Cette histoire est bien évidement impossible.
Aucun avion lybien nepeut atteindre Bordeau directement. De plus, s'il n'
a pas été intercepté par l'espagne il va lui avoir falloir faire un grand
détour.
C'est donc une invention de toute pièce. C'est trop gros d'ailleurs, un
pilote qui ne connait meme pas sa carte locale (la Corse n'est pas si loin
de la Lybie). De plus qu'est ce qu'il aurait été foutre à Ajaccio.
[^] # Re: scripting
Posté par Fabimaru (site web personnel) . En réponse à la dépêche QSA 1.0 est disponible. Évalué à 1.
[^] # Re: scripting
Posté par Fabimaru (site web personnel) . En réponse à la dépêche QSA 1.0 est disponible. Évalué à 4.
C'est pour ça que je parlais de COM. Si on pouvait avoir une interface de communication unique... D'une part on a kpars et bonobo pour les applications KDE et Gnome. Et pour les autres, on a (il peut y avoir des erreurs mais l'idée est là):
- des interfaces spécifiques non accessible de l'extérieur (The Gimp, GnuCash, Emacs...)
- rien (OpenOffice.org...)
D'une part ça éviterait d'avoir une lib par langage (imaginez que des devs de Gimp doivent faire des libs pour Python, Perl, Scheme, Pyke, Ruby...), ce qui doit représenter un travail énorme.
D'autre part, si on veut que son appli soit scriptable dans n'importe quel langage, il faut que l'appli aie accès à une interface commune à tous les interpréteurs. Cette interface doit permettre de:
- lister tous les interpréteurs dispos
- pour chaque interpréteurs, de lister les scripts étendant l'application pour ce langage
Ce qui donne (par exemple):
COM <-> Python <-> interpréteurs <-> application <-> COM
# Re: QSA 1.0 est disponible
Posté par Fabimaru (site web personnel) . En réponse à la dépêche QSA 1.0 est disponible. Évalué à 2.
Cette solution est quand même plus universelle (enfin, tant qu'on reste dans le monde Windows), cela permet un pont entre des applis (et des objets) écrits dans différents langages. Bref, je trouve que ça manque un peu aux systèmes libres.
C'est quand même mieux d'avoir un système unique que de devoir faire face à:
- qsa
- kparts
- Corba (gnome)
Je ne sais pas par contre si cela demande beaucoup d'investissement (re-design) de rendre une application accessible par COM.