OMG, you're Dennis Handly?
On Sat, Sep 25, 2010 at 9:15 PM, Argent Stonecutter wrote:
> On 2010-09-25, at 09:17, Ponzu wrote:
> > I used to do C++ code reviews for HP.
>
> I used to work on C++ code at HP. I agree with Lee.
> ___
> Policies and (un)sub
I just wondering how complex an idea it would be to create an "exclude
land/water from interior" flag on a prim.
basically you could rez a prim sink it into the ground/water and
suppress the ground mesh from the inside (or water depending on how
low your prim is)
any thoughts Jira entries or whate
On 2010-09-25, at 09:17, Ponzu wrote:
> I used to do C++ code reviews for HP.
I used to work on C++ code at HP. I agree with Lee.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the po
On 26 September 2010 00:05, Robert Martin wrote:
> actually if the RLV api was renamed and expanded a bit it could be
> used as a semi-autonomous bot api
>
>
Yes, there are bots that let you dress and undress them through script,
using that API. They are used by clothes merchants to demo some of
On 25 September 2010 23:27, JB Hancroft wrote:
> If it were renamed and some of it's "heritage" obscured, I could use it in
> some business situations where it would be nice to have the functionality.
> As it... can't go anywhere near RLV.
>
You can just rename the executable and rewrite the rea
On 25 September 2010 19:59, Robert "Exile In Paradise" Murphey <
ex...@weylan-yutani.com> wrote:
>
> Sum up: RLV makes LL-viewer-compatible virtual worlds much, much
> more usable for community game development by giving the region
> owners control over default viewer features that hurt many parts
On Sat, Sep 25, 2010 at 5:27 PM, JB Hancroft wrote:
> If it were renamed and some of it's "heritage" obscured, I could use it in
> some business situations where it would be nice to have the functionality.
> As it... can't go anywhere near RLV.
>
> Regards,
> - JB
>
actually if the RLV api was ren
Apparently imprudence and meta7 supports sim side setting of Windlight
settings. Maybe this could be built upon?
http://opensimulator.org/wiki/LightShare
http://imprudenceviewer.org/wiki/LightShare
Apparently it was developed by meta7
http://www.meta7.com/wiki.php?page=LightShare and contribut
If it were renamed and some of it's "heritage" obscured, I could use it in
some business situations where it would be nice to have the functionality.
As it... can't go anywhere near RLV.
Regards,
- JB
On Sat, Sep 25, 2010 at 3:51 PM, Ponzu wrote:
> On Sat, Sep 25, 2010 at 1:27 PM, Lance Corrima
On Sat, Sep 25, 2010 at 1:27 PM, Lance Corrimal
wrote:
> Am Samstag 25 September 2010 schrieb Ponzu:
>> For one example, the Restrained Life stuff might never be
>> acceptable to Lindens for Public Relations or Legal issues.
>
> firstly, RLV has been renamed to RestrainedLove because linden lab
>
Hello all
I compile with sucess Emergence and Phoenix. Work fine.
But I can't compile Snowstorm; first errors:
2>-- Build started: Project: llinventory, Configuration: RelWithDebInfo
Win32 --
2>Compiling...
2>llnotecard.cpp
2>lllandmark.cpp
1>Linking...
2>llinventorytype.cpp
1>
Creat
On Sat, 2010-09-25 at 19:27 +0200, Lance Corrimal wrote:
> hmmm what if it was named Advanced Client Scriptabilty Extension
> (ACSE)?
>
> because that's basically what it is, an extension that allows inworld
> scripts to control some functions of the users client.
>
> I could think of any number
Am Samstag 25 September 2010 schrieb Ponzu:
> For one example, the Restrained Life stuff might never be
> acceptable to Lindens for Public Relations or Legal issues.
firstly, RLV has been renamed to RestrainedLove because linden lab
reserves the right to name stuff with "life" in the name.
hmmm
I have actually thought Windlight should be set server side.
I wanted to add that to emerald and store the sim settings on the server and
push down. But there are some windlight settings that can be used
maliciously and crash viewers.
So it was nixed.
On Sat, Sep 25, 2010 at 12:11 PM, Marine Kell
On 25 September 2010 19:05, Ponzu wrote:
>
> I haven't always monitored closely, but I think I can agree with this.
> However, it seems to me that there will and should always be TPVs, even if
> it becomes easier for non-Linden changes to get in. For one example, the
> Restrained Life stuff mig
On Sat, Sep 25, 2010 at 12:01 PM, Brandon Husbands wrote:
> What are the chances your new feature will be integrated. This is why TPV's
> exist cause the integration processess is like trying to get the mayor of a
> city to accept a meting with a plumber
I haven't always monitored closely, but
On Sat, Sep 25, 2010 at 11:51 AM, leliel wrote:
>
>
> 210525 is slightly better but still eats up ~550 file descriptors for
> duplicate font files on my machine.
> _
Understandable, in a way. The fix by Bao is *only* experimental and *only*
for the problem of HTTP requests to the s
What are the chances your new feature will be integrated. This is why TPV's
exist cause the integration processess is like trying to get the mayor of a
city to accept a meting with a plumber
On Sat, Sep 25, 2010 at 10:49 AM, Ponzu wrote:
> I think this is unfair. If *I* want to develop some coo
On Sat, Sep 25, 2010 at 7:28 AM, Tofu Linden wrote:
> Hey, good timing on that question!
> I just did a cherrypick for that fix over to viewer-developer so it can
> get more exposure/testing, particularly since it affects (and likely
> blocks) viewer 2.2.0 also.
> It's (re)building as we speak (bu
I think this is unfair. If *I* want to develop some cool new feature,
I don't have to submit it to everyone else *until* I think the time is
right. In that sense, the Lindens working on mesh have the same
rights that I do.
On the other hand, I wish there were some non-Lindens on the
"committee"
I understand the want to be all private and stuff with this but uhh it hurts
the open source initiative if you hide this code from us. Are we really 2nd
rate developers where our skills are not trusted enough to help with actual
development and nut just hit or miss bugfixers?
--
---
Hey, good timing on that question!
I just did a cherrypick for that fix over to viewer-developer so it can
get more exposure/testing, particularly since it affects (and likely
blocks) viewer 2.2.0 also.
It's (re)building as we speak (builds >= 210524); I'd appreciate if
everyone affected could give
I just wanted to say something.
I used to do C++ code reviews for HP. That is, an HP customer would pay HP
big bucks to send in someone to review a new C++ app they were about to roll
out (too late, right 8-). So I would go to the customer site and spend a
week talking to developers and looking
Has the fix made it into the new beta or the latest development viewer? (I
don't think it is in the beta.)
If is is delayed for some reason, could someone maybe send me the code
snippet to fix it, so at least I can have a temporary fix in my build? I
have been trying to figure out where to put th
On Sat, Sep 25, 2010 at 12:30 AM, Brandon Husbands wrote:
> My idea would be like installing a android app it says what it wants access
> to and asks user permission.
You could mirror Android in another way. In the viewer, you could have an
Intent to open radar (for example). A TP radar could
Nice - I've backed out the offending change.
Fix should appear in the next 2.2.1 snapshot (still building as I type).
Ta.
Boroondas Gupte wrote:
> On 09/25/2010 03:38 AM, miss c wrote:
>> I just uninstalled and installed the latest 2.2.1 (210446) and the
>> bug is still there. There is somethin
> The version I have is much higher than the public release. It looks like an
> update was pulled 9 hours ago from the repro, but I just downloaded this new
> version a couple of hours ago.
>
> I am on 2.2.1 (210446)
>
> The official beta release appears to be 2.2.0 (210127)
>
> Was the release
miss c wrote:
> The version I have is much higher than the public release. It looks like an
> update was pulled 9 hours ago from the repro, but I just downloaded this new
> version a couple of hours ago.
>
> I am on 2.2.1 (210446)
>
> The official beta release appears to be 2.2.0 (210127)
>
On 09/25/2010 03:38 AM, miss c wrote:
> I just uninstalled and installed the latest 2.2.1 (210446) and the
> bug is still there. There is something incorrect with the commands
> "user_name" as I have combed through the working version and this one
> and every xml file is stil the same.
As commen
29 matches
Mail list logo
