Aldoo a écrit 2794 commentaires

N'empêche que l'essentiel c'est qu'effectivement la plupart des distros ont choisi utf8 ou le feront dans un avenir proche.

Au vu des arguments évoqués, Unicode a tout d'un standard universel, n'en déplaise aux moinsseurs d'unicodistes !
(Venez argumenter, plutôt que moinsser, au fait ! On a l'impression d'assister à un vote "Unicode : bien ? Pas bien ?", alors que le but est de se mettre d'accord sur ce qui est raisonnable. Autant voter sur le temps qu'il fait !)

En effet, ça ne marche que dans les applis qt !

Eh, mais je me rends compte que sur le latin9 de ma Ubuntu, ça fait déjà tous les chiffres comme ça !
(nb : dans mon commentaire tout à l'heure, je n'avais pas mon PC personnel sous la main)

Sur je ne sais plus quelle variante du clavier français, j'avais vu une utilisation astucieuse de la touche morte "^" ^+un chiffre mettant ledit chiffre en exposant.

Cela permettrait d'éviter de monopoliser une touche pour les chiffres en exposant (qui ne sont pourtant pas souvent utilisés !).

Sur le symbole ¤ (euro), je suis d'accord : c'est contre toute logique de l'avoir placé sur la touche "E"... mais bon, maintenant que les fabricants de claviers ont décidé que c'était là et pas ailleurs en l'imprimant sur la touche...
Enfin oui, ce n'est plus trop une excuse, étant donné le clavier qu'on est en train de concevoir, on s'en fout un peu de respecter ce qui est imprimé !

À l'âge d'Unicode, les entités HTML ont fait long feu !
Tous les "&*;" sont à jeter à la poubelle quand on peut faire autrement !

Lire les discussions de Wikipédia à ce sujet (dsl pas le temps de rechercher la page de discussion concernée).

ssharp ? C'est la version DotNet du Es-zed ? (sz)

Très peu utile... au point que je l'ai remappée en touche compose sur mon portable (eh oui, pas de touche Windows droite sur ce clavier !).

L'autre solution serait de récupérer cette touche morte devenue inutile pour l'accès direct à ½ et ¼.

Le clavier dvorak-fr de xorg, par exemple, n'utilise pas de touche morte.

Unicode est justement censé être le standard dont tu parles. Ce n'est pas pour rien que Wikipédia a choisi cette option.

One charset to rule them all, si on veut.

Reste à se mettre d'accord sur l'encodage (UTF-xx). Mais je pense que les différentes possibilités ont toutes leurs utilités, liées à des contraintes techniques différentes. Heureusement, on peut aussi se mettre d'accord sur la manière de reconnaître l'encodage utilisé.

Bon, je viens de voir la nouvelle carte...

Une petite remarque : les symboles "inférieur ou égal" et "supérieur ou égal" proposés n'ont pas la barre du "égal" parallèle à la barre du "inférieur" ou "supérieur", comme il est d'usage en typographie française, mais ont cette barre horizontale, comme en typographie anglosaxone.
Néanmoins si ces caractères existent bien en unicode, ils sont présents dans relativement peu de polices, alors je ne sais pas s'il faudrait corriger le problème ou non ! Quelle est la politique de la maison ?

Wikipédia... si FF n'avait pas ce bug qui les fait disparaître !

Pour écrire du texte français, par exemple !

Là par exemple, tu aurais dû en mettre un entre "bon" et "?"
(enfin, pour pinailler un peu, ce serait même une espace fine insécable, qu'il faudrait mettre là)

Ah tiens ?
Mais accessible avec verrouillage majuscule seulement, non, me trompe-je ?

(Je n'ai pas latin9 sous la main là sur ma debian du taf ;-) )

http://fr.wikipedia.org/wiki/Apostrophe_%28typographie%29

C'est U+2019, d'après la page de discussion associée.
(lire aussi les liens donnés à la fin de la discussion, pour plus d'infos sur le sujet).

D'ailleur, en écrivant "y'a t'il", je pense a l'apostrophe française, ( ’ )

Eh bien tu ne devrais pas ! Il n'y a pas d'apostrophe entre le "y" et le "a", ni entre le "t" et le "il" ! -> "Y a-t-il...". Voilà !
Cela dit, effectivement si on faisait une variante typographique de latin9, il faudrait que l'apostrophe française soit accessible.

Je répondrai quand j'aurai le temps de comparer les 2 cartes objectivement sous les yeux dans leurs dernières versions ;-)

À vrai dire je connais assez mal les subtilités de latin9, ayant été plus habitué depuis ma tendre enfance à la map azerty-fr standard, et n'ayant que peu joué avec latin9 (même si c'est ce que j'utilise aujourd'hui, en pratique... mais pas pour jouer à tapper du texte funky !).

Cela dit, latin9 et Dvorak-fr me semblent assez proches dans l'esprit, si ce n'est que sur Dvorak-fr, shift+é fait É !

Personnellement, je conçois que les programmeurs aiment garder les caractères ascii facilement accessibles, histoire que tout le monde parle le même langage avec les mêmes caractères et cela sans chercher trois heures chaque caractère.

Cela dit, à l'heure d'aujourd'hui, (unicode et tout), il serait crétin de ne pas avoir un accès direct aux vrais caractères du Français quand on édite des textes littéraires ou scientifiques destinés à être imprimés/lus (ex : virgule à la place du point du pavé numérique, croix de multiplication à la place de l'étoile, symbole "diviser" à la place du slash, apostrophe courbe à la place de l'apostrophe droite, guillemets typographiques facilement accessibles, etc.). Je suggère aussi que ce clavier puisse proposer les majuscules accentuées sans usage du verrouillage de majuscules (exemple : shift+é=É).

Ces deux approches me semblent inconciliables mais correspondent toutes deux à des utilisations légitimes. Donc je vote pour la création de deux claviers différents. Quitte à garder les caractères manquants disponibles à coups de altgr et de compose.

PS : le clavier Dvorak-fr proposé dans Xorg semble jouer sur les deux tableaux de manière assez astucieuse, peut-être que les azerty-fr pourraient s'en inspirer.

Oui, réintroduisons le predator dans les Pyrénées ! (En reste-t-il en Slovénie ?)

... et les ordinateurs qui font "bip" à chaque appui sur une touche, à chaque ligne de texte qui s'affiche (résultats d'une recherche par exemple), ou bien à chaque avancement d'une barre de progression.

Vrai en particulier pour la barre qui indique le temps restant avant de réussir à s'introduire sur le système qu'on est en train de "hacker" et celle qu'il y a sur l'écran de contrôle dudit système qui indique à la sécurité le pourcentage (les points de vie !) du système qui tient encore !

Si mon ordinateur bipait comme ça, je lui aurais mis des baffes depuis longtemps ! (ah, on me souffle que "xset -b", ça fonctionne mieux !)

Mouais pas glop de changer xorg.conf juste pour Savage !

Bon, chez moi, le jeu se plaint de ne pas pouvoir allouer plus de mémoire partagée pour ma CG AGP... (il me suggère de vérifier que j'ai bien activé AGPGART... ce qui est bien le cas !)

Après ça j'ai des problèmes de textures : le terrain est en général en couleur uniforme (tout blanc, tout vert, voir transparent !). Difficile de jouer dans ces conditions.

Je suis sous Xorg 7.1, AIGLX activé, driver i810. Est-ce que quelqu'un aurait eu plus de succès que moi avec une conf analogue ?

Non, je sais bien que ce n'est pas une blague. C'est l'avertissement que je supposais ironique. Comme si on te disait "Attention, ne fais pas de lien vers le site des JO, sinon tu vas finir en prison !".

Bon, je suppose que c'était ironique.

M'enfin, disons le tout de même : j'ai bien l'impression qu'il y a peu de chances qu'une telle clause dans une licence tienne deux secondes devant un juge en France !

... ainsi que les boutons supprimés dans Konqueror (pour le choix du mode d'affichage liste détaillée/liste arborescente/colonnes/etc par exemple).
Qu'ils ne mettent pas ces boutons dans la barre d'outil par défaut, je veux bien, mais qu'on ne puisse même pas aller les chercher dans "Configurer les barres d'outils", pour le coup, je trouve ça carrément abusé !

(J'ai fini par trouver comment faire pour revenir au comportement normal de KDE... mais bon, mince, j'ai du mal à considérer que Kubuntu fait un boulot correct dans Dapper ! Cela dit, voilà, je suis KDEiste et j'ai voulu tester Ubuntu, donc je subis !)

KDE accepte n'importe quel WM, je pense.
Ensuite, pour les panneaux qui risquent de recouvrir d'autres fenêtres et casser l'harmonie de ion, je ne sais pas ! Il faut tester.