davux a écrit 157 commentaires

Non, il faudra un papier qui couvre ce qui a été fait.

Et t'as même le droit de le redistribuer après... Entier ou par petits bouts...

attends-moi........------------->[]

Je me suis fait cette réflexion l'autre jour, mais je pensais surtout à l'ergonomie d'utilisation du "bureau" (gestion des fenêtres, etc.). En effet, on a généralement 2 mains dans le monde "réel", et pouf, soudain dans l'espace de l'écran on n'a qu'un seul "membre" pour saisir les objets, faire divers types d'actions, etc., ce qui se révèle limitant. À mon avis, c'est ce qui fait que les bureaux manquent encore beaucoup d'intuitivité. Par exemple, redimensionner une fenêtre: avec 2 "mains", il serait facile de prendre un côté, l'autre, et les éloigner, comme on fait dans la vraie vie pour agrandir un objet souple. De façon générale, l'ergonomie des applications, si elle était pensée pour 2 "mains", serait souvent sûrement plus intuitive. Par exemple, un tri de photos ou de fichiers: d'une main tu scrolles, de l'autre tu mets les photos au passage dans le dossier qui va bien, etc.. Bref, le type de "collaboration" qu'on fait avec nos deux mains toute la journée sans y penser.

Par ailleurs, indépendamment de ça, je verrais bien une notion de "préhension" en lieu et place du clic, comme pour l'action de fermer la main pour se saisir d'un objet, et/ou la notion de "taper" sur quelque chose (qui, elle, est similaire au clic).

Fin vala, mes 2 centimes d'euro.

PAN !

un driver proprio, c'est ton choix.
MSN, c'est le chois des autres
Tu mélanges deux choses bien différentes : ton choix et celui que fait les autres.

... mais toi tu mélanges deux autres choses bien différentes: un driver de carte graphique tu ne peux en utiliser qu'un, et un système de messagerie tu peux tout à fait adopter une attitude beaucoup plus progressive et moins exclusive (cf. mon commentaire plus haut), qui n'oblige pas, contrairement à ce que laisse entendre ton commentaire, à te couper du monde si tu te mets à utiliser Jabber.

La réalité, c'est que j'ai 95% de contacts MSN, et que c'est pas en claquant des doigts qu'on va les faire en changer.

En même temps, ce n'est certes pas en claquant des doigts qu'"on" va les faire changer, mais ce n'est pas non plus... en continuant à utiliser MSN. Si tu restes sous MSN, forcément, tes contacts n'ont aucune raison de changer, faut les comprendre.

Une solution intermédiaire, en revanche, est d'utiliser *aussi* Jabber (sans virer MSN) si c'est pas encore le cas, et de dégager tes contacts de MSN si ceux-ci ont également une adresse Jabber (sinon aucun intérêt, c'est logique).

En d'autres termes, changer du jour au lendemain de système de messagerie est complètement infaisable (dans quelque sens que ce soit), par contre il est tout à fait possible d'être juste de moins en moins lié à MSN.

(tout ça s'applique également à ICQ, AIM, et Yahoo Messenger)

Comme c'est dit plus loin, il suffit de pouvoir exécuter un processus sur la machine qui effectue le calcul. Il n'est pas nécessaire d'avoir le moindre privilège, contrairement à l'interception de clé privée, de frappe de touche, etc..

1. Sur la formulation: l'astuce parle de "fusionner" les lignes, mais ce n'est pas exact: ça met aussi une espace entre chaque ligne.

2. Comme on vient de me faire remarquer, ça marche seulement si les lignes ne sont pas trop "bizarres". Par exemple si elles contiennent des guillemets simples ou doubles ça marche pas. Autre solution: un bête "tr":
tr '\n' ' ' < nomdefichier

s/-get/itude/

Déjà, de manière générale, supprimer un dépôt de ton fichier sources.list ne supprime pas les paquets qui en proviennent. Par contre ça t'empêche bien sûr de bénéficier des mises à jour ultérieures.

Pour t'assurer que les dépôts Debian proposent bien le paquet mplayer, tu peux utiliser la commande apt-cache policy mplayer. Si c'est bon, tu peux supprimer les dépôts de Christan Marillat en toute quiétude.

Après, les dépôts de CM contiennent d'autres paquets que tu utilises peut-être, donc l'arrivée de mplayer dans Debian n'est pas forcément un critère suffisant :)

Ah oui tiens :) Les deux sont sous contrat GPLv2.

· Pour jabber_hilight_notify, c'est déjà indiqué dans le header du script.
· Pour kjabnotify ce n'est effectivement indiqué nulle part. J'y ai pensé aujourd'hui mais je n'ai pas eu beaucoup de temps à moi, je corrigerai demain :) Merci en tout cas.

Pour les comptes Jabber, en ce qui me concerne je n'utilise mon compte perso ni sur kjabnotify ni sur le script irssi (par contre tous deux utilisent le même JID), m'enfin c'est mon choix en tant qu'utilisateur, rien de plus. C'est pas du tout obligatoire, c'est configurable des deux côtés. La seule chose à prendre en compte c'est de vérifier dans la conf de KJabNotify que l'option "access" laisse passer le JID du script irssi.

La syntaxe pour la conf de KJabNotify est expliquée dans le fichier de conf (~/.kde/share/config/kjabnotifyrc, créé lors du premier lancement de kjabnotify_listener). En ce qui concerne le script irssi jabber_hilight_notify, tout est expliqué sur la page du script indiquée dans le journal.

Pour la température du proc, visiblement ça a été amélioré dans la version 2, vu que le changelog mentionne le passage à 60fps pour décharger le processeur. [d'ailleurs relieve c'est plutôt soulager]

Un CV ce n'est pas forcément fait pour être exact mais pour se "vendre" (après on n'aime pas forcément (c'est mon cas) mais c'est un autre débat). Du coup, tout comme tu as probablement choisi des formulations de job etc. qui sont plus "vendeuses", tu peux très bien mettre celui de tes prénoms qui est le plus "vendeur". Le CV c'est juste une affiche publicitaire: mettre Philippe en prénom ne renie pas ton attachement personnel au prénom Feth.

Au moment de l'entretien, il y a un moment où vous parcourez ensemble ton CV pour en parler. Il te suffit à ce moment-là d'évoquer que, au fait, ton prénom principal c'est Feth mais que tu as mis Philippe pour désamorcer les préjugés racistes. Pas un aveu, pas un discours, juste une remarque anecdotique. Keep it simple :)

Et voilà, tu prends encore tout au 1er degré.

=> Forums.

Si tu as trouvé comment faire pour gérer le wifi facilement sous Kubuntu, tu peux le dire, ça rendra sûrement service à beaucoup de monde. Personnellement, je n'ai pas trouvé de solution satisfaisante pour une personne non-informaticienne que j'ai fait passer récemment sous Kubuntu.

Après, s'il s'agit de faire un script shell avec kdialog, iwlist et iwconfig, c'est peut-être une preuve d''investissement intellectuel, mais ça ne correspond pas à la définition que je me fais d'une distribution bien léchée.

(désolé, je viens juste de voir que le commentaire d'Éric, juste au-dessus, suggère déjà GreaseMonkey...)

J'aime assez l'idée du truc externe. Ensuite, pour l'intégrer simplement, pourquoi ne pas utiliser tout simplement GreaseMonkey ? L'idée de l'extension Firefox est bonne, mais je pense que l'intégration de javascript externe est le genre de choses que cette extension est déjà capable de couvrir.

Comme ça on a accès aux puissance 1, 2 et 3 qui sont contenues dans l'ISO-8859-15

... qui sont contenues dans le charset qu'on utilise, plus généralement. Par exemple, de plus en plus de systèmes sont en utf-8.

Au temps pour moi : j'ai mélangé l'ancien client écrit en XUL avec le nouveau, écrit en DotNET.

Ce sont donc les sources du nouveau client qui sont maintenant disponibles.

C'est un comportement tout-à-fait prévisible de la part d'une société commerciale, que ce soit Microsoft ou une autre. Illes ont su saisir une opportunité de se faire de la pub en « sponsorisant » l'initiative de la mairie.

En revanche, rien n'empêche de faire la même chose en fournissant par exemple un serveur Jabber sur ce nom de domaine, ainsi qu'un moyen simple de l'utiliser, en montrant aux gens les avantages concrets que ça représente. Éventuellement, anticiper en généralisant le processus à d'autres communes.

Moi je trouve que « RMS d'Or » ça aurait été beaucoup mieux.

Très honnêtement je me demande pourquoi celà n'existe pas déjà si ce n'est pour que Google puisse indexer/fouiller le contenu des mails :(((

Au temps pour moi, je me suis mal exprimé: je parlais d'un client alternatif pour accéder à ses mails GMail, pas d'implémenter ça dans l'interface officielle. De toute façon, une gestion des clés via l'interface web signifierait laisser la clé privée côté serveur (comme le fait squirrelmail), et donc aucun intérêt en l'occurrence.

Ne m'en veux pas, j'aime bien ton compte-rendu, mais... pourquoi ne pas faire directement des rapports de bugs ? Ça serait certainement beaucoup plus utile :)

Merci quand même d'avoir pris le temps de soulever ces problèmes.