Ticket moved from /p/xfe/feature-requests/261/
Add separate shortcuts for display and inline equations
In that case, just include the [ ] characters in your equation... See attached screenshot.
In that case, just include the [ ] characters in your equation...
In that case, just include the [ ] characters in your equation...
Thanks, but I want a zero-width non-breaking character, or else there would be a visible space between the punctuation and the math, which looks bad. I also tried inserting U+2060 (ctrl+shift+u, then 2060) from here, but, surprisingly, this didn't work either. Maybe it is a limitation of how LibreOffice allows "words" (which in this case include characters and an image) to be broken across lines.
Hi, you have to insert an non-breaking space between the character [ and your equation. A non-breaking space can be inserted in LibreOffice by pressing Ctrl-Shift-Space instead of Space. I think this is the standard shortcut in word processors (should be the same in Microsoft Word). This can be used in any situation where the user wants to avoid an unwanted breaking...
inline math: prevent line-break at punctuation
Hi Piotr, to use LuaLaTeX in TexMaths you have to select the LuaLaTeX compiler in TexMaths Configuration / Options / Compiler.
With the same config as above. It works using \usepackage{luatexja} with the default preamble, but the rebuilt formula is not the same as shown in the attached image below. Do I need any other packages to compile the formula correctly? Preamble: \usepackage{amsmath} \usepackage{amssymb} \usepackage[usenames]{color} \usepackage{ifxetex} \usepackage{ifluatex} % XeLaTeX compiler \ifxetex \usepackage{fontspec} \usepackage{unicode-math} % Uncomment these lines for alternative fonts %\setmainfont{FreeSerif}...
With the same config as above It works using \usepackage{luatexja} in the preamble but the rebuilt formula is not the same as shown in the attached image below. Preamble: \usepackage{amsmath} \usepackage{amssymb} \usepackage[usenames]{color} \usepackage{ifxetex} \usepackage{ifluatex} % XeLaTeX compiler \ifxetex \usepackage{fontspec} \usepackage{unicode-math} % Uncomment these lines for alternative fonts %\setmainfont{FreeSerif} %\setmathfont{FreeSerif} % LuaLaTeX compiler \else\ifluatex \usepackage{fontspec}...
With these steps I cannot rebuilt image: 1) Open file 2) Select formula image in 46-1 cell 3) Click TexMaths Equations button 4) Click LaTeX button (Generate LaTeX equation) Result: Error as in Log (or screenshot) below. Used document: TexMaths_Bug_test-answer-v2.odt LuaTeX-ja package: Name: luatexja Date: Thu Jul 24 18:34:32 2025 Version: 20250723.0 Mantainer: The LuaTeX-ja project https://github.com/luatexja/luatexja/releases/tag/20250723.0 MiKTeX Updated on 2025-10-04. LibreOffice version: Version:...
With these steps I cannot rebuilt image: 1) Open file 2) Select formula image in 46-1 cell 3) Click TexMaths Equations button 4) Click LaTeX button (Generate LaTeX equation) Result: Error as in Log below. Used document: TexMaths_Bug_test-answer-v2.odt LuaTeX-ja package: Name: luatexja Date: Thu Jul 24 18:34:32 2025 Version: 20250723.0 Mantainer: The LuaTeX-ja project https://github.com/luatexja/luatexja/releases/tag/20250723.0 MiKTeX Updated on 2025-10-04. LibreOffice version: Version: 25.8.1.1 (X86_64)...
With these steps I can not rebuilt image: 1) Open file 2) Select formula image in 46-1 cell 3) Click TexMaths Equations button 4) Click LaTeX button (Generate LaTeX equation) Result: Error as in Log below. Used document: TexMaths_Bug_test-answer-v2.odt LuaTeX-ja package: Name: luatexja Date: Thu Jul 24 18:34:32 2025 Version: 20250723.0 Mantainer: The LuaTeX-ja project https://github.com/luatexja/luatexja/releases/tag/20250723.0 MiKTeX Updated on 2025-10-04. LibreOffice version: Version: 25.8.1.1...
With these steps I can not rebuilt image: 1) Open file 2) Select formula image in 46-1 cell 3) Click TexMaths Equations button 4) Click LaTeX button (Generate LaTeX equation) Result: Error as in Log below. Used document: TexMaths_Bug_test-answer-v2.odt LuaTeX-ja package: Name: luatexja Date: Thu Jul 24 18:34:32 2025 Version: 20250723.0 Mantainer: The LuaTeX-ja project https://github.com/luatexja/luatexja/releases/tag/20250723.0 MiKTeX Updated on 2025-10-04. LibreOffice version: Version: 25.8.1.1...
Pouvez-vous tester avec un nouveau profil LibreOffice ? Pour utiliser un nouveau profil LibreOffice sous Windows, il vous suffit de renommer le dossier : C:\Users\nom_utilisateur>\AppData\Roaming\LibreOffice en : C:\Users\nom_utilisateur\AppData\Roaming\LibreOffice.bak par exemple. Par ailleurs, une nouvelle version de TexMaths (0.52.4) est disponible. Pouvez-vous tester avec cette version ? Merci !
Could you give me some example, please?
TexMaths and luatex-ja
TexMaths having trouble on my LibreOffice 24.2.6.2
Icons missing from toolbar
BASIC runtime error #452
Pouvez-vous tester avec un nouveau profil LibreOffice ?
Bonjour et merci pour votre réponse. J'utilise LibreOffice sous Windows 10 et oui, l'erreur est systématique: dès lors que j'exécute TexMaths le même message d'erreur s'affiche et à sa fermeture, l'exécution est abandonnée. Le message d'erreur vaut pour toutes les options d'exécution TexMaths: équations, équations numérotées, recompiler les équations, configurer système TexMaths. J'ai bien tenté de désinstaller TexMaths pour le réinstaller, mais rien n'y fait. Salutations Patrick Marceau Le 30/09/2025...
Bonjour, je viens de tester TexMaths 0.52.3 avec LibreOffice 25.8.1 sous Windows 11 et tout fonctionne normalement. Quel système utilisez-vous ? L'erreur est-elle systématique ?
Problème à l'exécution de la version 0.52.3 de TexMaths
Cyrillic text is not correctly processed
J'ai de nouveau le problème avec le compilateur XeLaTeX (choix dans Options de Configuration et vérification la présence de l'exécutable dans le répertoire C:\Program Files\MiKTeX\miktex\bin\x64\xelatex.exe). Il y a autre chose à modifier ? Le 23/06/2025 à 16:48, Roland Baudin a écrit : OK, merci pour cette précision. En effet, j'arrive à reproduire le problème sous Linux et Windows. Le fichier DVI produit par le compilateur LaTeX montre le problème (fichier tmpfile.dvi situé dans votre profil LibreOffice\4\user\TexMaths\tmp...
OK, merci pour cette précision. En effet, j'arrive à reproduire le problème sous Linux et Windows. Le fichier DVI produit par le compilateur LaTeX montre le problème (fichier tmpfile.dvi situé dans votre profil LibreOffice\4\user\TexMaths\tmp généré à la compilation d'une équation par latex.exe). Donc le bug est du côté de LaTeX, pas de Texmaths. Un contournement est heureusement possible : utilisez le compilateur XeLaTeX au lieu de LaTeX (option à sélectionner dans la configuration de Texmaths)....
Bonjour Monsieur Baudin, Pour votre information. Cela ne vient pas du profil (test infructueux). Après test de commandes ajoutées récemment dans le Préambule, il s'avère que le package \usepackage{chemist} en est la cause. Je l'ai mis en commentaire et les formules sont correctement affichées, en attendant. Bien cordialement. Reynald Poidevin Le 23/06/2025 à 09:54, Roland Baudin a écrit : Ok, merci. J'ai testé sous Windows 10 22H2 (je n'ai pas Windows 11) et LibreOffice 24.8.7.2 + MikTex 24.1 et...
Ok, merci. J'ai testé sous Windows 10 22H2 (je n'ai pas Windows 11) et LibreOffice 24.8.7.2 + MikTex 24.1 et tout marche bien. Pas de problème de vecteur... Je vous suggère de tester avec un nouveau profil LibreOffice (renommez C:\Users\<votre_nom_d_user>\AppData\Roaming\LibreOffice, puis reinstallez TexMaths).</votre_nom_d_user>
1- Miktex 24.1 x64 2- Ci-joint une copie de l'extrait du document Bien cordialement. Reynald Poidevin Le 22/06/2025 à 16:09, Roland Baudin a écrit : Pouvez-vous poster le document corresponant à la copie d'écran ? Merci. Sous Windows, quelle distribution de LaTeX utilisez-vous ? MikTex ? Quelle version ? Merci ! [bugs:#199] https://sourceforge.net/p/texmaths/bugs/199/ Blocage dans la boîte de saisie TexMaths Status: open Group: v1.0_(example) Created: Wed Feb 05, 2025 09:11 AM UTC by Azinwxon Last...
Pouvez-vous poster le document corresponant à la copie d'écran ? Merci. Sous Windows, quelle distribution de LaTeX utilisez-vous ? MikTex ? Quelle version ? Merci !
Bonjour Monsieur Baudin, Contexte : Windows 11 version 24H2 - LibreOffice 24.8.4.2 - TexMaths version 0.52.3 Je rencontre un problème d'affichage de vecteur dans certains cas (?) : le symbole vectoriel --> est "écrasé" sur le haut de la lettre de la variable (formules surlignées en rouge) Voici la copie d'écran (1-) et le code LaTeX des formules (2-) : 1- 2- Formule surlignés en jaune : "\vec{F} = m \times \vec{a}" Formules surlignées en rouge : La première : "\Sigma \vec{F} = \vec{0}" La seconde...
Texlive is the LaTeX distribution: a collection of packages used to work with LaTeX documents. Usually this is what Linux distributions use. I think Fedora 42 also uses Texlive 2023 like Ubuntu 24.04, but there may be subtle differences (or bugs) between both distributions. TexMaths is a GUI that creates a LaTeX document from your equation code (and the preamble) and compiles it by calling latex, xetex or lualatex, depending on the option you selected.
I can't find any differences between the two equation-codes but I get other results than you (see attached screenshot). What is the relation between TexMaths and Texlive? How can I render the equations with Texlive without using LO Writer?
I can't find any differences between the two equation-codes but I get other results than you (see attached screenshot). What is the relation between TexMaths and Texlive? How can I render the equations with Texlive without using LO Writer?
There is no issue in TexMaths with your equations once the problematic \begin{document} and \end{document} instructions are removed.
In TexStudio there are no problems either (afaik, at the moment I can't check). When using TexMaths as plugin in Libre Office (usingFedora 42), the output has errors. Ben Roland Baudin baudinr@users.sourceforge.net schreef op 17 juni 2025 13:43:51 CEST: I rendered all equations of the right column in Ubuntu 24.04.2 with texlive 2023.20240207 and I see no rendering problem... Attachments: TexMaths_Bug_test-answer-v2.odt (175.4 kB; application/vnd.oasis.opendocument.text) [bugs:#202] TexMaths and luatex-ja...
I rendered all equations of the right column in Ubuntu 24.04.2 with texlive 2023.20240207 and I see no rendering problem...
I get different results...
OK, thanks. It's easy: remove \begin{document} and \end{document} from your equation code. Also, set the Equation Type to Display (LaTeX type is not required here). I think the vertical alignment is correct now, do you agree?
Bonne chance pour résoudre le « bug ».
Hi, could you post a Writer document with the problematic TexMaths equation, please?
TexMaths and luatex-ja
After some more testing of my own, I realized there may be something else at work here that I've seen used in other contexts before: The arrows are governed by anchors /placement ids that go into the chemical equations themselves. The latex process needs to be run more than once: Once to establish the position of the anchors in the document, and again to draw them in the correct place. I may try to elevate this to chemfig; except for the fact that I'm just about done with my Organic Chemistry class...
I did several tests and it seems that the dvi file produced using the latex (or pdflatex) command is corrupted for your equation (the blue arrow is misplaced). Then of course, the dvi -> svg conversion (using dvisvgm tool) gives a misplaced arrow. As you found, if a dvi file is not produced, then the arrow is correctly placed. So my guess is there is a bug in the latex or pdflatex program that occurs when outputting a dvi file.
chemfig drawing renders incorrectly
As you guessed it was an issue of the LaTeX configuration. Shouldn't this ticket be closed? Since it's most likely not a TexMaths extension bug.
Since you have a Linux system, I suggest you use the texlive distribution provided with your system...
Thank you for confirming. However, I tried your suggestion but no luck though. I'm not sure what's the difference with the Latex Workshop extension in VSCode
I have the same LibreOffice version and I see no such problem. Could you try with a fresh profile? mv ~./config/libreoffice ~./config/libreoffice.bak and reinstall TexMaths.
Cannot run TexMaths freshly installed
Merci ! Je vous dirai si je trouve quelque chose... Bon week-end à vous !
Bonjour Monsieur Baudin, Ci-joint le fichier de l'ancien profil. Bon week-end. Le 08/02/2025 à 10:01, Roland Baudin a écrit : OK, bonne nouvelle ! De mon côté, je n'ai pas réussi à reproduire le bug. Ce problème de profil corrompu revient souvent et je n'arrive pas à savoir si c'est un problème lié à l'intercation TexMaths <-> LibreOffice ou un problème de LibreOffice seul. Pourriez-vous (pour investiguer) m'envoyer le fichier registrymodifications.xcu de votre profil corrompu ? Merci ! [bugs:#199]...
OK, bonne nouvelle ! De mon côté, je n'ai pas réussi à reproduire le bug. Ce problème de profil corrompu revient souvent et je n'arrive pas à savoir si c'est un problème lié à l'intercation TexMaths <-> LibreOffice ou un problème de LibreOffice seul. Pourriez-vous (pour investiguer) m'envoyer le fichier registrymodifications.xcu de votre profil corrompu ? Merci !
J'ai sauvegardé le profil comme demandé. Avec le nouveau profil et le même document j'ai pu effectuer une vingtaine de copier/coller sans le moindre blocage !!! Votre piste est la bonne : il y a quelque chose qui ne va pas dans le profil sauvegardé. Je vais continuer à travailler avec ce nouveau profil, l'adapter au fur et à mesure de mes besoins et essayer d'identifier ce qui peut provoquer ce dysfonctionnement. Sinon peut-il y avoir des "corruptions" de profil ? En tout cas, je vous remercie pour...
OK, merci. Je regarde cela demain et je vous tiens au courant...
Je vous propose une solution plus simple, dans un premier temps, ci-joint mon document "LibreOfficeCopierCollerTexMaths.odt". 1- Aller page 12. 2- Sous la première phrase "..., une masse de 10 kg pèse :" 3- Rentrer dans la première formule TexMaths "P=..." 4- Copier le contenu 5- Ressortir de la boîte TexMaths 6- Sous cette première formule, il y a une deuxième formule dans laquelle j'ai réussi à copier la formule du coller (après laquelle j'ai fait une sauvegarde (Enregistrer)). Mais je n'ai pas...
Vous pouvez utiliser les boutons Précédent et suivant pour naviguer dans l'historique de vos équations. Cf. capture d'écran jointe...
Bonjour, Oui. Pour 1. : la plupart du temps la formule initiale a été créée ultérieurement (le même jour ou quelques jours auparavant), le but étant, pour gagner du temps, de récupérer des formules similaires et de les copier dans la nouvelle boîte puis de les modifier si besoin est, ce qui évite de tout retaper. Pour 2. à 4. : "le plus souvent" la répétition se fait sans intercaler d'autres opérations telles que des modifications diverses dans le document LibreOffice. J'avoue, à la lecture de ma...
Pour utiliser un nouveau profil LibreOffice sous Windows, il vous suffit de renommer le dossier : C:\Users\<votre nom="" d'utilisateur="">\AppData\Roaming\LibreOffice</votre> en : C:\Users\<votre nom="" d'utilisateur="">\AppData\Roaming\LibreOffice.bak</votre> par exemple. Sinon, par rapport au cas test pour reproduire le bug, j'ai fait ceci : Créer une équation TexMaths dans un document Writer Éditer l'équation, sélectionner le texte et le copier dans le presse papier avec Ctrl-C Créer une nouvelle...
Monsieur, Je tiens d'abord à vous remercier pour le travail que vous effectuez pour maintenir cet outil indispensable qu'est l'extension TexMaths pour tous ceux qui utilisent un traitement de texte open source, LibreOffice, et un langage, LaTeX, capable d'incorporer dans leurs documents n'importe quelle formule scientifique. Il m'est difficile de décrire plus précisément ce blocage qui effectivement semble aléatoire. En revanche, je retiens votre suggestion. J'ai téléchargé le document "LibreOffice...
Bonjour, j'ai en effet observé que l'interaction entre TexMaths et le presse papier de LibreOffice ne marche pas toujours sous Windows. Mais hélas cela semble aléatoire et je ne peux pas reproduire le problème. J'ai testé avec votre équation et cinq ou six copier / coller et je ne n'ai pas vu de problème. Pouvez-vous me décrire précisément le scénario où le blocage apparaît ? Merci ! PS: Vous pouvez-toujours essayer avec un nouveau profil LibreOffice (sauvegardez l'ancien !).
Blocage dans la boîte de saisie TexMaths
No problem!
This should be great ! Something else that woud be great, but I don't know if it would be easy to implement : Make the equations (once converted to curve) retain their color (chosen from the libreoffice properties panel) after the latex code is modified (from the TexMaths Equations dialog).
Hi, sorry for the long delay in answering. You're right the feature you request is not complicated to implement. In fact, it was how TexMaths worked until version 0.52.1. Indeed, I removed the Convert To Curve operation because it led to several bugs with some graphics LaTeX packages like tikz (example: https://sourceforge.net/p/texmaths/bugs/152/). These packages are often used by school teachers. Maybe I could provide an option in the TexMaths Configuration dialog with some warning about the risk...
Hi, sorry for the long delay in answering. You're right the feature you request is not complicated to implement. In fact, it was how TexMaths worked until version 0.52.1. Indeed, I removed the Convert To Curve operation because it led to several bugs with some graphics LaTeX packages like tikz or chemfig. These packages are often used by school teachers. Maybe I could provide an option in the TexMaths Configuration dialog with some warning about the risk of problems with tikz and friends...
Thanks for the comment on the LO bugzilla.
Thank you! I'll make sure to follow it
Here it is: https://bugs.documentfoundation.org/show_bug.cgi?id=164675
Yes, of course. I'll dot it tomorrow...
Would you mind sharing, somehow, a bug tracker or mention it somewhere so that I (or we) can know when it is resolved? Thanks again!
That explains why in the recovery process the slide I was editing disappeared. I confirm that I can reproduce the bug with your test case. Thank you a lot for working on this!
OK, I was able to track down the issue using break points in TexMaths and I found that the problem is in Impress. In TexMaths, when editing an equation, the old image is cut and the new is pasted. But there is a problem in Impress that breaks this process and is responsible for the crash. I found a way to reduce the problem to a simple test, without needing TexMaths. Here are the steps: 1) Open the attached test.odp 2) In slide 1, select the image (world), then press Ctrl-C => image is copied to...
Yay! I have not tried it on Windows, but it happens both on Mac and Linux. Let me know if you need further information.
OK, now I managed to reproduce the bug! I don't know why I couldn't because I don't see what has change in the steps I do...
Thank you for your help with the issue and for being so willing to help. With regard to your questions, - I do not save the presentation. - Any random characters do it (you will see that in the history) To reproduce the crash, in my machine, I just need to open the presentation attached, copy the image from the first slide to the second, edit the copied image (which overlaps with the existing one in the second slide) by changing the text. I copy-paste the image with the keyboard shortcuts, and then...
Once again, thanks for the detailed explanations. However, I still can't reproduce the crash (in Ubuntu with the versions I told you). I followed your steps twice, and I see no crash. Maybe there is some step you do that I don't do in my test? Let's try to further clarify the steps: - when creating the new presentation, do you save it? - what text do you enter as a LaTeX equation? Could you send me your presentation file at the last step before the crash? And the contents of the ~/.config/libreoffice/4/user/TexMaths...
It seems that resetting the profile solved the issue on my Mac and the Raspberry Pi for the case I described. However, after performing a few more tests, resetting the profile is irrelevant as the error persists. The way to reproduce it is the following: Reset LibreOffice to factory settings for both settings, interface, and user profile Reinstall TexMaths Create a blank presentation and erase the text boxes as in my first post Create LaTeX text using TexMaths with the settings described in my first...
It seems that resetting the profile solved the issue on my Mac and the Raspberry Pi for the case I described. However, after performing a few more tests, resetting the profile is irrelevant as the error persists. The way to reproduce it is the following: Reset LibreOffice to factory settings for both settings, interface, and user profile Reinstall TexMaths Create a blank presentation and erase the text boxes as in my first post Create LaTeX text using TexMaths with the settings described in my first...
It seems that resetting the profile solved the issue on my Mac and the Raspberry Pi for the case I described. However, after performing a few more tests, resetting the profile is irrelevant as the error persists. The way to reproduce it is the following: Reset LibreOffice to factory settings for both settings, interface, and user profile Reinstall TexMaths Create a blank presentation and erase the text boxes as in my first post Create LaTeX text using TexMaths with the settings described in my first...
OK, thanks. The LaTeX version probably does not matter. Did you test with a fresh LibreOffice profile?
I just realized I missed the TeXLive versions: Debian/RaspberryPi OS: TeXLive 2022 On MacOS I treid both TeXLive 2024 from both MacTeX and Homebrew
Freshly installed Debian 12.8 (x86_64) with freshly installed LibreOffice 7.4.7.2 / Community (using apt) with TexMaths 0.52.3. Same version of LibreOffice as above on Raspberry OS on Raspberry Pi 5 with TexMaths 0.49 It also happens with LibreOffice 24.8.3.2 AARCH64 / Community on MacOS with TexMaths 0.52.3.
Hi Daniel, thanks for the well detailed bug report. However, I was not able to reproduce it on Linux, with Ubuntu 24.04.1, LibreOffice 24.8.4.2, TexMaths 0.52.3. I see no crash when following your test steps. What are your system, LibreOffice and LaTeX versions? Could you try again with a fresh LibreOffice profile?
Hi Daniel, thanks for the well detailed bug report. However, I was not able to reproduce it on Linux, with Ubuntu 24.04.1, LibreOffice 24.8.4.2, TexMaths 0.52.3. I see no crash when following your test steps. What are your system, LibreOffice and LaTeX version? Could you try again with a fresh LibreOffice profile?
Hi Daniel, thanks for the well detailed bug report. However, I was not able to reproduce it on Linux, with Ubuntu 24.04.1, LibreOffice 24.8.4.2, TexMaths 0.52.3. I see no crash when following your test steps. What your system, LibreOffice and LaTeX version? Could you try again with a fresh LibreOffice profile?
LibreOffice Impress Crash When Pressing LaTeX
Colorizable equations by preserving these 'Alt text' attributes on curve conversion.
Yes, that would be great if you could send a bug report to them.
Ok, nice to see it works now. However, we don't know what the problem really is in macTeX. Maybe I should send a bug report to the macTeX team...
Oh this is amazing, it works now! It took some doing to get all the dependencies right, particularly for the SDK in Xcode, but with the macports installation of latex it now renders everything correctly. Thanks!
OK, normally dvisvgm should find the GhostScript shared library but for some reason, that's not the case. Even using the direct method by calling dvisvgm with the LIBGS environment variable or with the --libgs option doesn't work. There may be a compatibility issue between macTeX 2024 and your system (it works in a Monterey VM), or a bug somewhere. Note that typing in a terminal: dvisvgm -V1 should show GhostScript among the results displayed. If not, then your tikz commands are not rendered when...
I followed the solution instructions listed above, and it is still not working. I first tried installing GhostscriptExtras, which didn't work. I also set the path directly, which also didn't work. I see in the texmaths confituration that it points to a different location for dvisvgm, namely /usr/local/texlive/2024/bin/universal-darwin/dvisvgm. I followed the same procedure in the link you shared to edit the dvisvgm file here, but without any change in the output. I'm fairly sure dvisvgm is being...
I followed the solution instructions listed above, and it is still not working. Now I get an error when I try to compile the equation: Script error: the dvi file was not converted to svg! Please check your system configuration... I first tried installing GhostscriptExtras, which didn't work. I also set the path directly, which also didn't work. I see in the texmaths confituration that it points to a different location for dvisvgm, namely /usr/local/texlive/2024/bin/universal-darwin/dvisvgm. I followed...
Your problem seems to be a known issue: dvisvgm which is used to convert DVI images to SVG needs a ghostscript shared library in macOS, otherwise it deosn't work. A possible solution is given ate the end of this post: https://tex.stackexchange.com/questions/559640/making-dvisvgm-and-ghostscript-from-mactex-talk-to-each-other Could you try it on your system?