U22C5 et U00B7 ne sont pas interchangeables.
Le premier est un opérateur mathématique (donc légitime comme signe multiplier). Le second sert à composer des caractères comme le L catalan.
Comme je suis gentil, j'ai ajouté des déclinaisons pour les barbus (touches Sun, sans touches mortes, latin-9 pur)
Pour le reste la disposition s'est plus ou moins stabilisée, avec comme unique changement le retour de sterling et le remplacement des l polonais par les l catalans
Dans la dernière version (à tester)
1. l/LStroke sont partis,
2. sterling est de retour
3. il y a un dead_abovedot
4. j'ai ajouté les l catalans pour nos amis perpignanais
Certes, il manque dead_belowdot et dead_doubleacute, mais sont ils vraiment utiles au plus grand nombre ?
J'ai réduit le périmètre des lettres circomflexées ou trématées aux lettres utilisées en Français, mais les enlever complètement facherait les touche-morte-ophobes
La grande majorité des symboles fait partie de latin-1, donc la nouvelle carte est parfaitement exploitable sans unicode, il faut juste éviter d'utiliser la petite vingtaine de combinaisons qui produit des symboles unicode (et qui de toute façon ne servent à rien pour coder)
Donc sauf si le fonctionnement de la bouvelle carte est trop différent pour que les gens s'adaptent, je ne vois pas l'intérêt de garder l'ancienne carte.
Normalement les principes de bases sont les mêmes, donc sauf erreur de ma part ça devrait être bons (testeurs bienvenus)
Un nouveau patch est en ligne. J'ai essayé de tenir compte des demandes des uns et des autres. Il est beaucoup plus intrusif même si je l'espère dans la pratique les changements sont simples et faciles à maîtriser.
Ceci m'a permis :
— de me rapprocher de la carte française standard,
— d'ajouter de nouveaux symboles
— de conserver l'accès à la plupart des symboles actuels
(mais vérifiez quand même que je n'ai rien cassé pour vous)
Un nouveau patch est en ligne. J'ai essayé de tenir compte des demandes des uns et des autres. Il est beaucoup plus intrusif même si je l'espère dans la pratique les changements sont simples et faciles à maîtriser.
Ceci m'a permis :
— de me rapprocher de la carte française standard,
— d'ajouter de nouveaux symboles
— de conserver l'accès à la plupart des symboles actuels
(mais vérifiez quand même que je n'ai rien cassé pour vous)
Il faut être clair : si on ajoute une autre carte la précédente sera soit retirée tout de suite, soit rendue moins accessible, et elle peut survivre des années dans la nature elle sera plus ou moins vite "morte" au niveau freedesktop.
(et ce n'est pas forcément mon choix mais il faut bien limiter l'inflation de cartes d'une manière ou d'une autre)
Pour le ratissage je suis entièrement d'accord avec toi et je t'invite à relayer l'info sur tous les sites francophones concernés par X11 que tu connais. Il y a des limites à ce que je peux faire seul dans mon temps libre. Toutes les contributions sont les bienvenues !
Je suis conscient du problème :)
Si l'on supprime l'ancienne carte il faudra faire un alias pour ne pas faire planter les environnements graphiques des utilisateurs lors des mises à jour
Tout d'abord, merci pour ce message clair et bien argumenté :
1. sur les espaces, la dernière version a déjà trois variantes, il ne manque que l'espace fine
2. sur les tirets, idem, 2/3 manque le tiret insécable
3. pour les ligatures je ne suis pas chaud du tout, cela me semble trop spécialisé (-> xmodmap) et en plus des applications comme firefox ne les aiment pas du tout
4. il est certainement possible de remplacer un des niveaux de flèches du pavé numérique par des symboles scientifiques, mais il faut me composer un pavé complet avec des symboles utiles au plus grand nombre (et décider quel type de flèches conserver)
5. pour les chiffres romains : le bloc unicode correspondant est beaucoup trop grand pour être intégrable sur un clavier généraliste
6. sur les petites majuscules et autres mises à l'échelle : pas du ressort du clavier AMHA mais pure mise en page -> raccourcis spécifiques aux applis
8. quatre niveaux de symboles est déjà beaucoup, et la carte est pleine, ajouter quoi que ce soit en plus demande de faire des choix. Je n'ai pas l'intention de composer une carte avec un nombre de niveaux supérieurs juste pour me faire plaisir. Au delà de 4 le risque de collisionner avec des raccourcis applicatifs est trop grand (et trop compliqué pour les utilisateurs)
9. De même le projet freedesktop voit d'un très mauvais oeil la mulitplication des variantes, donc l'objectif est soit de modifier latin9 en douceur soit de faire une nouvelle version suffisamment intéressante pour que personne ne se plaigne si l'on retire l'ancienne carte
10. sur les lettres accentuées : je suis prêt à envisager de faire le ménage à condition que tous les caractères utilisés en Français soient accessibles sans touches mortes. L'espace libéré pouvant être utilisé pour compléter avec les touches mortes utilisées dans les autres langues européennes, et de nouveaux symboles. Mais je ne vais pas faire ce travail seul.
En conclusion j'invite toutes les personnes qui ne trouvent pas leur bonheur dans la proposition actuelle à faire le travail suivant (je sais c'est long et pénible mais c'est le prix à payer pour avoir votre clavier préféré pré-installé avec xorg/xfree86) :
1. Me faire une liste des symboles à retirer dans la dernière proposition :
a. Cette liste ne pourra inclure de symbole nécessaire à l'écriture d'un Français typographiquement correct (s'il n'est pas accessible d'une autre manière par le clavier sans aide comme xmodmap)
b. Les lettres accentuées doivent conserver un accès sans touches mortes
c. Pour les doublons, préciser de quelle touche les retirer
d. Un symbole important ne peut dépendre du pavé numérique uniquement
e. Les symboles imprimés couramment sur les azerty français ne sont pas déplaçables ou supressibles (hormis le ², qui est déjà déplacé mais ne peut être supprimé)
f. Cette liste devra être ordonnée en commençant par les candidats à la suppression les plus clairs
g. Chaque symbole devra être accompagné d'une justification succinte
2. Me faire une liste des symboles à ajouter :
a. Chaque symbole devra être accompagné de son code unicode (donc si inconnu chez unicode.org, pas acceptable)
b. Chaque symbole devra être accompagné d'une justification succinte
c. Inclure au minimum toutes les touches mortes nécessaires à la composition des lettres accentuées retirées de la liste précédente
d. La liste devra être ordonnée du plus intéressant au moins intéressant
3. En partant de ces deux listes, faire une première proposition de placement sans déplacer aucun autre symbole (donc si liste2 plus longue que liste 1, c'est raté)
4. Puis une autre sans restriction de déplacement (hors symboles imprimés sur les claviers)
L'intérêt des propositions de placement sera évalué en fonction :
1. de leur caractère intuitif et naturel
2. de la manière dont elles arrivent à se rapprocher du clavier actuel et d'autres claviers européens ou francophones
3. des réactions des autres testeurs
4. de la compatibilité avec les tables xmodmap courantes
Enfin, il est clair que le résultat sera pérenne donc prennez le temps nécessaire maintenant - une fois le résultat publié dans une release de xorg il sera trop tard pour réagir (même si votre distribution préférée ne l'utilise pas encore). Seul des changements très limitées seront possibles, et il faudra les justifier par de gros problèmes
Je ne pense pas que ce comportement soit spécifique à fr-latin9, malheureusement. Tu dois avoir une autre couche logicielle qui fait ça pour toi
(et ça le fait pas chez moi, sniff)
1. Retravaille le comportement du pavé numérique
2. Corrige le changement de mode
3. Regroupe les lettres accentuées
avec leurs majuscules
4. Ajoute les symboles typographiques demandés
5. Retire les flèches de la zone principale
Le principe de base de ce clavier c'est de garder les accès tels qu'ils sont définis sur les claviers imprimés, et ajouter (si possible de manière logique) les autres caractères utiles à côté.
C'est pour ceci que la position de éèçà ¤ est plus ou moins imposée par l'azerty français standard
(si tu es prêt à redéfinir tout ton clavier en ignorant ce qui est imprimé dessus actuellement, je ne saurais trops te conseiller de regarder du côté des cartes canaidennes internationales ou dvorak fr)
Un clavier généraliste comme celui-ci doit forcément prioriser les demandes de tout le monde
[^] # Re: Mes suggestions
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
[^] # Re: Nouveau patch en ligne (#6)
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
U22C5 et U00B7 ne sont pas interchangeables.
Le premier est un opérateur mathématique (donc légitime comme signe multiplier). Le second sert à composer des caractères comme le L catalan.
# Nouveau patch en ligne (#6)
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
Pour le reste la disposition s'est plus ou moins stabilisée, avec comme unique changement le retour de sterling et le remplacement des l polonais par les l catalans
Le patch : https://bugs.freedesktop.org/attachment.cgi?id=7022
Un visuel : https://bugs.freedesktop.org/attachment.cgi?id=7015
[^] # Re: Nouveau patch en ligne (#5)
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
Dans la dernière version (à tester)
1. l/LStroke sont partis,
2. sterling est de retour
3. il y a un dead_abovedot
4. j'ai ajouté les l catalans pour nos amis perpignanais
Certes, il manque dead_belowdot et dead_doubleacute, mais sont ils vraiment utiles au plus grand nombre ?
[^] # Re: Nouveau patch en ligne (#5)
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
[^] # Re: Je vote pour le point médian (ALT+0183)
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
Pour le nom des touches de fonction, je ne dois respecter le nommage interne de XFree86/X11 pour que celà marche.
Et je t'avouerais franchement que si l'AFNOR s'était décidée à adopter le clavier La Bonté, je ne serais plus en train de maintenir celui-ci
(mais je veux un agencement qui correspond à un clavier sérigraphier que je peux acheter en France)
[^] # Re: Nouveau patch en ligne (#5)
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
— patch : https://bugs.freedesktop.org/attachment.cgi?id=7010
— visuel : https://bugs.freedesktop.org/attachment.cgi?id=7011
[^] # Re: Nouveau patch en ligne (#5)
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
Est-ce que celà gène quelqu'un ?
[^] # Re: latin9 ou UTF8 ?
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
Donc sauf si le fonctionnement de la bouvelle carte est trop différent pour que les gens s'adaptent, je ne vois pas l'intérêt de garder l'ancienne carte.
Normalement les principes de bases sont les mêmes, donc sauf erreur de ma part ça devrait être bons (testeurs bienvenus)
# Nouveau patch en ligne (#5)
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
Un nouveau patch est en ligne. J'ai essayé de tenir compte des demandes des uns et des autres. Il est beaucoup plus intrusif même si je l'espère dans la pratique les changements sont simples et faciles à maîtriser.
Ceci m'a permis :
— de me rapprocher de la carte française standard,
— d'ajouter de nouveaux symboles
— de conserver l'accès à la plupart des symboles actuels
(mais vérifiez quand même que je n'ai rien cassé pour vous)
Le patch : https://bugs.freedesktop.org/attachment.cgi?id=7007
Une image du résultat : https://bugs.freedesktop.org/attachment.cgi?id=7008
En pour comparaison :
1. le clavier français par défaut : https://bugs.freedesktop.org/attachment.cgi?id=7006
2. le clavier fr-latin9 actuel : https://bugs.freedesktop.org/attachment.cgi?id=6953
# Nouveau patch en ligne (#5)
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 3.
Un nouveau patch est en ligne. J'ai essayé de tenir compte des demandes des uns et des autres. Il est beaucoup plus intrusif même si je l'espère dans la pratique les changements sont simples et faciles à maîtriser.
Ceci m'a permis :
— de me rapprocher de la carte française standard,
— d'ajouter de nouveaux symboles
— de conserver l'accès à la plupart des symboles actuels
(mais vérifiez quand même que je n'ai rien cassé pour vous)
Le patch : https://bugs.freedesktop.org/attachment.cgi?id=7007
Une image du résultat : https://bugs.freedesktop.org/attachment.cgi?id=7008
En pour comparaison :
1. le clavier français par défaut : https://bugs.freedesktop.org/attachment.cgi?id=7006
2. le clavier fr-latin9 actuel : https://bugs.freedesktop.org/attachment.cgi?id=6953
[^] # Re: latin9 ou UTF8 ?
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
(et ce n'est pas forcément mon choix mais il faut bien limiter l'inflation de cartes d'une manière ou d'une autre)
Pour le ratissage je suis entièrement d'accord avec toi et je t'invite à relayer l'info sur tous les sites francophones concernés par X11 que tu connais. Il y a des limites à ce que je peux faire seul dans mon temps libre. Toutes les contributions sont les bienvenues !
[^] # Re: latin9 ou UTF8 ?
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 3.
Si l'on supprime l'ancienne carte il faudra faire un alias pour ne pas faire planter les environnements graphiques des utilisateurs lors des mises à jour
[^] # Re: Nouveau patch en ligne (#4)
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 7.
Tout d'abord, merci pour ce message clair et bien argumenté :
1. sur les espaces, la dernière version a déjà trois variantes, il ne manque que l'espace fine
2. sur les tirets, idem, 2/3 manque le tiret insécable
3. pour les ligatures je ne suis pas chaud du tout, cela me semble trop spécialisé (-> xmodmap) et en plus des applications comme firefox ne les aiment pas du tout
4. il est certainement possible de remplacer un des niveaux de flèches du pavé numérique par des symboles scientifiques, mais il faut me composer un pavé complet avec des symboles utiles au plus grand nombre (et décider quel type de flèches conserver)
5. pour les chiffres romains : le bloc unicode correspondant est beaucoup trop grand pour être intégrable sur un clavier généraliste
6. sur les petites majuscules et autres mises à l'échelle : pas du ressort du clavier AMHA mais pure mise en page -> raccourcis spécifiques aux applis
8. quatre niveaux de symboles est déjà beaucoup, et la carte est pleine, ajouter quoi que ce soit en plus demande de faire des choix. Je n'ai pas l'intention de composer une carte avec un nombre de niveaux supérieurs juste pour me faire plaisir. Au delà de 4 le risque de collisionner avec des raccourcis applicatifs est trop grand (et trop compliqué pour les utilisateurs)
9. De même le projet freedesktop voit d'un très mauvais oeil la mulitplication des variantes, donc l'objectif est soit de modifier latin9 en douceur soit de faire une nouvelle version suffisamment intéressante pour que personne ne se plaigne si l'on retire l'ancienne carte
10. sur les lettres accentuées : je suis prêt à envisager de faire le ménage à condition que tous les caractères utilisés en Français soient accessibles sans touches mortes. L'espace libéré pouvant être utilisé pour compléter avec les touches mortes utilisées dans les autres langues européennes, et de nouveaux symboles. Mais je ne vais pas faire ce travail seul.
En conclusion j'invite toutes les personnes qui ne trouvent pas leur bonheur dans la proposition actuelle à faire le travail suivant (je sais c'est long et pénible mais c'est le prix à payer pour avoir votre clavier préféré pré-installé avec xorg/xfree86) :
1. Me faire une liste des symboles à retirer dans la dernière proposition :
a. Cette liste ne pourra inclure de symbole nécessaire à l'écriture d'un Français typographiquement correct (s'il n'est pas accessible d'une autre manière par le clavier sans aide comme xmodmap)
b. Les lettres accentuées doivent conserver un accès sans touches mortes
c. Pour les doublons, préciser de quelle touche les retirer
d. Un symbole important ne peut dépendre du pavé numérique uniquement
e. Les symboles imprimés couramment sur les azerty français ne sont pas déplaçables ou supressibles (hormis le ², qui est déjà déplacé mais ne peut être supprimé)
f. Cette liste devra être ordonnée en commençant par les candidats à la suppression les plus clairs
g. Chaque symbole devra être accompagné d'une justification succinte
2. Me faire une liste des symboles à ajouter :
a. Chaque symbole devra être accompagné de son code unicode (donc si inconnu chez unicode.org, pas acceptable)
b. Chaque symbole devra être accompagné d'une justification succinte
c. Inclure au minimum toutes les touches mortes nécessaires à la composition des lettres accentuées retirées de la liste précédente
d. La liste devra être ordonnée du plus intéressant au moins intéressant
3. En partant de ces deux listes, faire une première proposition de placement sans déplacer aucun autre symbole (donc si liste2 plus longue que liste 1, c'est raté)
4. Puis une autre sans restriction de déplacement (hors symboles imprimés sur les claviers)
L'intérêt des propositions de placement sera évalué en fonction :
1. de leur caractère intuitif et naturel
2. de la manière dont elles arrivent à se rapprocher du clavier actuel et d'autres claviers européens ou francophones
3. des réactions des autres testeurs
4. de la compatibilité avec les tables xmodmap courantes
Enfin, il est clair que le résultat sera pérenne donc prennez le temps nécessaire maintenant - une fois le résultat publié dans une release de xorg il sera trop tard pour réagir (même si votre distribution préférée ne l'utilise pas encore). Seul des changements très limitées seront possibles, et il faudra les justifier par de gros problèmes
[^] # Re: le Ç
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
[^] # Re: Mes suggestions
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
(et ça le fait pas chez moi, sniff)
# Nouveau patch en ligne (#4)
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
2. Corrige le changement de mode
3. Regroupe les lettres accentuées
avec leurs majuscules
4. Ajoute les symboles typographiques demandés
5. Retire les flèches de la zone principale
[^] # Re: Mes suggestions
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
[^] # Re: Clavier Liégeois
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 5.
Proposé : https://bugs.freedesktop.org/attachment.cgi?id=6957
[^] # Re: Nouveau patch en ligne
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
[^] # Re: Pas encore pour moi ?
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
Mais le patch commence vraiment à être intrusif là
[^] # Re: Nouveau patch en ligne
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
C'est pour ceci que la position de éèçà ¤ est plus ou moins imposée par l'azerty français standard
(si tu es prêt à redéfinir tout ton clavier en ignorant ce qui est imprimé dessus actuellement, je ne saurais trops te conseiller de regarder du côté des cartes canaidennes internationales ou dvorak fr)
Un clavier généraliste comme celui-ci doit forcément prioriser les demandes de tout le monde
[^] # Re: Nouveau patch en ligne
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
Il faut regarder les autres attachements pour les changements proposés
( https://bugs.freedesktop.org/attachment.cgi?id=6957 actuellement)
[^] # Re: ls | more --> more: command not found (???)
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 5.
Le nombre de générations de Red Hat/Fedora par exemple où UTF-8 est activé par défaut doit rapidement approcher la dizaine
[^] # Re: Nouveau patch en ligne
Posté par nimnim . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 3.
Si tu tiens à des inférieur ou égal à la française il faut persuader les gens qui dessinent les polices. Par exemple ouvrir un bug ici :
https://bugs.freedesktop.org/enter_bug.cgi?product=DejaVu