OK
AJAX error!

Les forumsDictionnaireAutocorrections pour LibreOffice

Autocorrections pour LibreOffice

J’ai proposé un patch à LibreOffice pour ajouter/supprimer des autocorrections, pour corriger des erreurs très fréquentes et notamment pour ajouter de nouveaux caractères difficiles à obtenir autrement.

cgit.freedesktop.org…
le 26 juillet 2013 à 07:41

oo ∞


Est-ce que je vois bien, et oo devient l'infini ? Si c'est le cas attention à l'alcool, coopération et boomerang entre-autres...
le 26 juillet 2013 à 16:28
Il faut que ce soit un mot entier pour que la transformation se fasse. ;)
le 26 juillet 2013 à 17:00
ouf ! Merci pour le "rassurement" ;-)
le 27 juillet 2013 à 06:38
Encore une fois, Merci pour tout ce travail

je proposerai bien deux autocorrections suplémentaires

celle pour avoir le symbole du litre ℓ (//l ?)

et le symbole de l'ohm Ω (//O ?)

et, pourquoi pas le delta majuscule souvent utilisé pour noter une droite, un écart, ou le Laplacien ∆ (//D ?)

la cerise sur le gâteau :

mO ; kO ; MO ; µO -> mΩ ; kΩ ; MΩ ; µΩ

et, moins certain de son utilité :

ml ; cl ; dl ; dal ; hl -> mℓ ; cℓ ; dℓ ; daℓ ; hℓ
le 28 juillet 2013 à 11:04
j'ai utilisé les autocorrections pour ajouter quelques lettres grecques suivant votre principe

//D -> ∆
//p -> π
//P -> Π
//f -> φ
etc
//a
//b
.
.
ce qui me plait bien et est très pratique

mais aussi pour

//o -> ω

ce qui interfère avec la puce

peut être est-il possible de changer la puce pour //* ou bien //+ ?

il avait un fichier d'autocorrections disponible au téléchargement, je ne le trouve plus. il a été intégré à LibreOffice ?
le 04 août 2013 à 12:34
Oui, ça peut se changer. Attendu que ce sera pour la 4.2, on a le temps d’améliorer ça.
Donc, // plus une lettre romaine donne une lettre grecque (bepo.fr…).

//* -> • (puce)

Du coup, il faut autre chose pour ohm et litre.

il avait un fichier d'autocorrections disponible au téléchargement, je ne le trouve plus. il a été intégré à LibreOffice ?


Non, il datait de 2008, contenait des choses mal testées ou obsolètes. J’ai préféré effacer le fichier.
le 04 août 2013 à 13:04

Admin :
Du coup, il faut autre chose pour ohm et litre.



pour le Ohm, est-ce bien nécessaire ? je l'utilise pour le symbole de l'unité de la résistance et pour exprimer des vitesses de rotation en radian par seconde. ça ne me gêne pas d'utiliser le symbole de l'unité pour ces deux cas.

Sinon, pourquoi par //R (je ne vois pas de correspondance avec les symboles grecs à faire avec le R)
ou bien //UO (pour Unité Ohm)

pour litre effectivement, ça se chevauche avec le lambda

//ll ou //lt ou bien //Ul (pour Unité litre)

il y a aussi le problème du delta ∆ j'avais pris le U+2206 plutôt que le symbole grec (U+0394) dans la même idée que le symbole de l'unité ohm pensant que ces choix seraient plus robustes à un changement de police.
le 04 août 2013 à 13:58
Rectification : les lettres grecques remplaceront les séquences __ + lettre.

Autres ajouts :
%o ‰
~~ ≈
=== ≡
//* •
//d ∂
//D ∆
//O Ω (ohm)
//P ∏
//S ∑
//V √
//f ∫
//l ℓ
/No- №
/No Nº
/no nº
le 04 août 2013 à 17:34
Super !

de manière personnelle, j'aurai plutôt utilisé le //R pour √ (Racine) et //I pour ∫ (Intégrale) le S étant déjà pris pour Sigma. mais, c'est du pinaillage.

la solution choisie pour les lettres grecques me convient parfaitement.

est-il possible d'avoir en téléchargement une version du fichier d'autocorrections pour tests ?
le 04 août 2013 à 18:00
Corrigé.
le 04 août 2013 à 18:18
Je remarque que les autocorrections pour les fractions (1/2 ; 1/4 ; etc.) entrent en conflit avec l'option frac des polices graphite.

C'est assez déroutant, en particulier avec l'option frac=2

peut-on ajouter un symbole devant ces autocorrections afin d'éviter les conflits ?

par exemple _1/2 pour ½

Pierre
le 24 août 2013 à 21:39
Sur ce point, il faudrait que vous demandiez sur discuss-fr si une majorité est d’accord. Je ne sais pas si beaucoup de monde utilise ces polices.
le 24 août 2013 à 23:33
On pourrait aussi mettre les caractères en exposant et en indice.

Caractères en exposant : ⁰ ¹ ² ³ ⁴ ⁵ ⁶ ⁷ ⁸ ⁹ ⁺ ⁻ ⁼ ⁽⁾ ᵃᵇᶜᵈᵉᶠᵍʰʲᵏˡᵐᵒᵖʳˢᵗᵘᵛʷˣʸᶻ ⁱⁿ ᴬᴭᴮᴰᴱᴳᴴᴵᴶᴷᴸᴹᴺᴼᴾᴿᵀᵁⱽᵂ
Caractères en indice : ₀ ₁ ₂ ₃ ₄ ₅ ₆ ₇ ₈ ₉ ₊ ₋ ₌ ₍ ₎ ₐₑᵢⱼₒᵣᵤᵥₓₔₕₖₗₘₙₚₛₜ

^[caractère] pour mettre en exposant.
_[caractère] pour mettre en indice.

Ceci dit, cette séquence de caractères est peut-être susceptible de causer des problèmes.

Une meilleure idée ?
le 26 août 2013 à 21:25
Le problème, c'est que pour écrire 10², il faudra écrire 10 ^2 (10 ; espace ; ^ ; 2; espace) puis revenir en arrière pour supprimer l’espace entre le 10 et le ² (enfin, c'est ce qui le me semble)

Et on ne peut pas écrire 10¹² sauf à écrire 10 ^1 ^2 est à supprimer les deux espaces.

Avec la police graphite, il suffit d'écrire 10^1^2. et puis je peux écrire I_e_f_f^2 (eff en indice et 2 en exposant au même niveau que eff)

Ensuite, toutes les polices ne supportent pas tous ces indices et exposants

j'avais fait une macro qui remplaçait les ^1 et _1 par leurs équivalents en exposants et indices.. mais c'était avant...
le 26 août 2013 à 22:20
D’accord, mais le sujet, ce n’est pas les polices Graphite. ;) Il faut aussi aider ceux qui ne les utilisent pas.
Par ailleurs, une nouvelle fonction de l’autocorrection va peut-être permettre de se passer des espaces séparateurs.

Mais si je comprends bien, ça va créer des conflits.
le 26 août 2013 à 22:43
reste le problème que rare sont les polices qui contiennent tous les indices et exposants.

Après si on supprime le problème des espaces ça rend le système très intéressant.

Des conflits oui, car le mode LaTex des polices graphite utilise les mêmes préfixes pour les indices et exposants. il suffit de changer le préfixe ** pour l'exposant et ¤ pour l'indice par exemple.

Si on repasse à une police qui n'est pas graphite, on revient 10^1^2 au lieu de 10¹²

le système de l’autocorrection est plus robuste dans ce cas

peut-être que l'on peut prendre le problème dans l'autre sens, et ce limiter aux cas d'utilisation des exposants les plus courants par exemple

du coin de ma lorgnette, on pourrait remplacer m3/s par m³/s ; m3 par m³ ; dm3 par dm³ ; etc.

il y aurait en gros une vingtaine d'entrées, peut être le double.

10^3 (ou 10**3) par 10³ on pourrait aller jusqu'à 10^20, ça couvrirait bien 95 % des besoins

après, pour les indices, c'est plus compliqué, on peut imaginer les 26 lettres de l’alphabet avec les indices 0 à 3, soit 200 entrées environ
le 26 août 2013 à 23:35
Quelques propositions d'autocorrections d'unités : ² ³
débit : m3/s -> m³/s et km3/s -> km³/s
Moment d'inertie : kg.m2 ou kg·m2 -> kg·m²
Viscosité cinématique m2·s ou m2.s -> m²·s
Intensité acoustique : W/m2 -> W/m²
Luminance cd/m2 -> cd/m²
densité d'énergie volumique J/m3 -> J/m³ (et aussi kJ/m³ ; MJ/m³)
et bien sûr, m2 ; cm2 ; mm2 ; dam2 ; hm2 ; km2 ; µm² -> m² ; cm² ; mm² ; dam² ; hm² ; km² ; µm²
de même : m3 ; cm3 ; mm3 ; dam3 ; hm3 ; km3 ; µm3 -> m³ ; cm³ ; mm³ ; dam³ ; hm³ ; km³ ; µm³

on peut compléter avec les indices négatifs pour ceux qui souhaitent utiliser cette écriture mais j'ai un problème avec le - en exposant qui ne semble pas présent dans beaucoup de polices. en fait ce n'est pas très stable d'un police à l'autre
le 27 août 2013 à 12:36
Pas de réactions sur ces propositions ?

Pierre
le 21 novembre 2013 à 22:59
En fait, j’hésite toujours à proposer automatiquement des modifications qui vont insérer des caractères non présents dans toutes les polices. Je vais peut-être me contenter de mettre ça dans le formateur de texte.

Je n’y ai plus trop pensé depuis que j’attends la réponse au sujet : nabble.documentfoundation.org…
le 22 novembre 2013 à 19:41
Je viens de relire le sujet. je n'ai pas grand chose à y ajouter. Cet après midi encore, je présentais le l'autocorrection des lettres grecques à un prof de math, il a été immédiatement conquis. C'est un gros plus je trouve pour ceux qui rédigent des textes avec un contenu scientifique.

pour ce qui est de l’autocorrection cm2 -> cm² ou cm3 -> cm³ et des autres, tout ce qui est en ² et ³ peut être intégré, car c'est robuste au changement de police. Par contre, l'exposant '-' n'est pas présent dans toutes les polices, je comprends les réserves de JBF.

Quand à intégrer cela dans le formateur de texte, je ne crois pas que l'auteur laissera cm3 longtemps, c'est trop affreux.


le 22 novembre 2013 à 21:07
Bon, j’ai ajouté tout ça au système d’autocorrections.
le 25 novembre 2013 à 19:26
Merci.

pour les tests, c'est toujours le même fichier à télécharger ?
le 25 novembre 2013 à 20:49
Je viens de mettre à jour le lien. Attention, il faut LO 4.2, car j’utilise la nouvelle fonctionnalité qui permet de corriger des pseudo-expressions régulières. À présent, les trois points sont remplacés même lorsqu’ils sont à la suite d’un mot.
le 25 novembre 2013 à 22:12
Il me semble que dans le nouveau fichier d'autocorrections, le //. donne un puce et non le point centré
le 08 décembre 2013 à 09:59
Je ne reproduis pas le problème sur LibO 4.1.3.
le 08 décembre 2013 à 17:24
Moi non plus...


explication probable, j'ai copié le nouveau fichier sans relancer LO entre les deux

je me suis fait avoir avec une police symbole. En effet, j'ai encore quelques Ω qui trainent en W police symbole.

Ainsi, en voulant modifier le Ω.m en Ω·m, j'ai eu le point centré en police symbole qui est une puce ronde

désolé
le 08 décembre 2013 à 17:33
Le fichier d'autocorrection fonctionne très bien, il me convient, il convient aussi aux collègues auxquels je l'ai présenté.

je propose cependant une petite correction. remplacer le //. --> · par *//. --> ·
ceci afin de pouvoir écrire par exemple kW//.h --> kW·h

En effet, je ne vois pas d'exemple d'utilisation du point centré avec une espace avant

de même est il possible d'ajouter //> --> ► (U+25BA) (c'est un caractère qui est stable dans la quasi totalité des polices) ?

Pierre
le 17 décembre 2013 à 13:19
OK, je ferai un patch pour LibreOffice 4.2.
le 18 décembre 2013 à 16:11
Super !
merci
le 19 décembre 2013 à 20:59
J'ai l'impression que le nouveau fichier d'autocorrections n'est pas présent sur la dernière version de LO 4.2. Je me trompe ?
ce serait bien dommage, car ce qu'il apporte est très intéressant.
Pierre
le 13 février 2014 à 08:42
J’ai oublié de proposer le patch.
le 13 février 2014 à 10:11
Un patch est prévu prochainement ?
le 14 février 2014 à 06:57
Je viens de le proposer. Ça traînait dans la partition dédiée aux travaux temporaires. Je l’avais oublié.
le 14 février 2014 à 12:46
Merde. Je suis allé trop vite. Je ne voulais pas perturber les polices Graphite et j’ai laissé les autocorrections

*_1
*_2
*_3


qui mettent en exposant.

Il vaut mieux utiliser ^ pour l’exposant et _ pour l’indice. Mais ceci risque de poser problème pour ceux qui préfèrent les polices Graphite, non ? (Ce point est douteux… après essai, les polices Graphite ne semblent pas utiliser ces notations…)
le 14 février 2014 à 13:05
les autocorrections *_1 sont pour les indices des polices graphites (à condition d'utiliser l'option texm=1)

^1 sont pour les exposants

je ne sais pas si **2 peut être utiliser pour ² (en fait ***2)... et je viens de tester et à ça marche. je ne sais plus si c'est à l'époque de mon C64, amiga ou de ma casio 720P, mais c'est comme ça qu'on notait les puissance dans un autre millénaire...

pour les indices... mon esprit tordu me dirait de prendre *-1 (ou **-2) mais ce n'est pas très intuitif...
le 14 février 2014 à 21:17

pitpit :
les autocorrections *_1 sont pour les indices des polices graphites (à condition d'utiliser l'option texm=1)


En fait, réflexion faite, je ne vois pas l’intérêt d’utiliser le système Graphite avec les options d’autocorrections que nous introduisons. Si on copie-colle le texte mis en forme par Graphite dans un éditeur de texte ou ailleurs, on perd cette mise en forme et on retrouve les caractères réellement tapés. Du coup, ça ôte de son intérêt à ces polices. C’est juste de la mise en forme qui n’est valable que pour LibreOffice (OpenOffice ne sait pas gérer ça). Si vous transmettez votre document, ça a toutes les chances de ne pas fonctionner. Ça fait même planter OpenOffice !
Je trouve que ce serait mieux d’utiliser les caractères ^ pour exposant et _ pour indice, parce que c’est l’usage et ça évite d’utiliser une option que personne ne connaît et qui n’est de surcroît qu’une bidouille. Avec l’autocorrection, on récupère les vrais caractères et c’est valable partout, même en faisant un copier-coller. C’est une solution bien meilleure, valable avec de nombreuses polices et plus intuitive. Bref, utilisons les caractères ^ et _. :)
le 14 février 2014 à 21:44
Vous avez parfaitement raison
le 14 février 2014 à 21:52
Voilà, c’est fait.
Ça devrait être intégré dans une prochaine version de la 4.2. Probablement pas la 4.2.1 qui est déjà en RC, mais la 4.2.2 ou la 4.2.3. Je ne connais pas bien la politique de répercussion des patchs, mais c’est dans les tuyaux.

cgit.freedesktop.org…
le 18 février 2014 à 18:39
Je ne sais pas si le fichier téléchargeable ci-dessus est celui qui a été proposé, mais il me semble qu'il n'y a pas les petites corrections apportées :

*//. ; //> par exemple

Pierre
le 21 février 2014 à 18:55
Nouveau fichier : www.dicollecte.org…
le 21 février 2014 à 20:35
Je vous propose deux autocorrections supplémentaires :

++> pour ↗
et
--> pour ↘ (stupide, c'est déjà pris pour la flèche horizontale)

__> pour ↘ ?

Pierre
le 02 mars 2014 à 17:38
Les deux underscores servent à déclarer les lettres grecques.

Pourquoi pas ^> et _> ?
le 02 mars 2014 à 21:47
Parfait !
le 02 mars 2014 à 21:57
Il semblerait que ces dernières autocorrections ne soient pas intégrées dans LO

j'en profite pour demander l'ajout de celles-là

//< --> ◄
//_ --> ▼
//^ --> ▲

Pierre
le 08 avril 2014 à 08:06
Le patch a bien été accepté, mais ce ne sera disponible qu’avec la 4.2.3.
Ajouts faits, mais je ne livrerai un nouveau patch que peu avant la 4.3.
le 08 avril 2014 à 10:36
Attention, avec la prochaine version 4.2, le métacaractère * change et devient .*
Le patch pour LO 4.2 est déjà fait.
le 26 avril 2014 à 15:12
J'ai vu. Le patch intègre aussi les dernières autocorrections
Merci
le 27 avril 2014 à 11:57
Bonjour,

Je me demandais si l'on pouvait ajouter encore quelques autocorrections :

ou pour ⇔
Pierre
le 21 août 2014 à 22:00
Le forum supprime automatiquement les tags.
Vous vouliez dire : < = > devient ⇔, je présume ?

Il faudra que j’écrive une procédure pour que vous puissiez vous-même proposer des patchs sur ce fichier. C’est assez simple. Je n’ai pas de privilèges chez LibreOffice sur ce fichier après tout. ;)
le 23 août 2014 à 11:07
pitpit :
En fait :
==> devient ⇒
et dans l'autre sens devient ⇐ (le système de message n'aime pas cette séquence de caractère... deux messages tronqués)

donc, par souci d'uniformité, on peut imaginer que donne ⇔, même si est plus intuitif

De même, on peut ajouter ^n donne ⁿ. La puissance n est souvent utilisée, et le ⁿ est présent dans presque toutes les polices.

(Bizarrement, le ⁿ est souligné par le correcteur)

Pour ce qui est des propositions, le système actuel est très satisfaisant, il permet de discuter de l'intérêt d'ajouter des autocorrections tout en gardant une cohérence dans la façon de les ajouter.
le 23 août 2014 à 21:21

Notification par e-mail    1