Bonsoir
Ça ne va pas faire trop avancer le schmilblick :
Sous Windows 10, avec LO Version : 7.5.9.2* (X86_64) / LibreOffice Community
Build ID: cdeefe45c17511d326101eed8008ac4092f278a9
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster;
VCL: win
Locale: fr-FR (fr_FR); UI: fr-FR
Calc: threaded
Tous les raccourcis indiqués fonctionnent.
Par ailleurs, chez moi, pour le :
É, j'ai l'habitude de faire ALT+0201
Ç, j'ai l'habitude de faire ALT+0199
Pour les autres, je n'ai pas d'habitude...
@+
Luc
* : je n'ai pas encore pris le temps de tester la branche 7.6 avant de
l'utiliser /en mode production/.
Le 27/02/2024 à 17:15, sigir a écrit :
Salut Claire,
Je n'ai pas essayé la 7.6.5. Ma version précédente était la 7.4.5
Je peux attendre la version suivante, en espérant que ce soit corrigé.
Quand je choisi le Mode Sans Echec, la ligne "désactiver les extensions
utilisateur" est grisée (je suppose que je n'en ai pas).
J'ai désactivé l'accélération matérielle (sans savoir ce que c'est), ça n'a pas
changé.
Toutes les combinaisons que j'ai essayé ouvre un panneau latéral :
ALT+157 Ø
ALT+158 ×
ALT+241 ±
ALT+246 ÷
ALT+144 É
ALT+128 Ç
le mardi 27 février 2024 15:19:55
Ocleyr2lalune a écrit :
Salut Régis
Le mieux serait quand même que tu n'aies pas à changer tes habitudes...
Avec le mode sans échec as tu choisi l'option la plus complète (avec
désactivation des extensions) ?
As tu tenté la 7.6.5 ? J'ai n'ai pas encore pu tester sous Windows.
Comme ton profil n'est pas en cause, il faudrait que d'autres utilisateurs sous
Windows 10 tentent de reproduire.
De mon côté j'essaierais d'ici demain.
Peux tu nous rappeler les combinaisons alt impactées (vu l'ensemble des
messages du fil ce sera plus simples pour tous) ?
Claire
Le 27 févr. 2024, à 11:06, sigir<[email protected]> a écrit:
Je trouve aussi que c'est anormal, j'espère que c'est un bug, merci.
En Mode Sans Échec : ça fait pareil
J'ai été dans les raccourcis clavier, les ALT+ n'y sont pas, ni d'ailleurs la
"vérification de l'accessibilité"
J'utilise quelques combinaisons ALT+ depuis des années, j'aimerai ne pas avoir
à en apprendre de nouvelles pour LibreOffice :-)
le dimanche 25 février 2024 08:12:27
Ocleyr2lalune a écrit :
Bonjour
pour revenir à la question de départ...
Régis utilise la version stable 7.6.
Il reste anormal que alt + 154 ouvre un navigateur ou alt + 157 le
vérificateur d'accessibilité.
Les notes de version détaillées de la 7.6 évoquent uniquement les
améliorations suivantes liées à l'accessibilité :
Le vérificateur d'accessibilité a été déplacé dans le volet latéral.
Ce n'est pas cité, mais j'ajouterais qu'un indicateur a été rajouté dans la
barre d'état (en lieu et place de l'indicateur d'enregistrement qui existait
auparavant)
Une coche passe au rouge dès qu'un élément est inséré de façon non accessible
(un formatage direct par exemple), c'est justement ça le vérificateur
*automatique* d'accessibilité.
La navigation avec tab dans un formulaire est circulaire et un champ tab
index est intégré dans les contrôles de formulaire, dans les 2 cas pour
améliorer la navigation au clavier
Enfin la position du curseur est désormais accessible aux lecteurs d'écran
comme NVDA
Les notes de version de la 7.6
:https://wiki.documentfoundation.org/ReleaseNotes/7.6/fr
Rien de tout cela ne "devrait" avoir un impact sur les alt codes. Je n'ai pas
l'occasion de vérifier sur windows avant plusieurs jours encore.
Régis, il y a au moins les 2 choses suivantes à envisager :
1- vérifie en lançant LibreOffice en mode sans échec si tu constates le même
problème (aide / redemarrer en mode sans échec)
Si c'est le cas, tu peux faire un tour, dans LibreOffice bien sur, dans Outils,
personnaliser (Clavier). Mais "normalement" les alt codes ne sont pas dispos
dans les raccourcis clavier
2- tu peux passer à la 7.6.5 qui est la dernière version **stable**. D'autres te
conseilleraient d'utiliser la version 24.2 (dite "fresh" en anglais), c'est toi
qui voit. Il y a juste à noter que la 24.2 n'est pas assez mûre en terme de correctifs,
tu pourrais donc avoir d'autres surprises (qu'il faudrait signaler bien sur). Par contre,
oui, sur la 24.2 tu as de sérieuses améliorations sur l'accessibilité, mais à un
utilisateur qui attend ce genre de progrès, je conseillerais d'attendre le 4e correctif,
histoire de ne pas remplacer un problème par un autre...
Les notes de version liées à l'accessibilité pour la 24.2
https://wiki.documentfoundation.org/ReleaseNotes/24.2/fr#Accessibilit%C3%A9
Enfin, si tu veux changer de méthode pour saisir tes caractères spéciaux
(mais il me semble que ta question de départ n'est pas celle là !), et aussi
pour répondre à Patrick
https://fr.wikipedia.org/wiki/Combinaisons_de_touche_Alt
Sous windows, alt et la suite de chiffres suffisent, pas besoin de valider
par entrée. Au boulot, j'utilise quotidiennement alt + 0192 par exemple.
Sous Gnome, de mon coté c'est plutôt ingérable, 3 touches dont le U plutôt
avec la 2e main... déjà les 2 touches adjacentes, il ne faut pas que ma
tendinite aux poignets se réveille, j'ai l'impression que ça me demande plus de
dextérité que sous windows. Pour moi, ça n'en fait pas une référence en
accessibilité (même si le clavier est bien plus important dans ce cas).
Bonne journée
Claire
Le 2024-02-22 23:32, sigir a écrit :
Bonjour,
Avec LibO 7.6.4 et Windows 10, j'ai un comportement nouveau :
Dans Writer, je tape ALT+157 dans le pavé numérique, ça donne
normalement le caractère Ø,
Mais là ça ouvre le "vérificateur de l'accessibilité".
Je ne trouve pas ce vérificateur dans les raccourcis clavier. Il y a
"vérificateur automatique de l'accessibilité, mais c'est différent, et
de toutes façons il n'a pas de raccourci associé.
Comment supprimer ce raccourci ?
En fait le problème existe avec plein d'autres raccourcis. Par exemple,
ALT+154 ouvre le navigateur, alors que c'est F5 qui est paramétré.
C'est possiblement un problème de Windows.
--
Régis Fraisse
--
Envoyez un mail à [email protected] pour vous désinscrire
Les archives de la liste sont disponibles à
https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy
