OpenLP 2.9.3 aka 3.0 Beta 2 OFFICIAL DISCUSSION

ninjakiwi

@Hitratech Custom stages will be pretty much the same as in

. They are placed in the stages folder, not the plugins folder. Also, unfortunately, there is a bug with polling in the api in version

. That means stages using the version 1 API might not function properly, but it is already fixed and will work in the next release.

Although I believe it is the same setup as in

you can check our dev wiki to be sure if you wish: https://gitlab.com/openlp/wiki/-/wikis/Custom-Stage-Views

Edit: Whoops, I was only on the 2nd page of this thread, hopefully it's sorted out from Johns comment

Hitratech

ninjakiwi
@Hitratech Custom stages will be pretty much the same as in 2.4.6. They are placed in the stages folder, not the plugins folder. Also, unfortunately, there is a bug with polling in the api in version 2.9.2. That means stages using the version 1 API might not function properly, but it is already fixed and will work in the next release.
Although I believe it is the same setup as in 2.4.6 you can check our dev wiki to be sure if you wish: https://gitlab.com/openlp/wiki/-/wikis/Custom-Stage-Views
Edit: Whoops, I was only on the 2nd page of this thread, hopefully it's sorted out from Johns comment

I am still not getting this right as it still does not show the custome stage view, could you please write me an example of the stage view as the wiki page's example does not work.

I used to have a script that was written as myview/stage.html that used to work until the upgrade and trying to use the same script it does not work.

This is the example that the wiki page gives:

<!DOCTYPE html><html> <head> <title>Stage - Hello World</title> <link type="text/css" rel="stylesheet" href="style.css"> <script type="text/javascript" src="script.js"></script> </head> <body> <h1>Hello World</h1> </body></html>

JohnM

@Hitratech Please try the custom stage found in this zip file.

Create a directory named "Phil" in you data/stages directory. Put the contents of the zip file in your "Phil" directory. Run OpenLP. Start your service or send a song to the Live screen.Open Setting and double click on the stage URL under Remote Interface.A Browser window should open and display the current slide...Text only!Modify the stage view URL in the Browser by adding "/Phil".Press "Enter" after modifying the URL and you should see the same Text only stage view with the next verse text color changed.

Hitratech

JohnM
@Hitratech Please try the custom stage found in this zip file.
Create a directory named "Phil" in you data/stages directory. Put the contents of the zip file in your "Phil" directory. Run OpenLP. Start your service or send a song to the Live screen.Open Setting and double click on the stage URL under Remote Interface.A Browser window should open and display the current slide...Text only!Modify the stage view URL in the Browser by adding "/Phil".Press "Enter" after modifying the URL and you should see the same Text only stage view with the next verse text color changed.

This is what I get.

CanguroB

Hi all

I'm getting a replicatable crash in OLP that I couldn't see in the gitlab tracker.

Open the "Bibles" section, go to "Options", and then try to change the "Layout Style".

Every time I do I get a "Error Occured" pop up with the following report:

Traceback (most recent call last):

File "openlp\plugins\bibles\lib\mediaitem.py", line 553, in on_style_combo_box_index_changed

TypeError: setValue() missing 1 required positional argument: 'value'

If it's helpful I can produce a full log.

As far as I can tell it IS implementing the change (so it's changing the layout).

abo

Hi,

OLP 4.9.2

Windows 10 up to date

I am migrating our custom stage views from version 4 to 5 APIs. and websocket using the custom stage files provided by @JohnM .

Pretty simple because the documentation in wiki for API and websocket is clear.

But the websocket does not generate event when the display status changes (theme/blank/display).

The problem does not come from the custom view because a simple refresh page on the browser fix the problem.

Is it a bug in websocket or is it normal behavior ?

JohnM

@abo Did you go into settings and try to update the Remote interface? Some users have reported that doing the update, or trying to do the update, has helped with the custom stages.

abo

@JohnM There is no bug ... It is my mistake. Initially I inserted the capture of the display status at a wrong place in myWebSocket.

All is working well now. Here is the working code.

....

reader.onload = () => {

data = JSON.parse(reader.result.toString()).results;

// set some global var

OpenLP.currentTheme = data.theme;

OpenLP.currentBlank = data.blank;

OpenLP.currentDisplay = data.display;

OpenLP.myTwelve = data.twelve;

if (OpenLP.currentItem != data.item ||

OpenLP.currentService != data.service) {

....

Many thanks for your help.

JohnM

@Hitratech I noticed that the directory you have the stages in is not the default location. Did you move your data directory to the Dropbox directory? If so I will need to do some testing to see if there is a problem with using custom data directories.

Hitratech

JohnM
@Hitratech I noticed that the directory you have the stages in is not the default location. Did you move your data directory to the Dropbox directory? If so I will need to do some testing to see if there is a problem with using custom data directories.

Yes, I save our data to the dropbox as we often use our openlp at different locations

Hitratech

JohnM
@Hitratech I noticed that the directory you have the stages in is not the default location. Did you move your data directory to the Dropbox directory? If so I will need to do some testing to see if there is a problem with using custom data directories.

Hi John, I have found the problem and all is working now.

The problem came from the fact that I needed to reinstall my Windows and OpenLP and thought that I was using the DropBox folder, but now realized that I am in fact using the default data folder.

I would like to though request that the Chords version could maybe be able to if using the transpose function on stage, that it could update the other screens using the Chords view as well and possibly update the changes on the main server that provides the song.

Also when a song importing from SongBook you could add the ''*.pro'' extension the ChordPro files option:

Thanks.

abo

Hi, it looks like the web server for custom stage view does not disable browser caching.

Response headers from server

Access-Control-Allow-Origin *

Cache-Control public, max-age=43200

Content-Length 1955

Content-Type text/html; charset=utf-8

Date Tue, 02 Mar 2021 13:05:51 GMT

Etag "1614640701.400435-1955-1271799133"

Expires Wed, 03 Mar 2021 01:05:51 GMT

Last-Modified Mon, 01 Mar 2021 23:18:21 GMT

Server waitress

In stage.js the ajax command looks good : $.ajaxSetup({ cache: false });

Is there something else to do for new version ?

JohnM

@abo The new custom stage relies on the websocket to know when something has been updated. Cache should not affect the websocket connection.

abo

JohnM
@abo The new custom stage relies on the websocket to know when something has been updated. Cache should not affect the websocket connection.

OK. Many thanks.

JohnM

@Hitratech Can you place the Phil directory in the old data directory?

Open a file explorer window to "C:\Users\<username>\AppData\Roaming\openlp\data\stages"Open another file explorer window to your current data directory.copy the Phil directory from your current data directory into the first file explorer.Start OpenLP and see if the custom stage works at this point.

I am exploring the possibility that the web-remote is not following the data directory change...

I am doing the same thing on the latest development build. If it works after you put the Phil directory in the original location , I'll open an issue for the development team to fix.

abo

We are preparing the migration of OLP v4 to v5, is it possible to install the 2 versions on the same Windows 10 system.

We know that it is possible to install each version in a dedicated folder (openlpv4 & openlpv5 for instance) and to use also dedicated folders for data.

Assuming that the two versions will not run simultaneously, will it work ?

JohnM

@abo You can not run two versions on the same computer under windows. OpenLP uses the registry to hold some of it's settings. And in many cases the database version is different between versions of OpenLP, but the location is in the regestry.

JohnM

@abo I am wrong you can run multiple versions! use the portable versions. Everything is local to the thumb drive it is on! Mind you I am not sure I would run them at the same time....that could get confusing for the computer and the user!

abo

JohnM
@abo I am wrong you can run multiple versions! use the portable versions. Everything is local to the thumb drive it is on! Mind you I am not sure I would run them at the same time....that could get confusing for the computer and the user!

@JohnM Many thanks. I never used the portable version. Anyway I'll try it. We do not need to run the two versions at the same time.

JohnM

@Hitratech Thank you for letting me know how you resolved the issue!

I opened a feature request for your two suggestions. Thanks for the suggestions!

doubleJ

Hello...

Upon upgrading from 2.4.6 to 2.9.2, I noticed that the Bible translation dropdown moved to a different tab.

I would like to request that it be placed back on the original tabs (Find and Select).

You either have to start on the Options tab (which it isn't, by default) or you have to choose your verse, go to the Options tab, change the translation, go back to the Find or Select tab, and hit the Search button again.

That's a very inefficient way to work.

Maybe there is a faster solution, but I haven't found it.

In 2.4.6, you could just search, change the translation, and hit the Search button again.

It would be even cooler if the translation dropdown automatically changed the search results.

Thanks for your consideration...

NLACav

doubleJ
Hello...
Upon upgrading from 2.4.6 to 2.9.2, I noticed that the Bible translation dropdown moved to a different tab.
I would like to request that it be placed back on the original tabs (Find and Select).
You either have to start on the Options tab (which it isn't, by default) or you have to choose your verse, go to the Options tab, change the translation, go back to the Find or Select tab, and hit the Search button again.
That's a very inefficient way to work.
Maybe there is a faster solution, but I haven't found it.
In 2.4.6, you could just search, change the translation, and hit the Search button again.
It would be even cooler if the translation dropdown automatically changed the search results.
Thanks for your consideration...
JJ

+1 on this. We tend to use only one translation but it's annoying to have to switch tabs to change if we need to. Previous version had that part right (every other change to bibles is an improvement as far as I can tell)

« Previous Page Next Page »