[sldev] [META][AWG]log chat of AWG meeting Friday, Oct 5, 2007

Argent Stonecutter secret.argent at gmail.com
Sun Oct 7 21:22:19 PDT 2007


On 07-Oct-2007, at 22:34, Lawson English wrote:
> In my case, specifically, I'm talkign about the keywords/functions  
> data for the floater I'm making. This obviously is never going to  
> be published as an asset, but it still should "live" in the client.  
> The issue I ran into that got me so incensed about this whole thing  
> is that the folder class in the client is chained to the asset  
> server. Anything "not an asset" can't be put into a folder. The  
> classes themselves are so chained I can't derive a non-asset folder  
> class from them without rewriting almost the entire class.

That's a fundamental design flaw in the UI library. You don't design  
a system around design flaws that absolutely need to be fixed. The  
Linden UI framework is pretty much worthless, except that it already  
works for OpenGL. Modifying a portable UI framework like Tk to  
include openGL calls in the same structure that already supports X11  
and Win32 and Quartz calls is a better approach.

> This is a trivial example, but what about more interesting ones?
>
> I have perhaps 100 sample scripts in my inventory.

That's the other case. We're agreed, I think, that things that live  
in the asset server should be able to be treated as assets whether  
they're currently in the asset server or not. The solution is to fix  
the client so it can deal with them that way, but that's got nothing  
to do with the system architecture.

> And, in the world wide grid, what about assets that can't be used  
> on one grid, but can be in another, that live in my inventory as  
> "assets" even though they're not assets on the currently accessed  
> grid?

You need assets to be treated by the asset servers as blobs with  
properties anyway, so that when you get a prim with an asset in it  
that the local grid doesn't know how to handle it just sits there and  
gets copied and moved as an opaque object. That's got nothing to do  
with making things like names into assets in the client to work  
around bad design.




More information about the SLDev mailing list