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
  • D : idem à B, mais sans l’introduction de lettre modificatrice.
  • E : idem à B, mais les diacritiques combinants sont à la place positionnés sur la touche point, en accès direct. --Milton (discussion) 8 décembre 2016 à 20:46 (CET)

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. E > A > B > D > C -- Milton (discussion) 7 décembre 2016 à 20:35 (CET)
  2. E > B > D > 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. Pour ceux qui l’ignorent, 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`").
    Comme on le disait sur IRC, cette situation n’est pas le fait du BÉPO, mais du standard Unicode. Un caractère peut exister soit sous une forme précomposée, soit décomposée, et les outils doivent en tenir compte. En revanche, l’on obtient de cette façon un certain nombre de caractères qui n’existent pas dans le standard Unicode, voire n’existeront jamais si j’ai bien compris ce que dit Marcel (Unicode ne semblant plus disposé à inclure une infinité de caractères précomposés). My two cents. :-) --Milton (discussion) 7 décembre 2016 à 21:44 (CET)
    Le problème, ce n’est pas intrinsèquement les combinants, c’est la place que leur réserve la proposition A. -- Flamme (discussion) 9 décembre 2016 à 15:06 (CET)
  3. C > B > E > D > A -- Flavien21 (discussion) 7 décembre 2016 à 21:28 (CET)
  4. C > B > A > D > E -- Mimoza (discussion) 7 décembre 2016 à 23:25 (CET)
  5. A > B > C -- Logisim (discussion) 8 décembre 2016 à 16:10 (CET)
  6. D > E > C > B > A -- LeBret (discussion) 8 décembre 2016 à 20:34 (CET)
  7. D > B > E > C > A -- Europano (discussion) 10 décembre 2016 à 11:13 (CET)
  8. je comprends rien, on peut étendre un peu? -- JulieCaroline (discussion) 10 décembre 2016 à 16:49 (CET)
    En gros les espaçantes et modificatrices apparaissent à l’identique mais n’ont pas le même rôle. Je pense ne pas avoir besoin d’expliquer pour les combinantes. -- Flavien21 (discussion) 10 décembre 2016 à 17:09 (CET)
  9. C > A > B > D > E -- Les options autour desquelles on échangeait depuis 2 semaines ont encore été déformées, ça devient franchement saoulant Crako (discussion) 10 décembre 2016 à 19:19 (CET)
et accessoirement, j’ai toujours pas compris pourquoi on ne mettrait pas la lettre modificatrice pour le cas où y’a pas d’espaçante.
  1. C > A > D > B > E -- A2 (discussion) 10 décembre 2016 à 19:58 (CET)
  2. E > B > D > C > A -- Laurent (discussion) 11 décembre 2016 à 04:46 (CET)
Lettres modificatrices

Ce vote ne se contente pas d’uniformiser un comportement, elle introduit toute la série des lettres modificatrices qui actuellement ne sont pas supportées par bépo. À mimima il faudrait le signaler. Et mieux, il faudrait dire à quoi elles servent, parce que les diacritiques combinants je les utilise (par exemple le p̃ est une abbréviation latine que j’ai utilisé une fois, et malheureusement absente d’unicode.) Mais les lettres modificatrices ??? Qui peut me dire l’intérêt de les introduire ?

Si le but, en plus d’uniformiser le comportement, est de faciliter l’accès aux diacritiques combinants, j’avoue que ça m’interesse. Mais dans ce cas je préfère la solution suggérée par ISO à savoir clavier bépomorte  + point. Ça ne change pas le fonctionnement de l’espace et c’est aussi facile à taper vu que le point est en direct. LeBret (discussion) 8 décembre 2016 à 18:48 (CET)

Salut. L’introduction des lettres modificatrices a été discuté sur IRC, notamment du fait que toutes les diacritiques n’ont pas d’espaçante. Je crois que cela facilite la saisie de l’API, mais je ne puis pas le garantir.
Tu as bien fait d’ajouter la proposition D. Sinon, si une solution est recommandée par l’ISO, je me permets d’ajouter une nouvelle option pour la suivre. Bien à toi --Milton (discussion) 8 décembre 2016 à 20:45 (CET)
Est-ce que cela ne relève pas plutôt du vote sur les diacritiques ?
Quand aux lettres modificatrices, vu que l’API n’est pas encore introduit, ça peut attendre, non ? (Et puis honnêtement l’API… je suis prêt à parier qu’il y a plus de gens qui voudraient les émojis que l’API) -- LeBret (discussion) 8 décembre 2016 à 22:45 (CET)

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 si la proposition C est adoptée.
  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)
  2. A > B > C -- Flavien21 (discussion) 7 décembre 2016 à 21:29 (CET)
  3. B > C > A -- Europano (discussion) 10 décembre 2016 à 11:16 (CET)
  4. neutre -- JulieCaroline (discussion) 10 décembre 2016 à 17:05 (CET)