Jean-Marc a écrit 116 commentaires

Parfois un dessin vaut 1000 explications

http://xkcd.com/171/

Le coté "verbeux" de Java est voulu et nécessaire, c'est un langage de compromis...
Je code aussi du Java pour manger. Mon cœur penche pour le Scheme / Lisp, j'admire la beauté du langage, mais JAMAIS je ne l'utiliserais pour coder en équipe !

Étant un utilisateur du tableur de Google Docs je viens de tester les performances javascript, vu que c'est un des améliorations avancées.

Insertion d'une ligne dans un document de 100 lignes
-sous FF3 10s
-sous Chrome 30s (avec un popup d'avertissement freeze)

C'est vrai que les autres onglets ne se figent pas mais uniquement si ils n'utilisent pas de javascript.
Par exemple il est impossible d'éditer plusieurs documents google en même temps dans des onglets.

Sous facebook (gros utilisateur de JS) des applis ne marchent pas.
Bref au delà de l'effet d'annonce il y a encore du chemin à faire...

la meme en image http://xkcd.com/149/

Angelo,
Merci pour ce projet qui a l'air de bien dépoter.
Je vais m'empresser de le tester sur mes projets java, je pense que ca va grave améliorer ma productivité.

C'est peut-être un tesseract (hypercube à 24 faces) :-)

Grace à la fonction setKeyRepeat dans les dernières versions.

http://www.lighthouse3d.com/opengl/glut/index.php?7

À tester aussi, le game mode qui est très sympa pour passer en plein écran.

Le plus impressionnant c'est que les/la personne a mal orthographié 65 fois de suite le mot "érotisme" !!

Pour ce qui est du gestionnaire de contenu, je pense que tu confonds avec CRM avec CMS (content management system).

Permet-moi de reprendre ton argument Mozilla pour suivre ton raisonnement.

Voilà ma question : Que fallait-il changer à X pour que Mozilla affiche l'image plus vite ?

La réponse est évidente : X n'est pas en cause (ou très peu), il fallait changer l'application.

D'accord avec toi, l'application Mozilla était en question et offrait une mauvaise expérience à l'utilisateur là où ses performances brutes étaient meilleures, c'est pour ça que la justification benchmark ne tient pas pour moi. Benchmark de quoi? D'un aspect précis de l'application qui ne rend pas compte de son comportement global.
D'ailleurs le test c'était IE vs Mozilla (vs Opera vs Netscape) donc sous Windows :)

C'est pareil pour une fenêtre qui doit se redessiner quand une partie devient visible. Si l'application ne redessine pas sa fenêtre, tu as des traînées.

Et quand je dis « changer l'application, » je parle aussi de la xlib, qui implique toute une série de round-trips inutiles entre X, le WM et l'appli.

La xlib, elle peut faire tant de round-trips qu'elle veut, ca n'empeche pas de faire du double buffering (effacement + nouvel affichage dans une mémoire offscreen avant d'afficher quoi que ce soit) alors pourquoi on n'en a toujours pas, toolkits / WM foireux ?

Il me semble pas avoir déjà vu un affichage sans trainées sous X, c'est mieux sous les WM légers (style FVWM) parce que les décorations étaient plus légères, mais il y a des trainées quand même.

En enfin c'est certainement pas aux développeurs d'applications de gérer leur rafraichissement, sinon on est pas prêt de voir un affichage fluide !

2. X est lent parce qu'il dessine lentement.
Vous déplacez une fenêtre et celles qui se trouvent en dessous peinent à se mettre à jour, vous voyez des trainées. Vous en concluez que X est lent pour afficher un pixmap.

Pour voir si l'affichage d'un pixmap à l'écran est vraiment lent chez vous, je vous propose de lancer x11perf -copypixwin500, qui va afficher à l'écran un pixmap de 500x500 et mesurer le temps que ça prend. Chez moi, c'est environ 2000 affichages par seconde. Ce n'est donc pas ça qui est lent. Faites d'autres tests de x11perf pour vous convaincre, si nécessaire. Vous devriez en conclure que X est rapide. Très rapide.

Je suis pas du tout d'accord avec cet argument !! Au contraire, je vois que X laisse des trainée, j'en conclus que X est lent, point !
Je me rappelle d'un test que j'avais fait à la sortie de Mozilla (les premières versions il y a longtemps). Le chargement d'une grosse page prenait quelques secondes de moins sous Mozilla que sous IE (genre 4s au lieu de 7s). Mais Mozilla donnait tout de même l'impression d'être beaucoup plus long, car il ne commençait à afficher qu'au chargement complet de la page.

Conclusion : il ne faut pas confondre performances brutes et impression de performance, c'est à dire la perception qu'a effectivement l'utilisateur des performances de sa machine.

Sympa, je te remercie car je viens d'apprendre un raccourci :-)

Il est donc bien activé par défaut (Debian KDE 3.4) et après verification il est dans kcontrol -> régionalisation & accessibilité -> raccourcis clavier -> divers (détruire la fenêtre)

Voilà la ligne :
deb http://pkg-kde.alioth.debian.org/kde-3.5.0/ ./

Mais je pense qu'il vaut mieux attendre pour faire une mise à jour à partir d'ici, car il manque encore des gros bouts de KDE, tous les applis en fait (si tu fais un dist-upgrade, il va donc te les désinstaller).

Concrètement, tu peux supprimer ton .asoundrc (ou dans un premier temps le renommer ;-), et constater que dmix marche "out of the box".

Ah non je proteste, c'est Ruby qui est sur les rails :-)

Et puis il saura où dormir : c'est l'ami de plein de gens !

Oui mais voilà, pour combien de temps ?

Si j'ai bien compris, ce que tu cherches c'est la commande file :

naku:~$ file sample1.png
sample1.png: PNG image data, 500 x 250, 8-bit/color RGB, non-interlaced

Dis... on parle bien Run Length Encoding, là ?
C'est pas très sorcier comme compression (et pas très efficace non plus, c'est le codage du BMP ou du PCX pour ceux qui se souviennent).

http://www.nainwak.com/(...)

Choisis ton camps, camarade !

C'est un des projets du summer of code. Il s'agit de contrôler khotkeys à la voix : donc bien plus que les fenetres, on peut activer des fonctions de n'importe quelle appli à travers DCOP.
À ma connaissance le projet n'est pas encore finalisé...

Sans vouloir aucunement te vexer, il n'y aurait pas plutot une erreur dans ton code ?
Ton message d'erreur ressemble fortement à la désallocation d'une variable qui n'a pas été alouée (ou alors qui a deja été libérée).
Ce genre de bug peut rester caché pendant des semaines pour apparaitre d'un coup.

Un petit coup de valgrind devrait permettre d'éclaircir tout ça ...

Voilà en tout cas un facteur négatif dans la liste des critères que j'utiliserai lors d'un prochain achat de guide de voyage.

Pas de panique, car de toute façon le L....y P....t est en général vachement mieux...

En fait, Amarok n'est pas bien entraîné mais Audioscrobbler (.com) l'est. C'est un service web qui enregistre les morceaux joués par les utilisateurs, et s'en sert pour calculer une "distance conceptuelle" entre deux artistes. Amarok interroge celle-ci à partir du morceau en cours et se sert du résultat pour remplir la playlist.

Une petite illustration :

naku:~$ telnet ws.audioscrobbler.com 80
Trying 62.216.251.100...
Connected to ws.audioscrobbler.com.
Escape character is '^]'.
POST /xmlrpc HTTP/1.1
Host: ws.audioscrobbler.com
Content-Type: text/xml
Content-Length: 280

<?xml version="1.0" encoding="UTF-8" ?>
<methodCall>
<methodName>getSimilarArtists</methodName>
<params>
<param>
<value><string>Le Peuple De L'Herbe</string></value>
</param>
<param>
<value><int>5</int></value>
</param>
</params>
</methodCall>



HTTP/1.0 200 OK
Date: Tue, 16 Aug 2005 16:50:04 GMT
Server: Apache/1.3.33 (Unix) PHP/4.4.0
X-Proxy-Fix-Up: headers fixed up
X-Powered-By: PHP/4.4.0
Connection: close
Content-Type: text/xml
Content-length: 352;charset=utf-8

<?xml version="1.0" encoding="UTF-8"?>
<methodResponse>
<params>
<param>
<value><array>
<data>
<value><string>High Tone</string></value>
<value><string>fky</string></value>
<value><string>Java</string></value>
<value><string>dj Noize</string></value>
<value><string>Zenzile</string></value>
</data>
</array></value>
</param>
</params>
</methodResponse>

On peut voir que les 5 artistes les plus proches du Peuple De L'Herbe sont High Tone, FKY, Java, Dj Noize et Zenzile.
Si ces artistes sont dans ma collection, Amarok pioche des morceaux de ceux-ci (ceux que j'écoute le plus souvent) et les ajoute à la fin de la playlist.

Je vois pas de problème avec ce systême, c'est le plus évolué que j'ai vu dans un lecteur audio ! Et il n'y a pas de dérive comme tu le dis : au pire, si aucun artiste retourné n'est dans ma collection, alors rien n'est ajouté à la playlist.

Dynamic c'est le mode qui s'appelait "append suggestion" avant. Tu peux faire une amorce en jouant un morceau, et la playlist se remplira automatiquement de morceaux "proches".

Je plussoye. Le mieux étant de commencer par Sacré Graal :-)