output with an upper case symbol at the end with loss of format as well
Brought to you by:
baudinr
Menu
▾
▴
1 Attachments
#84 output with an upper case symbol at the end with loss of format as well
Hello, great work, very useful being able to have the WYSWYG with neat Latex equation coding.
I unfortunately have a little bug after an update I really didn't tracked.
Here is an attached example with data about my install.
Merci pour votre aide.
Hi,
could you try this:
If you are on Ubuntu and derivatives (Xubuntu, Gubuntu, Kubuntu...), just remove the package libatk-adaptor, like this:
sudo apt-get purge libatk-adaptor
and then logout + login. Note the apt-get command is 'purge' and not 'remove'. When the package is removed, it also removes some dependencies, like gnome-orca and some libraries: this is OK.
If you are on Linux Mint, the above method breaks out the Cinnamon desktop, so don't use it! Instead, do the following:
sudo mv /etc/X11/Xsession.d/90atk-adaptor /etc/X11/Xsession.d/90atk-adaptor.orig
and then logout + login. Note that with this method, a package update could recreate the 90atk-adaptor file and in this case you'll have to rename it again...
Dear Roland
Sorry for this late reply , I was expecting an email notice from sourceforge for any answers ... and I was working on another machine.
I am on Debian but I am guessing that Ubuntu is not far from it.
The apt-get purge libatk-adaptor did something but it doesn't seem to have solved the issue.
When I rerun the command it indeed produces the following.
apt-get purge libatk-adaptor
Package 'libatk-adaptor' is not installed, so not removed
The following packages were automatically installed and are no longer required:
espeak-ng-data gir1.2-wnck-3.0 libbrlapi0.6 libdotconf0 libespeak-ng1
libpcaudio0 libsonic0 libspeechd2 python3-brlapi python3-louis
python3-speechd speech-dispatcher speech-dispatcher-audio-plugins
speech-dispatcher-espeak-ng xbrlapi
I failed to copy the first purge messages but it indeed involved gnome-orca.
Still the an improvement in this wonderful tool, I can reedit the equations but a little uppercase issue for the last symbol of the equation. I hope you can see it in the document I am sending you in attachment.
Merci.
Hello Again.
I think I should add that after some other tests, after the apt-get purge libatk-adaptor , the uppercase at the end of the formula still happens on Libre Office writer when I select the format svg. It however disappear when I select the png. On the other hand none of this happens on Libre Office Impress and Draw.
Merci
OK, I was able to reproduce the bug on Debian Stretch and also on Ubuntu 17.10. However, the bug is not present on Ubuntu 16.04...
I'll investigate to quickly find a solution.
Thanks!
For now, I found that the bug doesn't appear if I use the LibreOffice version from the official website libreoffice.org. I tested with version 6.0.0 and the bug doesn't appear. But it appears if use the version provided with the system or a newer version from a ppa.
So it's probably related to some library on the system... I'll pursue the investigations...
I think that my version is indeed coming with the Stretch distribution.
I will try (tomorrow sorry) to install the libreoffice.org version and I'll return to you.
Thank you
EDIT :
It might take more time than expected to install the LibreOffice version 6.0 sorry. I am not that confident in my capabilities. I have to check side effects of manual install in Debian Stretch. Knowing that this current issue is the result of a standard automatic one ? It makes sense , doesn't it ? :-)
Last edit: FBX 2018-02-10
Dear Roland
I have just taken the "risk" of installing libreoffice6.0 ... "dpkg etc..." and it has installed a version aside the previous one.
I can confirm that the problem doesn't seem to appear on it !!!
I am continuing tests but it looks good so far.
I am really interested in knowing about the issue and would be please to hear about it, if you find any explanation.
But thank you for your help and support .
Thanks for the feedback. This confirms that the problem is not related to having a different version of texlive and the dvisvgm tool.
As I said, it's probably an issue with some system library that the version of LO from the official website doesn't use.
Anyway, you can safely install several versions of LO (I often have three or four at the same time, for testing purpose).
OK, here is what I found:
1)If you use LibreOffice 5.x in Debian, Ubuntu and derivatives, you have to do the following to make TexMaths happy:
1a) Use GTK2 toolkit in LibreOffice instead of GTK3:
sudo apt-get purge libreoffice-gtk3
sudo apt-get install libreoffice-gtk2
1b)And avoid loading GTK modules gail and atk-bridge:
sudo mv /etc/X11/Xsession.d/90atk-adaptor /etc/X11/Xession.d/90atk-adaptor.bak
Then restart the system.
2)If you use LibreOffice 6.x (from a ppa or from the libreoffice.org website) then TexMaths should just work without doing anything, whatever toolkit you use.
Last edit: Roland Baudin 2018-02-27
Thank you very much for the update and search even after a working solution with LO 6.0.
I indeed may have installed gtk3 for a side reason without noticing the change on TexMath.
I will stick to LibreOffice 6.0 and ... good to see that the issue was not on your side :-)
Thank you for your great support !!
Also not working in gtk2 (downloaded from libreoffice site).
This bug persists for a while, what makes the TexMaths useless.
Edit - edited OK, save file. close libreoffice.
Start libreoffice, open file -> not a TexMaths object
Version: 6.0.1.1
Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6
CPU threads: 8; OS: Linux 3.9; UI render: default; VCL: gtk2;
Locale: en-US (en_US.utf8); Calc: group
What system do you use?
To make TexMaths work on some Linux distributions, you have to use the gtk2 mode and avoid loading GTK modules gail and atk-bridge...
This is fedora. TexMaths works except save. The libreoffice is from original site. Help->about shows gtk2
Libreoffice:
Version: 6.0.1.1
Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6
CPU threads: 8; OS: Linux 3.9; UI render: default; VCL: gtk2;
I also do not understand why atk should affect save to disk functionality.
Installed fedora packages:
at-spi2-atk-devel-2.26.1-1
at-spi2-atk-2.26.1-1
atkmm-devel-2.24.2-5
atkmm-2.24.2-5
atk-devel-2.27.1-2
atk-2.27.1-2
java-atk-wrapper-0.30.4-6
OK, I'll test in a VM with Fedora. What version of Fedora do you use?
I tried precompiled official libreoffice 6.0.1.1
Everything works OK, except TexMaths after save/read file.
For the reproduciability reasons I used precompiled libreoffice from official site, which is assumed to have all the libraries requed.
I can try on F27, but that F27 is production workstations, so I cannot install any software there, I can only try TexMaths there on libreoffice coming with the distribution, which 5.*.
Ok, but what version should I install in a VM to make some relevant tests?
The problem was observed in F24,F25,F26, I did not try F27 yes, I will try it later, but I believe the problem will be same (as far as I remember all fedora versions with libreoffice precompiled from libreoffice.org official site have TexMaths working OK, except inability to save file/and have TexMaths working after load)
I tested with Fedora 27 in a VM and eveything works as expected (TexMaths 0.44, LibreOffice 5.4.5.1). I was able to create and modify equations, then save the document, reopen it and modify equations. There was also no issue with the last character.
The problem most typically arise with precompiled libreoffice https://www.libreoffice.org/download/download/ . Is it possible to add some diagnostics to TexMaths so it can report an error if save / then load is expected to fail?
The file with missed TexMaths looks like this
(Indeed, those equations within the file you provide don't have embedded TexMaths properties and can't be edited anymore.)
In Fedora 27, there was also no problem with LibreOffice 6.0.2 from www.libreoffice.org
I alos tried Fedora 26 in a VM and I found the following:
using native LibreOffice (5.3.4.1), TexMaths does not work properly (problem with the latest character and equation duplicated when edited). The gtk2 workaround probably works but I was not able to uninstall the libreoffice-gtk3 package without removing the whole LibreOffice application (nearly all packages are removed).
using LibreOffice 6.0.2 from www.libreoffice.org, TexMaths works without issues. I can save and load files with equations and edit them afterwards.
So, if you find how to launch LibreOffice in gtk2 mode, this is the first thing to try. On old Ubuntu and derivatives, this is not sufficient, you have to remove the gail and atk-bridge GTK modules. On Fedora, I don't know how to do that and if it is necessary.
If it doesn't work, I suggest you upgrade your system to Fedora 27...
Normally, this issue is fixed in recent Linux distributions.
But, I leave the bug because it can use users who still stick on older distributions.
Yes, the issue has disappeared in recent Linux distributions. So I close the bug.