Kodi Community Forum

I feel like I'm spamming this forum, atm.

I have a number of small changes I'd like to make to my Home.xml, which as you know uses a Buttonscroller for almost all of its navigation. One of the changes is making the buttons on the scroller optional, so you can turn individual ones on or off depending on preference.

However, I'm being hamstrung at the moment by the lack of visibility controls for individual buttons. I know you can make the entire scroller appear or disappear, but its individual buttons are fixed. A workaround would be to have entirely different Buttonscrollers for each configuration, but the way my Home.xml works (it already switches between three different scrollers) means I can't do it.

Is this option likely at all in the future?

EDIT: Actually, I can see this causing problems. The Buttonscroller would have to know how many buttons were there as each was turned on or off. This would again require an entirely separate scroller for each configuration.

EDIT 2: EDIT RETURNS: I've cracked it, kinda. Don't worry about this for now.

Ok First I'd like to say button scrollers are a thing of the past and will be getting removed from the c++ code in the in the future jmarshall dislikes them and they are a monster code wise

Good news is ther have been replaces with static lists/panels that can do everything a button scroller can do and more the only thing they don't do is fade out on the sides. But honestly button scrollers faded so little who could tell anyway

If you need examples of how the new way works you can look at
Vision Home (uses wrap lists for fixed position)
https://xboxmediacenter.svn.sourceforge....L/Home.xml

and
xTV home (uses normal list and <visible> option for items)
https://xboxmediacenter.svn.sourceforge....L/Home.xml

Really they are much nicer ways than button scrollers

Down with button scrollers!!

Long live the nice new list/panel containers!!

So, erm, do these new panels exist already?

Ofcourse.

Basically, just use a normal list or panel control.

Then add a <content> section to it, which allows you to specify the label, label2, icon, thumb, id and visibility of each item.

You can then use things like Container(5).HasFocus(1) etc. just like you did with your button scroller.

http://xboxmediacenter.com/wiki/index.ph..._Container
http://xboxmediacenter.com/wiki/index.ph...st_Content

Cheers,
Jonathan

Ignore me, I'm using an old build.

Well, I changed my Home page over to using the wraplist containers and I can tell it's going to be great. But there's a problem. Whereas the Buttonscroller moved smoothly between options while my backgrounds were changing, the new container version does not. Basically, it draws about two frames of animation when the skin has to load a new background.

Is this something I can fix?

Dunno - let me have the XML's and I'll take a look. The buttonscroller pre-loads all textures needed for it, so that may be it. Though with your skin that shouldn't be a problem, as there is no item-specific texturing.

Here's the Home.xml. Shouldn't be too much of a mess... I hope.

http://www.nashwanpower.com/download/home.xml

Yeah I see what you mean it stutters

And another apparent problem: the links to the MyVideos-based windows don't work. Do these <item> objects not support multiple <onclick> commands?

Correct - they do not support multiple <onclick>'s. This can ofcourse be added if necessary.

The "stuttering" behaviour is because the buttonscroller changes items when the scroll finishes, whereas the containers change items at the start of the scroll. Thus, the new multiimage loads it's backdrop, which causes a framerate drop. You can see it real well by dropping the scrollspeed of the wraplist to something like 500-1000.

I'm not sure what the solution is to be honest. Perhaps some sort of trickery using hidden anims with Container.OnNext ?

jmarshall Wrote:Correct - they do not support multiple <onclick>'s. This can ofcourse be added if necessary.

ADD ADD ADD ADD ADD ADD ADD ADD ADD ADD ADD ADD ADD ADD

Voila!

If your working on multimages it would be great for it to be able to look in highlighted folder, like Apple do eg when when you move over a folder the multimage path is that folder, and will slideshow the contents this would be great for previewing and would just require the multiimage path to be the selected path.