Discussion:Version 1.1rc1/Touches mortes/Caractères morts

De Disposition de clavier bépo

Caractères pour Exposants/Indices

Où a tu vu que ^ et _ ont étés choisis comme caractères de ces deux touches mortes.
Je proposais d’utiliser ² et ₂ plutôt, mais rien n’a été voté.
Le titre de la page est bon, et les questions sont bonnes, mais tu présentes certaines choses comme acquises.
Flavien21 (discussion) 25 novembre 2016 à 13:23 (CET)

Tu me parles ? Désolé, je viens seulement de trouver ta question ici. — On en a beaucoup discuté, ^ et _ sont les préfixes LaTeX et servent à signifier l’exponentiation et l’indiciation en texte brut, vu sur la ML d’Unicode. Quand ce sont les caractères morts, on a directement la bonne sortie sous Windows quand le caractère n’existe pas en exposant ou en indice. -- Marcel (discussion) 5 décembre 2016 à 18:21 (CET)

Un chantier plus général à mener ?

Hello,

Ça a été pointé du doigt dans le vote sur les exposants et indices : la façon dont sont gérés les associations touche morte/caractère associé est assez anarchique en BÉPO, et il serait souhaitable de mettre un peu d’ordre dans tout ça. Pour rappel, chaque touche a un symbole (qui sert à la noter sur les cartes). Il existe dans la version 1.0 essentiellement trois façons d’accéder au symbole associé : par double-pression sur la touche morte, par pression sur la touche morte suivie de la barre espace, et par pression sur la touche morte suivie de Maj+Espace, avec parfois des rendus distincts.

De façon générale, double pression sur la touche donne le symbole, touche > espace donne soit le symbole, soit symbole proche, et touche > Maj+Espace donne le diacritique combinant pour les touches mortes associées à un diacritique, si celui existe dans Unicode.

(le tableau suivant est à compléter)

Récapitulatif des comportements en version 1.0rc3[1]
Touche Symbole sur la carte Double-pression Espace Maj+Espace
Grave ` U+0060 ` U+0060 ` U+0060 ` combinant U+0300
Aigu ´ U+00B4 ´ U+00B4 ' U+0027 ´ combinant U+0301
Circonflexe ^ U+005E ^ U+005E ^ U+005E ^ combinant U+0302

La version 1.1 rajoute encore à l’incohérence en supprimant certains accès par double-pression pour des touches associées à des diacritiques (puisque cela donne à la place d’autres diacritiques). En revanche, les touches n’étant pas associées à des diacritiques peuvent avoir un comportement. Il serait souhaitable de proposer une solution d’ensemble convenant à tous les caractères. Par exemple :

  • Pour les diacritiques, toujours mettre le diacritique espaçant (s’il existe) sur espace et le combinant (s’il existe) sur Maj+Espace, dans le cas contraire laisser les positions vides. Ne plus proposer le symbole associé en double-pression de la touche morte.
  • Pour les autres touches (monnaie, grec, science, exposant et indice, latin étendu éventuellement API, cyrillique, hébreu et arabe) : que faire ? Certains caractères ne sont jusqu’à présent accessibles que par double-pression (c’est le cas de ¤ vif et de µ — micro) et devraient le rester. En revanche, sur indice et exposant, scientifique ou latin étendu le comportement peut encore évoluer.

Par ailleurs, sous Windows le symbole apparaît dans les cas où l’enchaînement de touches n’est pas déterminé. Par exemple, si @ est le symbole d’une touche morte et si la combinaison @ puis X n’est pas défini, alors cette combinaison produira la chaîne « @X » sous Windows (mais rien sous X.org). Ce comportement n’est pas modifiable, mais pas non plus primordial.

Bien cordialement --Milton (discussion) 4 décembre 2016 à 23:14 (CET)

PS : si quelqu’un est motivé pour compléter le tableau, qu’il n’hésite pas !

OK pour le tableau, mais j'y mettrais les caractères morts proposés, du coup. -- Marcel (discussion) 5 décembre 2016 à 18:21 (CET)
Pour l’instant, je me contente de recenser ce qui existe, si tu le veux bien. --Milton (discussion) 5 décembre 2016 à 20:47 (CET)
Désolé de ne pouvoir actuellement prendre le temps de documenter le bépo 1.0 per se. — FWIW, des caractères morts proposés sont ici et ici. -- Marcel (discussion) 6 décembre 2016 à 08:13 (CET)
Toutefois j’ai pu créer le modèle {{wtable}} palliant la non-implémentation de la classe "wikitable", et me suis permis de l’appliquer au tableau que tu as commencé.
J’en profite pour soumettre à votre considération que dans le souci de mener rapidement à un projet de norme présentable pour la réunion du 16 décembre, la documentation du bépo 1.0 me semble devoir être dépriorisée au profit de la conception du nouveau système de caractères morts… -- Marcel (discussion) 7 décembre 2016 à 01:45 (CET)

La proposition suivante a été formulée sur IRC :

  • Pour les touches mortes correspondant à une diacritique :
    • Choix comme symbole de la diacritique elle-même
    • En touche espace, diacritique combinante
    • En Maj+Espace, diacritique espaçante si elle existe, rien sinon
    • En AltGr+Espace, lette modificatrice si elle existe, rien sinon
    • En double pression, éventuellement une autre touche morte (voir ce qui a déjà été voté, par exemple deux fois aigu = double aigu), sinon rien.
  • Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)
    • Symboles choisis par vote (µ pour grec, en cours pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).
    • En double pression : comportement à déterminer selon la touche. Pas de raison de changer symbole monétaire et grec ; rien pour exposant ; respecter la carte adoptée pour latin et scientifique.
    • Sur la barre d’espacement, rien sauf si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres a priori rien.

Si des points sont peu clairs, merci de le signaler. Par ailleurs, LeBret a suggéré par courriel que ce comportement puisse être laissé indéterminé par la norme. Ce sera toujours une solution si l’on n’arrive pas à tenir les délais, mais je pense qu’on peut aboutir à un accord ! --Milton (discussion) 7 décembre 2016 à 09:45 (CET)

________________________

  1. Testé sous X11, dans une installation datant de 2014.

Vote

Durée

Septante-deux heures, soit jusqu’au samedi 10 décembre, 20 h.

Comportement de la barre d’espacement lorsqu’une touche morte est active

Faut-il modifier le comportement de la barre d’espacement lorsqu’une touche morte est active de l’une des façons suivante ?

Propositions

  • A : le comportement de la barre espace est harmonisé de la façon suivante :
    • Pour les touches mortes correspondant à une diacritique :
      • Choix comme symbole de la diacritique elle-même
      • En clavier bépoEspace, diacritique combinante (pour former le caractère décomposé)
      • En clavier bépoMaj+clavier bépoEspace, diacritique espaçante si elle existe, rien sinon.
      • En clavier bépoAltGr+clavier bépoEspace, lette modificatrice si elle existe, rien sinon.
      • En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.
    • Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)
      • Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).
      • En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.
      • Sur la barre d’espacement, rien sauf si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres a priori rien.
  • B : variante, le comportement de la barre espace est harmonisé de la façon suivante :
    • Pour les touches mortes correspondant à une diacritique :
      • Choix comme symbole de la diacritique elle-même
      • En clavier bépoEspace, diacritique espaçante si elle existe, rien sinon.
      • En clavier bépoMaj+clavier bépoEspace, diacritique combinante (pour former le caractère décomposé).
      • En clavier bépoAltGr+clavier bépoEspace, lette modificatrice si elle existe, rien sinon.
      • En double pression, éventuellement une autre touche morte (selon les votes ayant déjà eu lieu, par exemple circonflexe mort + circonflexe mort = circonflexe souscrit mort), sinon rien.
    • Pour les touches mortes ne correspondant pas à une diacritique (grec, exposants et indices, scientifique, symbole monétaire, latin étendu)
      • Symboles choisis par vote (µ pour grec, en cours de discussion pour latin étendu et scientifique, ᵉ pour exposant, ¤ pour symbole monétaire).
      • En double pression : pas de changement pour symbole monétaire et grec ; rien pour exposant ; respect de la carte adoptée pour latin et scientifique. À déterminer au cas par cas pour d’éventuels votes futurs.
      • Sur la barre d’espacement, rien sauf si au cas par cas, il appert que la combinaison touche morte + espace serait pertinente. Donc pour latin et ponctuation, respect de la carte votée ; pour les quatre autres a priori rien.
  • C : statu quo

Méthode

Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.

Votes

  1. A > B > C -- Milton (discussion) 7 décembre 2016 à 20:35 (CET)
  2. B > C > A -- Flamme (discussion) 7 décembre 2016 à 20:51 (CET) (la proposition A change drastiquement le comportement usuel d’une touche morte avec Espace, et ne servira que que pour créer des caractères inusuels utiles à une poignée d’experts; de plus, avec les diacritiques combinants, un caractère dessiné contient en vérité deux caractères, voire plus; par exemple, len("à") == 2, car "à" est en interne quelque chose comme "a`").

Normalisation du comportement de la barre d’espacement

Le comportement de la barre d’espacement lorsqu’une touche morte est active doit-il être précisé dans le brouillon de norme ?

Propositions

  1. A : oui, quelle que soit l’issue du vote précédent.
  2. B : oui seulement si l’issue du vote précédent n’est pas le maintien du statu quo ; non dans le cas contraire.
  3. C : non, quelle que soit l’issue du vote précédent.

Méthode

Méthode Schulze. Si une proposition est rajoutée au cours de la première journée de vote, alors les votes n’ayant pas été modifiés pour en tenir compte ne seront pas décomptés.

Votes

  1. B > C > A -- Milton (discussion) 7 décembre 2016 à 20:40 (CET)