OpenLP 2.9.4 aka 3.0 RC1 OFFICIAL DISCUSSION

VikingWithWings

Installing from the AUR git-version should now place those files in /usr/share/openlp/i18n (I will try to maintain the git-version at the AUR as from today) . It used to save those files in /usr/share/openlp-git/i18n ,where OpenLP does not find them.

But OpenLP itself looks in the flatpak/exports/share/openlp/i18n directory. This is not a problem if you are using English as that is default. Other languages/translations will not be found since they are not in the expected directory.

There is a menuitem to change language, and if you don't see a list of 20+ languages to choose from, then OpenLP is looking in a different directory than where the actual files lives.

RevPaulWebb

VikingWithWings
@RevPaulWebb
Installing from the AUR git-version should now place those files in /usr/share/openlp/i18n (I will try to maintain the git-version at the AUR as from today) . It used to save those files in /usr/share/openlp-git/i18n ,where OpenLP does not find them.
But OpenLP itself looks in the flatpak/exports/share/openlp/i18n directory. This is not a problem if you are using English as that is default. Other languages/translations will not be found since they are not in the expected directory.
There is a menuitem to change language, and if you don't see a list of 20+ languages to choose from, then OpenLP is looking in a different directory than where the actual files lives.

My apologies. I misunderstood you...

meyer

VikingWithWings
Starting OpenLP 3.0.0.2 (installed from AUR git-version) in debug-mode, it shows that languagefiles is at:
Translation files: /var/lib/flatpak/exports/share/openlp/i18n
Is this the correct location for these files, or should it be /usr/share/openlp/i18n ?
https://forums.openlp.org/uploads/095/3Y6GA43AFE0Q.png

@VikingWithWings No, it should be really

Try to see in file explorer (or terminal) if the

exists, and then rename or remove it. After it, you should see OpenLP picking the correct i18n directory.

VikingWithWings

@meyer

I copied translation-files to

so I would be able to select my native language some weeks ago.

I see now that Appdirs fix in issue #1229 changed how OpenLP would look for those translation files, and short version is that it now works as expected (after I deleted

)

Thank you for clearing this up for me. ????

Pumba

We are encountering an interesting bug with presentations. If we have a PowerPoint presentation displayed and put a new item in the preview (be it a song, verse, video or picture), the presentation becomes hidden and the desktop is shown. If we then click on one of the PowerPoint slides in OpenLP, the slide is show on the monitor again. After all these steps, the bug cannot be reproduced in the current OpenLP session, OpenLP must be restarted, to be able to reproduce this bug.

When we restart OpenLP at this point (song in preview, PowerPoint presentation being displayed on the monitor after clicking on slide) OpenLP closes but PowerPoint stays opened.

We encountered these bugs on Windows 10 (10.0.19045) with the portable version of OpenLP 2.9.5 and PowerPoint 16.0.13929.20360 64 Bit.

« Previous Page