Re: [EGD-discu] Des places vides ?

[Marcel <bkn.ema@xxxxxxxxx>]

Le 28/11/16 09:20, Flamme a écrit :
> 
> Le 28/11/2016 à 08:52, Marcel a écrit :
> 
> > http://bepo.fr/wiki/Version_1.1/Touches_vives
> 
> 
> == le ç ==
> 
> J’aime l’idée de redonder le “ç” sur le “c”. Le symbole © est peu utile 
> et a plus sa place en touche morte sur un jeu de symboles par exemple.

En touche morte ou dans le compose du bépo (en cas de validation). —
Est-ce que je peux recopier tous tes commentaires dans différents fils de 
discussion sur le wiki ?

> 
> 
> == le pavé numérique émulé ==
> 
> Je ne suis pas d’accord avec cette idée. Par que ça fera double emploi 
> avec les pavés numériques émulés qu’installent la plupart du temps les 
> constructeurs.

Pour les pavés numériques intégrés des constructeurs, il faut prévoir quelque 
chose dans le bépo pour que les chiffres soient accessibles par Fn.

Le pavé numérique émulé quant à lui, offre plus de caaractères (virgule, hex, 
double et triple zéro. …) mais pas les keycodes du pavé numérique.
Je vais essayer d’ajouter une page sur le wiki —

> 
> Deux touches de fonction pour deux pavés émulés, ça ne sert à rien.
> Ceux qui ont absolument besoin de cette fonction achètent déjà des 
> claviers qui offrent cette fonctionnalité. Ça se trouve facilement.

Laurent a répondu à ce problème tout à l’heure. J’ajouterais que même sur 
les claviers de bureau, les utilisateurs peuvent apprécier l’ergonomie des 
chiffres et caractères corrélés fournie par le pavé numérique émulé.

> 
> 
> == Caractères vs Jeux de caractères en touche morte ==
> 
> > Tout à l’heure j’ai répondu au premier commentaire ; merci, je vais intégrer cela
> > dans l’argumentaire de la page http://bepo.fr/wiki/Version_1.1/Touches_vives/Informatique
> >
> > Ça a été mentionné et discuté plus tôt dans l’année : la normalisation est le moment —
> > oui Miltøn, « le moment ou jamais » — de vite ergonomiser quelques caractères avant de
> > placer les nouvelles touches mortes spécialisées, éventuellement après fusion…
> 
> Je ne suis pas d’accord avec cette idée.

J’ai été peu précis : l’idée ici est d’ergonomiser quelques caractères informatiques et 
surtout, pour les claviers ANSI, le Ç.

> 
> Un seul caractère, dont l’utilité est nulle en français, ne pèse pas 
> plus que le jeu de caractères qu’une touche morte mise à sa place apporte.
> 
> Réduire l’accessibilité d’un caractère inutile est bénéfique si on 
> apporte bien d’autres caractères qui seraient complètement inaccessibles 
> autrement.

Et un sélecteur de groupe polyvalent multiplie les ressources, comparé à 
des touches mortes thématiques.

> 
> L’ergonomie générale augmente.

À condition de s’occuper d’abord d’ergonomiser un certain nombre de 
caractères en touches vives.

> 
> Rien n’est plus pénible que d’aller farfouiller dans les tables utf-8 
> pour obtenir ce dont on a besoin.

C’est exactement l’idée qui est à la base de l’extension du bépo vers 
le support total de l’écritrure latine par exemple, et pour le faire bien, 
il faut ajouter la fonctionnalité de composition, en plus des sélecteurs 
de groupe (la touche morte /Latin étendu/ étant un sélecteur de groupe).

> 
> Donc réduire, par exemple, l’accessibilité de ß

L’eszett est l’un des trois caractères que je laisserais absolument sur la 
carte de base, mais en le regroupant avec les deux autres sur 3 touches, 
pas sur la rangée de repos. Ainsi l’accessibilité de l’ß sera à mon avis 
suffieamment réduite.

> au profit d’une panoplie 
> de caractères en cyrillique, en arabe, en hébreu, ou quoi qu’on mette 
> comme jeu de caractères à cet emplacement n’est pas absurde.

Pour ces trois écritures plus le grec polytonique, des touches mortes sont 
trop galère, donc on peut ajouter celle du cyrillique à côté de celle du grec 
alphabétique pour le « marketing » comme dit Flavien, et pour symboliser 
la prise en charge de toutes les langues de l’Union Européenne..

Si l’on met Num sur LSGT, on peut ajouter /Grec/ sur VerrCap, et avoir le 
cyrillique aussi en touches vives avec AltGr. Si l’on met VerrPro sur TLDE 
afin d’avoir VerrCap exempte du verrouillage des chiffres, on peut ajouter 
/Arabe/ sur VerrPro, et y avoir le cyrillique en AltGr, et l’hébreu en 
/Grec/ + AltGr.

> 
> ß a simplement sa place en latin étendu, comme ij, þ et ð.

Il y a certainement sa place, mais en même temps je le laisserais avec l’ij 
et le əƏ en touches vives, à la différence de l’ed et du thorn.

> 
> De surcroît, c’est plus cohérent.

Les points de cohérence sont multiples, et telle solution peut être cohérente 
avec tel point mais pas avec tel autre. Après, tout est une question de l’ordre 
de priorité des différents points.

Donc je vais essayer de copier tout cela vers le wiki. Il me semble qu’on peut 
répondre entre les lignes comme dans un mail, à condition de bien indenter.

Cordialement,
Marcel

--
Pour ne plus recevoir les messels de cette liste de discussion, envoyez un messel avec pour destinataire discussions-REQUEST@xxxxxxxxxxx et pour sujet "unsubscribe".