[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