Transitions between container content types
#1
I'm using two separate views to handle TV shows: one for shows, and the other for seasons/episodes. This means using Container.Content to switch between them.

It works fine, but I'd rather the switch between them was more elegant. When you select a TV show, I want that view to fade out and the seasons/episodes view to fade in, and vice-versa. This works fine for the incoming view, which happily fades in when visible. The same can't be said for the outgoing one. though, which simply vanishes. It's as though the list content is destroyed before the controls have a chance to fade out.

Any ideas?
www: deadendthrills.com
follow on twitter for updates, etc: @deadendthrills
Reply
#2
I've tried similar in the past and gave up. 
If you only have one available view for TV shows you could use a custom window for it as workaround.
Main: Lancool II Mesh  - Ryzen 9 5900x - MSI x570 Unify - Zotac RTX 3080 AMP HOLO - 32GB Trident Z Neo 3600 CL16 -  EVO 960 M.2 250GB / EVO 940 250GB / MX100 512GB /  Crucial P1 2TB / WD Blue 3D Nand 2TB 
Sound: Saxx AS30 DSP - Beyer Dynamic Custom One Pro 
TV: Nvidia Shield 2019 Pro- Adalight 114x LEDs - Sony 65XG9505 - Kodi / Emby - Yamaha RX-V683 - Heco Victa 700/101/251a + Dynavoice Magic FX-4
Server: i3 Skylake - 8GB - OMV4 - 22TB Storage
Reply
#3
It's not really possible and I gave up trying a long time ago.

Xperience1080 probably gets as close to having smooth transitions as possible.
It does it by wrapping the list control in a group which is visible on the basis of the list being visible
e.g.
Code:
<control type="group">
    <visible>Control.IsVisible(50)</visible>
    <animation effect="fade" start="0" end="100" time="200">VisibleChange</animation>
    <control type="list" id="50">
        <visible>Container.Content(tvshows)</visible>

This will give you a fade transition. The problem is that the content changes at the start of the animation (rather than the end). Really we need something specific like WindowClose where the animation is triggered at the start of the event but the event doesn't resolve until the animations finish.
Arctic Fuse - Alpha now available. Support me on Ko-fi.
Reply
#4
(2018-03-26, 14:43)jurialmunkey Wrote: It's not really possible and I gave up trying a long time ago.

Xperience1080 probably gets as close to having smooth transitions as possible.
It does it by wrapping the list control in a group which is visible on the basis of the list being visible
e.g.
Code:
<control type="group">
<visible>Control.IsVisible(50)</visible>
<animation effect="fade" start="0" end="100" time="200">VisibleChange</animation>
<control type="list" id="50">
<visible>Container.Content(tvshows)</visible>

This will give you a fade transition. The problem is that the content changes at the start of the animation (rather than the end). Really we need something specific like WindowClose where the animation is triggered at the start of the event but the event doesn't resolve until the animations finish. 
https://forum.kodi.tv/showthread.php?tid=319654
Reply
#5
@badaas - Slightly different issue. What I'm saying is that we need an additional animation "type". Currently we have WindowOpen, WindowClose, Visible, Hidden, Conditional. We need another pair called something like ViewOpen and ViewClose. These would be linked to when the view content path changes. ViewClose would trigger the animation when the content path change is triggered, but the actual path should not change until after the animation resolves. Then the path would change and ViewOpen animation would be triggered.
Arctic Fuse - Alpha now available. Support me on Ko-fi.
Reply
#6
(2018-03-26, 23:15)jurialmunkey Wrote: @badaas - Slightly different issue. What I'm saying is that we need an additional animation "type". Currently we have WindowOpen, WindowClose, Visible, Hidden, Conditional. We need another pair called something like ViewOpen and ViewClose. These would be linked to when the view content path changes. ViewClose would trigger the animation when the content path change is triggered, but the actual path should not change until after the animation resolves. Then the path would change and ViewOpen animation would be triggered.
 Ah yh, sorry ok.
But they need opening to other uses than just animation.
One reason, animations have to end before Kodi moves onto next screen etc. which is annoying.

/offtopic
Reply

Logout Mark Read Team Forum Stats Members Help
Transitions between container content types0