spart a écrit 228 commentaires

à ne pas négliger aussi:
KHTML peut maintenant respecter le z-order des animations Flash ou des applets Java...

En clair, ça veut dire: plus de Flash qui masque les menus DHTML (comme sur http://lemonde.fr ou http://www.giga-byte.com/)

Je crois qu'on est le seul moteur à pouvoir faire ça sous X11.

Un bon article dans le monde à lire et à plusser d'urgence:
http://www.lemonde.fr/web/article/0,1-0%402-3232,36-750471,0.html

Bon, comme d'habitude, on prend bien soin de se réveiller à la fin de la bataille - c'est qu'il faudrait voir à ne pas facher les gentils annonceurs, hein (Fnac.com, Microsoft)... non, franchement, il est pas bon ton papier là coco...

http://www.alternative-liberale.fr/manifeste.htm

Forbidden
You don't have permission to access /manifeste.htm on this server.

hum, pourquoi ce moinssage ? O_o
je demande une info, on me répond par un FUD qui cache très mal la kératine de ses longs poils velus (compiz marche très bien sous KDE et NLD donne le choix Gnome/KDE à l'installation).
Alors quel est le problème ?

Linuxfr: Dites le avec des moins :-)

ça n'a pas de sens... Novell Linux Desktop est une distribution, pas un bureau (meme si les fanatiques de Ximian font tout pour restreindre le choix de l'intérieur, ils ont du battre en retraite à la dernière tentative cfhttp://www.heise.de/english/newsticker/news/66068).

Ils supportent KDE et GNOME. Comme ailleurs, c'est juste un choix à l'installation.

cf. http://www.novell.com/documentation/nld/index.html?page=/doc(...)

Quelqu'un saurait préciser quel environnement de bureau a été choisi pour ces postes ?

Mieux vaut que lire un "Moun's" aller couler un bronze:
C'est bien mieux odorant. J'explique aux malandrins
ayant pour tout bagage un ou deux Astérix,

Considérez, messieurs, les vers quatre, cinq, six
Ainsi que huit et douze: en quoi d'alexandrins
Ont ils acquis le titre, eux qui ne comptent qu'onze ?

La métrique assassine enseigne qu'à la rime
Ce faquin d'e muet ne vaut pas un centime !

:-)

on va en délibérer.

> N'importe quelle fondeur chinois peut te couler des series de 100 voir 500.

mmh, a propos, ce n'est pas la Chine qui a péniblement développé son propre processeur pour ne pas dépendre des fondeurs américains ?

Revons deux minutes... ils reprennent le design du Sparc, l'améliorent, inondent le marché de CPU ultra puissants sous GPL, sur lesquels du reste n'ont été portés que des OS libres...

argh, vite ma pillule...

> 3) Le support de css2 est peut-être complet, mais il n'est pas
> bon : les display: inline-table sont toujours incompris

"display: inline-block" qui est un volet assez important du standard, manque toujours à l'appel aussi.

L'uniligne ci-dessous devrait etre rendu avec une bordure rouge limitée au mot "Test" et non pas étendue à toute la ligne:

data:text/html,<div style='display:inline-block;border:solid red 1px'>Test

ce n'est pas ton xp...

Franchement, casser la compatibilité binaire tous les ans, à moins qu'il ne s'agisse d'une bibliothèque à ses premiers balbutiements, c'est vraiment beaucoup trop. Et le faire sans scrupule c'est carrément idiot (ou alors c'est un geste militant ?).

Dans les trois quarts des cas, il est possible de maintenir la compatibilité binaire de manière propre à très peu de frais ; et si on s'est préparé à la maintenir dès le début ça ne demande aucun effort particulier...

Des projets comme KDE maintiennent une compatibilité binaire sur toute une série majeure (+/- 3 ans) et ça me semble tout à fait honnête comme contrainte...

> C'est de l'humour, hein.

Quand on voit la quantité de mémoire qu'occupe un arbre de rendu (à la louche, 30 à 50 fois la taille du source HTML, texte seul), c'est un peu de l'humour noir alors...

L'arbre de rendu d'un sujet linuxfr moyennement trollogène va quand meme chercher dans les 30 Mo.

Alors si le cache s'applique à tous les onglets, sur une profondeur de plusieurs niveaux, je ne vous dis pas la gabegie de RAM, ça frise l'indécence !

¡ El pueblo unido jamas sera vencido,
el pueblo unido jamas sera vencido !

De pie, cantar que vamos a triunfar.
Avanzan ya banderas de unidad,
y tu vendras marchando junto a mi
y asi veras tu canto y tu bandera
al florecer la luz de un rojo amanecer
anuncia ya la vida que vendra.

lala lala lalalalalala lala lala lalalalala

=(hips)=>[ ]

> A oui, le support Linux: c'est de l'usb_storage de base, donc
> pas de probleme.

Le support Linux est même officiel.
Cf. http://eng.iaudio.com/product/product_X5_feature.php(...)

C'est juste un article pro-brevet assez grossier.
Tu as dû (comme les modérateurs) rater les filigranes.

Tout à fait d'accord.
Voir passer un troll aussi peu subtil, digne d'un communiqué de l'EICTA, en première page de linuxfr me dérange profondément.

"Humeur" ? O_o
Je propose qu'on offre carrément une tribune libre aux acteurs du logiciel propriétaire, tant qu'à déconner.

> On ne brevette pas les algorithmes, par contre on peut tout à
> fait breveter l'application d'un algorithme pour obtenir un effet
> innovant et technique.

Bravo tu as bien assimilé le jargon fauteur de doute de l'Office Européen des Brevets :)

L'os caché, c'est qu'en informatique il n'y a pas de différence objective entre l'état de l'art et l'état du savoir.
Donc entre un algorithme et son prétendu effet technique.

De là, on peut jouer sur les mots tant que l'on veut, mais à la fin la simple logique montre que breveter le logiciel est un principe totalitaire, qui s'oppose _nécessairement_ à la libre circulation des idées.

Je crois que ceux qui défendent ce principe n'ont pas beaucoup réfléchi, oh non.

ah mais pardon pardon, c'était é-lo-gieux !

La chute en arrière fait partie du plaisir.
Je suis sûr qu'on trouve des recettes pour enfant de choeur, mais celle que j'aime, c'est plutôt un plat d'homme :)°

> Concernant la nourriture elle est réputée en Asie comme étant de qualité

certes... on songe notemment au Kim-Chi national, du chou amoureusement fermenté dans un broyat d'ail, de gingembre, de poivre et de piment rouge.

Tu manges une cuillère, tu tombes en arrière.

> Demo Live (pour navigateurs Gecko : Mozilla, Firefox, K-Meleon)

la démo fonctionne parfaitement avec Konqueror
et le menu gauche est un peu bizarre dans Mozilla 1.7.2

Unsermake a été créé suite à un article de Peter Miller[1] pointant les insuffisances de make et plaidant pour un procédé non récursif.

Au début, c'était juste une expérience, mais les gains se sont avérés si substantiels que beaucoup de développeurs l'ont adopté au quotidien.

[1] http://webcvs.kde.org/kdenonbeta/unsermake/doc/auug97.pdf?rev=1.1&view=auto

> Tout ce qu'on attend de lui, c'est qu'il passe les bonnes options de
> compilation au compilateur

en fait ce qu'un développeur attend de lui, c'est surtout qu'il ne recompile pas les 3/4 de ton arbre local au moindre changement si ce n'est pas strictement nécessaire.

Avec un make récursif, la gestion des dépendances inter-répertoires est lente et très aléatoire.

> La fonctionnalite qui me plait le plus avec subversion, c'est qu'on peut
> faire un diff de facon instantanee, sans avoir une connexion avec le
> serveur.

à ce propos, je me suis toujours demandé si avec CVS, les diffs étaient confidentiels...
Il me semble que ça se fait sur le serveur, qui t'envoie le diff après coup non?
désagréable idée...

visiblement, n'importe qui peut déposer une plainte au près du médiateur en remplissant un simple formulaire en ligne:

http://www.euro-ombudsman.eu.int/form/fr/form2.htm