jiyuu a écrit 289 commentaires

C'est que tu ne dois pas être un utilisateur de vi/vim. ;)

À noter qu'on peut aussi se servir des touches '<' et '>' pour la navigation au clavier. Bien pratique quand on utilise Vimperator/Pentadactyl.

C'est une fonctionnalité très puissante mais il est déconseillé de l'utiliser car si tu "advices" une fonction, ça peut perturber le fonctionnement d'autres parties du système qui appellent cette fonction. Et puis il y aussi le fait qu'il n'est pas facile de savoir l'ordre des "advices".

Donc il vaut mieux chercher une autre solution quand on pense avoir besoin de cette fonctionnalité. Pour l'exemple donné par xaccrocheur, il est préférable de définir 2 fonctions "my-kill-ring-save" et "my-kill-region" et de remapper les raccourcis claviers qui vont bien.

On trouve une liste d'applications qui n'ont pas l'air de dépendre de KDE et qui permettent d'avoir un bureau 100% Qt sur le wiki de Razor-Qt. Comme on peut le constater la liste est plutôt longue.

Les objets "un peu gros" doivent (en général) être passé par référence constante plutôt que par valeur

Comment sait-on si l'object est "un peu gros" à part faire un benchmark ?

Les daltoniens n'ont-ils pas tendance à confondre le rouge et le vert justement ?

Edit: Selon wikipedia sur la page du daltonisme:

"Il existe plusieurs formes de dyschromatopsie partielle, la plus fréquente étant la confusion du vert et du rouge. Les autres formes de daltonisme sont nettement plus rares, comme la confusion du bleu et du jaune, la plus rare de toutes étant la déficience totale de la perception des couleurs (achromatopsie), où le sujet ne perçoit que des nuances de gris."

'tain. J'ai ri et vomi en même temps.

Il me manque deux « alternatives » : un lecteur de PDF […] et un navigateur web […].

As-tu regardé ici ?

En même temps, il dit pas pourquoi Qt "est totalement à la ramasse pour ce qui est du mobile".

C'est pour ça qu'il ne faut pas manger de bacon à n'importe quelle heure.

http://xkcd.com/418/

Il y a truc que je dois pas comprendre. Tu dis:

Il y a pleins de raisons de vouloir avoir des écrans séparés gérés par des compositors différents. Par exemple avoir un écran de dev et un écran de rendu, que ce soit pour la photo, le dessin, le montage video ou même simplement le développement de sites webs.

Mais dans l'état actuel des choses, on utilise seulement un seul compositeur (Compiz, Mutter, KWin... dans les compositeur + gestionnaire de fenêtres et [xd]compmgr, cairo-compmgr pour les compositeurs seuls), et ça n'empêche pas de faire tous ce que tu dis. En quoi un deuxième compositeur serait utile ?

Et puis aussi il ne faut pas oublier la loi des 90/90. En informatique 90% des utilisateurs veulent faire au moins un truc dont 90% des autres utilisateurs n'ont strictement rien à foutre.

Ce n'est pas que j'en ai rien à foutre, c'est surtout qu'avec X11, je ne crois pas que ce que tu dis soit possible (2 compositeurs pour un seul gestionnaire de fenêtres) mais je peux me tromper.

Bref, merci d'éclairer ma lanterne.

Après il y aura les cas à la con, genre la fenêtre à cheval sur deux écrans en Opengl avec chacun des deux écrans qui utilisent un compositor différent.

Question con: Pourquoi voudrais-tu avoir deux compositeurs différents dans un même gestionnaire de fenêtres ?

Il m'a permis de télécharger enemy territory mais aucun serveur en ligne pour jouer, le jeu est mort ...

Quoi, tu veux dire que le jeu auquel je joue (un peu trop) dernièrement est mort ? Je dois avoir un problème.

Plus sérieusement, il est vrai que la liste des serveurs dans le jeu ne marche plus mais si tu vas sur ce site par exemple, [http://www.gametracker.com/search/et/?sort=rank_world&order=ASC], tu peux voir une chiée de serveur toujours très actifs.

C'est simple. On va taper une à une toute les lettres de l'alphabet et comme ça, on pourra voir les commandes disponibles.

C'est pas une boutade. /me se rappelle avoir perdu beaucoup de temps à faire ça pour apprendre les commandes disponibles dans bash lorsque j'ai découvert la complétion automatique avec la touche <Tab>.

Soit dit en passant, je n'ai jamais bien compris le rapport entre les distributions et une boite de lessive…

Bien sur que si, si le serveur nepomuk ne tourne pas, il ne se passe rien...

Arff, pas faux. C'est même plutôt logique. Je retourne hiberner au lieu de dire n'importe quoi.

Ça surement changé depuis KDE 4.4, peut-être mais je ne m'avance pas. J'ai juste repris ce qu'indique cette page:

http://userbase.kde.org/Akonadi_4.4/Troubleshooting#Nepomuk_Indexing_Agents_have_been_Disabled :

A running Nepomuk is necessary to have a working Akonadi, and thus a working Kontact.
[...]
Starting with KDE 4.4, it is required that Nepomuk is running in order for Akonadi to work correctly. Akonadi will check this and display an error dialog on startup if this is not the case.

C'est un wiki officiel de KDE, donc ça ne doit pas être une connerie. Et si tu relis mon post plus haut, tu peux voir que je cite deux développeurs importants: Aaron Seigo et Sebastian Kügler. Je pense qu'ils savent de quoi ils parlent.

J'ai reussi à faire fonctionner akonadi sans nepomuk (chmod -x sur les executable de nepomuk).

Si l'executable d'Akonadi est lié au libs de Nepomuk/Soprano, je pense (ok là, j'avoue, je m'avance ;) que ce que tu as fait ne doit pas avoir d'impact sur son fonctionnement.

C'était un exemple pour montrer que si tu veux faire une appli non-trivial avec Akonadi, tu as besoin des fonctionnalités que fournit Nepomuk.

Moi j’en déduis que, pour certaines fonctionnalités, Akonadi est dépendant de Soprano.

Oui mais c'est pas la petite fonctionnalité. Sans recherche, l'utilisation d'Akonadi est très limitée. Tellement limité que Kontact, par exemple, ne marche pas correctement si Akonadi ne trouve pas Nepomuk.

Puisqu’il suffirait de remplacer Soprano par l’outil GNOME pour que ça fonctionne.

Vrai. Mais tu reconnais donc qu'Akonadi en l'état actuel dépend de Qt ?

Après, même si j'aime bien KDE et que j'ai jamais réussi à me faire à GNOME, le troll GNOME / KDE / Fd.o, ne m'intéresse pas. J'intervenais juste pour signaler que Guillaume avait raison. Akonadi dépend bien de Qt.

Et ?

Tu ne t'es pas demandé si Akonadi n'avait pas besoin de Nepomuk ?

http://vizzzion.org/blog/2010/08/demystifying-akonadi/ :

Akonadi plugs into the Nepomuk semantic framework for its indexing and searching needs. Items in Akonadi are therefore magically available for applications using Nepomuk to query and display data.

http://aseigo.blogspot.com/2010/05/i-dont-need-no-stinking-nepomuk-right.html :

Akonadi is using [Nepomuk] to provide search for email, contacts, events, etc. which is one step away from the "file indexing" idea. Instead of building its own search database (and all the overhead that implies), Akonadi is able to lean on Nepomuk for that and, as a bonus, be able to not only index but map the correlations between those sets of data.

http://userbase.kde.org/Akonadi_4.4/Troubleshooting#Nepomuk_Indexing_Agents_have_been_Disabled :

A running Nepomuk is necessary to have a working Akonadi, and thus a working Kontact.

Donc, si Akonadi a besoin de Nepomuk pour ce qui est recherche, que Nepomuk utilise soprano et que soprano dépend de Qt. J'en déduis qu'Akonadi dépend de Qt. CQFD.

Moi aussi j'avais un doute mais:

$ pacman -Si soprano | grep -i depend
Depends On     : qt  redland-storage-virtuoso  libiodbc  virtuoso

Facile, il y a juste à faire

M-x man

dans Emacs.

====> []

Nouvelle fonction ? Le son en réseau ?

Comme si ça n'existait pas déjà avant.

Clay ?

C'est la suite de numéro dans la partie centrale transparente du CD. Une petite recherche nous indique que ils sont tirés de la série Lost.