Voilà l'idée que j'ai eu : créer des serveurs d'interface qui se chargeraient de construire puis de gérer l'interface utilisateur (pas forcément graphique), l'application exposant au serveur ses besoins en entrée/sortie et les fonctionnalités offertes.
L'idée est interressante, mais j'ai eut l'occasion d'essayer de mettre en place un truc dans le même esprit, pour la saisie d'informations des fichiers XML a partir de la DTD.
L'idée est que la DTD contient l'ensemble des renseignements, donc que l'on doit en deduire une interface de saisie de ces informations.
Mais il s'est avéré que l'interface, bien que logique par rapport au besoin, souffrait parfois d'un manque de recul par rapport au besoin, et on avait parfois des interfaces un peu lourdes, sachant que l'on pouvait régulièrement remplacer un ensemble des saisie par une seule, avec une petite astuce (j'ai travaillé que quelques jours sur ce probleme, je suis peut etre passé a coté de qqchose, si vous avez un pointeur du meme type, je suis preneur).
Maintenant, le fait que ce soit l'application qui le demande et non format de fichier devrai peut etre limiter ce genre de problemes. Mais pour des widgets complexes (editeur de texte avec une coloration syntaxique particulière), ca peut peut-être poser problèmes.
Par exemple, c'est plutot idiot d'avoir des editeurs de texte differents (un reproche plus visible avec les logiciels windows ceci dit) dans chaque logiciel qui comporte un composant 'editeur de texte' .
Oui, mais le fait que depuis 1984, on ai un "emacs rulez, vi su><" (ou l'inverse) montre que la notion d'editeur de texte est différente suivant les besoins de gens. Moi, quand je me trouve face a un soft avec un composant editeur de texte, mon premier reflexe est de savoir comment integrer emacs dans ce truc, quitte a devoir rajouter quelques trucs dans emacs pour se brancher de maniere plus efficace, comme par exemple des fonction "check-out" et "check-in" qui me permettent d'extraire un texte d'un soft de GVC ou de l'y renvoyer.
Demain, si on a emacs en tant que composant, ceux qui prefere vi vont gueuler. Donc pas de composants "Editeur de texte", mais une interface d'import-export de textes.
Meme remarque sur les filtres des logiciels de retouche d'image par exemple.
La par contre, je suis totalement d'accord avec toi. Mais l'experience (khoros pour ne pas le nommer :) ) montre qu'une image est un flux, et un flux peut se piper.
Pour ceuxw qui ne connaissent pas khoros, c'est un soft de traitement automatisé de l'image. On a une application, kantata, qui permet de definir un ensemble de flux d'images et de les faire passer au travers de filtres, et au final, on a un fichier de commandes pour automatiser un traitemen t (identification de formes par exemple).
C'est vrai qu'il commence a y avoir moins de logiciel qui peuvent se piper et de plus en plus de logiciel ont une interface graphique ... beaucoup de gens voient ça comme une évolution normale de l'informatique ( et je suis pas d'accord).
Quel serait l'equivalent Interface graphique du logiciel pipable. Doit'on avoir un premier soft CLI et un second au dessus pour l'interface, ou il y a moyen d'autres systemes (Qui a dit VBScript ?).
Moi, ce que j'apprecie avec Linux, c'est que j'ai le choix. Plein de choix. Et ce choix me permet d'utiliser des softs loins de windows eventuellement.
Linux doit offrir le choix. Quand on écrit un soft, on ne doit pas refaire l'interface de ce qui as été fait sous windows, mais l'interface qui nous semble la plus efficace pour ce type de logiciel. Pour certain cette interface va sembler une abération, mais elle s'avère finalement parfaitement adaptée (gimp en est a mon avis un bon exemple).
Kadreg, contre le MDI dans une seule fenetre, vive la multiplication des fenetres, et laissons le WM gerer ca efficacement.
Bah non y'a pas XFree, irix a son propre serveur X, specialement adapté a la 3D (me souviens plus de son nom). Mais il a un peu du mal a supporter les dernieres cartes utilisées par SGI, et en vitesse, il va pas plus vite qu'XFree
Demain ouvre dans ma ville l'acces ADSL, et qu'es-ce que j'apprend ? Je ne pourrais pas l'utiliser sous mon Linux parcequ'ils decident de mettre une plaque ECI. Merde alors, je fait quoi, je repart avec mon windows qui prend la poussiere ? Hors de question.
Je vais les tanner pour avoir un Ethernet. Je leur dirait que je n'ai qu'un P133 sans USB (c'est vrai), que j'utilise linux, que j'utilise NT4 (c'est moins vrai, ca :) ), mais il est hors de question qu'on me refuse cela pour des motifs techniques foireux.
Je vais de ce pas signer cette petition, et j'invite toute personne a faire de meme.
Cela donnerait lieu à un procès si Renault voulait créer une R306
C'est deja arrivé. La Porsche 911 devait a l'origine s'appeler 901, et a du être rebaptisé suite à une remarque de Peugeot (ca s'est fait a l'amiable). A noter qu'il n'y a jamais eut de Peugeot 901.
Si tu fais un site, et que tu codes tes propres fonctions PHP, tu enrichis le langage PHP pour une utilisation que tu rends accessible, donc avec cette GPL V3 virtuelle sur serais obligé de diffuser le code source de cette fonction PHP.
Il y a une différence entre l'interpreteur et le code interpreté. Comme avec le compilateur et le code compilé.
Une application PHP dispose d'une limite claire par rapport à son interpreteur, il s'agit donc d'une application séparée, qui peut donc être soumise à une autre license (y compris un truc bien propiétaire).
Ce sur quoi je m'interroge, ce n'est pas les modifs sur PHP en elle meme, mais sur les modifs d'un soft GPL écrit en PHP, et qui, par sa structure, n'a pas besoin de redistribution pour être répandu.
A noter que le contenu d'un site peut également être parfaitement séparé du soft du site, de la même facon que de nombreux logiciels propriétaires sont écris avec M-x Emacs. La GPL n'est quand même pas aussi "virale".
Ce que beaucoup de gens oublient sur la GPL, c'est que la liberté de faire quelquechose (publier les modifications), c'est aussi la liberté de ne pas le faire (lu dans le dernier Linux Mag). En effet, la redistribution des sources n'est obligatoire que lors de la redistribution dudit logiciel.
Je ne l'oublie pas, mais lorsque l'on a un ASP, c'est cette notion de redistribution du logiciel qui devient caduque. Par des applications centralisées comme celle faites par les ASPs, il n'y a besoin que d'UNE instance du logiciel pour une utilisation "worldwide". C'est la première fois que l'on se trouve face a ce type d'utilisation. Donc c'est pour cela que je me demande si la GPL y est véritablement adaptée. Quelqu'un a l'avis d'un ponte de la FSF qui traine ?
Et bien oui, comme tout service logiciel centralisé sur le net. La GPL permet de se faire des modifs, mais on ne doit les rendre publiques qu'en cas de diffusion du logiciel et non de son utilisation.
En prenant un logiciel GPL et en le dotant d'une interface d'accès à distance, tant que l'on ne distribue pas ce logiciel mais qu'on le rend utilisable par le net, on devient un ASP qui n'a pas à contribuer au soft.
Ce probleme deviendra sans doutes de plus en plus genant si les ASP (pas les Actives Server Pages, les Application Services Providers, fournisseurs d'application) deviennent répandus.
La GPL a aujourd'hui un "trou" (a mon sens, il s'agit plus d'utiliser le logiciel dans une optique contraire à l'esprit général de la GPL), qui, il me semble (et certains pourront peut etre me confirmer ou m'insulter si j'ai encore sorti une connerie) sera corrigé dans la GPL V3 qui prendra mieux en compte ce type d'application.
Diverses applications sont sujettes a cela aujourd'hui, les principales étant les applications PHP. Je peut prendre un groupware PHP, faire les modifs et devenir le numero 1 mondial de l'agenda centralisé, profitant au maximum d'une application GPL sans rien donner en retour (puisque je ne met pas l'application à disposition, rien ne m'oblige a donner mes modification.
En gros, tu ne te trompe pas, il y a juste quelques petits details a détailler.
- C'est la même sosiété qui a créé les deux codecs, donc on est dans un cas a part par rapport a un codec volé dont semblait s'inquiété le premier interlocuteur.
- Ils disent avoir fait des essais de techniques dans le premier afin d'aboutir dans le second, et ce sans reprendre de code (a noter qu'avec un code GPL, c'est possible par eux, puisqu'ils restent propriétaire du code). Pourquoi pas, je l'ai déjà fait (pour le taf, donc pas avec du soft libre).
Donc, pour ces deux raisons, ca me semble être un cas différent de ce qui s'inquiétait de reprises trop brutales.
On pourrait dire ca de tous logiciel libre, mais en fait, on se rend rapidement compte que c'est finalement relativement rare.
Pourquoi ?
Parceque les gens dans les entreprises lisent encore les licenses, et qu'ils savent très bien que si ils tentent ce genre de chose, ca risque de très vite se voir.
Tu as oublié un "peut". Eudora "peut" utiliser les dll d'IE pour afficher le contenu HTML. C'est desactivable (pour lire le HTML, on se brosse, mais Html su><
QT comme AVI sont ouvert de la meme facon, mais ces deux formats ne sont que des container pour y mettre des flux, et les flux sont dans n'importe quel codec .
Pour l'AVI, certains codecs de windows (asf non ?, je suis pas specialiste du domaine) sont absolument inconnus, alors que d'autres (opendivx) sont documenté et des implementations linux existent.
Pareil pour quicktime. Certains sont connu, d'autres nons. Et bien entendus, les meilleurs (sorensen entre autres) reste parfaitement "boite noire".
C'est pas Apple qui a créé ce plugin. C'est CodeWeaver, avec l'appui de la pomme. CodeWeaver te vend un emballage d'un plugin gratuit (celui de windows), avec wine pour le faire fonctionner (ce n'est pas le fonctionnement de mplayer ?).
Cela signifie que :
1- Le plugin peut fonctionner avec wine :)
2- Ca ne marche que sur x86
3- Le plugin va etre plus ou moins rejeté (je le sens bien là, je sais pas pourquoi), et qu'apple va se dire, "ces linuxiens, c'est tous des cons"
Disons que ca s'addresse pas au meme public. Aibo pouvait aller a un techno-maniaque (entre le palm et le telephone-fax-portable-microonde), mais ici, on a un truc qui se programme, donc on ira plus vers du hacker.
Je suis parfaitement d'accord avec toi. Les sites de news sont actuellement saturés, et c'est difficile en étant au travail d'etre au courant de ce qui se passe. On aurait put y repercuter des infos VERIFIEES et pas des rumeurs entendus n'importe ou.
Ce qui le choque, ce n'est pas la news, mais les commentaires autours. Il y en a quelques uns ici qui ne sont plus humains. Je me demandais jusqu'ou l'humain pouvait aller dans la connerie. Maintenant je le sais par deux fait : un triple attentat a l'avion aux Etats unis, et les commentaires dans linuxfr.
Au niveau GPL, je me demande qu'elle est la position de la fsf vis-à-vis des projets multi-plateforme (linu-windows) en GPL? C'est une question à part que je me pose.
Ils s'en foutent (en tout cas, j'ai jamais lu quelque chose qui aye dans un sens ou dans l'autre), mais dans le "GNU coding guidelines", il est dit que le soft doit fonctionner sur le systeme GNU.
[^] # Re: I have a dream
Posté par kadreg . En réponse à la dépêche Pourquoi singer les logiciels microsoft ?. Évalué à 1.
L'idée est interressante, mais j'ai eut l'occasion d'essayer de mettre en place un truc dans le même esprit, pour la saisie d'informations des fichiers XML a partir de la DTD.
L'idée est que la DTD contient l'ensemble des renseignements, donc que l'on doit en deduire une interface de saisie de ces informations.
Mais il s'est avéré que l'interface, bien que logique par rapport au besoin, souffrait parfois d'un manque de recul par rapport au besoin, et on avait parfois des interfaces un peu lourdes, sachant que l'on pouvait régulièrement remplacer un ensemble des saisie par une seule, avec une petite astuce (j'ai travaillé que quelques jours sur ce probleme, je suis peut etre passé a coté de qqchose, si vous avez un pointeur du meme type, je suis preneur).
Maintenant, le fait que ce soit l'application qui le demande et non format de fichier devrai peut etre limiter ce genre de problemes. Mais pour des widgets complexes (editeur de texte avec une coloration syntaxique particulière), ca peut peut-être poser problèmes.
[^] # Re: Je ne suis pas entièrement d'accord pour les GUI
Posté par kadreg . En réponse à la dépêche Pourquoi singer les logiciels microsoft ?. Évalué à 2.
Oui, mais le fait que depuis 1984, on ai un "emacs rulez, vi su><" (ou l'inverse) montre que la notion d'editeur de texte est différente suivant les besoins de gens. Moi, quand je me trouve face a un soft avec un composant editeur de texte, mon premier reflexe est de savoir comment integrer emacs dans ce truc, quitte a devoir rajouter quelques trucs dans emacs pour se brancher de maniere plus efficace, comme par exemple des fonction "check-out" et "check-in" qui me permettent d'extraire un texte d'un soft de GVC ou de l'y renvoyer.
Demain, si on a emacs en tant que composant, ceux qui prefere vi vont gueuler. Donc pas de composants "Editeur de texte", mais une interface d'import-export de textes.
Meme remarque sur les filtres des logiciels de retouche d'image par exemple.
La par contre, je suis totalement d'accord avec toi. Mais l'experience (khoros pour ne pas le nommer :) ) montre qu'une image est un flux, et un flux peut se piper.
Pour ceuxw qui ne connaissent pas khoros, c'est un soft de traitement automatisé de l'image. On a une application, kantata, qui permet de definir un ensemble de flux d'images et de les faire passer au travers de filtres, et au final, on a un fichier de commandes pour automatiser un traitemen t (identification de formes par exemple).
[^] # Re: oui mais bon ...
Posté par kadreg . En réponse à la dépêche Pourquoi singer les logiciels microsoft ?. Évalué à 0.
Quel serait l'equivalent Interface graphique du logiciel pipable. Doit'on avoir un premier soft CLI et un second au dessus pour l'interface, ou il y a moyen d'autres systemes (Qui a dit VBScript ?).
[^] # Re: Et les maceux ? Re: pour la récupération des windowsiens
Posté par kadreg . En réponse à la dépêche Pourquoi singer les logiciels microsoft ?. Évalué à 8.
Linux doit offrir le choix. Quand on écrit un soft, on ne doit pas refaire l'interface de ce qui as été fait sous windows, mais l'interface qui nous semble la plus efficace pour ce type de logiciel. Pour certain cette interface va sembler une abération, mais elle s'avère finalement parfaitement adaptée (gimp en est a mon avis un bon exemple).
Kadreg, contre le MDI dans une seule fenetre, vive la multiplication des fenetres, et laissons le WM gerer ca efficacement.
[^] # Re: Question
Posté par kadreg . En réponse à la dépêche Un nombre premier exécutable ... illégal ?. Évalué à -1.
[^] # Re: Irix
Posté par kadreg . En réponse à la dépêche SGI passe au tout Linux. Évalué à 2.
# Je veux l'ADSL !
Posté par kadreg . En réponse à la dépêche Le Modem ADSL sous Linux !. Évalué à 7.
Je vais les tanner pour avoir un Ethernet. Je leur dirait que je n'ai qu'un P133 sans USB (c'est vrai), que j'utilise linux, que j'utilise NT4 (c'est moins vrai, ca :) ), mais il est hors de question qu'on me refuse cela pour des motifs techniques foireux.
Je vais de ce pas signer cette petition, et j'invite toute personne a faire de meme.
[^] # Re: Ah les brevets
Posté par kadreg . En réponse à la dépêche Un nombre premier exécutable ... illégal ?. Évalué à 1.
[^] # Re: Fausse note
Posté par kadreg . En réponse à la dépêche Les pingouins font cocorico.... Évalué à -1.
[^] # Re: Ah les brevets
Posté par kadreg . En réponse à la dépêche Un nombre premier exécutable ... illégal ?. Évalué à 2.
C'est deja arrivé. La Porsche 911 devait a l'origine s'appeler 901, et a du être rebaptisé suite à une remarque de Peugeot (ca s'est fait a l'amiable). A noter qu'il n'y a jamais eut de Peugeot 901.
[^] # Re: Les ASPs: un moyen de contourner la GPL ?
Posté par kadreg . En réponse à la dépêche L'accès au site de Nessus devient restreint. Évalué à 1.
[^] # Re: Les ASPs: un moyen de contourner la GPL ?
Posté par kadreg . En réponse à la dépêche L'accès au site de Nessus devient restreint. Évalué à 1.
C'est pourtant le cas de PHP3.
http://www.php.net/license/(...)
Si tu fais un site, et que tu codes tes propres fonctions PHP, tu enrichis le langage PHP pour une utilisation que tu rends accessible, donc avec cette GPL V3 virtuelle sur serais obligé de diffuser le code source de cette fonction PHP.
Il y a une différence entre l'interpreteur et le code interpreté. Comme avec le compilateur et le code compilé.
Une application PHP dispose d'une limite claire par rapport à son interpreteur, il s'agit donc d'une application séparée, qui peut donc être soumise à une autre license (y compris un truc bien propiétaire).
Ce sur quoi je m'interroge, ce n'est pas les modifs sur PHP en elle meme, mais sur les modifs d'un soft GPL écrit en PHP, et qui, par sa structure, n'a pas besoin de redistribution pour être répandu.
A noter que le contenu d'un site peut également être parfaitement séparé du soft du site, de la même facon que de nombreux logiciels propriétaires sont écris avec M-x Emacs. La GPL n'est quand même pas aussi "virale".
[^] # Re: Les ASPs: un moyen de contourner la GPL ?
Posté par kadreg . En réponse à la dépêche L'accès au site de Nessus devient restreint. Évalué à 6.
Je ne l'oublie pas, mais lorsque l'on a un ASP, c'est cette notion de redistribution du logiciel qui devient caduque. Par des applications centralisées comme celle faites par les ASPs, il n'y a besoin que d'UNE instance du logiciel pour une utilisation "worldwide". C'est la première fois que l'on se trouve face a ce type d'utilisation. Donc c'est pour cela que je me demande si la GPL y est véritablement adaptée. Quelqu'un a l'avis d'un ponte de la FSF qui traine ?
# Les ASPs: un moyen de contourner la GPL ?
Posté par kadreg . En réponse à la dépêche L'accès au site de Nessus devient restreint. Évalué à 10.
En prenant un logiciel GPL et en le dotant d'une interface d'accès à distance, tant que l'on ne distribue pas ce logiciel mais qu'on le rend utilisable par le net, on devient un ASP qui n'a pas à contribuer au soft.
Ce probleme deviendra sans doutes de plus en plus genant si les ASP (pas les Actives Server Pages, les Application Services Providers, fournisseurs d'application) deviennent répandus.
La GPL a aujourd'hui un "trou" (a mon sens, il s'agit plus d'utiliser le logiciel dans une optique contraire à l'esprit général de la GPL), qui, il me semble (et certains pourront peut etre me confirmer ou m'insulter si j'ai encore sorti une connerie) sera corrigé dans la GPL V3 qui prendra mieux en compte ce type d'application.
Diverses applications sont sujettes a cela aujourd'hui, les principales étant les applications PHP. Je peut prendre un groupware PHP, faire les modifs et devenir le numero 1 mondial de l'agenda centralisé, profitant au maximum d'une application GPL sans rien donner en retour (puisque je ne met pas l'application à disposition, rien ne m'oblige a donner mes modification.
[^] # Re: Question
Posté par kadreg . En réponse à la dépêche Quicktime dispo sous Linux. Évalué à 1.
(genre maintenant on a des plus grosses boxes)?
Oui :)
Gej a simplement supprimé la limitation de débit que l'on trouve dans l'ASF.
[^] # Re: Question
Posté par kadreg . En réponse à la dépêche Quicktime dispo sous Linux. Évalué à 1.
- C'est la même sosiété qui a créé les deux codecs, donc on est dans un cas a part par rapport a un codec volé dont semblait s'inquiété le premier interlocuteur.
- Ils disent avoir fait des essais de techniques dans le premier afin d'aboutir dans le second, et ce sans reprendre de code (a noter qu'avec un code GPL, c'est possible par eux, puisqu'ils restent propriétaire du code). Pourquoi pas, je l'ai déjà fait (pour le taf, donc pas avec du soft libre).
Donc, pour ces deux raisons, ca me semble être un cas différent de ce qui s'inquiétait de reprises trop brutales.
[^] # Re: Question
Posté par kadreg . En réponse à la dépêche Quicktime dispo sous Linux. Évalué à 1.
Pourquoi ?
Parceque les gens dans les entreprises lisent encore les licenses, et qu'ils savent très bien que si ils tentent ce genre de chose, ca risque de très vite se voir.
[^] # Re: Précision sur Eudora
Posté par kadreg . En réponse à la dépêche Le Bundestag se méfie des produits Microsoft. Évalué à 1.
[^] # Re: Question
Posté par kadreg . En réponse à la dépêche Quicktime dispo sous Linux. Évalué à 6.
Pour l'AVI, certains codecs de windows (asf non ?, je suis pas specialiste du domaine) sont absolument inconnus, alors que d'autres (opendivx) sont documenté et des implementations linux existent.
Pareil pour quicktime. Certains sont connu, d'autres nons. Et bien entendus, les meilleurs (sorensen entre autres) reste parfaitement "boite noire".
[^] # Re: Question
Posté par kadreg . En réponse à la dépêche Quicktime dispo sous Linux. Évalué à 10.
Cela signifie que :
1- Le plugin peut fonctionner avec wine :)
2- Ca ne marche que sur x86
3- Le plugin va etre plus ou moins rejeté (je le sens bien là, je sais pas pourquoi), et qu'apple va se dire, "ces linuxiens, c'est tous des cons"
[^] # Re: Question bête...
Posté par kadreg . En réponse à la dépêche Fujitsu va mettre en vente HOAP-1. Évalué à 1.
[^] # Re: Patterns
Posté par kadreg . En réponse à la dépêche Premier Antivirus GPL multi-plateforme. Évalué à 1.
[^] # Re: et c'est reparti
Posté par kadreg . En réponse à la dépêche Crash sur le World Trade Center. Évalué à 4.
Ce qui le choque, ce n'est pas la news, mais les commentaires autours. Il y en a quelques uns ici qui ne sont plus humains. Je me demandais jusqu'ou l'humain pouvait aller dans la connerie. Maintenant je le sais par deux fait : un triple attentat a l'avion aux Etats unis, et les commentaires dans linuxfr.
Kadreg
[^] # Re: Wahou !!
Posté par kadreg . En réponse à la dépêche Premier Antivirus GPL multi-plateforme. Évalué à 1.
Hum, va relire quelques entetes de mails, tu verras que deux ou trois heures pour un mail, ca arrive.
Et puis personnellement, me connectant par modem, je prefere que mes mails partent quand je leur dit de partir.
[^] # Re: JVM ?
Posté par kadreg . En réponse à la dépêche Premier Antivirus GPL multi-plateforme. Évalué à 1.
Ils s'en foutent (en tout cas, j'ai jamais lu quelque chose qui aye dans un sens ou dans l'autre), mais dans le "GNU coding guidelines", il est dit que le soft doit fonctionner sur le systeme GNU.