[sldev] [VIEWER] SVG on a prim, a HUD, and in the viewer itself as a new GUI...

[Harold Brown]

John was talking about implementing something now... without dealing with
having server side changes made by LL's to support it.

What you're discussing will need commitment by LL's to implement.

Hence his reason for wishing to take it off list as it would be using prim
data and asset storage in ways that they are currently not intended.

Like perhapse uploading an SVG file as an uncompressed image file.  Or some
other asset type that isn't verrified by the server.


On 9/8/07, Lawson English <lenglish5 at cox.net> wrote:
>
> Harold Brown wrote:
> >
> >
> > On 9/8/07, *John Hurliman* <jhurliman at wsu.edu
> > <mailto:jhurliman at wsu.edu>> wrote:
> >
> >
> >     trivial to embed custom data. If you have specific questions about
> any
> >     of it contact me off-list as I'm not sure uploading arbitrary
> >     assets and
> >     mangling prim data are on-topic for the list, though I would
> >     really like
> >     to see a custom client with SVG support.
> >
> >     John Hurliman
> >     _______________________________________________
> >     Click here to unsubscribe or manage your list subscription:
> >     /index.html
> >
> >
> > And once again for the whole list.....
> >
> >
> >
> > I for one would hate for discussions of this sort to get dragged off
> > into secrecy.
> I see no reason why it should be anyway. SVG on a prim, assuming that no
> webaccess is allowed via URLs, should be relatively trivial to
> implement. Its possible that some threading issue might make it a tad
> more difficult, but still, compared to adding voice, or revising the
> design the viewer to sit on a real GUI g\framework, it should be trivial.
>
> And it would open up a LOT of new possibilities for education and so on.
> a version of it that would allow setting svg via LSL functions as well
> as by reference to notecards, would give you the long-sought-after
> interactive text on a prim, though the scripted version would need to be
> limited in its size and complexity. Maybe not more than 512 bytes or 1K
> bytes of svg code per face to be stored in custom prim properties...
>
>
>
> _______________________________________________
> 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/20070908/de4cb34b/attachment.htm