Re: [opensource-dev] Hippotropolis Theater Design Competition

2012-03-07 Thread Bryon Ruxton
Oh! The grand prize is a lunch? Such a grandiose generosity from Linden Lab!!! The losers get to sell their models on the marketplace instead for more L$... PS: Don't forget to flush the toilet Oz. On 3/7/12 12:05 PM, "Oz Linden (Scott Lawrence)" wrote: >Hippotropolis is our region for promot

[opensource-dev] llRegionSay() vs. HTTP-In

2011-02-11 Thread Bryon Ruxton
Slightly off topic, but I have a region performance question: >From an in-sim usage standpoint, and say 2-20 messages per second prospect What are the pro and cons of llRegionSay() vs. HTTP-In in terms of resources? (aside from the known pro and cons of the function itself as stated on the wiki) Ar

Re: [opensource-dev] O.O Display name code DROP!

2010-10-15 Thread Bryon Ruxton
Hi Leyla, Glad to keep the current text format if there are no real goals for changing it. For one that would have broken the integrity of current log files. On that point I would actually love to know if the filenames of IM logs is to eventually change, from say First Last.txt to first.last.txt

Re: [opensource-dev] Jira Issue Resolution Issue

2010-10-11 Thread Bryon Ruxton
Thanks Q >reopening because you don't like a decision is a waste of everyone's time, and will result in temporary or permanent loss of JIRA access. Sounds good to me. On 10/11/10 7:44 AM, "Kent Quirk (Q Linden)" wrote: > So we've modified the JIRA system again to allow residents to reopen issue

[opensource-dev] Jira Issue Resolution Issue

2010-10-08 Thread Bryon Ruxton
As a user I would like to be able to reopen Jira issues wrongly closed by ignorant people who can't read, creating havok. Like this one there: Stone Tremont added a comment - 08/Oct/10 2:17 AM This is not a bug because you do not pay prims, avatars are payed via whole objects. This should be a fea

Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request

2010-10-01 Thread Bryon Ruxton
> * We change something, and the thing that used to work no longer works > * People scream that we broke content > So if we create a call that returns approximate results now, it *always* has > to return the same results. Q, in this case, I disagree. Changing the SCRIPT_MEMORY reports later will no

Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request

2010-09-29 Thread Bryon Ruxton
That was in part my justification behind the need of script counts in the function, to assess numbers of scripts vs memory count in a slightly more meaningful manner, for lack of true memory usage. e.g. 4 scripts with 64k memory usage can be evaluated as 64k accurately, while a 64k memory without

Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request

2010-09-29 Thread Bryon Ruxton
ners, OMG, > someone go shoot those designers. :p > > But I want to thank you so much with everything in my soul that your > attempting to find a solution to this problem, just for your attempt I > completely adore you, please don't stop! > > :p > >

Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request

2010-09-29 Thread Bryon Ruxton
Sounds good to begin with! The caveats you mentioned are not really problems to be concerned too much about. I would just suggest llGetObjectMemory(key id) for the function name. Perhaps a list params with SCRIPT_COUNT and SCRIPT_MEMORY then SCRIPT_USAGE with the lower results for mono scripts late

Re: [opensource-dev] display names = the end of 1.x viewers?

2010-08-20 Thread Bryon Ruxton
On 8/19/10 9:53 PM, "Baloo Uriza" wrote: > On Thu, 19 Aug 2010 19:42:37 -0700, Bryon Ruxton wrote: > >> On 8/19/10 7:20 PM, "Argent Stonecutter" >> wrote: >> >>> On 2010-08-19, at 14:09, Michael Schlenker wrote: >>>> Its

Re: [opensource-dev] display names = the end of 1.x viewers? Correction

2010-08-19 Thread Bryon Ruxton
On 8/19/10 7:20 PM, "Argent Stonecutter" wrote: > On 2010-08-19, at 14:09, Michael Schlenker wrote: >> Its a special case of the general case, i didn't check but I'm pretty sure >> 'Agent Smith' is taken by someone. If it is and you >> had your way it would not be possible to use that name. > >

Re: [opensource-dev] display names = the end of 1.x viewers?

2010-08-19 Thread Bryon Ruxton
On 8/19/10 7:20 PM, "Argent Stonecutter" wrote: > On 2010-08-19, at 14:09, Michael Schlenker wrote: >> Its a special case of the general case, i didn't check but I'm pretty sure >> 'Agent Smith' is taken by someone. If it is and you >> had your way it would not be possible to use that name. > >

Re: [opensource-dev] display names = the end of 1.x viewers?

2010-08-19 Thread Bryon Ruxton
On 8/19/10 12:09 PM, "Michael Schlenker" wrote: > Am 19.08.2010 um 11:51 schrieb Argent Stonecutter: > >> >> On 2010-08-18, at 13:19, Michael Schlenker wrote: Can you elaborate on what kind of RP would require you to be able to set your display name to "Argent Stonecutter" >> >>> Sur

Re: [opensource-dev] Open Viewer Development Announcement

2010-08-18 Thread Bryon Ruxton
I am not sure if that's what you meant as "not opening a submenu centered on the mouse click". or whether my suggestion would resolves it but I think the pie menu repetition on sub level is prone to confusion indeed. I would envision a pie menu on the first root level. And more normal submenus on

Re: [opensource-dev] display names = the end of 1.x viewers?

2010-08-17 Thread Bryon Ruxton
On 8/17/10 4:47 PM, "Michael Schlenker" wrote: > Am 18.08.2010 um 01:16 schrieb Bryon Ruxton: > >> Sorry if lacked clarification, >> I was referring to the "current" residents names (as capitalized), NOT the >> new display name which will bec

Re: [opensource-dev] display names = the end of 1.x viewers?

2010-08-17 Thread Bryon Ruxton
ecause its to mimic > the proper name of something they like. like someone using iMonster or > something is a spoof of apples uses of lowercase i in front of their > products and people use it to mimic or mock apple. > > hope you understand what im trying to get to > > O

Re: [opensource-dev] display names = the end of 1.x viewers?

2010-08-17 Thread Bryon Ruxton
As you are implementing this, you may to consider forcing capitalization via JavaScript or else on the first name (from the official actual username) e.g. "first Linden" look bad as if there is a typo in there and such proper nouns are normally capitalized. I have always found it annoying to see l

Re: [opensource-dev] Open Viewer Development Announcement

2010-08-16 Thread Bryon Ruxton
Mike, First of all, I said ³us² in the context of those, like Henri, who hate the sidebar. As for ³we² in general, it is the majority who says they hate or dislike viewer 2.0 as indicated by multiple polls or articles like the following, justifying the word ³we² (i.e. the overall majority of Resi

Re: [opensource-dev] Open Viewer Development Announcement

2010-08-16 Thread Bryon Ruxton
Oz, Henri does not seem to suggest going back to 1.23 code as much as the UI behavior ought to go back to the way 1.23 functioned. And rightfully so when it comes to ³That moronic side bar is its modal tools which impair productivity and user-friendliness...² As bluntly put as it is. This is a pro

Re: [opensource-dev] [POLICY] Configurable HTTP user-agent string

2010-05-05 Thread Bryon Ruxton
Can't we just get an additional AGENT_VIEWER flag via llGetAgentInfo? Even if not foolproof, it's useful as a factor for legitimate security or warning tools, as well as for stats gathering for 99% of residents. It seems like a logical solution to me, instead of having to go the http agent route or

Re: [opensource-dev] Banning by client

2010-05-01 Thread Bryon Ruxton
Is that thing really exploiting a quicktime hack? I.e. Trying to protect Computer Crimes Law by violating the very same laws. If so, isn't that against the LL TOS and shouldn't it be taken down by LL? The below reviews have me raising eyebrows... https://www.xstreetsl.com/modules.php?name=Marketpl

Re: [opensource-dev] Thank you for updating the Viewer Directory requirements

2010-04-28 Thread Bryon Ruxton
Henri, > So, registering to the directory is clearly not a requirement to be considered as TPV-policy compliant, but on the other hand LL suggests that the viewers which are not in the directory are "dangerous" ones... This is both unfair and very close to pure diffamation. The viewer is required t

Re: [opensource-dev] Open Development project: extending avatar wearables

2010-03-22 Thread Bryon Ruxton
Could you please stop putting everything into that sidebar as the only way to access stuff. You¹ve kept wanting to make this ³communicator window ³ before into a single un-detachable block. And despite many of use hating it and asking for you to make separate floaters, (or at least give us that opt

Re: [opensource-dev] FAQ posted for Third Party Viewer Policy

2010-03-01 Thread Bryon Ruxton
It's not a concern that apply in this environment. It would be an issue between the grid and the TPV developers to resolve. Land owners don't control the markup language structure of their 3d environment. On 3/1/10 2:25 PM, "Argent Stonecutter" wrote: > On 2010-03-01,

Re: [opensource-dev] FAQ posted for Third Party Viewer Policy

2010-03-01 Thread Bryon Ruxton
wn the road would be nice too. > DO NOT ADD YOUR VIEWER... at least not until > the great majority agrees with the literal wording of the final > published TPV policy, and we're far from that. nods On 3/1/10 5:04 AM, "Carlo Wood" wrote: > On Sun, Feb 28, 2010 at 07:55:

Re: [opensource-dev] FAQ posted for Third Party Viewer Policy

2010-02-28 Thread Bryon Ruxton
Of course, I know that Tigro. But just like any web site can detect a user-agent and block it, I'd like to be able to detect the viewer agent, (perhaps via llGetAgentInfo) of the avatar getting on my land anyway. Such would be useful for various other reasons such a compatibility checks, analysis o

Re: [opensource-dev] FAQ posted for Third Party Viewer Policy

2010-02-28 Thread Bryon Ruxton
Sorry Morgaine, I stand corrected by having read the FAQs afterwards. I thought registration was required to connect to the grid... Joe, I agree with others that it¹s not enough to guard against intellectual property infringement and protect residents. Is there a plan to allow inworld residents t

Re: [opensource-dev] FAQ posted for Third Party Viewer Policy

2010-02-28 Thread Bryon Ruxton
Morgaine, I think your statement is a misunderstanding on your part. It¹s not ³just promotion². You don¹t have a choice but to be be listed AND comply if you want to legitimately connect to the grid with your viewer. As originally intended by LL. They are not exclusive as currently implemented and

Re: [opensource-dev] Third party viewer policy

2010-02-25 Thread Bryon Ruxton
A name suggestion for viewers: "A viewer that connect to a virtual world that can't be name for risks of being objected to by a company with aggressive lawyers who like to come up with unconscionable terms of services, or who make illegitimate attempts of one's right to forbid the usage of words th