[sldev] Popup ordering patch

Soft Linden soft at lindenlab.com
Sat Jun 23 07:05:48 PDT 2007


Sweet!

I'm forwarding this to our usability guy in case he wants to chime in.
I think we're trying to minimize the number of options in preferences
so they don't obscure the more-frequently sought ones, but it may well
be that pop-behind ought to be the default behavior instead of
pop-to-front.

On 6/23/07, Matthew Dowd <matthew.dowd at hotmail.co.uk> wrote:
>
> I've been musing on the issue of accidental click throughs on the popup dialogs. I mentioned this before in relation to the pay permissions one - that it is very easy to click on an existing popup, only for a new one to appear at just that instances and get clicked again. Although Able's pay permissions patch deals with a specific case, the general click through issue remains and I notice that someone on the forums refers to this in relation to the new popups generated in the recent anti-notecard-spam changes.
>
> It occured to me one solution would be to have new popups appear behind the existing ones, so even if a new popup appears you still end up clicking on the one you intended. You could argue that this is better behaviour in that you would then handle the popups in the order they appears. However, as this is a change in behaviour which doesn't reflect how dialogs normally work, it should probably be a configurable option.
>
> I've submitted a patch at https://jira.secondlife.com/browse/VWR-1344 which adds a new option in the Preferences Popups tab to toggle between the standard behaviour and this proposed behaviour. This is my first patch submission so let me know if I've not done in properly. Able Whitman's blog on his pay permissions patch was invaluable in pointing me at the right bits of the source code to look at to implement this.
>
> Matthew
> _________________________________________________________________
> 100's of Music vouchers to be won with MSN Music
> https://www.musicmashup.co.uk/index.html_______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html
>


More information about the SLDev mailing list