[sldev] Popup ordering patch

[Able Whitman]

Changing the notification popup system from a stack of popups a scrollable
list of popups would be great. You could even group them together based on
which notification template they used, so each group would have the same
semantics (Yes / No, Accept / Decline / Mute, etc.).

For textures, instead of a Next/Back button, I'd be happy just to see
multiple textures docked inside of a tablist, similar to how IM windows work
now. Then at least your whole window wouldn't fill up if you had many
textures open at the same time. An added advantage is that the viewer would
only display one texture out of many at a time. I don't know about anyone
else, but on my system the viewer slows to a crawl if more than one texture
window is open, and this would be a nice way to address that.

And for "given" inventory in general, I'd love to see the viewer lump
together lots of similar objects together, when they're given within a
certain period of time. So instead of 5 "Foo Bar has given you a notecard"
popups (or even a list of 5 notecards), I'd just like one entry that says
"Foo Bar has given you 5 notecards", and I can accept or decline them all in
one fell swoop.

I'd love to be able to have a master list of objects I've granted (or
denied) permissions to, and which permissions I've granted/denied. I
believe, though, that this permission information is stored along with
object state, so there's no way to gather all the distributed information in
one place.

Hmm... there are several feature requests here; I think I should file a few
JIRA entries. :)

On 6/25/07, Argent Stonecutter <secret.argent at gmail.com> wrote:
>
> On 25-Jun-2007, at 13:29, Able Whitman wrote:
> > One idea I explored (but didn't implement) while working on the
> > patch for VWR-650 was the addidion of a checkbox on permission
> > dialogs that said something like "[ ] Remember my choice for this
> > object". That way you'd only have to grant an object permission
> > once, at least until it was re-rezed.
>
> That's part of it.
>
> Another one is a SCADA-style alarm handler. After the second dialog
> you get the option of a browser interface (the iTunes interface is a
> good example of a browser) that allows you to accept or deny or
> acknowledge multiple messages at once.
>
> And this should be the default interface for requests received when
> offline.
>
> Another one is to make it possible to easily undo things, and then
> don't bother asking for approval. For example, you should be able to
> bring up a list of all the permissions you've granted and revoke them
> individually or en-masse. Then you can expand automatic permission
> grants ... e.g.: objects owned by the landowner or set to the land-
> owning group could automatically get animate and camera permissions.
> Same with objects owned by people in your friends list.
>
> The way auto-preview of textures and notecards is handled is pretty
> annoying, too: you get *two* "dialogs" to handle instead of just the
> the one, and two choices to "keep"... I would much rather just have
> the window be the dialog... that's not the problem, the way multiple
> textures are handled is the problem. Pop up *one* texture, if you
> must, and then put a "next" button on the window. If the user closes
> it instead, they don't get any more pending previews.
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20070625/eedd42c1/attachment.htm