[sldev] Landmarks and Navigation Project Update 2008-05-22
Argent Stonecutter
secret.argent at gmail.com
Sat May 31 07:14:03 PDT 2008
On 2008-05-30, at 09:10, Felix Duesenburg wrote:
> Argent Stonecutter wrote:
>> ...
>> I would rather the texture picker just be a filtered inventory
>> view...
>
> From what I can see in the source code, that's exactly what it
> already is... not?
I mean, I want to be able to open the inventory and click on a
texture and have it previewed the way the texture picker does it,
without having to be in the texture picker.
>> That's why I want the "landmarks" dropdown in the world map to
>> ONLY show landmarks in my "Landmarks" folder. In fact I'd like to
>> select which subfolder of the Landmarks folder the map looks at.
>> That way landmarks in boxes and landmark givers don't clutter up
>> the map view.
>
> Then why not just preserve the folders as they are, just omitting
> those that don't contain any landmarks. That way you know exactly
> where to look.
Clutter. When I'm on the map, I'm looking for my favorite landmarks.
In Camino (my web browser of choice) and I think in Firefox as well,
you can have many bookmark folders, but only one of them shows in the
bookmark menu and only one of them shows in the bookmark bar. So I
can (and do) have hundreds of other bookmarks in other folders that I
can get to through the bookmark manager, but they don't clutter
things up when I'm looking at my bookmarks. This not only avoids
distraction, but it makes the menus quicker to assemble.
In SL, having the map view only pull down one folder's worth of
bookmarks instead of groveling through the whole inventory looking
for them should have an even bigger effect on improving performance.
> Well, it's not like we're fighting over a particular spot where
> only one can exist.
Oh, sorry, I don't mean this to be a fight. I was responding to your
comment about your interface being something like what I was looking
for, and trying to explain what I was actually talking about because
it didn't seem like it was.
More information about the SLDev
mailing list