Nicolas Roard a écrit 1135 commentaires

Bah, pour moi le concept des XP -- points d'expériences -- viennent des jeux de rôles, donc pourquoi ne pas avoir quelque chose plutôt dans ce style ? On peut imaginer des variations (waw ! moi je suis un elfe avec un alignement chaotique bon) ;-)
Et à quand les sorts, invocations et autres quêtes ? ^_^

Suffit de demander :

http://mindstorms.lego.com/inventions/invention.asp?ID=(...){72BAE2EC-A6EC-5037-5BA0-01A93E6787FC}&slotN=2

de rien.

N'exagérons rien; si ils ont eu un binôme complaisant, ça laisse au pire la moitié des ingés qui ont programmés un jour ;-)

Blague à part, effectivement un ingé en france n'est pas forcèment un super-technicien, mais plutôt un manager avec une compétence technique correcte. Enfin pour les ingés généralistes.

Dans les écoles spécialisés, les gens sortent avec une bonne connaissance technique quand même, faut pas non plus pousser... Et il y en a pas mal qui justement sont plutôt dans ce rôle de super-technicien.

L'autre solution est de définir des groupes de travail pour plancher sur des formats libres et documentés, et de faire en sorte que les boites s'y tiennent... ce qui n'est pas gagné...

Sinon oui, pourquoi pas, obliger que
l'administration utilise un format particulier, clair et défini, de façon à garantir la bonne conservation des données administratives. Ca forcerait les éditeurs à développer le module de sauvegarde adéquat. Mais j'y crois pas trop non plus...

je doit être un brin pessimiste ;-)

Si je me souviens bien, il y avait un autre problème, c'est que tous n'étaient pas élus non ? qu'il y avait des gens d'office installés par des boites ? ou je me goure ?

Oui et non, bien sûr que atari et consort dépendaient d'une boite. Mais les softs ne venaient pas de chez commodore ou atari, c'était fait par des dev indépendant, avec une activité shareware/dp assez fournie d'ailleurs.

Donc finalement, les gens se retrouvent avec des ordis qui marchent, des logiciels qui marchent, mais ils passent qd même à la fin sur pc, pour bénéficier d'améliorations et mises à jour.

Le risque c'est que si microsoft verouille les formats/protocoles, le monde linux peut être complètement isolé de la même façon. C'est en ce sens là qu'il faut faire gaffe à ce qu'ils font et proposer des softs compatibles.

On aura beau proposer des équivalents en terme de fonctionnalité, ça ne changera pas grand chose si le reste de la planète utilise un protocole ms incompatible, et on sera plus ou moins contraint de s'y mettre s'y on veut faire autre chose que bidouiller seul sur sa machine.

C'est pour ça que je répète que l'ouverture des formats de données est particulièrement important.

La législation actuelle donne le droit de désassembler un logiciel à des fins, justement, d'interopérabilité. Ce que je dit, c'est que c'est pour le moins lourd et pas forcèment efficace, et que l'on pourrait à la place assurer la publication des formats de données par un éditeur si demande il y a.
Ca ne change pas grand chose pour l'éditeur, sauf lui oter la possibilité de verouiller de façon perverse un marché, non pas grâce à ses qualités, mais à cause d'un format opaque.

Ca n'a rien à voir avec les brevets logiciels !

maintenant, j'imagine que c'est pour le moins utopique. Peut être le plus réaliste (et encore!) serait l'équivalent de RFC publiques pour ce genre de formats.

Non, on ne peut pas non plus agir en autiste en disant que quoi que fasse microsoft, on aura toujours notre petit monde; regarde ce qui s'est passé avec les unix propriétaires par exemple, ou les atari et amigas.
Bien sûr qu'on trouve encore des fanas de ces machines, mais tout ce petit monde meurt à petit feu...

Selon moi, il y a deux axes très important à défendre :

1) lutter contre les brevets logiciels
2) proner le droit à l'interopérabilité, en demandant la divulgation des formats de fichier


A ce moment là, oui, on pourra être moins regardant sur microsoft (et encore). Mais là le problème, c'est que la mainmise de microsoft sur l'informatique personnelle et professionnelle passe par un contrôle des formats, donc de l'information. Et c'est bien çà qui pose problème; combien de fois on m'a répondu "je pourrais relire mes fichiers windows ?" .
Pour moi, c'est bien la racine du problème, et c'est totalement artificiel.

Hm, là faut arrêter un peu la parano... konqueror n'est d'abord pas qu'un browser web, il est avant tout un browser de fichier qui peut utiliser les KParts pour afficher directement différents types de fichier, dont l'html avec khtml, et qui bénéficie de la transparence réseau grâce aux KIOParts; c'est tout ça qui en fait aussi un navigateur.

Deuxièmement, autant on peut voir l'intérêt d'utiliser une technique de préinstallation pour microsoft, autant je ne vois pas dans le cas de kde... c'est un projet libre, pas une entreprise commerciale.

Pas pixellisées, floues.
Mais ya qu'à ne pas les définir pour les tailles 8 à 10 comme dit plus haut. (cool !)
Sinon on parle bien des fontes vectorielles...

note : les True Type ne sont pas les plus belles (les bitstreams, ou les fontes TeX !), juste les plus répandues...

C'est bien pour ça que je dit plus haut que le truc serait d'utiliser l'extention render pour gagner qd même en vitesse, mais qu'on ne pourra pas utiliser le serveur de fonte d'X.
Bon maintenant, xdvi les affiche, oui, mais il ne fait pas de l'édition de texte, il affiche page par page. Et xdvi n'est déjà pas très rapide à mon avis...
Puis de toute façon, pour de l'édition TeX, autant prendre soit emacs, soit vi, soit LyX. Mais TeXMacs utilise son propre format...

Le problème c'est que comme il utilise les fontes TeX, ben je sais pas si c'est gagné. Bon il peut toujours utiliser l'extension Render pour gagner en rapidité.

Wai mais bon, gv sans AA c'est quasiment illisible de toute façon ;-)

--
Nico.

Sauf que TeXMacs est horriblement lent, pour la bonne raison qu'il n'utilise pas l'extension Render de XFree, mais qu'il s'amuse à faire générer des pixmaps des fontes utilisées par TeX, qu'il cache ensuite. Berk...
Enfin c'est ce que j'avais constaté il y a qq tmps, ça a ptet bougé (berk qd meme).

--
Nico.

Si je me souviens bien, l'algo utilisé est plutot bon.
Mais ya aussi un truc : dans les corps de petite taille, vaut mieux une police aliasée que antialiasée, sinon ça a tendance à flouter.
Windows par exemple n'utilise l'AA que pour les fontes de grandes tailles, pas les petites.
Maintenant, l'algo de freetype2 est parait il pas mal meme pour les petits corps, donc à voir.
Sinon je me souviens pas que GNUStep utilise l'AA à l'affichage... par contre, oui, le PS à l'écran ça peut être sympa.

--
Nico.
GNUStep rulez ;)

En fait, l'AA n'est pas gêré par KDE ou gnome, c'est bien gêré par X (voir l'extension Render) mais comme ça introduit de nouvelles fonctions pour gêrer ça, il faut que les Toolkits les prennent en compte, c'est tout.
Sinon heureusement que c'est gêré par X, sinon ça serait abominablement lent (support de l'alpha channel en logiciel ...). Sinon l'extension Render de X ne sert pas que pour l'AA, elle est plus généralement faite pour gêrer le canal alpha sous X, ça peut aussi servir à des choses comme les fenêtres transparentes ... ;-)

Bah oui, c'est un problème récurrent. Si je me souviens bien, RMS avait fait une "dispense" pour que les logiciels GNU puissent tourner "légalement" sous windows et autres os propriétaires (alors qu'ils doivent bien se linker avec des libs non GPL). Théoriquement, il pourrait accorder la même chose à la Qt Windows, pour que des logiciels l'utilisant soient GPL. Maintenant, vu les embrouilles qu'il y a eu avant avec TT, je pense pas qu'il le fasse. (mon avis perso : c'est une grosse connerie cette histoire de link avec des libs non GPL)

non...

windows 3.1 == fvwm (en tout cas moi ça m'y fait penser)
windows 95 et suivant == NeXTStep

Waip et du coup c'est super lent. bravo. (clap clap)

Mwi, enfin ça dépend du point de vue. Pour moi,
intuitif ça veut dire que l'on a même pas besoin
de lire la doc (ou quasiment pas)... Et à l'inverse, ergonomique, c'est qu'une fois que l'on connait le fonctionnement, on fait bcp plus vite son boulot (exemple : vim, xemacs, blender ?)
Bref. Donc les commandes vim sont pas forcèment "intuitives", meme si simples à retenir, là je suis d'accord.
(de mon point de vue, plus que celles d'emacs, qui ne sont jamais rentrés dans ma caboche, mais bon, comme le disait l'ot "on va pas s'embeter à tout réapprendre pour passer sur un nouvel éditeur")

C'est même pour ça qu'ya un pti truc utile, concernant ce probleme de check du filesystem, meme que ça s'appelle reiserfs, que c'est un remplaçant de ext2, et que c'est proposé par la mdk, oui monsieur..

Heu... j'en sais fichtre rien. C'est possible, mais j'en ai pas entendu parler.

Au nom de l'immobilisme ? Heu... renseigne toi un peu (www.vim.org) et tu verras qu'au contraire vi a pas mal évolué (sous son incarnation vim, celle distribuée sous nux en fait). Comme je le dit plus bas, si tu n'aime pas la version mode texte, utilise la version graphique (vim -g ou gvim). Et que je sache, je suis pas complétement psycho, mais je te garantie que je vais plus vite sous vi, grâce au mode commande/édition et aux macros, etc. Maintenant, j'irais aussi vite sous (x)emacs si j'avais pris le temps d'apprendre je pense... Mais en tout cas ça n'a _rien_ à voir avec un éditeur "basique".(j'ai fait une tite page sur mon site sur vim, jettes-y un oeil)
De plus un intérêt de vim est qu'il est dispo partout (et qd je dis partout, on peut même le recompiler en tant que composant dcom pour windows et l'avoir comme éditeur sous visual studio... bon pas que je sois un fan, mais enfin, ça illustre bien la souplesse du bestiau...)

Ah non, je suis pas d'accord du tout !!!
Vim est au contraire extrèmement ergonomique.
Par contre, il n'est pas du tout intuitif ! :-)
c'est pas la même chose.

Ah pi pour ceux qui veulent autre chose que curses, ya gvim hein...

ahahah :))
<troll>
parce que mdi n'était déjà pas un intégriste ?
(opportuniste plutot)
</troll>

Non, il utilise les libs de WindowMaker. Mais il ressemble au mailer de NeXT, il gère des choses sympa (mime, html) . Enfin jettez un oeil sur les snaps d'écrans. Ceci dit, il est pas terminé. (mutt rulez)