Anonyme a écrit 62289 commentaires

L’image fais un peu trois fois la taille de mon écran (du coup c’est pas super beau dans le journal). Y a pas moyen de redimensionner l’image (la syntaxe est décrite dans l’aide à l’édition mais ça n’a pas l’air de fonctionner)  ?

Bon, alors, va faire un tour sur Slashdot sans être inscrit.

Moi, la première fois j‘ai rien compris dans les discussions : les commentaires « inutiles » sont complètement masqué sans possibilité de les afficher (enfin, pas aussi facilement que sur LinuxFR).

pacman -S aspell-fr devrait fonctionner avec tous les bons navigateurs (ça marche avec Konqueror en tout cas).

Tu parles de pff, de Zenitram ou de Albert_ ?

Des « smartphones » peut-être pas. Des portables « normaux », plein (tous les Nokia).

Du coup, la personne derrière toi à bien le temps de te regarder taper le mot de passe.

Oui oui, "l'alphabet africain de référence" :)

L'article Wikipédia existe en français aussi.

Je me permet une remarque tout de même... C'est quoi l'alphabet "africain" ? L'alphabet africain de référence (une extension de l'alphabet latin) ?

Parce que sinon, il y a DES alphabets africain ( l'alphabet bassa, le tifinagh, l'écriture bamoun, etc.). D'ailleurs, le lien Wikipédia de la dépêche ne renvoie à rien. :-]

Si tu le publies en GFDL, peut-être ? /o\

Bof, pas grand chose n’est cassé, ils ont juste changé le premier argument de indent_addNumber de int vers string.

Sauf que (à ma connaissance), en France, tu ne peux pas déshérité les héritiers légitimes.

Je pense que dans le panier de la ménagère, le coût essence est plus faible de nos jours que pendant le choc pétrolier des années 70... C'est pas normal.

Mais rendez-vous compte ma p’tite dame, vous ne payer pas assez cher !

Alors, les chiffres changent (les images sont générer à la volé) mais apparaissent en clair dans le code (cf. indent_addNumber) :

<img onclick="ident_addNumber(1, 0)" src="chiffre.php?pos=0" class="ident_chiffre_img pointer" alt="chiffre"><img onclick="ident_addNumber(8, 1)" src="chiffre.php?pos=1" class="ident_chiffre_img pointer" alt="chiffre"><img onclick="ident_addNumber(5, 2)" src="chiffre.php?pos=2" class="ident_chiffre_img pointer" alt="chiffre"><img onclick="ident_addNumber(7, 3)" src="chiffre.php?pos=3" class="ident_chiffre_img pointer" alt="chiffre"><img onclick="ident_addNumber(2, 4)" src="chiffre.php?pos=4" class="ident_chiffre_img pointer" alt="chiffre"><img onclick="ident_addNumber(9, 5)" src="chiffre.php?pos=5" class="ident_chiffre_img pointer" alt="chiffre"><img onclick="ident_addNumber(4, 6)" src="chiffre.php?pos=6" class="ident_chiffre_img pointer" alt="chiffre"><img onclick="ident_addNumber(3, 7)" src="chiffre.php?pos=7" class="ident_chiffre_img pointer" alt="chiffre"><img onclick="ident_addNumber(0, 8)" src="chiffre.php?pos=8" class="ident_chiffre_img pointer" alt="chiffre"><img onclick="ident_addNumber(6, 9)" src="chiffre.php?pos=9" class="ident_chiffre_img pointer" alt="chiffre">							</div>

En fait, un humain ne doit pas être capable de rentrer rapidement son mot de passe mais un robot si ! C’est lumineux !

Je dirais que :
1. personne ne le ferait pour Windows et Mac s'ils ne le faisaient eux-mêmes (contrairement aux distros).
2. ces deux plateformes (et surtout Windows) représente un nombre d'utilisateurs très important, et que la propagande est un phénomène forcément de masse. :-)

On parle d’intégration visuel hein.

Donc, vas-y, lance Firefox et LibreOffice(-KDE) dans KDE, tu verras, grâce à Qt, c’est plutôt bien intégré (visuellement).

Je vois pas le problème…

Ça te choque toi que l’UMP est choisi Nicolas Sarkozy pour être candidat en 2012 ? Moi pas…

Je préfère 100 fois la proportionnelle pour les législatives que le mode de scrutin qu’on a à l’heure actuelle.

Ceci dit, si on avait baptisé Wayland X12 sans rien changer d'autre, peut-être n'y aurait-il pas eu matière à troll.

Ce n'est pas un troll mais une demande d'éclaircissement. Je ne suis pas un développeur X/Wayland donc je m'en remets à leurs choix éclairés. Je cherche juste à comprendre les réelles motivations de ces changements et ce qu'ils impliquent, car la dépêche est un peu courte.

C’est pour moi un archétype de l’usine à gaz :

Tu peux coder un shell minime (non-POSIX du coup) avec juste des execv…

man bash|wc -l
4095

Allons-y dans les comparaisons foireuse :

(arcaik) |> ~ <| man zsh | wc -l
247

Avec X, une application pouvait demander à ce qu'elle soit la seule à recevoir les notifications du clavier, ce n'est pas possible dans Wayland. Mais les développeurs se sont rendus compte que c'était très peu utilisé, le cas d'utilisation principal est le menu déroulant [...]

Le mode secure keyboard de XTerm (ou d'autres émulateurs X de terminal) ne l'utilise pas ?

Par exemple, j'imagine mal les auteurs de vlc s'occuper du Slackbuild complexe d'Alienbob.

À l'époque où X a été conçu, [...] C'était une approche vectorielle du rendu qui correspondait aux besoins d'alors. [...] On est maintenant passé à une approche 'bitmap'.

Merci de pointer enfin la raison de cette inutilité. De là je me pose une autre question. Les technologies comme SVG font le chemin inverse et prenant de plus en plus de place dans les navigateurs et les bureaux graphiques. Est-ce qu'on ne va pas se rendre compte dans 10 ans qu'on a fait une boulette en retirant les capacités vectorielles du serveur d'affichage alors qu'elles seraient devenues omniprésentes dans les applications ?

Bof, c'est une justification foireuse: du même constat tu pourrait dire, faisons X12 qui vire tout le code mort/inutilisé (draw stippled line) mais qui garde XRender.
Pour les toolkits, ça changerait même moins de chose!

Exactement mon constat de départ, mais je n'ai pas voulu le dire si directement.

Je le répète la vrai justification de Wayland c'est d'avoir un rendu local plus performant pour l'embarqué.

Ce qui pose un tout de même un problème si Wayland est présenté et reçu comme un successeur de X, puisque X n'est pas dédié à l'embarqué.

Techniquement tout est possible, c'est au niveau de la main d'oeuvre/volonté que ça pèche.

Lancer autre chose la dilue.

Pour X en rien, qui te dis que les développeurs de Wayland veulent résoudre les problèmes d'X?? Ils veulent résoudre leur problème qui est de faire un système d'affichage efficace en local pour l'embarqué.

A partir du moment où on parle de remplacer X en général, (l'embarqué n'est pas mentionné dans la dépêche), c'est aussi leur problème.

Hein? Personne n'a dis ça, tu as lu de travers. L'article dit juste qu'X a plein de fonctionnalité non-utilisée car obsolète, ce qui complique la maintenance du serveur X.

Je ne lis pas de travers. C'est tout de même un point important cité dans la partie "Pourquoi X n'est plus adapté". Par contre je n'ai pas encore pris le temps de parcourir les liens en référence. Ça me donnerait peut-être la hiérarchie des problèmes qui motive la création de Wayland.

Une chose me frappe. Visiblement X répond déjà à tous nos besoins, mais il présente a posteriori un défaut d'architecture en séparant le compositeur et le serveur. Ce défaut ne peut-il être corrigé dans X ?

Deuxième point. Il semble qu'une grande partie de X est inutilisée ce qui laisse croire que X n'est pas capable, au hasard, de redessiner une fenêtre sans clignotement, alors qu'il l'est. Pourquoi les développeurs des toolkits graphiques ne tirent-ils pas partie de tout X ? Si ce n'est pas possible parce qu'en fait ces fonctionnalités sont cassées, pourquoi en tirer un prétexte pour tout redévelopper au lieu de les retirer ?

On m'a soufflé qu'un manque cruel de développeur X en est la cause. En quoi lancer Wayland résoudrait ce problème ?

Au final, dire que X est sous-utilisé ressemble fortement à la rage...

Si c’est à la charge des toolkit, GTK va encore faire de la merde et n’être compatible avec rien et, alors, Qt devra se retaper la compatibilité…