Are autosizing buttons planned or are there reasons why they can't be realized?
Since typographic style skins and layouts are becoming more and more popular it would be great to have autosizing buttons in addition to autosizing labels and the multiselect control.
e.g. to achieve something like that in the top left corner:
it needs a grouplist with autosizing labels (twice the number of labels shown for bold and regular) with a lot of conditional visibility and a hidden grouplist with buttons to control these labels.
so i think it would be beneficial to have autosizing buttons for having just one grouplist with buttons to slim things down.
also other things could be achieved much easier like mentioned here:
post #14 ;-) and requested here:
post #4
regarding typographic skins it would also be beneficial to get an <altlabel> for the buttoncontrol like in togglebuttons to show the change of focus not only through textures but font style.
i think some additional input is needed, regarding keeping the state of the button after pushing it or perhaps make the togglebutton autosizing as well.
but i couldn't see it planned e.g. in trac or at least accepted and the posts where this was requested are already mentioned in my post, but the problem with theme is, that there those were only "secondary" requests, so i thought it would be better to have this here.
p.s.: why am i only able to create bug tickets and no feature request tickets in trac?
(2012-08-22, 21:29)vanMiez Wrote: [ -> ]p.s.: why am i only able to create bug tickets and no feature request tickets in trac?
I think we're still messing with how some of that stuff is handled, since we switched to github for milestones.
@vanMiez:
it's not yet in nightlies - it's still work in progress
As I'm doing auto-sizing stuff I also tried auto-sizing background image for group controls:
http://www.youtube.com/watch?v=ptH2hid_zjY (used by additional nodes in group control: lines 20-22 in
http://pastebin.com/MLFzkTnP ). This might be handy to use as background for grouplist with autosized buttons (such as one in 1st post if You'd want background that fits there)
just in case anyone was interested here's my auto-sizing branch:
https://github.com/pieh/xbmc/commits/buttons_autosizing (messy commits as I update/change stuff frequently now)
what control types *need* to be auto-sized apart from buttons, togglebuttons?
I see the border value is being used for these auto-sizing images so rounded edges don't end up getting stretched and wonder whether it would be possible for diffuse filters?
This way the diffuse could be scaled to match the image size (aspect ratio = keep) but retain it's round edges (border size) so we can use it for any sized image and still have prefect rounded corners.
Thanks.
(2012-08-27, 10:39)pieh Wrote: [ -> ]what control types *need* to be auto-sized apart from buttons, togglebuttons?
This might be a little off-topic but I had a request a little while back about vertical auto-sizing labels with min / max height variables. I thought I might throw the request out again in hopes you might pick this up Pieh. Boxee looks like it has this code in place already so it may be a case of simple copy paste. It's not exactly a "need" thing but will help prettify labels in a vertical grouplist.
@
Hitcher
That diffuse isn't directly related to auto-sizing, right? It's about
http://forum.xbmc.org/showthread.php?tid=106182 ?
@
Sranshaft
You mean for multiline labels? We would need to add vertical scrolling to label control (in case text would be higher than max height) in this case and we already have textbox for that. Tell me more about what do You need.
(2012-08-27, 14:15)pieh Wrote: [ -> ]@Sranshaft
You mean for multiline labels? We would need to add vertical scrolling to label control (in case text would be higher than max height) in this case and we already have textbox for that. Tell me more about what do You need.
Here's the topic I started about this feature. I hope you find it worth the time to put in. I think it could really come in handy in certain situations especially the one I pointed out in the thread.
http://forum.xbmc.org/showthread.php?tid=125391
As for scrolling, I don't find that to be too much of an issue if it doesn't. As you said, there's always the textbox when the skinner knows there will be a lot of text to display that will require scrolling.
Ok, this makes sense - as i'm on auto-size spree might aswell do auto-height for label and textbox.
And as for boxee - their guilib (skinning stuff) is from before dirty-region which in general makes stuff not just as easy as copy & paste (this particular feature is actually easy enough to not waste time on looking in boxee code anyway - I think jm just wanted to give hint for interested non-guilib-coder
)
