Re: [opensource-dev] Snowglobe Mecurial Repository

Latif Khalifa wrote: > On Fri, Mar 19, 2010 at 12:58 AM, Dzonatas Sol wrote: > [snip] > >> At the Open Source meet today, it appears we have a light at the end of >> To help quicken the merges and to save the history of them, we need >> volunteers on to help with the hg repository. The snowglob

Re: [opensource-dev] Snowglobe Mecurial Repository

On Fri, Mar 19, 2010 at 12:58 AM, Dzonatas Sol wrote: [snip] > At the Open Source meet today, it appears we have a light at the end of > To help quicken the merges and to save the history of them, we need > volunteers on to help with the hg repository. The snowglobe-1.x branches > can migrate over

[opensource-dev] Snowglobe Mecurial Repository

At the Open Source meet today, it appears we have a light at the end of the tunnel for the SVN repository, so we need volunteers, eventually, to help manage the hg repository. Here is the hg site for linden lab: http://bitbucket.org/lindenlab/ To help clarify the movement, the oss-viewer branch

Re: [opensource-dev] Proposal: Howto add a new feature to snowglobe.

On Thu, Mar 18, 2010 at 06:00:08PM -0300, Tigro Spottystripes wrote: > what if the bug fix includes changes in behavior that for some users is > considered a bug in itself? (like how it happened at first with the > issue of auto-granted permissions permanency being abused, where the > initial propo

Re: [opensource-dev] Proposal: Howto add a new feature to snowglobe.

On Thu, Mar 18, 2010 at 07:56:39PM +, Morgaine wrote: > If it was possible to add arbitrary extra code and/or make > arbitrary changes without that it gets harder and harder to > keep up with changes in the main viewer, then it would the > call of the open source community as mu

Re: [opensource-dev] Request for clarification on mailing list guidelines

Yeah more or less the lists are discussion-oriented for the most part. When I think of JIRA, I think of more serious items to be presented to the business for more guided discussions and DoesThisPatchReallyMakeSense tests. I also agree with Carlo, JIRA is for facts not opinions...but JIRA has tur

Re: [opensource-dev] Proposal: Howto add a new feature to snowglobe.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 what if the bug fix includes changes in behavior that for some users is considered a bug in itself? (like how it happened at first with the issue of auto-granted permissions permanency being abused, where the initial proposal of simply auto-revoking he

Re: [opensource-dev] Proposal: Howto add a new feature to snowglobe.

Morgaine wrote: > As an example, it is quite easy to imagine VWRAP providing transport > for Collada mesh objects that work in Opensim long before they do in SL. Can we clarify this a little about the mesh. Is this the mesh in regards to the avatar or the mesh of objects in the environment itself

Re: [opensource-dev] Proposal: Howto add a new feature to snowglobe.

On Thu, Mar 18, 2010 at 5:48 PM, Carlo Wood wrote: > > If it was possible to add arbitrary extra code and/or make > arbitrary changes without that it gets harder and harder to > keep up with changes in the main viewer, then it would the > call of the open source community as much as that of LL im

Re: [opensource-dev] Fixing the 2.0 chat bar focus problem?

Am Donnerstag 18 März 2010 02:56:33 schrieb Philippe (Merov) Bossut: > It would be nice indeed to be able to navigate with the arrows and type > chat text at the same time i.e. without having to do "Esc/Enter" to switch > between modes. At least as an option. I'd even venture that casual > res/

Re: [opensource-dev] Proposal: Howto add a new feature to snowglobe.

On Thu, Mar 18, 2010 at 1:48 PM, Carlo Wood wrote: > In what respect did I miss this? > > Are you implying that it should be possible to add new features > that Linden Lab *disagrees* with? > > If not, and as you say they don't disagree with VWRAP, then I don't > see the issue. VWRAP compatibility

Re: [opensource-dev] Proposal: Howto add a new feature to snowglobe.

Seem like a good moment to point out that is was ME who made up the name VWRAP :) *proud* *eternal fame* *immortality syndrome* YAY! On Thu, Mar 18, 2010 at 05:41:53PM +, Morgaine wrote: > I expect that before long, the prefix 'vw' will become as fashionable as 'e' > and now 'i'. ;-) > > M

Re: [opensource-dev] Proposal: Howto add a new feature to snowglobe.

In what respect did I miss this? Are you implying that it should be possible to add new features that Linden Lab *disagrees* with? If not, and as you say they don't disagree with VWRAP, then I don't see the issue. VWRAP compatibility falls in category 2, it's a new "feature", hardly anyone here w

Re: [opensource-dev] Proposal: Howto add a new feature to snowglobe.

On Thu, Mar 18, 2010 at 5:30 PM, Tateru Nino wrote: > Huh. Curious. I have a client launcher (for SL among other things) called 'vwrap'. I expect that before long, the prefix 'vw' will become as fashionable as 'e' and now 'i'. ;-) Morgaine. === On T

Re: [opensource-dev] Proposal: Howto add a new feature to snowglobe.

Huh. Curious. I have a client launcher (for SL among other things) called 'vwrap'. On 19/03/2010 4:23 AM, Morgaine wrote: > Carlo, you're missing something very important in your write-up. > > The issue that you haven't covered is that Snowglobe is intended for > interoperation with other worlds a

Re: [opensource-dev] Proposal: Howto add a new feature to snowglobe.

Carlo, you're missing something very important in your write-up. The issue that you haven't covered is that Snowglobe is intended for interoperation with other worlds as well, not just with SL. Our work in VWRAP has the goal of all

Re: [opensource-dev] Request for clarification on mailing list guidelines

Imho, the jira should be used for technical facts regarding a bug only, and not for opinions. General feedback is better discussed on this list. On Thu, Mar 18, 2010 at 08:38:53AM -0500, Sheet Spotter wrote: > If a topic generates more than five replies in less than 24 hours, it's time > to > red

Re: [opensource-dev] Client-side scripting REST/HTTP doc sample

It's an architectural style to allow programs to communicate with stateless packets, internally or externally. For example, an HTTP client/server is a logical implementation of a REST design. Unlike the SOAP style, methods are uniform and resources follow a pattern. Please review the dissertati

[opensource-dev] Proposal: Howto add a new feature to snowglobe.

Here is some food for thought: -- Question: Who determines what is added to the viewer and what not? I propose (to be decided by Lindens, not others) the following: There are two different categories of things that can be added to the viewer: Category 1: Bug fixes; intended behavior is not as e

Re: [opensource-dev] irc channel?

On 03/18/2010 12:21 PM, Lance Corrimal wrote: > is there a sldev irc channel somewhere? > #opensl on efnet (https://wiki.secondlife.com/wiki/Developer_communication_tools#IRC) cheers Boroondas ___ Policies and (un)subscribe information available here:

[opensource-dev] irc channel?

is there a sldev irc channel somewhere? bye, LC ___ 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] review please: http://jira.secondlife.com/browse/SNOW-583

Hi, I opened this: http://jira.secondlife.com/browse/SNOW-583 (patches for the issue at hand are already done for linux, and attached to the jira entry). Could someone port that to windows & mac? I don't have any dev tools on windows... and my mac mini is a media center, not a dev machine ;) Th

Re: [opensource-dev] "vendor" branch and Snowglobe 2.0

On Wed, Mar 17, 2010 at 05:52:55PM -0700, Philippe (Merov) Bossut wrote: > Long Story > I'm pretty much done with all the export script writing now and I'm moving to > make all that live so that updates from the viewer trunk come in more > regularly > and automatically. "regulary" doesn't mean th

Re: [opensource-dev] Client-side scripting REST/HTTP doc sample

Heyas Dzonatas, nice work. I think this approach needs serious consideration. Perhaps you can be so friendly as to explain to the list what defines REST, and why this approach is a RESTfull implementation? On Wed, Mar 17, 2010 at 10:21:06AM -0700, Dzonatas Sol wrote: > Here is a sample of the RES

[opensource-dev] Request for clarification on mailing list guidelines

It was my understanding that [opensource-dev] is the place to open discussion on issues of interest to all developers, but that detailed discussions were expected to occur in other venues, like JIRA. The policies and guidelines for this mailing list can be found here: http://wiki.s