Re: [fr-users] Combinaisons Alt+qqch

Salut Patrick

Ben pas d'accord. En plus de bon matin...
Tu ne fais "que" illustrer ce que j'évoquais "sous Linux, on fait bien, alors rien à faire si le 
alt bidule est largement utilisé par ailleurs, et toc !"
Bien sûr Microsoft est editeur d'un système d'exploitation, il est prescripteur de son 
fonctionnement. Microsoft est un éditeur privateur oui. Mais là je ne vois pas le lien. 
Intrinsèquement chaque système d'exploitation est prescripteur de son fonctionnement que les 
logiciels qui s'executent dessus exploitent.

Ensuite soit tu fais le choix de l'interopérabilité, soit tu ne le fais pas. A priori, on s'attend 
dans LibreOffice à un fonctionnement plus interoperable.
Si les alt bidule ne fonctionnaient que dans les logiciels Microsoft ok... Seulement voilà, la 
saisie des caractères c'est un comportement système et pas un comportement logiciel. Ignorer 
(volontairement) tout un système, celui majoritairement utilisé, est incongru. Ok  l'unicode 
fonctionne aussi sous Windows, mais jusqu'à maintenant  unicode et alt bidule étaient utilisables 
dans LibreOffice. 
Ça n'aurait jamais été le cas ok .. mais là on est sur une régression.

Or si tu as une méthode générique pour ton système devoir en changer uniquement pour LibreOffice 
parce que quelqu'un a eu un coup de chaud, c'est idiot, ce n'est pas vendeur pour LibreOffice. 

Alors après tout on peut aller changer dans les paramètres natifs ? Combien dans ceux qui vont se 
retrouver coincés le feront ? Pas beaucoup. Moins encore viendront poser la question. 
Quand au fonctionnement en entreprise (parce que ça existe), si tu te dis que ceux qui deploient 
n'ont aucun soucis de ceux qu utilisent (ça existe, trop...) on est mal barrés. 

J'ai des collègues qui travaillent sur l'accessibilité numérique y compris avec LibreOffice. 2 
exemples. 
1. Quand on exporte un fichier LibreOffice en PDF. Le paramètre par défaut de l'installation est 
l'export de type fdf. Cet export utile pour un formulaire ne répond pas a la généralité des 
situations. Consigne : choisir le pdf ua, et décocher formulaire. Très bien on modifie les 
paramètres d'export à l'installation pour toute la boîte. Jusqu'au jour où "ceux qui exploitent" 
ont décidé que ces modifications étaient superflues. Tous les utilisateurs mal et non voyant ont dû 
gérer des documents pdf issus de l'export LibreOffice tronqués avec des champs non lisibles par les 
lecteurs d'écrans. 

2. Pour encourager à la diffusion de doc writer, les mêmes collègues mettent en place une formation 
pour décrire comment proposer un document accessible pour tous : choix de la police, taille, 
espacement, utilisation des styles pour structurer le document et faciliter le travail aux lecteurs 
d'écrans, mais aussi utilisation des caractères accentués. Et pour ça, ils citent quoi ? Alt bidule 
.. 
Je n'ai pas vu dans une formation tout public des formations où on parle d'unicode. 
Ok il suffit de changer .. changer pour notre cerveau c'est couteux. On ne le fait pas pour le 
moindre caprice d' un "Linux c'est mieu"x.
J'aime pas Microsoft, j'utilise Fedora, mais je trouve qu'on a plus à gagner d'inclure que 
d'exclure...

Mais bonne journée malgré tout.


⁣Claire ​

Le 20 mars 2024, 22:37, à 22:37, Patrick <patrick.libreoffice@free.fr> a écrit:
> Peut-être faut-il revenir à l'utilisation première de la touche ALT qui
>
> a été introduite par µ$oft pour les appels de menu (et autre accès aux 
> champs dans les fenêtres de dialogue) avec une lettre soulignée. (ça 
> existait aussi sous DOS, si j'ai bonne mémoire ! Il n'y avait qu'avec 
> les cartes perforées que ça ne fonctionnait pas 😛)
>
> Mais l'utiliser pour une autre fonctionnalité comme pour insérer des 
> codes ASCII n'a pas été une bonne idée de la part de µ$oft.
> Ceci ne fonctionne pas sous Linux. Il faut utiliser le code Unicode
> avec 
> les touches CRTL+SHIT+U puis l'Unicode qui fonctionne dans beaucoup de 
> logiciels sous Linux. (du moins sous mon kubuntu)
>
> Alors je comprends les développeurs de LIBO d'avoir utilisé ces ALT+1, 
> 2, 3 etc... pour rester dans la "norme" de fait, puisque TOUS les 
> logiciels utilisent cette fonctionnalité d'appel de menu (et champs) 
> avec ALT.
>
> C'est donc de la faute de µ$oft d'avoir dévoyé cette touche pour
> insérer 
> des codes ASCII. Il faut leur demander de changer ... 😛
>
> Bonne nuit...
>
>
> Le 20/03/2024 à 22:05, Ocleyr2lalune a écrit :
> > Bonsoir Luc
> >
> > Je  plussois entièrement.
> > Comme si de façon un peu "c'est nous qu'on est mieux sous Unix", on
> s'était dit que les alt codes c'était pas important.
> > Il est d'ailleurs probable que ça pose un souci d'accessibilité
> aussi...
> > Je n'ai pas creusé ceci dit. Peut-être que ce changement malheureux a
> fait l'objet d'un signalement dans bugzilla ? Tu as regardé ?
> > Claire
> >
> > ⁣Claire ​
> >
> > Le 20 mars 2024, 19:18, à 19:18, Mamin Luc<luc.mamin@helem.fr>  a
> écrit:
> > > Bonsoir
> > >
> > > Je reprends dans ce message la question de l'insertion des
> caractères
> > > ASCII qui avait été abordée dans le fil "vérification de
> > > l'accessibilité" (débuté le 22/02).
> > >
> > > Rappel des faits :
> > > Depuis la version 7.6.? de LO, les combinaisons Alt + chiffres sont
> > > préemptées par LO pour ouvrir telle ou telle fenêtre : navigateur,
> > > styliste, etc...
> > >
> > > Or, sous Windows (pour Mac et Linux, je n'en ai pas sous la main),
> ces
> > > combinaisons permettent d'insérer des caractères spéciaux via leur
> code
> > > ASCII.
> > > Par exemple : Alt+0192 = À.
> > > Cela fonctionne ainsi pour LO, Scribus, Thunderbird, Notepad++, ...,
> et
> > > même pour nommer un dossier.
> > >
> > > Donc, pour les utilisateurs et utilisatrices, une seule combinaison
> à
> > > mémoriser est utilisable un peu partout.
> > >
> > > J'entends bien que l'insertion de codes Unicode (code +Alt+x) peut
> > > faire
> > > le boulot dans LO . Mais cela ne fonctionne pas "partout", et cela
> > > obligerait donc à mémoriser deux combinaisons à utiliser avec
> > > discernement selon le logiciel utilisé.
> > >
> > > Je trouve curieux que le passage de la branche 7.5 à la 7.6
> s'autorise
> > > à
> > > détourner une combinaison de touches utilisée par le système
> > > d'exploitation.
> > >
> > > Bien sûr, pour les associations dans lesquelles j'interviens, je
> prends
> > > ma respiration et j'explique comment modifier les paramètres de LO :
> > > Outils -> Personnaliser ->Onglet Clavier -> Catégorie LibreOffice :
> > > supprimer les raccourcis clavier Alt + chiffre -> puis passer à la
> > > catégorie Writer pour faire de même...
> > >
> > > C'est quand même un exercice complexe.
> > >
> > > @+
> > > Luc
> > >
> > > -- 
> > > Envoyez un mail àusers+unsubscribe@fr.libreoffice.org  pour vous
> > > désinscrire
> > > Les archives de la liste sont disponibles à
> > > https://listarchives.libreoffice.org/fr/users/
> > > Privacy Policy:https://www.documentfoundation.org/privacy
>
> -- 
> Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour vous
> désinscrire
> Les archives de la liste sont disponibles à
> https://listarchives.libreoffice.org/fr/users/
> Privacy Policy: https://www.documentfoundation.org/privacy

-- 
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy