Re: [opensource-dev] Option to send notices to email even when online

[Boroondas Gupte]

 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 older but unrelated inworld group, so this step was
taken to avoid confusion between the two programs.

> I posted a jira for this option because I couldn't find an existing
> jira and just wanted to get the word out about it and see others
> opinions on it. I know there are other people who at one point and
> time needed a past notice to review past events to make better
> decisions on current events and didn't have in in their email because
> they where online when the notice was sent out. Specially in large
> groups with lots of RP action and disciplinary notices.
>
> The jira is at:
> http://jira.secondlife.com/browse/SVC-6330
I think I've seen a jira issue about the same topic some time ago, but
can't seem to find it again. However I found SVC-4547
 which is similar, but about
IMs (not group notices) and also mentions "IM to email when Busy", which
would be very useful for some, too.

To allow maximum flexibility with minimum UI clutter, one could replace
the current checkboxes for these settings with drop down lists:

Send incoming personal IMs to email:
Send group notices to email:

(For those receiving this mail as text-only: The options in both the
drop downs are: "Always", "When offline or busy", "When offline" and
"Never".)
What server side changes would be needed for those options to work, I
don't know.

Cheers,
Boroondas

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Side topic related to cache (was Re: User Story: Improved Cache

[JB Hancroft]

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 cache be fairly intelligent - broadcasting
requests and then maintaining
a list of "fast and available" similarly co-operative viewers. It definitely
offloads comm work from always
going back to the SL servers over and over. This problem has been solved
many times by many projects.

It seems to me that it would improve the user experience "Fast"... and also
impact LL's operational budget
significantly (in a good way :).

Regards,
- JB


On Fri, Sep 17, 2010 at 5:37 PM, Altair Sythos  wrote:

> On Fri, 17 Sep 2010 17:14:01 -0400
> Ponzu  wrote:
>
> > I have also thought a bit about the situation where two or more users
> > are on the same subnet.  Think of a dozens of people in the same LAN
> > in a meeting, for example.
> >
> > Current system has each user building an almost identical cache
> > locally.
> >
> > Instead, what if all the users went through a proxy, and the proxy did
> > the caching?  Wouldn't that be a big win?
>
> by the way viewer support proxy you can use a local caching proxy
> (oops, squid, sort off) and already extend *ALL* you want (HTTP get
> textures cached in a standard HTTP cached server)
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Side topic related to cache (was Re: User Story: Improved Cache

[Ponzu]

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 - broadcasting
> requests and then maintaining
> a list of "fast and available" similarly co-operative viewers. It definitely
> offloads comm work from always
> going back to the SL servers over and over. This problem has been solved
> many times by many projects.

Would be a great academic project for serious undergrad, Masters, or even PhD.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Wiki pages

[Ponzu]

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

Also, be on the lookout for topics X that say See Y, but when you go
to Y, it says See X.  I fixed a few, but there are likely others.

Lastly, I actually downloaded and built on OS X.  Proud of myself.
Build failed, though, so I might be back.

regards,
lee
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] For the benefit of TPV developers.

[Henri Beauchamp]

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 attachments)

http://sldev.free.fr/forum/viewtopic.php?f=5&t=299
(inventory item links)

http://sldev.free.fr/forum/viewtopic.php?f=3&t=2&p=1322#p1322
(Cool VL Viewer v1.23.5.29 and v1.25.0.6 implementing the
above).

Enjoy !
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Externally controllable viewers?

[Vex Streeter]

  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 some additional input devices and would like to be as general as 
possible (and not reinvent the wheel).

Many thanks
 Vex
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Externally controllable viewers?

[Sythos]

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 help.  I'm going to be doing some
> viewer hacking to allow some additional input devices and would like
> to be as general as possible (and not reinvent the wheel).

sorry... do you mean sort of bot for group invite and similar when you
say "eexternal control"?
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] For the benefit of TPV developers.

[Latif Khalifa]

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 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 attachments)
>
> http://sldev.free.fr/forum/viewtopic.php?f=5&t=299
> (inventory item links)
>
> http://sldev.free.fr/forum/viewtopic.php?f=3&t=2&p=1322#p1322
> (Cool VL Viewer v1.23.5.29 and v1.25.0.6 implementing the
> above).
>
> Enjoy !
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Externally controllable viewers?

[Vex Streeter]

  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 
libopenmetaverse, but there will be a real person watching their avatar 
interact with SL, just not using traditional controls.

On 9/18/2010 7:23 PM, Altair Sythos Memo wrote:
> 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 help.  I'm going to be doing some
>> viewer hacking to allow some additional input devices and would like
>> to be as general as possible (and not reinvent the wheel).
> sorry... do you mean sort of bot for group invite and similar when you
> say "eexternal control"?

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] User Story: Improved Cache

[Argent Stonecutter]

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:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] User Story: Improved Cache

[Argent Stonecutter]

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 information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] User Story: Improved Cache

[Sythos]

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 allow a banal local caching proxy (squid
is a lil big, but fine, just a bit oversized for a "personal" use)

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] User Story: Improved Cache

[Sythos]

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 change... you're assuming nobody modify the whole sim...
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Where to put & look for test viewers

[Oz Linden (Scott Lawrence)]

  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, but we'll get a new Development 
viewer up on the downloads page within a couple of days  in the mean 
time, there is the one on the wiki (and that download page points to 
many others)

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] May I ask the reasoning of something?

[Erin Mallory]

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$ because of 
that and its getting OLD.  
  ___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] May I ask the reasoning of something?

[Stickman]

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 items no longer go to trash?  I have lost $1000's of L$
> because of that and its getting OLD.

I don't use 2.x very much, but I remember having this problem.

I see no Jira on this issue. But I may not be searching very well.

If you make a Jira, and I'd happily give it a vote. I believe this
could be a disastrous problem and cause grief for vendors, especially
those of nocopy products. I'm surprised it hasn't been brought to
attention earlier.

Stickman
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] User Story: Improved Cache

[lists . secondlife . com]

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 squid proxy set up on my system and I use it all 
the time. The local squid proxy works on 1.5 based code. Viewer 2.x can not 
use it due to no http texture proxy setting.

I use a 32GB squid proxy cache and it performs quiet well.

-- Techwolf Lupindo
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges