[sldev] Landmarks and Navigation Project Update 2008-05-22

Richard Nelson richard at lindenlab.com
Thu Jun 5 16:12:48 PDT 2008


On Sat, 31 May 2008 07:14:03 -0700, Argent Stonecutter  
<secret.argent at gmail.com> wrote:

> 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.
>

Felix is right, the texture picker uses an embedded inventory panel with  
the filter rules set to only show textures.  If I understand you  
correctly, you want the preview portion of the texture picker to be part  
of the inventory window as well.  I think you might get something similar  
with the proposed inventory item thumbnail project.

>>> 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.
>

I think the first step is to add the concept of selectable root folder(s)  
to the inventory item filter, which would allow you to only show contents  
of the specified folders.  Once that is done, it would be much easier to  
show restricted views of your inventory items for special cases like these.

> 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.
>

There are several operations which require a full inventory search...I  
don't remember them all.  The working assumption right now is that any  
time you run the client you will need your entire inventory contents in  
short order.  I think we still have some bugs around inventory caching to  
fix, though.

Richard



More information about the SLDev mailing list