Guillaume Laurent a écrit 1148 commentaires

par ce que la lecture c'est pas trop mon truque.

Et l'orthographe non plus, hein ?

Je ne suis pas sur qu'il y ai vraiment besoin d'Emacs entier. Il faut juste les bindings principaux, et surtout un bon mécanisme d'indentation du code. C'est le seul point sur lequel Emacs reste en avance.

<message> La KDevelop Team est en sous-effectif... engagez-vous... </message>

Celle de KOffice aussi, et celle de Rosegarden aussi... On en est tous là :-).

Mais encore une fois, le libre fait mieux. Je pense que cela vient du fait que les programmeurs du libre font ca pour la passion, pour le plaisir, pour l'amour du code propre.

C'est faux. Il y a autant, voire même plus, de mauvais codeurs dans le libre que dans l'industrie. Le problème c'est qu'ils se croient souvent bons, et qu'il n'ont pas de chef pour leur dire "on a pas besoin d'un 50eme client irc pourri, par contre le bug bien chiant à corriger là, faudrait s'en occuper, et quand tu aura fini tu pourra écrire un peu de doc".

Par ailleurs, c'est pas parce que du code est "propre" qu'il est utile. Mieux faut une feature utile mal codée (tant qu'elle marche), qu'une feature bien geek genre "interface pour skins en PHP pour xmms" codée proprement.

Neuneu: C'est quoi mon ip?

Un neuneu ne sait même pas ce que c'est qu'une IP et s'en fout complètement.

Admin: Fais ctrl-alt-f3 ensuite entre ton login,

Le neuneu ne sait pas non plus ce que c'est qu'un login. Par ailleurs, ifconfig est dans /sbin, donc normalement uniquement dans le PATH de root (bien que dans ce cas un utilisateur normal puisse la lancer quand même).

puis ecris ifconfig. Voilà!

Et le neuneu se retrouve avec ça :

eth0 Link encap:Ethernet HWaddr 00:B0:D0:AB:FF:64
inet addr:192.168.60.102 Bcast:192.168.60.255 Mask:255.255.255.0
UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1
RX packets:52105791 errors:0 dropped:0 overruns:1 frame:0
TX packets:52725836 errors:0 dropped:0 overruns:0 carrier:1248
collisions:0 txqueuelen:100
RX bytes:2733381507 (2606.7 Mb) TX bytes:520341186 (496.2 Mb)
Interrupt:16 Base address:0xdc80

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:237044 errors:0 dropped:0 overruns:0 frame:0
TX packets:237044 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:82005748 (78.2 Mb) TX bytes:82005748 (78.2 Mb)

Ou ça :

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
EtherTalk Phase 2 addr:0/0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:26802 errors:0 dropped:0 overruns:0 frame:0
TX packets:26802 errors:0 dropped:0 overruns:0 carrier:0
collisions:0
RX bytes:1921831 (1.8 Mb) TX bytes:1921831 (1.8 Mb)

ppp0 Link encap:Point-to-Point Protocol
inet addr:193.251.81.98 P-t-P:193.251.81.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:2592 errors:0 dropped:0 overruns:0 frame:0
TX packets:2517 errors:0 dropped:0 overruns:0 carrier:0
collisions:0
RX bytes:1178767 (1.1 Mb) TX bytes:243358 (237.6 Kb)

Et il est vachement content parce que trouver l'ip là dedans c'est hyper fastoche, hein ?

Ben si, KDE au tout début ressemblait étrangement à CDE (panel en bas qui ne prend pas toute la largeur,

Ça c'est une preuve :-).

Enfin quoique :

http://www.kde.org/screenshots/kde1shots.html(...)

(ou alors tu parles des versions avant la 1.0 ?)

etc.).

Quoi d'autre ?

J'ai utilisé CDE pendant quelques mois, et un peu KDE1, franchement si il y a eu inspiration elle a été très très diluée.

Ce qui est marrant c'est que CDE c'était un peu le point de départ de KDE (ben oui ;-))

Ben non.

Ou alors "un peu" dans le sens "CDE est une tentative de desktop Unix, et KDE aussi". Il y a autant en commun entre CDE et KDE qu'entre CDE et Gnome (c'est tous des desktops avec une taskbar en bas de l'écran).

OpenOffice est en cours d'intégration avec GNOME, et sera GNOMifié très bientot vraisemblablement, car c'est le voeu de Sun (qui est également un gros supporter de GNOME), voir par exemple: mail.gnome.org/archives/gnome-office-lis

Si tu lis le mail que tu linkes, tu vois un mec qui demande ce que va faire Sun pour "Gnomifier" OpenOffice. Et juste en dessous, tu as la réponse de Jody Goldberg qui dit que cette intégration consiste simplement à ajouter OpenOffice dans la database MIME de Gnome, et qu'une conversion plus poussée demanderait beaucoup de travail.

La gnomification de OO est "imminente" pratiquement depuis que Sun a rendu les sources disponible. Je me souviens d'avoir eu une discussion vers fin 2000 avec C. Schaeller (proselyte Gnome) qui disait que des developpeurs chez Ximian lui avait affirmé que c'était déjà presque fini. A mon avis ça restera "imminent" pendant pas mal de temps encore.

Tout ce que Sun veut avec Gnome, c'est un remplacement pas cher de CDE. Je n'ai jamais rien vu qui montre qu'ils veulent sérieusement s'investir dans le developpement d'applications sous Gnome (d'autant plus normal que ça n'est pas leur metier).

Non, c'est normal. Vu la proportion d'utilisateurs Linux, il était logique de limiter les couts de dév et de ne fournir qu'un client Windows. Un client Linux n'aurait servi à rien.

Sans compter qu'il y aurait eu pleins de crétins pour râler "vot' client il est pas free whaaa".

pas le dirigeant d'un trust qui se fout royalement des aveugles comme de toutes les autres minorités

Pour quelqu'un qui se fout des minorités, Bill Gates dépense beaucoup de fric en oeuvres caritatives.

Par ailleurs, plus prosaïquement, MS n'est pas arrivé là ou il est en ignorant des marchés potentiels.

c'était il y a plus de deux ans ! Il est aussi permi de penser que gtkmm a beaucoup évolué depuis :p

Oui, mais on est toujours très, très loin de Qt/KDE.

Ces critiques sont objectives ,raisonnables, basées sur l'expérience

Objectives, raisonnables : sur LinuxFR, dans un débat à propos de MS...

basées sur l'expérience : qui ici a déjà travaillé soit chez MS, soit chez un gros client de MS et reçu des pressions de leur part ?

Mais ça fait trèèès longtemps qu'on ne fait plus de Lisp :-).

Et justement, une peinture rupestre peinte sur du bois, c'est un mépris de la tradition des peintures rupestres :-).

(Je n'avais pas saisi le coté ironique du post auquel j'ai répondu, et toi tu n'as pas saisi que j'ai sciemment choisi ce terme : dire que Tigre et Dragon est un mauvais film de Hong Kong, c'est le juger sur de mauvais critères).

OK, un smiley aurait aidé alors :-)

Bon ben Tigre et Dragon alors ... tellement ridicule, caricatural et peu respectueux qu'il a ete selectionne aux oscar et a ete un succes dans tous les pays ... Et ça en fait un mauvais film ? C'est comme si tu disais que la Joconde est une mauvaise peinture rupestre. Si il fallait avoir du respect dans l'art et la créativité, on s'emmerderait ferme.

C'est comme si on faisait un film avec le pape et ses évêques sur un terrain de basket. Ca plairait suremement pas trop aux cathos :) Par contre ça pourrait faire rire des basketteurs. A part ça, tu as pensé à t'ouvrir un peu l'esprit ces derniers temps ? Essaie les Monty Pythons (le Flying Circus, pas seulement les films), ça te fera du bien.

Ça fait plaisir, ça tiens :-).

Y a pas que moi qui ne m'en sers pas. En plus on a déjà eu cette discussion, il me semble. Je t'avais dit que Karl Nelson, à l'époque où il co-maintenait gtkmm avec moi, detestait cette feature également, et on l'avait "bloquée" dans gtkmm. Nos utilisateurs étaient tout à fait d'accord.

Et toi, est-ce que tu t'en sers ? Est-ce que l'appli sauve l'état des raccourcis que tu as changé, de façon à ce que tu n'a pas à les rechanger à chaque fois que tu la lances ? Est-ce que ça apporte vraiment un gros plus par rapport au dialogue de config classique, où tu as toute la liste des raccourcis et un affichage clair des modifiers utilisés ?

En plus certains raccourcis doivent être communs à toutes les applis, genre Quit, File->Open, File->New, Cut, Copy, Paste, etc... Est-ce que tu veux vraiment pouvoir les modifier pour chaque appli ? Quel interêt ?

Et je répète ma question : trouve-moi un document sur l'ergonomie qui approuve cette feature. De ce que j'en ai vu, elle sert uniquement à changer tes raccourcis par erreur.

J'ai testé ça sur ma machine (P-III 600), make -j2 prends exactement le même temps que make, sur une compil de 20mn à peu près. Si on augmente le nombre de processes, on commence même à être plus lent qu'avec un seul.

Je crois que cette "astuce" date du temps où les HD étaient assez lents, maintenant elle n'est plus vraie. Si tu veux aller plus vite avec make -j2, prends un bi-pro. :-)

Je serais curieux de voir une seule UI guideline qui approuve ce genre de feature. C'est pas dans Qt, et je pense que ça vaut beaucoup mieux comme ça :-).

Plus exactement, il a écrit un article intitulé "GO TO considered harmful", qui a fait date.

D'un autre coté, 6 ans plus tard un autre gars lui a répondu avec un article contre-balançant son point de vue, sur le "GO TO structuré". Le gars en question s'appelle Donald Knuth.

Tu veux dire une émulation je présume ?

Ceci dit, ça renouvelle joliment ce vieux cliché éculé sur les bienfaits de la compétition Gnome/KDE :-).

...et l'orthographe du nom de la ville, aussi.

Les OSs dont tu parles n'ont pas un but hégémonique

Mais bien sur, Sun et Be ont fait leurs OS en espérant en vendre une demi douzaine, juste pour le plaisir.

sed s/foo/bar/ fichier_origine > fichier_modifie D'une manière plus générale cat fichier | prog se remplace avantageusement (1 process de moins) par prog < fichier