Pinaraf a écrit 3674 commentaires

Comme Sarkozy est de retour au gouvernement, pouf l'insécurité dans les villes a disparu !
Place à l'insécurité informatique.
"Et maintenant, flash sur Yvette/Yvonne, un sympathique petit village de nos maintenant paisibles campagnes, où un commerçant est sous le choc : son fils, gauchiste (et donc drogué, s'il était nécessaire de le dire), a téléchargé de la musique sur internet au détriment de nos grands artistes français, et a reçu un virus détruisant les comptes du commerçant, anéantissant le moral de tout un village"
Là on balance sarkozy qui dit : "Il n'y a pas de petit ni de grand virus : il n'y a que des fléaux", hop on bascule sur lui chef du développement d'un antivirus français, on met une taxe au niveau des FAI pour les téléchargements...

Regarde la description du paquet avant de l'installer : il me semble qu'ils fournissent un script faisant cette configuration, faut que tu regardes.
À mon avis, c'est pour éviter que le script d'installation du paquet ne bousille ton fichier de configuration ou un truc comme ça... Encore que, c'est pas si dur. Bref, à voir.

Ça me fait mal de voir ça...
Désormais, les architectures pour particuliers vont être limitées à x86, ou x86 en moins pire : x86_64. Super..
Toutes les limitations de cette architecture vieillissante, on en fait quoi ? On les gardera pour combien de temps encore ? 5 ans ? 10 ans ?
Merci apple pour cette "trahison". Je suppose que c'est tout ce que l'on peut attendre d'une compagnie commerciale : on promet puis on se débine au dernier moment, en disant que c'est mieux les autres.

Le record du monde de vitesse de changement de veste au niveau d'une entreprise est-il battu ?

J'ai comme l'impression :
1- soit qu'on a affaire à un débutant des plus impolis qu'il soit
2- soit qu'on a affaire à un pro windows qui se croit malin

Ainsi, je demande aux modérateurs (en espérant qu'ils voient ce message) de mettre ce message dans hors sujet ou même de le supprimer si ce "burstmax" n'apporte pas d'éclaircicements sur sa requête trollifère.

Merci d'avance

Plasma c'est 100% discours pour l'instant hein
Rien de tangible dessus...

Que veux tu dire par luminocity mauvais en redimensionnement ? Des artefacts apparaissent en redimensionnant une fenêtre ? Si oui, sache que pour l'instant je connais un seul environnement graphique utilisant composite où le redimensionnement des fenêtres marche sans artefact : Looking Glass !


Astuce LG3D au passage : préférez le zoom de la fenêtre à l'agrandissement de la fenêtre, si possible...

Je m'aperçois que mon commentaire sur luminocity peut être mal pris...
En fait, ce qui fait que je l'oublie c'est que les vidéos qui en sont disponibles sont très dur à voir et filmées à la main, donc il est bien plus dur de voir dans les détails l'écran pour vraiment goûter de l'environnement. Et comme je n'ai pas encore eu le temps de l'essayer, j'y pense encore moins.
Donc je ne suis pas contre luminocity du tout, ils ont fait un sacré morceau avec, reste à voir ce que ça donnera plus tard.

Merci pour luminocity, je l'oublie je ne sais pas pourquoi :/
Peut être parce que les vidéos m'ont énormément déçu : illisibles !

Pour la lenteur de Looking Glass : c'est un bug...
En fait, looking glass a plusieurs sources de calamités au niveau des performances.
Il y a notamment Java3D : l'API de Java3D est vraiment propre, il y a déjà pas mal de fonctionnalités, mais il y a un "détail" qui fait que certains traitements sont gérés par le CPU et pas par la carte graphique. Ça devrait être résolu pour Java3D 1.4.
Il n'y a jamais eu non plus de vraie recherche d'optimisation dans looking glass pour l'instant. Je pense que je vais m'attaquer à ce problème pendant les vacances.
Il y a pour finir des problèmes avec escher, des bindings (voire une implémentation ? je sais plus) en Java pour la XLib. Cette librairie n'a pas été très maintenue, et des développeurs de looking glass s'en occupent maintenant.

Un conseil pour "accélérer" des applis dans looking glass :
1- dans des lecteurs de son, il est plus que fortement conseillé de désactiver les analyseurs et autres afficheurs de 100 images par seconde : ça fait très très mal de devoir mettre à jour la texture et la mettre dans la barre des taches !
2- globalement, éviter de mettre des fenêtres immenses


L'avantage au niveau performance des applis looking glass vient du fait qu'elles manipulent elle même les objets 3D, alors que les fenêtres traditionnelles sont mappées dans des objets 3D et donc avec dégradation des performances...
J'espère avoir répondu à tes questions.

Je suis sûr qu'un habitué de Mac OS adorera les ombres d'E17. Elles sont magnifiques non ? Directement dessinées sur le fond d'écran, c'est achement pratique pour avoir un effet de relief.
Exemple : http://pinaraf.robertlan.eu.org/shadows_e17.png(...) (fond d'écran blanc histoire de mieux voir)
L'ombre n'est pas dessinée sur l'autre fenêtre.
Il n'y a pas non plus dans E17 de vraie transparence, celle qui permet de mettre une fenêtre en dessous d'un objet transparent et de voir la fenêtre mise à jour en live...

Les fanatiques d'E17 me répondront que c'est parce que c'est pas la version finale... Mais lors de ma dernière discussion sur IRC à ce propos, j'ai du appeler un développeur d'E17 pour qu'il explique qu'en effet y'a pas possibilité d'avoir des fenêtres transparentes ni de vraies ombres. Alors que c'est tout à fait possible sous KDE 3.4 (à condition d'utiliser X.org 6.8 et d'avoir des bons drivers (ha, quand verra-t-on une carte graphique "open source friendly" ?)... vivement KDE 4 qu'ils utilisent des optimisations faîtes par un développeur de KDE sur X), sous gnome 2.10 (je suis pas un habitué de gnome, mais c'est les mêmes conditions que pour KDE).

L'avenir est dans la consommation CPU au maximum ? Je ne peux pas y croire ! L'avenir c'est des projets comme http://freedesktop.org/wiki/Software_2fXgl(...) (enfin, un équivalent parce que techniquement Xgl est plutôt un hack), associés à des projets comme Looking Glass (pour les fenêtres 3D, faut aimer) ou les projets de KDE 4 (vivement plasma)

J'ai comme l'impression que mandrake n'a toujours pas résolu ce problème : ils ne montrent pas aux utilisateurs qu'il n'y a pas besoin de s'emmerder avec la commande rpm ni avec des paquets au format tar.
http://easyurpmi.zarb.org/?language=fr(...)
En suivant les étapes, tu auras une série de commandes à exécuter.
Tu les exécutes... Il télécharge les listes de programme des serveurs que tu as choisis.
Ensuite, pour installer grisbi : urpmi grisbi (ou tu lances rpmdrake)
Pour installer ton programme qui est en tar (je l'appelle bidule) : urpmi bidule (ou par rpmdrake toujours)
En effet, la majorité des programmes est disponible déjà compilée, toute prête et tout et tout...

Le fichier de configuration de X est :
/etc/X11/xorg.conf
La ligne Load "glx" est déjà présente normalement, c'est une autre ligne qui est incorrecte. (mais si Load "glx" est absent de la Section "modules", ajoute le...)
Il y a une ligne Driver "nv" quelque part... Remplace le nv par nvidia
Ensuite, quitte ta session gnome... Normalement le logo nvidia s'affichera un court instant et gdm s'affichera. Si gdm s'affiche sans que tu ne voies le logo nvidia, fait Ctrl+Alt+Retour arrière (la touche Retour arrière est au dessus de la touche "Entrée")

La Mandrake 9.2 date d'il y a maintenant 1 an et demie. À l'échelle de windows, c'est peu. À l'échelle du logiciel libre, c'est monstrueux !!
Si tu veux rester avec mandrake, télécharge la version 10.2 (mandriva 2005 limited edition, c'est son nom commercial), elle sera bien plus pratique à utiliser qu'une vieillerie ! Sinon y'a d'autres bonnes distributions comme ubuntu. À toi de voir...

Ben là c'est plus terre à terre (c'est le cas de le dire ?)
En fait, l'acteur qui joue maître Windu a demandé à G. Lucas d'avoir un sabre violet pour être discernable dans les scènes de combat... C'est tout con.

Hé oui, ce qu'on nous montre au cinéma est faux ! Maître Windu existe bien, mais son sabre est normal.

Je ne me souvient pas avoir vu cette question traîtée dans les commentaires du journal suivant, mais le débat fut intéressant :)
http://linuxfr.org/~BruceLeNain/18186.html(...)

Ils espèrent ainsi voir gnome arriver au genou de KDE ?

Sans déc, pourquoi toujours gnome ? Pourquoi des boîtes comme Novell, RedHat, maintenant google, se tournent vers gnome alors qu'il y a déjà un projet bien plus répandu chez les utilisateurs, plus complet ? Il n'y a plus rien à coder sur KDE, il est parfait ? Non, j'y crois pas : le portage vers KDE 4 avance, KHTML n'est toujours pas aussi complet en rendu des standards que Gecko 1.8b2 (Mathml, SVG, XForms), kicker avance encore, l'intégration dans KDE et l'amélioration de superkaramba doit avoir lieu bientôt... Y'a un boulot monstrueux, mais dont les résultats s'annoncent géniaux pour nous utilisateurs ! Alors pourquoi tout sur gnome ?
Je crains que KDE ne manque d'une section marketing digne de ce nom :/

Ils ont intégré la correction d'un bug de KHTML, super chiant sur linuxfr : la DLFPbar ne marchait plus à 100%... En effet, la navigation parmi les commentaires ne marchait plus :(
Tous à vos compilos / ?merge / dpkg / rpm / autres systèmes de paquet que j'oublie

Là t'exagères sur l'euro !
J'habite en France, à quelques kilomètres de la Belgique : bein l'euro, ça a été, et ça reste très pratique pour nous : même si la conversion franc belge <-> franc français était simple (une division par 6 il me semble), c'était peu pratique et nous laissait avec parfois un mix de francs belges ou français... Maintenant avec l'euro 0 conversion ! (À condition d'être habitué à l'euro, ce qui est mon cas)

Même avec du 1280x1024 t'es emmerdé sur certains sites... Les gens qui ont une résolution supérieure à 1024 sont une minorité, et donc bannis des utilisateurs ciblés par les webmestre traditionnels.

Firefox 1.1 supportera le SVG, et le support disponible dans les dernières nightly semble déjà bien avancé. La différence avec Opera c'est qu'Opera supporte uniquement le SVG Tiny (minimal), donc il n'est pas aussi complet que Firefox sur ce point là.
http://www.mozilla.org/projects/svg/status.html(...)

Pour Acid 2, je ne connais que ce qu'il se passe chez konqueror : la réalisation des patchs avance, il ne manque plus grand chose... (Non on ne peut rien prendre du code de WebCore, le fork d'apple)

Le support des CSS2 de konqueror est déjà complet !! Autant que celui de WebCore...
Konqueror ne peut par contre pas supporter des attributs comme opacity très facilement pour l'instant : avec KDE 4 ça passera comme une lettre à la poste surement :)
http://www.konqueror.org/css/(...) et http://developer.kde.org/development-versions/kde-3.4-features.html(...)

Ton exemple de balise script ne marche pas avec IE si tu fais du XHTML : <script src="style.js" /> fait faire à IE une page blanche !!

C'est de la concurrence déloyale !!
Tiens, voilà pourquoi linux c'est plus mieux : les vêtements donnent moins chaud :)
http://madchat.org/esprit/artgfx/girls/linux34.jpg(...)

Je t'invite à consulter les ouvrages disponibles à cette adresse : http://www.bescherelle.com/(...)
Notamment celui-ci : http://www.bescherelle.com/cat_collec_pourtous.php?niv=fra(...)

T'utilises quelle distribution ?
Toutes les distributions incluent des paquets compilés pour glib, xmms...


Au passage : gzip -cd glib-1.2.9.tar.gz | tar xvf - est moins bien que tar -zxvf glib-1.2.9.tar.gz (ça peut échouer sur les distributions TRÈS vieilles (plus de 5 ans))

Même si j'ai encore des doutes sur l'intérêt, le mécanisme mis en place dans les libs compatible "Gnome" (à la glib quoi) permettent l'introspection, ce que ne permettent absoluement pas les libs KDE.
Là tu te plantes !
En effet, le (décrié) moc de Qt c'est Meta Object Compiler. Et il permet de connaître les signaux, slots, propriétés.. d'un objet très facilement. Par exemple Qt-Designer fonctionne ainsi.
Cf http://doc.trolltech.com/3.3/qmetaobject.html(...)

Peux tu donner un lien vers un benchmark gcj vs mono ? Je ne trouve rien sur google qui soit récent (gcj4 vs mono 1.1, ça serait le top). Je trouve même l'inverse de ce que tu dis ! http://klomp.org/mark/free-vm-benchmarks/(...)
Je suppose que tu voulais dire gij et pas gcj hein ? (gij c'est l'équivalent de la commande mono il me semble, alors que gcj serait plutôt un gcc puis exécution du résultat)

Mais bon, les benchmarks restent des trucs non fiables...