Hi, Actual behaviour: I’ve followed the steps in the link below, but after opening my document, no sentences are underlined in blue or green, only some words are underlined in red and it looks as if that is the standard Libreoffice spellchecker and not Languagetool. [In my documents, the text is split into a table where I have a source language on the left and a target language on the right. Previous versions of Languagetool (as an extension) had worked fine, then it stopped working, so I upgraded to 7.4.1.2. After installation, it does not work.] https://languagetool.org/insights/post/product-libreoffice/ Desired behaviour: it should work as expected. Reproduce: Follow the steps above. Version: 7.4.1.2 / LibreOffice Community CPU threads: 8; OS: Mac OS X 12.6; UI render: default; VCL: osx Locale: it-IT (it_IT.UTF-8); UI: en-US Calc: threaded
@Daniele : According to: https://extensions.libreoffice.org/en/extensions/show/languagetool "NOTE: Starting with LibreOffice 7.4, LanguageTool can be used from LibreOffice without this add-on. Please see this article for details." I'm not sure whether that means that the add-on no longer functions if installed extra to the configuration option to use remote LT checker, as explained here: https://forum.languagetool.org/t/new-libreoffice-7-4-languagetool-remote-grammar-checker/8187?u=dnaber I don't have the LT extension installed, and I can nonetheless see an entry in my LO Preferences under the Linguistic Settings entries, to use LT as a remote service (though the option isn't ticked in my version of LO), or presumably if I had some way of setting up the LT local server, via a localhost URL (see link above). As I don't use LT because it relied on Java, and the reliance was always a bit flaky on macOS, I'm afraid I don't think I can help much further here. Looking at the command required to start the LT server instance locally, there might be an issue with the classpath loading command no longer functioning automatically on macOS.
I tested version 5.7 of LanguageTool against : Version: 7.4.1.2 / LibreOffice Community Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0 CPU threads: 8; OS: Mac OS X 12.6; UI render: default; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded it seems to work fine for me in a Writer document with a single body of text (i.e. no columns or tables per your report). Do you see the LT sub-menu under Tools > Grammar (Language Tool) ? So far, unless I am missing something, this is no repro for me, sorry.
Hi(In reply to Alex Thurgood from comment #2) > I tested version 5.7 of LanguageTool against : > > Version: 7.4.1.2 / LibreOffice Community > Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0 > CPU threads: 8; OS: Mac OS X 12.6; UI render: default; VCL: osx > Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR > Calc: threaded > > it seems to work fine for me in a Writer document with a single body of text > (i.e. no columns or tables per your report). > > Do you see the LT sub-menu under Tools > Grammar (Language Tool) ? > > So far, unless I am missing something, this is no repro for me, sorry. @Alex Thanks, the difficulty I am experiencing concerns the installation as described in: https://languagetool.org/insights/post/product-libreoffice/ Which is now the way Languagetools suggests to work with Libreoffice. On their website they do not point any more to an extension. So I gather that all users will try to follow the steps in the link and not be able to use Languagetools. So, I am thankful for your workaround (with LT extension 5.7) which works for myself and people I work with, but what about all the rest of the users? I was hoping to find an answer to the way forward they have chosen and which is explained in the link, which is relevant for all users.
Changed module back to Writer, as the OP's report relates to the built-in link to LT. @Daniele: you don't say how you've configured the URL to the LT service in the configuration settings. Which URL are you using? Can you see whether a network connection is being made to the LT server?
Created attachment 183394 [details] Multiple languages with mistakes
Hi @Alex, thanks for your follow up, sorry, it took me a while to get back. I tried with the settings described here: https://languagetool.org/insights/post/product-libreoffice/#how-to-enable-languagetool-on-libreoffice Option A: https://api.languagetool.org/v2 I do not know how to see whether a network connection has been made, replying to your question: "Can you see whether a network connection is being made to the LT server?" Some time ago I could see that the German in the attached table with different languages and errors in the highlighted area, had been "seen" by LT. Now ther is not sign of if working at all. I have tried activating the automatic spell checker under tools you can see my attached settings. I am also attaching the test file with five languages.
Created attachment 183395 [details] Screenshot of settings
Created attachment 183396 [details] Settings2
[Automated Action] NeedInfo-To-Unconfirmed
@Daniele : thanks for the additional information. Can you let me know whether you are using the Intel (x86_64) or Arm (aarch64) version of LibreOffice ? Someone else has reported what looks to be a duplicate bug report in bug 151662, and I'd like to be able to confirm that we are looking at the same thing.
@Alex : you are welcome. I think that it is ARM. This is the name of the Link I have installed LO from: https://www.libreoffice.org/donate/dl/mac-aarch64/7.4.2/it/LibreOffice_7.4.2_MacOS_aarch64.dmg Which is the one that one sees after cliking on downloads from: https://www.libreoffice.org/download/download-libreoffice/ once MacOs (Apple Sylicon) is selected: https://www.libreoffice.org/download/download-libreoffice/?type=mac-aarch64&version=7.4.2&lang=it I hope this helps!
Hi @Alex, An update. I also entered my Languagetool plus credentials and in the multiple language document I submitted o this thread none of the languages was checked (or, in other words, none of the mistakes was underlined in red, yellow or blue). Then I restarted in safe mode and (since the LT settings had disappeared) entered the Base url: https://api.languagetool.org/v2 In the document English and German are checked, not Spanish, Italian or French. So I entered the LT Plus url with my credentials: https://api.languagetoolplus.com/v2/ Again English and German are checked by LT, not Spanish, Italian or French. I hope that this helps! I wonder If you can point me to some tutorial explaining how to find out what is preventing the functioning of LT for those two languages (DE and EN) when I am not in safe mode.
Confirmed this same issue in Windows. Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 2; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Had to add FR and ES, strangely the only ones that worked after applying the same settings. DR, EN, and Technical were already available. Followed the same procedure as viewed the link shared: https://languagetool.org/insights/post/product-libreoffice/#how-to-enable-languagetool-on-libreoffice @Alex Thurgood You're right, this is a duplicate of bug 151662 but will not go ahead and change it since I can't test it with a Mac.
> I hope that this helps! > I wonder If you can point me to some tutorial explaining how to find out > what is preventing the functioning of LT for those two languages (DE and EN) > when I am not in safe mode. Unfortunately, I have no idea how it is supposed to work. For me currently, spellchecking is broken on macOS Arm, generally, let alone some new fangled function that received no testing on macOS before release, as usual.
(In reply to Alex Thurgood from comment #14) > > I hope that this helps! > > I wonder If you can point me to some tutorial explaining how to find out > > what is preventing the functioning of LT for those two languages (DE and EN) > > when I am not in safe mode. > > Unfortunately, I have no idea how it is supposed to work. > For me currently, spellchecking is broken on macOS Arm, generally, let alone > some new fangled function that received no testing on macOS before release, > as usual. Sorry, of course the LT extension has been around for a while, but I've only ever used the built in spellchecker.
(In reply to spspinz from comment #13) > Confirmed this same issue in Windows. > > Version: 7.5.0.3 (X86_64) / LibreOffice Community > Build ID: c21113d003cd3efa8c53188764377a8272d9d6de > CPU threads: 2; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: > win > Locale: en-US (en_US); UI: en-US > Calc: threaded > > Had to add FR and ES, strangely the only ones that worked after applying the > same settings. DR, EN, and Technical were already available. I think this might be fixed by Mike in bug 152459. Please test with 7.5.5 (in the pre-releases at the bottom of the page if not yet released): https://www.libreoffice.org/download/download-libreoffice/ > @Alex Thurgood You're right, this is a duplicate of bug 151662 but will not > go ahead and change it since I can't test it with a Mac. Let's consolidate.
*** Bug 151662 has been marked as a duplicate of this bug. ***
Thanks to everyone. Tested with LibreOffice_7.5.5.2_MacOS_aarch64.dmg on Apple Silicon, M1. Unfortunately I see no change: if parts of the text are marked in different languages within the same paragraph, Languagetool will stick to one language (in my case Spanish) to make suggestions about the words in the foreign language.
Created attachment 188503 [details] Screenshot of underlined foreign words after installing 7.5.5.2 Unfortunately up to now, the problem persists: LT is unable to detect that the language of a portion of the text is different and will not propose corrections in that language, but consider the whole text as being written in one language only and propose corrections for correct or incorrect foreign words always in that one language.