J'en rajoute une couche, la meme chose expliqué par Martin Konold.
The small RuDI lib which will be available for each platform (Qt/Java/KDE/gtk/Mono) shall be available with a no strings attached BSD style license in order to facilitate wide spread use.
As the coupling of a RuDI enabled application with the desktop services does neither create a derivative work nor uses any kind of linking the license used for the desktop services don't affect the RuDI enabled application.
>Hors ce logiciel est clairement dérivé de KDE et Gnome (et tout ce qui s'en
>suit), et ne s'en cache pas .
Rah! Soit tu ne comprends pas le principe, soit tu ne comprends pas la GPL ;)
Si j'utilise RuDI dans mon logiciel proprio, il n'y aura pas UNE SEULE LIGNE DE CODE GPL dedans, il ne sera LIE AVEC AUCUNE LIBRAIRIE GPL (RuDI sera BSD), il ne fera qu'envoyer des messages XML à une autre entité qui elle sera sous la licence qui s'impose: GPL.
Que je sache, il est pas interdit à un soft sous licence BSD d'envoyer un message via dbus à un soft GPL?
C'est du client serveur, un client sous BSD, un serveur sous GPL.
Bon, tu vas le lire l'article ou tu le fais expres?
La librairie RuDI avec laquelle seront linkés les programmes n'aura AUCUN liens avec Qt! Les messages en XML seront gérés à travers d-bus.
Par exemple, et je dois beaucoup simplifier, Acrobat Reader dira via libRuDI: "Je veux ouvrir un fichier", un message sera envoyé via dbus et une boite de dialogue d'ouverture de fichier apparaitra.
Voila, si j'ai bien compris le principe est la, comment ca va marchait techniquement derriere, je n'en sais rien.
>Même si on unifiait la tête des boites de dialogues (qui personellement ne me
>perturbent pas), ça changerais pas grand chose.
Ben, non, c'est vrai que c'est pas du tout perturbant pour un utilisateur d'aller dans /media dans tel application, media:/ dans une autre, le tout avec 15 boites de dialogues différentes...
Après non, ca va pas transformer une appli Gnome en une appli Kde, le but est juste de garder une certaine cohérence entre les applis au sein d'un environnement particulier.
Mais une fois le look et les boites de dialogues unifiés, je peux te dire que les utilisateurs ne se poseront pas trop de question. D'ailleurs, pour l'unification du look, il y'a ce projet: http://kdelook.org/content/show.php?content=13010(...)
>Et même dans ce cas, si on utilise les boites de dialogues on utilise KIO, donc
>kio_kded et par là même hal, qui est sous GPL...
T'aurais pu aller lire l'article avant de tirer des conclusions... L'application proprio peut être écrit en Qt commercial, en Gtk, en Motif, on s'en fout, elle ne sera linké qu'avec RuDI(coté client) donc pas de problème de licence! RuDI sera lui sous licence BSD.
Moi, pour l'instant, y'a que avec ma petite soeur que ca a fonctionné, elle utilise GNU/Linux(elle sait meme pkoi il faut dire GNU, elle a cherché toute seul sur léa). Elle trouve ca mieux foutu, plus simple, plus complet, ...
Apres, elle fait que écouter de la zik et faire du traitement de texte.
Le pire, c'est que j'ai rien fait, j'avais installé une suse 9.1 sur le pc des mes parents, et pendant les 10 mois que j'ai passé à lille, elle l'a utilisé à la place de windows, comme ca pour voir !
Aujourd'hui, elle un a celeron 500 avec une debian et kde 3.4, ca marche plutot bien, elle est accros à amaroK(au point de dire aux gens chez qu'il elle va que c'est vraiment de la merde leur lecteur multimedia) :)
Mwai, sauf que les arguments non risibles l'étaient aussi, si tu veux j'en donne un:
"Mon mari qui utilise un tableur toute la journée m'a dit que OpenOffice c'est de la merde." TEXTO
De plus, j'ai mis nul part que OpenOffice est meilleurs que Ms Office, j'utilise pas de tableur, j'ai pas mon mot à dire. Je vois juste ce qu'en font les profs en établissements, ce que les profs font avec word, qu'ils viennent pas me dire que OpenOffice ne leur convient pas alors qu'ils utilisent 0.5% des fonctionnalités de Word: gras/souligné/italique, faire un tableau et puis voila.
>Samba possède plein d'option mais c'est une technologie Microsoft.
et?
Franchement, entre NFS et Samba, y'a pas photo, y'a une grosse merde d'un coté et un truc qui rulez de l'autre. Après, c'est pas parce qu'une techno vient de chez ms qu'elle est pourrit. D'ailleurs, smb c'est Microsoft et netbios c'est IBM, pour info.
Il marche sous windows? Mais de toute facon, cela n'a rien à voir avec OpenOffice, c'est juste pour dire qu'ils ont pas envie de faire le moindre effort.
Petit collège à Montaigu(Vendée), OpenOffice installé sur tous les postes et utilisé par les profs de techno et les élèves de l'établissement.
J'apprend ce matin que l'établissement voulait acheter une licence MS office pour un poste, je demande pourquoi et on me répond: "Parce que les profs ont besoin de MS office".
Et après les arguments à deux francs du genre: "Le tableur de OpenOffice à 10% des fonctionnalités de Excel", "Je peux pas ouvrir les documents OpenOffice avec word", "Nan je n'installerai pas OpenOffice sur ma machine perso"
>le type de focus, qui suit toujours la souris...
>J'ai été également énervé qu'un clic sur la fenêtre ne la fasse pas passer au
>premier plan, sauf si on clique sur la barre de titre...
Rah, mais comment peut on vivre sans ces deux fonctionnalités? :)
Au début aussi je trouvais ca insupportable, puis un jour j'ai décider de garder cette option dans E16. Quel bonheur de pouvoir gérer le niveau de chaque fenetre à la volé! L'idée de cette option est de pouvoir travailler sur les fenetres de "bas niveau" sans les faire passer en premier plan, par exemple taper dans un formulaire web tout en regardant un document. Avec le comportement par defaut, tu passes ton temps à faire du alt tab pour passer d'un document à l'autre.
Apres, tu peux toujours mettre la fenetre qui t'interesses "on top" mais je trouve plus simple de le faire à la volé.
Exemple avec kopete, je clique sur deux contacts, j'ai deux onglets, si je passe d'un onglet à l'autre, tout le widget n'est pas redessiné. C'est bien pour ca que je dis que seul l'application sait comment gérer sont contenu...
Avec ta méthode, tu fais 2 fenetres identiques et le wm en cache une des deux... Niveau économie de mémoire, on a fait mieux...
[^] # Re: L'avenir nous diras mais...
Posté par gnumdk (site web personnel) . En réponse au journal RuDI, Intégration avec n'importe quel Bureau?. Évalué à 2.
The small RuDI lib which will be available for each platform (Qt/Java/KDE/gtk/Mono) shall be available with a no strings attached BSD style license in order to facilitate wide spread use.
As the coupling of a RuDI enabled application with the desktop services does neither create a derivative work nor uses any kind of linking the license used for the desktop services don't affect the RuDI enabled application.
[^] # Re: L'avenir nous diras mais...
Posté par gnumdk (site web personnel) . En réponse au journal RuDI, Intégration avec n'importe quel Bureau?. Évalué à 2.
>suit), et ne s'en cache pas .
Rah! Soit tu ne comprends pas le principe, soit tu ne comprends pas la GPL ;)
Si j'utilise RuDI dans mon logiciel proprio, il n'y aura pas UNE SEULE LIGNE DE CODE GPL dedans, il ne sera LIE AVEC AUCUNE LIBRAIRIE GPL (RuDI sera BSD), il ne fera qu'envoyer des messages XML à une autre entité qui elle sera sous la licence qui s'impose: GPL.
Que je sache, il est pas interdit à un soft sous licence BSD d'envoyer un message via dbus à un soft GPL?
C'est du client serveur, un client sous BSD, un serveur sous GPL.
[^] # Re: L'avenir nous diras mais...
Posté par gnumdk (site web personnel) . En réponse au journal RuDI, Intégration avec n'importe quel Bureau?. Évalué à 1.
La librairie RuDI avec laquelle seront linkés les programmes n'aura AUCUN liens avec Qt! Les messages en XML seront gérés à travers d-bus.
Par exemple, et je dois beaucoup simplifier, Acrobat Reader dira via libRuDI: "Je veux ouvrir un fichier", un message sera envoyé via dbus et une boite de dialogue d'ouverture de fichier apparaitra.
Voila, si j'ai bien compris le principe est la, comment ca va marchait techniquement derriere, je n'en sais rien.
[^] # Re: Trop bien
Posté par gnumdk (site web personnel) . En réponse à la dépêche Balazar -- Arkanae II, les sceptres reforgés version 0.2. Évalué à 5.
Tu as essayé de contacter les gens qui avaient bossé sur le graphisme du premier voir si ils seraient motivés?
[^] # Re: L'avenir nous diras mais...
Posté par gnumdk (site web personnel) . En réponse au journal RuDI, Intégration avec n'importe quel Bureau?. Évalué à 2.
>perturbent pas), ça changerais pas grand chose.
Ben, non, c'est vrai que c'est pas du tout perturbant pour un utilisateur d'aller dans /media dans tel application, media:/ dans une autre, le tout avec 15 boites de dialogues différentes...
Après non, ca va pas transformer une appli Gnome en une appli Kde, le but est juste de garder une certaine cohérence entre les applis au sein d'un environnement particulier.
Mais une fois le look et les boites de dialogues unifiés, je peux te dire que les utilisateurs ne se poseront pas trop de question. D'ailleurs, pour l'unification du look, il y'a ce projet: http://kdelook.org/content/show.php?content=13010(...)
>Et même dans ce cas, si on utilise les boites de dialogues on utilise KIO, donc
>kio_kded et par là même hal, qui est sous GPL...
T'aurais pu aller lire l'article avant de tirer des conclusions... L'application proprio peut être écrit en Qt commercial, en Gtk, en Motif, on s'en fout, elle ne sera linké qu'avec RuDI(coté client) donc pas de problème de licence! RuDI sera lui sous licence BSD.
# Trop bien
Posté par gnumdk (site web personnel) . En réponse à la dépêche Balazar -- Arkanae II, les sceptres reforgés version 0.2. Évalué à 4.
Content de voir que la nouvelle version est utilisable avec du logiciel libre uniquement!
Bonne continuation aux développeurs, le premier était un très bon jeu, je vais testé ca!
Y'a quand même un truc qui me choque, les graphismes étaient bien meilleurs dans le premier que dans celui ci!
http://www.linux-user.de/ausgabe/2001/10/012-software/arkanae.jpg(...)
http://home.gna.org/oomadness/images/balazar18.jpeg(...)
# Pas tout compris
Posté par gnumdk (site web personnel) . En réponse à la dépêche Enfin un FAI ADSL associatif !. Évalué à 5.
Sinon, je trouve ca génial mais vraiment hors de prix quand on est pas dégroupé :(
Merci France Telecom :/
[^] # Re: Trop linuxien, non.
Posté par gnumdk (site web personnel) . En réponse au journal Est-ce que je suis trop Linuxien?. Évalué à 10.
Mais moi je voudrais retourner ce journal et dire: " Et si c'etait les autres qui sont trop windowsien?"
[^] # Re: Trop linuxien, non.
Posté par gnumdk (site web personnel) . En réponse au journal Est-ce que je suis trop Linuxien?. Évalué à 7.
Apres, elle fait que écouter de la zik et faire du traitement de texte.
Le pire, c'est que j'ai rien fait, j'avais installé une suse 9.1 sur le pc des mes parents, et pendant les 10 mois que j'ai passé à lille, elle l'a utilisé à la place de windows, comme ca pour voir !
Aujourd'hui, elle un a celeron 500 avec une debian et kde 3.4, ca marche plutot bien, elle est accros à amaroK(au point de dire aux gens chez qu'il elle va que c'est vraiment de la merde leur lecteur multimedia) :)
[^] # Re: Experience perso
Posté par gnumdk (site web personnel) . En réponse à la dépêche Sortie d'OpenOffice.org 2.0 bêta 2. Évalué à 2.
"Mon mari qui utilise un tableur toute la journée m'a dit que OpenOffice c'est de la merde." TEXTO
De plus, j'ai mis nul part que OpenOffice est meilleurs que Ms Office, j'utilise pas de tableur, j'ai pas mon mot à dire. Je vois juste ce qu'en font les profs en établissements, ce que les profs font avec word, qu'ils viennent pas me dire que OpenOffice ne leur convient pas alors qu'ils utilisent 0.5% des fonctionnalités de Word: gras/souligné/italique, faire un tableau et puis voila.
# Bwarf
Posté par gnumdk (site web personnel) . En réponse au message NFS/Samba. Évalué à 2.
et?
Franchement, entre NFS et Samba, y'a pas photo, y'a une grosse merde d'un coté et un truc qui rulez de l'autre. Après, c'est pas parce qu'une techno vient de chez ms qu'elle est pourrit. D'ailleurs, smb c'est Microsoft et netbios c'est IBM, pour info.
[^] # Re: Experience perso
Posté par gnumdk (site web personnel) . En réponse à la dépêche Sortie d'OpenOffice.org 2.0 bêta 2. Évalué à 3.
Ca marche pas comme argument.
>installe leur gnumeric
Il marche sous windows? Mais de toute facon, cela n'a rien à voir avec OpenOffice, c'est juste pour dire qu'ils ont pas envie de faire le moindre effort.
# Experience perso
Posté par gnumdk (site web personnel) . En réponse à la dépêche Sortie d'OpenOffice.org 2.0 bêta 2. Évalué à 10.
J'apprend ce matin que l'établissement voulait acheter une licence MS office pour un poste, je demande pourquoi et on me répond: "Parce que les profs ont besoin de MS office".
Et après les arguments à deux francs du genre: "Le tableur de OpenOffice à 10% des fonctionnalités de Excel", "Je peux pas ouvrir les documents OpenOffice avec word", "Nan je n'installerai pas OpenOffice sur ma machine perso"
Enfin, y'a pas à dire, mort aux cons ! :(
[^] # Re: resolution dpi de X ?
Posté par gnumdk (site web personnel) . En réponse au message Pourquoi certaines Polices sont minuscule ??. Évalué à 2.
[^] # Re: Beh
Posté par gnumdk (site web personnel) . En réponse au journal PC EXPERT fait dans le troll. Évalué à 5.
HorizSync 31.5-100
VertRefresh 30-90
Et oui, compté sur le fait que xorg va tout détecté comme un grand, ca marche pas à tous les coups.
# non! :)
Posté par gnumdk (site web personnel) . En réponse au journal Un gestionnaire de fenêtres par semaine (E17). Évalué à 10.
>J'ai été également énervé qu'un clic sur la fenêtre ne la fasse pas passer au
>premier plan, sauf si on clique sur la barre de titre...
Rah, mais comment peut on vivre sans ces deux fonctionnalités? :)
Au début aussi je trouvais ca insupportable, puis un jour j'ai décider de garder cette option dans E16. Quel bonheur de pouvoir gérer le niveau de chaque fenetre à la volé! L'idée de cette option est de pouvoir travailler sur les fenetres de "bas niveau" sans les faire passer en premier plan, par exemple taper dans un formulaire web tout en regardant un document. Avec le comportement par defaut, tu passes ton temps à faire du alt tab pour passer d'un document à l'autre.
Apres, tu peux toujours mettre la fenetre qui t'interesses "on top" mais je trouve plus simple de le faire à la volé.
# Alors
Posté par gnumdk (site web personnel) . En réponse au message Mon micro n'enregistre pas !. Évalué à 2.
Alors, j'ai pas gnome et je vais pas te faire installer kmix pour ca :)
Sous aumix, t'as un truc qui s'appelle Igain, regarde si il est bien activé et pas à zéro.
Sous kmix, ca s'appelle capture.
[^] # Re: Installation
Posté par gnumdk (site web personnel) . En réponse au message problème d'installation. Évalué à 1.
Aucune idée, c'est tres bizarre, essaye une autre distribution genre Suse ou Fedora.
# root tu n'utiliseras pas
Posté par gnumdk (site web personnel) . En réponse au message Modifier les droits d'un programme pour un utilisateur. Évalué à 2.
Pour info, les fichiers interessants sont:
- ~/.kde/share/config/kppprc
- ~/.kde/share/apps/kppp/
# Uh?
Posté par gnumdk (site web personnel) . En réponse au message booter windows sur un autre disque avec grub. Évalué à 1.
T'as windows sur le disque maitre(hd0,hda), linux sur le disques esclave(hd1, hdb)?
Je vois pas bien pourquoi tu te prends la tete
title Windows 95/98/NT/2000
root (hd0,0)
makeactive
chainloader +1
Et voila, il est ou le probleme? Il s'en fout grub de ou il est installé, faut juste que tu dises à ton bios de booter sur hdb.
[^] # Re: Modèle économique ?
Posté par gnumdk (site web personnel) . En réponse au journal Opera: Nouveau modèle de distribution pour le desktop ?. Évalué à 4.
Il y'aura surement une clause interdisant tout usage commercial d'opera.
[^] # Re: libmplayer ?
Posté par gnumdk (site web personnel) . En réponse au journal Débordement de tas dans ad_pcm.c : MPlayer 1.0pre7try2 dans les bacs. Évalué à 5.
Le devel d'orignine de mplayer voulait le faire en recodant tout depuis le début mais il n'a pas l'air de s'être motivé.
Mplayer un est logiciel codé à l'arrache, certe il marche tres bien mais son code source est un vrai cauchemard sur pattes.
# input.conf ?
Posté par gnumdk (site web personnel) . En réponse au message Mplayer ---> Shortcuts. Évalué à 3.
dans /etc/mplayer/input.conf
Apres, je sais pas ca correspond à un clic souris ton truc ;)
[^] # Re: ne cherche plus...
Posté par gnumdk (site web personnel) . En réponse au message Redémarrage intempestif avec certains jeux. Évalué à 0.
ps: oui, je sais, mais je m'y ferais jamais ;)
[^] # Re: arg
Posté par gnumdk (site web personnel) . En réponse au journal Psi-0.10-test1. Évalué à 5.
>ce qui devrait être des fenêtres).
http://hibbert.univ-lille3.fr/~cbellegarde/kopete.png(...)
Exemple avec kopete, je clique sur deux contacts, j'ai deux onglets, si je passe d'un onglet à l'autre, tout le widget n'est pas redessiné. C'est bien pour ca que je dis que seul l'application sait comment gérer sont contenu...
Avec ta méthode, tu fais 2 fenetres identiques et le wm en cache une des deux... Niveau économie de mémoire, on a fait mieux...