Re: [EGD-discu] [AFNOR] Quelques questions

[Valentin Melot <v.melot@xxxxxxxxxx>]

Attendez, on est à deux semaines du rendu de la norme, et d’un seul coup
on découvre que les points qui ont été votés fin juillet et début août
ne font plus consensus ?!

Les créations de touche morte ou ajout de la livre sterling, ça date de
fin juillet, quand la proposition « partir de la variante BÉPOFM pour
établir la norme » a été acceptée sans opposition (si je me souviens
bien). L’apostrophe typographique, ça doit dater du mois d’août, et dans
mon souvenir.

En ce qui concerne le symbole euro, il me semble que sa position est
normalisée comme devant être sur AltGr+E. À vérifier, mais il me semble
que c’est le cas. Pour ce qui est de la livre sterling, la seule
question à se poser est : combien de personnes on touche ? D’après
l’OIF, il y aurait dix millions de francophones au Royaume-Uni
(http://www.francophonie.org/carto.html). Alors aller planquer la livre
sterling alors qu’on a une place évident pour la mettre sur la carte de
base, me paraît peu pertinent…

En ce qui concerne le fait que c’est *ma* page perso qui est maintenue,
la raison est simple : depuis cet été, j’ai proposé des « résumés » de
ce qui avait été proposé, des discussions faites sur la ML. Selon toute
logique, c’est sur ma page perso que j’ai fait ce travail, plutôt que de
m’étaler sur la page « Version 1.1 ». Je peux transférer tout sur cette
page, bien entendu…

Ciao,

-- 
Miltøn


Le 05/11/2016 à 09:15, laurent a écrit :
> En tant que programmeur, j'utilise souvent l'apostrophe droite. Ce
> n'est pas dicté par une volonté d'avoir une belle typographie, c'est
> dicté par le compilateur (ou l'interpréteur) dans plusieurs langages
> que j'utilise (python, matlab, scilab).
> 
> J'essaie de dire que 'devoir' utiliser cette touche doit primer sur 
> 'vouloir' avoir une belle typographie (d'autant que les traitements de
> texte la remplace automatiquement). Le nombre de gens qui programment
> n'est pas négligeable (professionnels, étudiants, hobbyistes).
> J'imagine que celui qui se met à la programmation tout seul ne
> comprendra pas pourquoi son code ne fonctionne pas du tout car
> admettons le la différence graphique entre les deux apostrophes est
> minime. Déjà les différences entre (0,O),(i,1,l) sont sources de
> difficultés.
> 
> Autant je m’aperçois que beaucoup de sujets sur ces discussions sont
> trop pointus pour que j'aie un avis avisé, autant sur ce sujet j'ai un
> avis très tranché.
> 
> Laurent
> 
> 
> 
> Le samedi 05 novembre 2016 à 00:17 +0100, Thomas Vergnaud a écrit :
>> Je suis d'accord que cette inversion est un risque. Mais je crois
>> qu'il n'y a 
>> pas de solution parfaite.
>>
>> Le bépo met en valeur les guillemets chevrons; il est donc logique
>> qu'il mette 
>> aussi en valeur l'apostrophe typographique. Et on conserve
>> l'apostrophe droite 
>> avec une accessibilité moyenne pour les cas où elle est
>> indispensable.
>>
>> Si, à l'inverse, on conserve l'apostrophe droite au premier plan (ce
>> qui est 
>> la situation actuelle), on décourage complètement l'usage de
>> l'apostrophe 
>> typographique.
>>
>> Enfin, si on trouve une solution pour avoir les deux apostrophes
>> également 
>> accessibles, les utilisateurs risquent de se mélanger les crayons. Je
>> crois 
>> que le clavier allemand T2 a ce problème.
>>
>> À mon avis, une bonne solution serait d'avoir deux variantes de
>> clavier : 
>> l'actuelle et une autre avec l'inversion d'apostrophe. Mais est-ce
>> que c'est 
>> possible pour la norme ?
>>
>> Thomas
>>
>> Le vendredi 4 novembre 2016, 22:04:16 Mimoza a écrit :
>>>
>>> Il y a un point qui me chiffonne dans le listing que tu as fait et
>>> dont
>>> tu n'a pas mis d'objection.
>>>
>>> Il s'agit de l'inversion des apostrophe, pour moi cela est
>>> problématique
>>> pour 2 raisons majeur :
>>>
>>> - programmation : C'est bien l'apostrophe droite qui est utilisé
>>> systématiquement, la signification de la courbe, si utilisé, est
>>> bien
>>> différente
>>>
>>> - interface : Dans plein de formulaire on peux avoir un nombre de
>>> caractère limité (numérique, alpha, ponctuation) et cette inversion
>>> posera pas mal de problème
>>>
>>> Il y avait eu une discutions sur la ML au début de l'été concernant
>>> ce
>>> point et il me semblait que finalement l'inversion était vu comme
>>> non
>>> nécessaire. Mais je n'ai pas suivi les discutions sur le wiki
>>> concernant
>>> ce point.
>>
>

Attachment: signature.asc
Description: OpenPGP digital signature