Talk:LibreOffice

Unreadable text in menus and interface

This might be a bug and should then probably be filed somewhere else, but is related to the section on troubleshooting. My issue was this: Most, but not all, text in the menus and in the user interface was in an unreadable font - in English but with wrong symbols. Changing the system fonts as recommended in various places did not help. It turned out I had the language pack libreoffice-am (Amharic) installed by mistake. Removing this gave me back the intelligible menus. Version: 4.2.4.2

--Frepa (talk) 17:13, 4 June 2014 (UTC)

For me texts in menus and user interface suddenly appear ugly: readable though but very strange with half characters seemingly bold (always the same: a, e, i, o, g, p, s, t, y, etc). This strange display can come and go.

Also "File" and "Help" menus always look grey even when their entries are valid and click-able.

I tried the advice in troubleshooting (Type Andale Sans UI in the font box and choose Deja Vu Sans for the Replace with option. When done, click the checkmark. Then choose the Always and Screen only options in the box below. Click OK. You will then need to go to Tools > Options > LibreOffice > View, and uncheck "Use system font for user interface".) But with Libre Office Version: 5.1.5.2 there is no such thing as "Use system font for user interface". Trying with and without "Use hardware acceleration" and "Use anti-aliasing" has no effect.

--Djee (talk) 20:48, 5 November 2016 (UTC)

language aids improvement

since mythes, hyphen and hunspell package are based on not much up-to-date language database (at least some of them e.g. Italian ones) I suggest to use LO extension which provides the same features but up-to-date e.g. for Italian language the plio.org association provides its own extension (http://extensions.libreoffice.org/extension-center/italian-dictionary-thesaurus-hyphenation-patterns) for this reason (IMHO) we should at least quote this possibility, this way of enabling language aids. --nTia89 (talk) 07:55, 4 July 2016 (UTC)

LibreOffice Impress presentation won't show slideshow and notes on correctly on multidisplay setup

Not sure if this is because of a bug or something, but if the slideshow won't show on your additional display in a multimonitor setup, you can add this to your i3 config file:

   assign [class=".*libreoffice-impress.*"] 8
   workspace 8 output eDP1
   assign [class="Soffice"] 9
   workspace 9 output HDMI1

Change the outputs to what you actually use. Check output of xrandr for this. When starting the presentation, you can move the notes/slides-window to the main display, and the slideshow will be visible underneath. Make the slideshow fullscreen. -- 15:02, 8 September 2016‎ Armandg

Appmenu (global menu) support

How to properly add appmenu (global menu) support to libreoffice?

When using the (integrated) global menu in Plasma 5, Qt 5 applications work out-of-box and Qt 4 won't work (keeps the menu) without appmenu-qt4. GTK applications will also keep the classical menu. However, the menu of libreoffice disappears. Renyuneyun (talk) 20:41, 15 October 2017 (UTC)

LanguageTool

LanguageTool is now directly supported as of LibreOffice 7.4[1]. Consider adding a hint/warning or updating the section about grammar checking.

Tinx (talk) 13:25, 30 September 2022 (UTC)

Unable to set SAL_USE_VCLPLUGIN variable

Is it expected, that when you edit the application (in KDE manu right click on a menu entry | change application), it is failing, because ~/.local/share/applications/libreoffice-calc.desktop becomes a symlink to the /usr/lib/libreoffice/share/xdg/calc.desktop?

Also, when uncommenting export SAL_USE_VCLPLUGIN=gtk3 in /etc/profile.d/libreoffice-fresh.sh and restarting Libre Office, it still has incorrect scaling. Is there a fix? Ashark (talk) 07:42, 8 September 2023 (UTC)

Variables set in /etc/profile.d/libreoffice-fresh.sh take effect at the start of a session. Did you restart your session after changing the file? What if you set the variable in a terminal and start libreoffice from the terminal? See Environment variables for all details. — Lahwaacz (talk) 15:07, 8 September 2023 (UTC)

Yes, from terminal it applies immediately. Also, it worked after reboot. But why the application creates its desktop file (as a symlink) even before I edited it? And it prevents me from actually editing it, as any other normal application. Ashark (talk) 19:13, 8 September 2023 (UTC)

I have no idea what "KDE menu right click" does. Also check why it has different file name in ~/.local and /usr/lib. — Lahwaacz (talk) 19:17, 8 September 2023 (UTC)

It creates a copy of a system desktop file in your local directory, and you can edit it with gui (or manually by editing file). It overrides the system one. I have noticed that libreoffice-fresh has the following symlink /usr/share/applications/libreoffice-calc.desktop -> /usr/lib/libreoffice/share/xdg/calc.desktop. I guess that KDE gets confused because of this. Ashark (talk) 19:59, 8 September 2023 (UTC)

Then it seems to be a KDE problem and not a LibreOffice one. Maybe others can check if it works in other desktop environments. — Lahwaacz (talk) 20:05, 8 September 2023 (UTC)