Re: [EGD-discu] solution pour le problème des apostrophes : utiliser les groupes de la norme iso

[Marcel <bkn.ema@xxxxxxxxx>]

Le 06/11/16 22:45, Thomas Vergnaud a écrit :

> Personnellement, j'aimerais vraiment conserver la barre oblique, qui permet de 
> faire facilement des balises fermantes en XML (</>): tous les caractères 
> nécessaires sont en AltGr.

Pour les balises on peut encore sauver la situation (le slash tout en bas et les chevrons tout en haut 
n’est pas l’idéal non plus) en mettant en séquences les « </ » et « >/ » en Maj+AltGr des touches < et >.

Mais cela ferait perdre ces places pour les séquences '« ' et ' »' avec espace fine insécable !

Une solution “de proximité” serait possible mais au prix de permutations, donc trop invasive au stade où l’on est…
à moins d’implémenter ce qu’on appellerait donc un mode Progrrammeur —
cf. http://bepo.fr/wiki/Utilisateur:Marcel/Version_2.0#Le_mode_Programmeur

Du reste, moi aussi je suis partisan d’avoir les deux apostrophes en accès direct, dont la typographique sur la 
touche apostrophe actuelle.

Marcel
 
> Message du 06/11/16 22:45
> De : "Thomas Vergnaud" <thomas.vergnaud@xxxxxx>
> A : discussions@xxxxxxxxxxx
> Copie à : 
> Objet : Re: [EGD-discu] solution pour le problème des apostrophes : utiliser les groupes de la norme iso
> 
> On peut en effet imaginer avoir l'apostrophe typographique sur la 105e touche. 
> Mais ça commence à faire beaucoup de caractères sur une seule touche !
> 
> Pour l'instant, on a 
> - {ê Ê / }
> Deux propositions de changement existent :
> - {- — / (shy)}
> - {- — # (shy)}
> 
> (shy) étant le tiret conditionnel (soft hyphen).
> 
> Personnellement, j'aimerais vraiment conserver la barre oblique, qui permet de 
> faire facilement des balises fermantes en XML (</>): tous les caractères 
> nécessaires sont en AltGr.
> 
> On pourrait imaginer l'une des possibilités suivantes:
> - {- ’ / (shy)}
> - {’ - / (shy)}
> 
> Ça commence à faire beaucoup d'options. Non seulement nous n'avons pas 
> beaucoup de temps pour trancher, mais en plus je suis certains qu'il y a plein 
> d'avis différents parfaitement justifiés.
> 
> J'ai une préférence pour la première solution {- ’ / (shy)}
> 
> Cela dit, il faut voir les choses du bon côté : même si nous nous plantons 
> complètement dans la définition de la 105e touche, le clavier bépo sera quand 
> même utilisable. ;-)
> Thomas
> 
> Le dimanche 6 novembre 2016, 21:23:56 Nicolas Chartier a écrit :
> > On Sun, 06 Nov 2016 03:05:54 +0100
> > 
> > Thomas Vergnaud <thomas.vergnaud@xxxxxx> wrote:
> > > Bonsoir à tous,
> > > 
> > > Les avis sont partagés en ce qui concerne l'inversion ou non des
> > > apostrophes. De ce que je comprends des avis de chacun, personne ne
> > > veut vraiment avoir les deux apostrophes aussi accessible l'une que
> > > l'autre : les deux caractères se ressemblent, et il est préférable
> > > que le clavier encourage l'utilisateur à choisir une apostrophe
> > > (droite ou typographique) pour l'usage courant, tout en laissant
> > > l'autre apostrophe accessible au cas où.
> > > 
> > > Le problème est donc de savoir quelle apostrophe on souhaite
> > > privilégier. Une idée serait d'avoir deux dispositions de clavier,
> > > chaque disposition favorisant une apostrophe. Mais la norme n'aura
> > > qu'une seule disposition bépo.
> > > 
> > > Il y a peut-être néanmoins une solution : les groupes.
> > 
> > Y’a une autre solution bien plus simple : mettre les deux apostrophes
> > en accès direct.
> > C’est ce que j’ai ici, et ça ne pose aucun soucis aussi bien pour la
> > typographie correcte que pour le code.
> > 
> > Par contre je n’ai pas de touche avec un ê inutile dessus.
> 
> 
> --
> Pour ne plus recevoir les messels de cette liste de discussion, envoyez un messel avec pour destinataire discussions-REQUEST@xxxxxxxxxxx et pour 
sujet "unsubscribe".
> 
>

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