Text regions not scaling correctly

Tested with text on Windows 7 x64

Text region was set for full screen but it appears no CSS zoom was applied.

Seeing the same results with tickers too

Switching to IE11 based rendering makes no difference.

Having the same issue. Scrolling text, or scrolling ticker doesn't scale correctly. I'm having random crashes with 1.4.2, so I'd really like to get 1.6 working correctly, and this is a big issue for me.

We are working on it! If the bug affects you too you can just click at the
top of the bug to express that. There's no need to comment as well. Thanks

Alex/Dan -

Thanks for the fix. I'm looking at the changes posted under revision 323.

In the changes to the file:

 server/modules/preview/HtmlTemplateForGetResource.html

There is this:
 <meta http-equiv="X-UA-Compatible" content="IE=9" />

Trying to find out if the fix to the scrolling text issue is going to work for a .net client on a display controller running embedded XP . I'm limited to max IE 8.

If xp hosted client is not supported, I've got to brew a scrolling text solution.

Lastly, is the complete fix contained within the files modified under revision 323?

Thank you.

The entire client side fix is within that one file you mention - there are some other changes to get the new browser preview function working, but if you aren't interested in that you may find it easier to patch that one file.

The downside - it may work on IE8 embedded - but I doubt it. To keep support for other browsers we have had to switch to CSS transforms for scaling (rather than CSS zoom)... These were supported from IE9 onwards.

Please try it and let us know - the good news is that we can make tweaks to that file to get it working in your specific case.

I'm working on it at this very moment.

I isolated the css3 transform vs ie filter css and that worked ok. Now I'm trying to make the css changes within the jQuery.fn.extend within the HtmlTemplateForGetResource with less success.

$(this).css(....
 "filter": "progid:DXImageTransform.Microsoft.Matrix(M11="+e.scaleFactor+", M12=0, M21=0, M22="+e.scaleFactor+", SizingMethod='auto expand')", "margin-left":(e.originalWidth/-6.05)+"px","margin-top":(e.originalHeight/-4)+"px", transform:"scale("+e.scaleFactor+")","transform-origin":"0 0"}

$("body").css(.....
"filter": "progid:DXImageTransform.Microsoft.Matrix(M11="+e.scaleFactor+", M12=0, M21=0, M22="+e.scaleFactor+", SizingMethod='auto expand')","margin-left":(e.originalWidth/-6.05)+"px","margin-top":(e.originalHeight/-4)+"px",

Any assistance would be awesome. could it be $(body).style.filter="progid:...etc"?

My understanding is that IE8 doens't know how to render a CSS3 transform so I'm not sure why applying one will help?

Also note that XP embedded has never been supported by the project. Only full desktop versions of Windows are included in what we support.

Hi Alex -

Yes. IE 6-8 do not know how to do a css3 transform.

css3
 transform: scale(1.32) =

ie
  filter: progid:DXImageTransform.Microsoft.Matrix(M11=1.32, M12=0, M21=0, M22=1.32, SizingMethod='auto expand')

I tossed Samsung MagicInfo to make this happen. I'm working to make Xibo happen. If you can help me, I could use some help but I'm working at it. I can handle XPe.

Incidentally I think IE8 will support the Microsoft MX matrix style
transforms.

IE8 does support the standard CSS zoom property though, so perhaps you
could use that instead?

I would have to be applied to the div below body I believe... Some
experimentation may be required.

On 4 Mar 2014 08:30, "Alex Harrington" <email address hidden> wrote:

> My understanding is that IE8 doens't know how to render a CSS3 transform
> so I'm not sure why applying one will help?
>
> Also note that XP embedded has never been supported by the project. Only
> full desktop versions of Windows are included in what we support.
>
> --
> You received this bug notification because you are a bug assignee.
> https://bugs.launchpad.net/bugs/1286544
>
> Title:
> Text regions not scaling correctly
>
> Status in Xibo Open Source Digital Signage:
> Fix Committed
>
> Bug description:
> Scrolling text restarts or wraps around mid-screen. The
> screen/display is set to HD but it looks like it's picking up the
> design width instead of the target client/display (16:9 HD) width of
> 1920. I'd just like to have the scrolling text correctly start on the
> far right side of the screen.
>
> The xibo 1.6 client is running full screen on a vmware virtual windows
> xp guest. The server is 1.6rc1
>
> The xlf file
> <?xml version="1.0"?>
> <layout width="800" height="450" bgcolor="#000000"
> schemaVersion="1"><region id="530f577a0c4c7" userId="1" width="800"
> height="76" top="347" left="0"><media id="be07df0542c6a92fc0eb9d5752abda4b"
> type="text" duration="240" lkid="" userId="1" schemaVersion="1">
>
> <options><xmds>1</xmds><direction>right</direction><scrollSpeed>6</scrollSpeed><fitText>0</fitText></options>
> <raw><text><![CDATA[<p><span
> style="color:#FFFFFF;">This is a test.&nbsp; Does it work. Nope</span></p>
> ]]></text></raw>
>
> </media><options><transOut/><transOutDuration>0</transOutDuration><transOutDirection/></options></region></layout
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/xibo/+bug/1286544/+subscriptions
>

Thanks Dan. Can you shoot me some CSS zoom that might fit? If you have it, I'll try it.

My point is you're going to be working against us the whole time. You are of course welcome to try and fix XPe yourself, but given we specifically say it's not supported (with good reason) then please don't expect alot from us in the way of help when the system doesn't work as intended. I know you will hit issues with the .net framework on XPe and there is no supported way to fix those issues as MS don't provide the updates.

Thanks Alex. Meant I can handle getting IE 8 on xpe. Do not want to fix XPe. Do not want to work against anyone. What other things are lurking in .net framework on XPe with respect to xibo client?

Funny (but not). MagicInfo is this closed thing that refuses to run on anything but Samsung boxes. Xibo is a reasonable way to go but, for sakes, won't run on the box I currently need it to run on. Just for clarification - I'm a linux / freebsd person. I just didn't foresee having to nuke XPe to get this going.

The legacy RSS Feed Reader in the client uses methods in the .net Framework that aren't in the version supported on XPe.

We also know that the later 3.5SP2 and associated updates greatly improve the client stability and those aren't available for XPe either.

Tested latest code on Win7 x64 with IE11

Scaling now working, but text regions which are bigger than the region (ie where text would overhang) get scroll bars.

I think we ideally need someone to test on an XP machine with IE8 and IE9 installed to see what impact that has. My guess is that IE8 based machines won't scale?

I doubt ie8 machines will scale - the text transform things are not supported until ie9. Do we insist on ie9 being installed?

I didn't fully understand the scrollbar issue - that only effects the windows client or also the preview?

If the system doesn't work without ie9 then yes it needs to be a
requirement.

Scrollbars only affect the client as far as I've seen. If the text
overflows the region you get scroll bars shown on screen.

Alex and Dan -

I'm still wrapping the deploy. Just an update on XPe.

Turns out to be a minor hurdle to update xp embedded with most anything you'd load on xp pro. I have been running .net 4 on the xp pro dev virtual and I loaded that version on the deploy target - xp embedded yesterday (samsung embedded pc in display). I can load .net 3.5 spX as needed. I've been running .net 4 to host the xibo .net client without issue for the things that I need so it seems like a reasonable path. Let me know if you have concerns there.

Scrolling text on client configurations which do not support css transform:

This is what I know about scrolling text on ie8/.net client on xp. The locally modified 1.6rc1 server with IE 8/dotnet 1.6 client works w/scrolling text (I ditched Microsoft.Matrix and used CSS zoom in HtmlTemplateForGetResource ).

The 323 stuff I pulled from Dan's revision notes allowed me to preview in FF 27.1 correctly. That's what I know. My target deploy is FF and LibreOffice portable editions. These mods have made it possible for me to continue to move forward with Xibo and remove Samsung's MagicInfo. Big thanks to both of you for your assistance.

We'll see what happens next. I'll be flipping the production switch later this afternoon. When 1.6 is released I'll test and redeploy and the situation dictates. I certainly hope to be able to avoid horrible old, outdated html clients going forward.

I've solved the overflow scrollbar issue.

Hi Guys,
I'm running Xibo 1.6.0 RC 1 and ran into this issue. I really want to make this work. Could anyone describe how to solve this? I tried by manually downloading and placing the files affected in revision 323, but ran into several other problems as a consequence.

Is there an easy way to get the latest and greatest revision of the 1.6 server release?

Thanks in advance,
Tim

Hi Tim

You either patch the files in manually, or wait for the next release.

If you try and download some interim version from BZR you'll run in to
problems when you come to upgrade to a proper release.

Alex

And where can I find the proper files? Is this related to revision 323? Or another? I couldn't file a link to a revision anywhere. I saw it was mentioned in the #6 journal.

Thanks,
Tim

You just need the latest preview files from the RC2 branch.

So download and replace all of these in your install:
http://bazaar.launchpad.net/~dangarner/xibo/server-160rc2/files/head:/server/modules/preview/

Thx a lot Alex! I'll give it a shot.

Cheers,
Tim

Hi,

When inserting this patch, the text size increases heavily.
May I ask which size you plan to keep? the one of RC1 or RC2?

With the patch applied, and the client local libraries cleared on your
clients (and IE9 minimum installed on Windows clients), the text preview in
the CMS, the layout preview in the CMS and the client output will all
match. That is how it should be.

Please by all means use this for testing. I remind you that these are RC
releases and NOBODY should be using these on production systems yet.

Alex

Hi Alex,

Yes, this was stated several times now. A RC build is not for production.

Once again to my question. I also noted the text size increase in versions 1.5.x in comparison to 1.4.x. In 1.6.0 RC1 the text size was small as in versions 1.4.x, and with your patch it gets bigger again. (by the way with the patch I can't see the text anymore on the CMS at all). And of course I followed your instructions to clean up the xibo library on the client.

So, what's your intention for the future? bigger or smaller text size?
This is no criticism, I just want to know what you plan.

Sabine

The text, as it appears in 1.6.0-rc2, as far as we're aware is correct.

That said the rendering hasn't changed since 1.5.1 I think. Most likely you
have text which is sized in em in your layouts rather than px - which is
wrong. There is an upgrade step that removes that for you but you can have
opted not to run it and be left with them. That will break in all kinds of
odd ways.

You need to ensure no layouts contain text scaled in em

Alex

Hi Alex,

All my text sizes are in px. Seems it's another issue.

Sabine

With regard to the text not showing in the layout designer with those
patches, I assume you cleared your browser cache?

If so, what browser please?

Hereby I can confirm that in revision 337 my ticket is working fine!

Great job!

Cheers,
Tim

I meant my "ticker" of course :-)

Does the layout preview, the region preview (in the designer) and the
client rendered text match with the patches in place?

Thanks Tim