Yup. Yet it does not say what, exactly, that changed. For those using HTML quite a bit for desktop apps, we get to find out by the hard way.
WKWebView is the new Apple class and youād almost have to read the description on Apples site as to what it changes from the old underlying class (WebView I believe)
sadly, 2020R1 isnāt ready for prime time IMHO.
Hereās another one: simple new desktop app. Add an HTMLViewer and a canvas. Set a backdrop and make the canvas visible. In R19, the zorder set by IDE is honored ā¦ set canvas to topmost and it obscures the HTMLviewer. In R20 zorder is ignored and the HTMLViewer is always topmost. Regardless of you set the two controls, HTMLviewer always obscures the canvas.
Hopefully a 2020R2 is in the works right nowā¦
There goes my fading using transparency of a canvasā¦
Hopefully Iām missing something obvious.
I get this with Xojo2020r1:
I get this with Xojo2020r1:
Doesnāt matter which I choose to be at the top of the z-orderā¦
I get this with Xojo2019r3:
Can you share a sample?
you could fade any website using javascript:
For example after document complete event:
HTMLViewer.ExecuteJavascript "document.body.style.opacity = 0.5;"
0.0 = invisible page
1.0 = completely visible page.
This works better than having a canvas over it, much less cpu, mem and less workā¦
What are your Feedback numbers for these two problems?
Good to know! In my case, Iāve got one document that I want to fade into another. So [under R2019] I take screen shot of the prior contents, then display that over the existing viewer, update the vier to the new document, and then fade of the canvas to reveal the new new document. This way, I had (under 2019) a smooth animation where one page morphed into the other. Of course, for reasons unknown, that no longer works in R2020.
Hey Tim, I didnāt open anything up. Iāve taken the time to do it a couple times and the only thing that seems to come of it is a couple questions ā aka more work on my part ā to explain, make examples, etc., and then nothing seems to happen. I find the community response is more useful and efficient.
You can do that with a javascript that loads a new
window.location.href = 'http://newlocation.com';
You can also use trasitions in styles as the previous example.
The new features of the htmlviewer are worth alot since they open a full set of usages to xojo developers. You can even communicate to and from javascript to Xojo now.
Your old usage style is not recommended. Laying controls on eachoter is pretty bugged sometimes.
One addition is you can add something to the javascript āwindowā object that will persist along different domains loaded in the htmlviewer.
So you should be able to set an onload event handler to fade in the other pageā¦
I think I may know what causes this. Let me experiment and get back to you.
Are you saying itās not possible at all with the IE-11 (native) renderer? I keep having to beat this stuff into submissison under Windows, Iāve been successful so far.
I split this discussion to keep it on-topic.
https://forum.xojo.com/t/htmlviewer-xojo-javascript-communication/56767/22