>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...
<mauvaise_langue>
Il veut dire de la grosse daube, encore un mec qui a installer un wm qui fait un peut warrior et qui aime bien le montrer des que l'occasion se présente...
<mauvaise_langue/>
Sinon, les onglets dans les wm, j'ai toujours pas compris l'interet... C'est bien au niveau de l'application que cela doit être géré mais bon, d'autres comme lui te diront que le wm sait bien mieux que l'application comment gerer son contenu...
Deja, tu connais rien à E17, t'as fait aucun effort pour te renseigné, bref, tu passes vraiment pour un gros blaireau, enfin...
1. La transparence/ombre fonctionne entre les applis E17! Donc, pas d'ombre sur du gtk ou du qt. (t'as qu'a faire une version evas de Qt :p)
2. Pourquoi ils n'utilisent pas xrender & co, parce qu'ils ont commencé le boulot bien avant et que contrairement au gens de XFree/XOrg, ils ont fait un bien meilleur travail.
Toi qui est derriere ton ecran, c'est pas parce que tu comprends pas le poste ci dessus et que ta culture musicale s'arrete à Tryo et Kyo qu'il faut "moinsser" sauvagement le monsieur...
# 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...
[^] # Re: arg
Posté par gnumdk (site web personnel) . En réponse au journal Psi-0.10-test1. Évalué à 10.
<mauvaise_langue>
Il veut dire de la grosse daube, encore un mec qui a installer un wm qui fait un peut warrior et qui aime bien le montrer des que l'occasion se présente...
<mauvaise_langue/>
Sinon, les onglets dans les wm, j'ai toujours pas compris l'interet... C'est bien au niveau de l'application que cela doit être géré mais bon, d'autres comme lui te diront que le wm sait bien mieux que l'application comment gerer son contenu...
[^] # Re: switch ?
Posté par gnumdk (site web personnel) . En réponse au journal Debian testing / Kubuntu ?. Évalué à 1.
>que je n'ai pas encore compris pourquoi...
Surement parce que les modules de compatibilité Alsa/OSS ne sont pas chargé ou alors regarde du coté de udev.
[^] # Re: Merci pour la traduction !
Posté par gnumdk (site web personnel) . En réponse à la dépêche Aperçu en français de GNOME 2.12. Évalué à -1.
[^] # Re: fat32, iso, utf-8, g_broken_filenames
Posté par gnumdk (site web personnel) . En réponse au journal Ubuntu et utf8, crise de nerfs.... Évalué à 3.
C'est avec le iocharset=utf8 que ca passe mais il ne faut pas!
[^] # Re: e17 c'est vraiment bien mais...
Posté par gnumdk (site web personnel) . En réponse au journal E17 - Build script. Évalué à 2.
1. La transparence/ombre fonctionne entre les applis E17! Donc, pas d'ombre sur du gtk ou du qt. (t'as qu'a faire une version evas de Qt :p)
2. Pourquoi ils n'utilisent pas xrender & co, parce qu'ils ont commencé le boulot bien avant et que contrairement au gens de XFree/XOrg, ils ont fait un bien meilleur travail.
[^] # Re: j'aurais dit presque propriétaire
Posté par gnumdk (site web personnel) . En réponse au journal Matrox annonce une carte avec driver libre (enfin, presque). Évalué à 2.
Je vois pas le probleme, tu utilises quoi qu'il arrive un logiciel propriétaire, le fait qu'il tourne dans un chip ne le rend pas plus éthique...
[^] # Re: Rien à voir, mais bon...
Posté par gnumdk (site web personnel) . En réponse au journal Debian en vie, pas nouveau. Évalué à 3.
Les soit disant problemes de sécu, c'est du gros FUD de base et ca a été démonté par Joey Hess.
http://kitenet.net/~joey/blog/entry/secfud-2005-07-06-11-28.html(...)
[^] # Re: C'est un peu trop tard...
Posté par gnumdk (site web personnel) . En réponse au journal Kde 3.4 dans mandriva LE2005 pour le club. Évalué à 2.
Cela faisait planté konqueror(icones en double, crash, ...)
La solution simple était d'épurer la variable KDEDIR
Mais maintenant, le probleme semble etre réglé :)
Entre temps, je suis repassé à debian et c'est hal qui me fait bien chier... (Lenteur, 20 secondes pour quitté lors d'un halt)
[^] # Re: Enfin
Posté par gnumdk (site web personnel) . En réponse au journal 7-Zip 4.23. Évalué à 3.
# MORT AU PUNK!
Posté par gnumdk (site web personnel) . En réponse au journal Le punk n'est pas mort. Évalué à 2.
[^] # Re: Perspective futures....
Posté par gnumdk (site web personnel) . En réponse à la dépêche Sortie de KOffice 1.4. Évalué à 2.
[^] # Re: ca sert a rien?
Posté par gnumdk (site web personnel) . En réponse au journal MSH beta est disponible mais ne sert à rien. Évalué à -3.
[^] # Re: ca sert a rien?
Posté par gnumdk (site web personnel) . En réponse au journal MSH beta est disponible mais ne sert à rien. Évalué à 0.
Bel hommage à Svinkels :)
Bon, manque un bout du morceau mais sinon c'est pas mal ;)
Et effectivement, Svinkels c'est bien meme si mes morceaux préférés sont pas sur le dernier album.
[^] # Re: Perspective futures....
Posté par gnumdk (site web personnel) . En réponse à la dépêche Sortie de KOffice 1.4. Évalué à 2.
Et au dernieres nouvelles il sera impossible pour un logiciel libre de lire ce format...
Désolé, je sais plus ou j'ai lu ca mais c'etait confirmé par RMS...
[^] # Re: Quel courage!
Posté par gnumdk (site web personnel) . En réponse à la dépêche Sortie de KOffice 1.4. Évalué à 3.