home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Quality Assurance
Bugtracker Feed
0003863: Stacklayout() does not compute collapsed child positions correctly
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="MediaPortal-Bot" data-source="post: 870598" data-attributes="member: 48617"><p>The stacklayout attribute of GUIGroup does not compute the positions of child controls correctly when the visibilities of child controls are changed while the parent window remains unchanged.<br /> <br /> The usage of stacklayout for world weather is different than other uses (although other current implementations could be similar to the implementation of world weather). The problem is exposed now because world weather changes the visibility of buttons continuously based on user interactions (like cycling the world weather screens). The algorithm for collapsing buttons only works on the first pass (window load) -- if button visibilities change after the initial computation then you get the behavior we observe (the buttons migrate up the window on each subsequent pass where visibilities have changed again).</p><p></p><p><a href="http://mantis.team-mediaportal.com/view.php?id=3863" target="_blank">Continue reading...</a></p></blockquote><p></p>
[QUOTE="MediaPortal-Bot, post: 870598, member: 48617"] The stacklayout attribute of GUIGroup does not compute the positions of child controls correctly when the visibilities of child controls are changed while the parent window remains unchanged.<br /> <br /> The usage of stacklayout for world weather is different than other uses (although other current implementations could be similar to the implementation of world weather). The problem is exposed now because world weather changes the visibility of buttons continuously based on user interactions (like cycling the world weather screens). The algorithm for collapsing buttons only works on the first pass (window load) -- if button visibilities change after the initial computation then you get the behavior we observe (the buttons migrate up the window on each subsequent pass where visibilities have changed again). [url="http://mantis.team-mediaportal.com/view.php?id=3863"]Continue reading...[/url] [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Quality Assurance
Bugtracker Feed
0003863: Stacklayout() does not compute collapsed child positions correctly
Contact us
RSS
Top
Bottom