Some Custom Formatting not working in V2.9.4

Hi,

We mainly use OpenLP V2.4.6 and have many custom slides which include Custom Formatting Tags.

In particular we have added tags Big, Small and Center which map to HTML tags <big>, <small> and <center> (!)

While setting up a new computer using V2.9.4, we've noticed that while Big and Small still work, Center appears to do nothing.

Additional notes :

  • I've confirmed the issue is OpenLP version related by running two different versions on the same PC via the Portable Apps versions on different drives.
  • We actually having multiple issues with custom formatting in V2.9.4, but this problem is the easiest to explain
  • I'll start a separate discussion about how the font appears 'thinner' in V2.9.4

Any help or guidance would be much appreciated.

Thanks,

Stuart Poore


Comments

  • As I alluded to in another post of yours, we updated the technology used to render the text. This has caused some discrepancies between the older version of OpenLP and the newer version.

    Can you list all the other formatting tags that don't work? Then we can look at how you can fix them to work with the newer version of OpenLP.

    For instance, I believe with <center>, you need to change it to <div style="text-align: center"> and </div>.

  • Scratch that, it doesn't work either. But I suspect I know why. I'll see what I can do about it.

  • Thanks for the quick response. As I get screenshots of some of the other issues, and nail down exactly what the differences are, I'll raise separate posts.

    Thanks again.

  • @Stuart_P bring all the formatting tags problems in there, they're all related. I want to get a list and see what is not working, so that I know what needs to be fixed.

  • edited July 28

    OK Raoul. Thanks for showing an interest

    Here's my next formatting issue ...

    Using the same custom tags as before, yet having a 2nd slide, additional standard formatting (in this example yellow) fails when processing the <center> custom tag.

    It appears to make no difference if I hard code the screen break or let it 'overflow' onto a 2nd screenful as shown in the example below.

    Below are

    Image (1) OpenLP main screen showing (a) the contents of the custom slide, (b) the live text only display and (c) the live preview.

    Image (2) shows that the 1st slide on the 2nd display screen is fine

    Image (3) shows that the 2nd slide on the 2nd display screen has same error as the live preview in image (1)



    There's other issues I've seen which I'll try and reproduce and screen capture.

    Stuart P.

  • Hi,

    It took a while to reliably reproduce another issue I've seen, because I now realise the issue is related to what version of OpenLP was used to create custom slide.

    In this example, the Custom Slide was 'imported' into a V2.9.4 installation by loading a service file that was created in V2.4

    The text only version of both the preview and live displays can show confusing internal-only web code. This appears to happen in V2.9.4 but not V2.9.2, when the service file was created in V2.4

    The actual display on the display screen does not appear to be negatively affected.

    While custom formatting tags are used in this slide, in this case the error appears around about standard tags (bold and yellow), so I am unclear if the custom formatting tags used elsewhere in the slide are in any way related.

    That's all I've discovered so far - although see a separate discussion about footers for custom slides created in V2.4

  • @Stuart_P your other center-related bug is the same as the first one. I'll double-check but I'm relative sure it is fixed.

  • After poking around in the /core/display/html/display.js (specifically lines 1218 - 1240) it looks like "text-align-last" is used in place of "text-align", which in my quick testing seems to work with the formatting tags. Ex:

    ```

    <div style="text-align-last: center"> </div>

    ```

    Though on a custom stage screen, with current slide passed through as "html" instead of "text", both "text-align" and "text-align-last" formatting-tags seem to work.


    That said, I couldn't find a way to change the vertical alignment.

  • Try the latest release, it includes some fixes for this.

  • Raoul,

    Thank you for attempting to fix these issues in V2.9.5. Unfortunately many of the issues I've reported in this thread still appear to exist, and a new issue has appeared.

    The custom tab <Center> now appears to make things appear in the centre just as it did back in V2.4.6 - thank you !

    You encouraged me to put multiple formatting tag issues into the same thread, so I'm sorry to report that the 2nd reported issue in this thread still appears to exist - that of a 2nd attribute - in this case being yellow - is still being ignored when used with it.

    Also note in the same screenshot - in the preview window, my custom tags are now visible on the 2nd slide - although the 1st slide is OK. This issue appears to have been introduced in V2.9.5 (see my earlier V2.9.4 screenshot)

    The 3rd reported issue in this thread - that of showing confusing internal-only web code also still appears to exist - as shown in the two screenshots below

    Thank you for showing an interest.

    Stuart P.

  • Ah, I see.

    I couldn't reproduce your 3rd issue for a while, but I just realised what was happening, and I reproduced it myself now. Now it's easier to figure out and fix.

Sign In or Register to comment.