Troy McClure a écrit 2213 commentaires

Paye ton complot de l'industrie pharmaceutique. J'ai l'impression de lire du bigard.

La doc c'est un peu le soucis de tous les projets libres qui sont developpés par des benevoles. Comme c'est quand même bien pénible a ecrire (et a maintenir), on a tendance a faire l'impasse, ou à faire un truc bien pourri en doxygen. Alors que si ton chef te dit que ta doc est pourrie et que t'as un mois pour la relire et la completer, tu le fais, ou tu la refile à un stagiaire ou je ne sais quoi.

C'est sur que gtk gagnerait pas mal à avoir une doc digne de ce nom. ALSA aussi d'ailleurs.

mouais ça fait 42 ans que c'est en developpement et j'ai pas encore vu une seule appli compilée contre gtk osx (et pourtant j'aimerais bien un gimp qui n'utilise pas x11 parce que c'est vraiment une purge)

Je vois deux avantages, la, comme ca, aux bouquins papier :
1. On peut prendre des notes, faire des croquis dessus.
2. Ils traversent les annees, les decennies, les siecles.


Sans oublier
3. ça fait classe dans une bibliothèque et ça permet d'impressionner les invités devant notre culture. (pareil pour les twin towers de cd de 2m de haut). Maintenant on remplace des metres cubes de bouquins et CDs par 100g de gadgets electroniques, forcement ça en impose moins.

mouarf et quel langage faudrait-il pour attirer des millions de contributeurs ? openoffice en javascript ?

Non parce que les plates-bandes de jack c'est la faible latence.

je suis pas d'accord l'epaisseur de l'arrondi au niveau où il rejoint la barre vertical est notablement modifié

Je suis pas trop convaincu par la demonstration, les caractères ressemblent mais il y a quand même des differences notables, en particulier sur le d et le p

Pourquoi ne pas gueuler contre les DM pas capables de se mettre d'accord plutôt?

ben xdg-open c'est pas le truc qui est sorti quand ils se sont mis d'accord ? chez qui est-ce que ça ne marche pas ?

Comme l'indique le descriptif, à rien, sauf à pousser le compilateur dans ses derniers retranchements. Ca peut faire un benchmark original pour comparer les vitesses de compilation des compilateurs c++ (et leur conso memoire) (ainsi que la confirmité au c++0x puisqu'il y a des templates variadiques dans le source)

En général le problème de non écriture du layout sur le clavier n'est que temporaire car simplement différent du layout habituel.

J'opine. Je passe autant de temps sur mac que sur pc, et j'en suis venu à preferer (après une phase d'adaptation) le layout du macbook (azerty) à celui des pc (azerty aussi), justement pour les caractères "|~{[]}" , parce que je prefere faire une combinaison avec les deux mains (main gauche : command on alt-command, main droite sur l, n) plutot que faire un sale geste avec le pouce sur altgr et le majeur sur une touche bien loing

Madame michu ? heu franchement faut etre un peu plus pointu et motivé que madame michu pour determiner à l'avance si ton wifi sera compatible linux (avec support wpa ou pas etc), si ta cg est supportée par linux (et si le support sera durable, cf les histoires avec les merdes de intel), si t'auras la 3d qui marche la tout de suite sur ta karmic koala, ou bien si c'est juste un support balbutiant dans le cvs des depots de xorg , etc j'en passe des cartes son et du software suspend...

ps : utilise vim pour édité du xml en console.

A propos de vim, voici un fichier sympathique à éditer avec vim:

http://hules.free.fr/vim_SUXOR.xml

Le probleme c'est que parser un fichier de conf c'est super penible si tu dois tout construire à partir de fgetc() et feof()..

Et comme les parseurs XML sont assez courants, ben c'est plutot logique de ne pas se casser la tete à reecrire un parseur. Et pourtant dieu sait que je hais le XML et sa bloatitude.

Tu te déclarais interessé par "un autre moyen pour lancer une appli" naivement j'ai cru apporter une reponse interessante.

pareil je trouve que ce comportement du command-tab / command-< est fort sympathique, et j'aimerais bien pour retrouver le même genre de fonctionnement sous linux, ça rendrait les applications genre gimp bien moins pénibles

J'utilise le Finder tout le temps car je n'ai pas trouvé d'autres moyens pour lancer une application qui n'est pas dans le dock (comme un terminal).

dans un terminal, justement:

open /Applications/Plop.app
open ~/Documents/Prout.pdf

tu as oublié de nous préciser quelle est la façon certifiée ergonomique d'aller chercher une fenetre enfouie sous les autres selon toi.

Pourquoi les menus sont en haut à gauche si ma fenêtre est en bas à droite?

deux suggestions de reponse possibles:
- parce que les menus correspondent à l'application, et la fenetre est un document.
- parce que c'est plus facile de viser un bord de l'ecran avec la souris plutot qu'une petite zone rectangulaire au milieu

je crois qu'il s'entraine pour le concours du lancé du poids

Ok. Mais je n'ai pas remarqué de pb avec flash depuis que je lui fait utiliser pulse (sur gromit kaola donc une distrib recente et avec un flash recent). Et puis quand même, si flash plante à l'utilisation de pulse, c'est quand même mieux de corriger flash plutot que de casser pulse !

une bonne moitié des cartes sons externes (enfin peut-etre un peu moins maintenant) est en firewire (l'autre étant en usb). Techniquement le firewire est censé etre infiniment supérieur à l'usb pour les cartes sons, mais comme apple a decreté sa mort...

Ben moi j'ai pris mon pied. Les bestioles colorées , les aliens de 3m de haut, les arbres à nouilles, je me suis regalé. Le scenario n'est pas révolutionnaire, est-ce grave ? On raconte toujours les mêmes histoires, et celle ci me plait bien.

chezmoicamarche. Surtout depuis que j'ai mis à la main

pcm.!default { type pulse}
ctl.!default { type pulse }

dans mon ~/.asoundrc (sinon les trus genre flash allaient encore piocher par defaut le device alsa au lieu du device pulse). Je ne comprends pas pourquoi c'était pas fait par defaut sur ma ubuntu kermit kaola

Pourtant ça marche très bien avec le noyau normal des distribs recentes. Le vrai probleme c'est qu'il faut donner les droits real-time à ton compte utilisateur ( au debut il fallait etre root, ensuite la methode recommandée fut le module realtime-lsm et maintenant la bonne méthode c'est de rajouter "@audio - rtprio 90" dans /etc/security/limits.conf ) et que aucune distrib grand public ne le fait par defaut, a cause des problemes de "sécurité". A la place ils (le dev de pulseaudio) ont inventé un realtimeKit (c'est donc la quatrième methode officielle pour obtenir les droits real-time) [ http://lwn.net/Articles/339316/ ]