Pinaraf a écrit 3682 commentaires

Crois-tu que j'ai inutilisé ton commentaire ? C'est blessant ces insultes.
As-tu lu mes commentaires là : http://linuxfr.org/~PieD/17340.html(...) ?
Je suis tout à fait d'accord avec toi, il suffit pour toi de cliquer sur le lien et le lire pour t'en rendre compte.

ndiswrapper n'est pas une solution. Actuellement, c'est utile, mais il ne faut pas que ça dure !
Idéalement, personne ne devrait avoir à utiliser un tel projet.
Mais si la situation dure, que se passera-t-il ?
1- des gens feraient pareil pour les autres périphériques
2- les fournisseurs de matériel diraient "ça marche avec cet émulateur"
Et les performances ? Et la consommation mémoire supplémentaire ? Et en cas de bug d'un driver, comment faire ?

Non, c'est faux.
Ça a été un peu discuté là : http://linuxfr.org/forums/37/9248.html(...)

Excellente traduction !!
Merci beaucoup beaucoup !
Connais-tu des sites référençant ce genre de traductions ?

un if sur une QString ne marche plus, il faut utiliser la fonction QString::isNull() pour tester si la chaine est initialisée
Excellente nouvelle !
Coder un truc comme if (machaine == "") { machin } else {bidule} est moins performant que
if (machaine.isnull()) { machin } else {bidule}
(cf les systèmes de tests automatisés du code source de KDE : http://www.icefox.net/kde/tests/report.html(...) )

Sinon, KDE 4 a commencé paisiblement son développement... C'est dans leur svn, à toi d'aller le consulter.
http://commit-digest.org/?issue=jun102005&all(...) => tu peux voir qu'il y a déjà du travail sur kde4

toolkit et framework me semblent moins clair en français qu'en anglais.
Si tu as une traduction convenant parfaitement, merci de la partager.
toolkit => boîte à outils ? toolkit reste pour moi associé à interface graphique dans ce contexte, alors que boîte à outils ne se rapporte pas qu'à l'interface graphique
framework => structure, charpente, cadre (d'après le Robert & Collins)... C'est pas très compréhensible !

Knowez vous comment unagréable it is de lire du french et de l'anglais mélangés ?

Sans déc, pourquoi utiliser des termes anglais alors que des termes français clairs pour ça existent (je suis d'accord avec ceux qui disent spam et pas arrosage parce que c'est plus clair spam...) ?
nouveau "paint engine" => nouveau système de dessin, moteur de dessin...
nouveau "text-rendering engine" => nouveau système/moteur de rendu de texte
nouvel ensemble de "containers" => nouvel ensemble de conteneurs
contrôleur "model-view" => contrôleur "modèle-vue"


Une autre erreur : Gtk n'est pas un framework comme Qt. Il faut plutôt comparer Gtk + libxml2 + libgnet + glib + ... à Qt pour comparer deux framework. Gtk est un toolkit, et on peut dire que Qt est un toolkit (en tout cas, j'ai jamais vu quelqu'un choqué par ça). Mais dire que Gtk est un framework...

Je n'ai pas d'explication pour la vitesse, mais vite fait le premier commentaire qui me vient à l'esprit en voyant le code python : consommation de mémoire inutile (d'où ralentissements infimes)
mode, ino, dev, nlink, uid, gid, size, atime, mtime, ctime = os.stat(base+d+'\\'+f)
Et après, qu'utilises tu ? Le mtime uniquement...
9 variables inutiles, du code moins lisible.
mtime = os.stat(base+d+'\\'+f)[8]

Hum, en fait, une idée sur la vitesse : perl est vraiment plus lent que python à cause de défauts dans son interpréteur. Si j'ai bien compris un linux mag, l'interpréteur perl on y a ajouté des trucs au fur et à mesure, en disant "ça bouffe 0.01 seconde seulement"... Le problème c'est que ça + ça + ça + ..., ça finit par faire beaucoup !
Et le PHP n'est pas conçu pour ce genre de tâches à mon avis. Enfin, c'est que mon avis...

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.