On 09/18/2010 07:42 AM, Marc Adored wrote:
> I wasn't sure if this is the right place to post this but on the
> https://lists.secondlife.com/cgi-bin/mailman/listinfo page it says
> sldev has been moved here
Yes, the list was moved quite some time ago. The old name was the same
as that of a much ol
I was just sketching this up yesterday, in a brainstorming session with some
folks about how
we thought the v.w. systems would be morphing over the next 2-5 years.
A co-operative P2P network of users who would be willing to opt into
"participate in cache sharing"
would be a good idea. Having the
On Sat, Sep 18, 2010 at 11:37 AM, JB Hancroft wrote:
e thought the v.w. systems would be morphing over the next 2-5 years.
>
> A co-operative P2P network of users who would be willing to opt into
> "participate in cache sharing"
> would be a good idea. Having the cache be fairly intelligent - bro
FYI I have been working on the Wiki pages about Downloading and
Building. If you watch those pages, now might be a good time to see
if I screwed things up beyond belief (don't think I did, just
saying...).
In a few places, I just marked statements as OBSOLETE! because I
haven't had time to fix th
Multiple attachment and inventory items links backport for viewer v1.23.5
and Snowglobe v1.5 is available now as a standalone patch (in fact two,
one for each viewer branch) from my website.
See the announces for details:
http://sldev.free.fr/forum/viewtopic.php?f=5&t=321&p=1319#p1319
(multiple at
Who's currently working on doing external control of viewer functions,
especially avatar control? I know of a few people doing AR sorts of
things that would qualify and some of the viewer-plugin and modularity
work would certainly help. I'm going to be doing some viewer hacking to
allow som
On Sat, 18 Sep 2010 19:17:03 -0400
Vex Streeter wrote:
> Who's currently working on doing external control of viewer
> functions, especially avatar control? I know of a few people doing
> AR sorts of things that would qualify and some of the viewer-plugin
> and modularity work would certainly
This is great, thank you Heri!
I only wish other independent viewer devs would provide patch
repository like this.
On Sat, Sep 18, 2010 at 8:35 PM, Henri Beauchamp wrote:
> Multiple attachment and inventory items links backport for viewer v1.23.5
> and Snowglobe v1.5 is available now as a standa
No - avatar motion, gestures, animation from a non-viewer and non-SL
source... probably chat, possibly lookat and touch. Heck, I'd love to
get some of the old "avatar puppetry" stuff involved, but that'll be
overkill for this use. If all I was interested in was control, I'd use
libopenmetav
I honestly think that going to a straight squid-style cache for textures would
so improve the user experience that worrying about extra features like
"preferred places" would become irrelevant.
___
Policies and (un)subscribe information available here:
On 2010-09-17, at 12:51, Altair Sythos Memo wrote:
> There aren't tools to assure to an agent him cached texture is still
> one cached the teleport before...
Not needed. Textures are static. UUIDs are never re-used.
___
Policies and (un)subscribe inform
On Sat, 18 Sep 2010 20:51:22 -0500
Argent Stonecutter wrote:
> I honestly think that going to a straight squid-style cache for
> textures would so improve the user experience that worrying about
> extra features like "preferred places" would become irrelevant.
in fact... now "HTTP" textures allo
On Sat, 18 Sep 2010 20:53:21 -0500
Argent Stonecutter wrote:
> On 2010-09-17, at 12:51, Altair Sythos Memo wrote:
> > There aren't tools to assure to an agent him cached texture is still
> > one cached the teleport before...
>
> Not needed. Textures are static. UUIDs are never re-used.
prims ch
On 2010-09-17 19:42, Trilo Byte wrote:
> I agree, a newer one's needed (Phillip pledged to residents there would be
> updates every 2 weeks, that doesn't seem to be happening). However, until
> anti-aliasing gets fixed 2.1.2 isn't ready for prime time.
we're still shaking down our processes, bu
May I ask what the reasoning of the design of the notifications of the okay
button of a notification being in the same spot as the decline button of
another notification that will pop up in front of the first? Especially since
declined items no longer go to trash? I have lost $1000's of L$ bec
On Sat, Sep 18, 2010 at 10:23 PM, Erin Mallory
wrote:
> May I ask what the reasoning of the design of the notifications of the okay
> button of a notification being in the same spot as the decline button of
> another notification that will pop up in front of the first? Especially
> since declined
On Saturday 18 September 2010 9:51:22 pm Argent Stonecutter wrote:
> I honestly think that going to a straight squid-style cache for textures
> would so improve the user experience that worrying about extra features
> like "preferred places" would become irrelevant.
I have managed to get a local s
17 matches
Mail list logo