jeudi 21 août
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

: [RFC] Évolution du clavier « fr-latin9 »

Posté par nimnim (). Modéré le 13 septembre 2006.
Depuis quelque temps, le bureau libre a bien changé, notamment avec la généralisation des locales unicodes.

Au vue de cette situation, les claviers doivent s'adapter et l'enjeu actuel est de savoir dans quelle direction vous souhaiteriez voir le clavier fr-latin9 évoluer. En effet, voilà déjà plusieurs années que votre serviteur (Nicolas Mailhot) a repris le clavier fr-latin9 que Guylhem Aznar maintenait et qui a été inclus dans xfree86/xkb. Depuis, je n'ai eu aucun retour à son sujet. Entre temps, Guylhem a succombé au clavier canadien international et n'est plus trop intéressé.

Depuis la situation a évoluée :
  • xorg et xfree86 se sont séparés,
  • la base de définition des claviers a désormais son propre projet
  • et surtout, les locales unicode sont devenue la règle et plus l'exception
Aujourd'hui je souhaiterais revenir sur ce clavier, corriger les erreurs commises précédemment et ajouter quelques symboles unicode qui n'étaient pas possibles à l'époque. Un patch très préliminaire est en ligne et je souhaiterais avoir vos retours sur un certain nombre de points (cf la suite de l'article pour les détails).

> Lire la dépêche (274 commentaires, moyenne: 2,7).  

Vous avez demandé le commentaire #754190.

Pavé numérique = sacré !

Posté par tarreau willy (page perso, ) le 13/09/2006 à 18:26. (lien). Évalué à 9.

Bonjour,

le pavé numérique est un élément très important sur un clavier, c'est généralement ce qui fait l'efficacité de certaines personnes pour un métier donné. Par exemple, il me faut moins de 3 secondes pour taper 192.168.45.0/24 sur un pavé numérique, et plus du double de temps sur mon portable. Les gens qui font beaucoup de configuration réseau (ceux qui ont en ce moment même un câble série relié au routeur qu'ils étaient en train de configurer savent de quoi je parle) ont vraiment besoin de ça. Je me suis déjà retrouvé à saisir des adresses IP bourrées de virgules sur un PC windows, ça m'a un peu énervé !

A l'inverse, des caissières ont absolument besoin de la virgule à la place du point sur le pavé numérique, et apprécieraient même sans doute la présence du double zéro que l'on ne trouve plus depuis au moins 20 ans sur nos machines. On ne peut pas leur demander de dépositionner leur main droite pour aller chopper la virgule toutes les 2 opérations.

Je pense donc que l'idée d'avoir des variantes est très bonne. Par contre, pour ce qui concerne le choix par défaut, à mon avis le plus important est de ne rien changer par rapport aux inscriptions. Une personne qui ne trouve pas comment configurer son clavier et qui se retrouve avec des caractères sans rapport avec ce qui est indiqué aura bien raison de se plaindre. On voit déjà des gens râler lorsqu'ils se retrouvent avec un clavier qwerty, et dans ce cas, le pavé numérique est leur sauveur (pour le '/' et le '*').

Dernier point : ne pas négliger l'existence des portables dépourvus de pavé numérique. C'est déjà très chiant de taper dessus, et il ne faudrait pas que certains caractères inhabituels passent dans la map centrale sous prétexte que la forme standard du caractère reste accessible sur le pavé numérique.

NB: la fonction scroll lock n'est (à ma connaissance) jamais utilisée et fournit une LED bien pratique. N'est-ce pas là le moment de la recycler pour jongler entre deux maps par défaut, tel qu'on le faisait au bon vieux temps du DOS avec le CAPS LOCK ?

  • [^]Je vote pour le point médian (ALT+0183)

    Posté par ginkyo (page perso, ) le 13/09/2006 à 19:41. (lien). Évalué à 1.

    ||==
    >NB: la fonction scroll lock n'est (à ma connaissance) jamais utilisée >et fournit une LED bien pratique. N'est-ce pas là le moment de la >recycler pour jongler entre deux maps par défaut, tel qu'on le faisait >au bon vieux temps du DOS avec le CAPS LOCK ?

    Cela me semble une excellente idée en effet !
    ||==
    Pour ce qui est de l'utilisation de l'utf-8 ou l'ascii, de la virgule ou du point, je vote pour une déclinaison pléthorique de modèles.
    latin9-utf8-pVirgule
    latin9-utf8-pPoint
    latin9-ascii-pVirgule
    Nonobstant il me semble que c'est du côté du bureau ou de l'interpréteur de commande de gérer le comportement extraordinaire du point version US (par défaut en latin9 : virgule)

    ||==
    Pour ce qui est de la proposition d'un caractère à ajouter, je vote pour le point médian accessible par ALT+0183. C'est un caractère non spécifiquement utf-8.

    Pourquoi je préfère ce caractère à "TM" (par exemple) ?
    C 'est afin de remplacer l'apostrophe.
    Je m'explique pour faciliter la gestion des fichiers sous *nix (ou même pour l'injection sql) je renomme mes fichiers selon :
    espace > "traits de soulignement" ALTGR+8
    guillement > "point médiant" ALT+0183

    Ainsi plus de problème en ligne de commande avec les guillemets doubles et autres \'.
    Alors si il serait possible d'intégrer ce caractère via même un CTRL+T2eNiveau+ALT + 4 ?

    Deuxième point, je propose d'utiliser des termes de nommage des touches cohérents (il me semple que ceux utilisés par CAN/CSA Z243.200-92 sont bon) touche de second niveau pour MAJ, touche de 3e niveau pour ALTGR, touche 4e niveau pour touche fonction sur portable, touche ???d'association??? pour WIN ou Compose. Il me semble que ce serait vraiment plus simple pour s'y retrouver.
    (En utilisant cette notation, les gens que je forme comprennent et se souvienne comment accéder au point, à la virgule.. )
    cf : http://www.services.gouv.qc.ca/fr/publications/enligne/stand(...)
    http://www.services.gouv.qc.ca/fr/administration/standards/c(...)

    Merci pour votre travail

    --
    « Si quis scienter in tantum a vino abstineret ut naturam multum gravaret a culpa immunis non esset. »Saint Thomas d'Aquin, Somme théologique, II-II, 150, 1 ad 1.

    • [^]Re: Je vote pour le point médian (ALT+0183)

      Posté par tgl () le 13/09/2006 à 20:04. (lien). Évalué à 1.

      espace > "traits de soulignement" ALTGR+8

      L'espace insécable est plus jolie et toute aussi efficace :)

      [^]Re: Je vote pour le point médian (ALT+0183)

      Posté par nimnim () le 16/09/2006 à 20:26. (lien). Évalué à 2.

      Bonjour,

      Pour le nom des touches de fonction, je ne dois respecter le nommage interne de XFree86/X11 pour que celà marche.

      Et je t'avouerais franchement que si l'AFNOR s'était décidée à adopter le clavier La Bonté, je ne serais plus en train de maintenir celui-ci

      (mais je veux un agencement qui correspond à un clavier sérigraphier que je peux acheter en France)

    [^]Re: Pavé numérique = sacré !

    Posté par Éric (Jabber id, page perso, ) le 13/09/2006 à 20:38. (lien). Évalué à 3.

    Si c'est faisable ça pourrait être un super moyen pour basculer entre les modes "texte/typographique" et les modes "ascii/commande/programmation". Je parle des apostrophes françaises, de l'espace insécable qu'on a plus haut, des x et % à la place de * et /, des « et » à la place de < et >, et ainsi de suite.

    [^]Re: Pavé numérique = sacré !

    Posté par nimnim () le 13/09/2006 à 21:03. (lien). Évalué à 2.

    Pour la partie switch de clavier, c'est géré ailleurs dans xorg/xfree86, et utiliser la led est possible aujourd'hui (ce que j'ai chez moi) sans modifier les claviers

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0589s (dont 0.0053 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.