That happens because the clicks work by going down a hierarchy, it goes down the window backgrounds first, then works through the children UI elements of that window, passing around the click message until it hits the lowest level.
When you click outside the windows it passes through to the 3D world. Even if visually there is a button. The problem being that the window *must* cover all the child elements properly. - Nexii On Sun, Nov 20, 2011 at 5:43 AM, Tateru Nino <tateru.n...@gmail.com> wrote: > > > On 20/11/2011 2:26 PM, Laurent Bechir wrote: > > > I did the refresh. The problem is not there. The problem is that when I > click on a button (Save, Cancel, or another) the viewer react like if I was > clicking behind it. For example, if the background of the picture window is > the ground, clicking on a button is going to make move my avatar instead of > the action the button is supposed to do. The is a turnaround for such > buttons as Save to my inventory which consist on clicking on the part which > is above the sidebar. But since Save and Cancel buttons are not above this > part, they are unusable. I hope I'm more clear :) > > Ahhh, I've seen this problem before! On a number of occasions, in fact. > > It first started manifesting in the UI code in ... I think it was viewer > 1.9 (or perhaps the release before it). It's come and gone on several, but > never really been _fixed_ because nobody seems to quite ever figure out > what causes it. It also was associated with tooltips being triggered from > floaters below the topmost floater. > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges >
_______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges