[opensource-dev] Correcting Height Displayed in Appearance Editor / Improved Default Camera Position

I'm proposing these two changes together because they are related to the larger issue of building/visual design and scale in SL. Correcting either will help a bit, correcting both will help content creators a lot. This is my first contribution to the dev list, and as per the wiki I've tried to ke

[opensource-dev] Please - enough about the CA

On Wed, Aug 18, 2010 at 11:27 AM, Henri Beauchamp wrote: SL is the ONLY so-called (but actually still not, obviously: a Canada-Dry LGPL, perhaps ?) LGPL Open Source project requiring a License agreement from its contributors !!! This makes strictly no sense and is a clear impairement. Axiom

Re: [opensource-dev] Open Viewer Development Announcement

On 2010-08-18 22:42, Tateru Nino wrote: >You can also revoke the copyright assignment at (almost) any time. No, you can not. There is no such provision in the Contribution Agreement. ___ Policies and (un)subscribe information available here: http:

Re: [opensource-dev] Open Viewer Development Announcement

You can also revoke the copyright assignment at (almost) any time. On 19/08/2010 6:57 AM, Dickson, Mike (ISS Software) wrote: > There are loads of open source projects that are LGPL (in whole or part) and > that require a contributors agreement. Joomla, Alfresco, OpenChange, > Evolution, etc.

[opensource-dev] Update Linux Build Documentation, please?

I'm on Gentoo Linux, and the build instructions for Linux [1] have never worked for me (./develop.py cmake; ./develop.py build). I've talked with some people on IRC, and I'm now under the impression that develop.py is rather obsolete, which may be part of my problem. However, that doesn't really he

[opensource-dev] Snowstorm Backlog Request: SNOW-766

wrote such scripts and they "break down" with the current viewer-development: hikaru:/usr/src/secondlife/viewers/snowstorm/test-20100818>source env.source Error: unknown subcommand 'printbuilddirs' (run 'develop.py --help' for help) CONFIGURE_OPTS = &q

Re: [opensource-dev] Pie menu ideas (was: Re: Open Viewer Development Announcement)

Ah, was writing my post, didn't see that you had already posted a topic! Ricky Cron Stardust On Wed, Aug 18, 2010 at 4:40 PM, Celierra Darling wrote: > Seems like this should be in a different thread > To get rid of creep, perhaps slide the pie instead of the mouse cursor while > moving the

Re: [opensource-dev] Snowstorm Request: Draw Distance Slider (and other useful buttons)

Trilobyte, I agree that those two, or many other features from StarLight (left-handed sidebar option, smaller camera controls, revised "Me" menu, "inventory" button etc.) may be useful additions to the Viewer - the Snowstorm team (well at least Esbee) are aware of it and may use what they wan

[opensource-dev] Open Inventory Transfer

My mom is relatively new to SL. (Meaning that she's had an account for a while, been doing things for a while, but still sees through the eyes of a new user. Unlike myself...) Well, she was recently instructed by my dad (an advanced user like myself) to send him a notecard she was editing. She

[opensource-dev] To Pie or To List

(Figured this topic needed it's own thread) I've had issues myself with the new list format menu... But they wind up being different issues than I had with the old pie menu. With the old pie menu I found myself accidentally deleting objects, or otherwise having problems, when I moved my mouse rap

[opensource-dev] Pie menu ideas (was: Re: Open Viewer Development Announcement)

Seems like this should be in a different thread To get rid of creep, perhaps slide the pie instead of the mouse cursor while moving the mouse. As an example, if you move your mouse south to the "More..." option, the actual cursor can remain in the same position on the screen, but the pie can

[opensource-dev] Display Name & Viewer 1.x vs. Viewer 2.x

Display Name: i don't want my name to *ever* appear in a login screen or anywhere else as something like "aklo.modan" If there's a reason to have that kind of construct as a name used by scripts or whatever, that's fine so long as it's kept "under the covers." But no simple user should ever see

Re: [opensource-dev] Open Viewer Development Announcement

On Wed, Aug 18, 2010 at 11:27 AM, Henri Beauchamp wrote: > > SL is the ONLY so-called (but actually still not, obviously: a Canada-Dry > LGPL, perhaps ?) LGPL Open Source project requiring a License agreement > from its contributors !!!  This makes strictly no sense and is a clear > impairement.

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

2010-08-18 20:19, Michael Schlenker skrev: > Am 18.08.2010 um 15:05 schrieb Argent: > > >> On Tue, Aug 17, 2010 at 6:47 PM, Michael Schlenker >> wrote: >> Am 18.08.2010 um 01:16 schrieb Bryon Ruxton: >> >>> And 2. you should also prevent anyone to use a display name baring the name >>>

Re: [opensource-dev] Open Viewer Development Announcement

2010-08-18 15:11, Timothy Horrigan skrev: Scripters have already had to deal with the case where an avi's name changes. The Lindens have always had the option to rename avis (e.g., if an offensive name falls through the filters during registration, if an innoucuous name becomes offensive due t

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

2010-08-18 01:42, Aimee Linden skrev: > No, that's not the case, display names are not returned to the existing LSL > functions. Your existing account will always be seen as Andromeda Quonset to > existing scripts no matter what you change your display name to. > > New LSL calls used to return di

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

2010-08-18 00:54, Brian McGroarty skrev: > This is correct. Andromeda Quonset will be Andromeda Quonset forever. > At some point, new residents won't be able to choose a last name - > only these will be "Resident" > > No existing script function will return different results than it does > today. N

Re: [opensource-dev] Open Viewer Development Announcement

There are loads of open source projects that are LGPL (in whole or part) and that require a contributors agreement. Joomla, Alfresco, OpenChange, Evolution, etc. It's a very common practice when a legal entity is the corporate sponsor for the project. The only impairment here is the constant b

Re: [opensource-dev] Open Viewer Development Announcement

Henri Beauchamp wrote: > SL is the ONLY so-called (but actually still not, obviously: a Canada-Dry > LGPL, perhaps ?) LGPL Open Source project requiring a License agreement > from its contributors !!! This makes strictly no sense and is a clear > impairement. > > I'd also be curious to know any o

Re: [opensource-dev] Open Viewer Development Announcement

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] Open Viewer Development Announcement

On 18 August 2010 09:53, Oz Linden (Scott Lawrence) wrote: > > I think that if someone were to step up and do the work to create a > better pie menu implementation that we could do good comparisons with > (and especially if it allowed menu style to be a preference setting), > then it would be a mu

Re: [opensource-dev] Open Viewer Development Announcement

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/18/2010 12:04 PM, Oz Linden (Scott Lawrence) wrote: > If I understood him correctly, what Q seemed to think was the right > behavior is: > > * The first mouse-down opens the pie centered on the mouse location, > so no choice is under

Re: [opensource-dev] Open Viewer Development Announcement

Am Mittwoch 18 August 2010 21:04:21 schrieb Oz Linden (Scott Lawrence): > If I understood him correctly, what Q seemed to think was the right > behavior is: > > * The first mouse-down opens the pie centered on the mouse location, > so no choice is under the mouse > * If the choice i

Re: [opensource-dev] Open Viewer Development Announcement

On 2010-08-18 14:14, Aidan Thornton wrote: On 8/18/10, Oz Linden (Scott Lawrence) wrote: While there were some good things about the v1 implementation of pie menus, they also had some flaws - such as not opening a submenu centered on the mouse click. I actually puzzled over this a bit when I

Re: [opensource-dev] Open Viewer Development Announcement

On Wed, 18 Aug 2010 11:41:38 -0400, Oz Linden (Scott Lawrence) wrote: > On 2010-08-18 6:38, Henri Beauchamp wrote: > > - DO NOT SEGREGATE SUBMISSIONS: since you made Snowstorm LGPL, there > >is now*no more need* for the FLOSS exception and for contribution > >agreements (since you can t

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

Am 18.08.2010 um 15:05 schrieb Argent: > On Tue, Aug 17, 2010 at 6:47 PM, Michael Schlenker > wrote: > Am 18.08.2010 um 01:16 schrieb Bryon Ruxton: > > And 2. you should also prevent anyone to use a display name baring the name > > of an existing username in my opinion. > > NO. That would lim

Re: [opensource-dev] Open Viewer Development Announcement

On 8/18/10, Oz Linden (Scott Lawrence) wrote: > While there were some good things about the v1 implementation of pie > menus, they also had some flaws - such as not opening a submenu centered > on the mouse click. I actually puzzled over this a bit when I first realised that Second Life's pie men

[opensource-dev] Adding open dev items to the Snowstorm sprint

To be a candidate for integration during the current two-week Snowstorm sprint, a change should be on the Snowstorm Sprint list . If it is not, then we can't be sure that we'll have the

Re: [opensource-dev] Open Viewer Development Announcement

On 2010-08-18 11:54, Arrehn Oberlander wrote: > I looked at the XUI API docs to see what would be involved in bringing > them back. I was concerned to see that the pie menu status lists as > "deprecated". I believe this should be re-examined and hopefully be in > the backlog for debate. I'm goin

Re: [opensource-dev] Open Viewer Development Announcement

I realize that there's pros and cons to this UI selection vs box popups. However I don't believe the choice is at all cut and dry. When I stopped using the pie menu (because it doesn't exist in viewer 2.x) I discovered all sorts of navigation difficulties that where previously unknown. - The box

Re: [opensource-dev] Open Viewer Development Announcement

On 2010-08-18 8:58, Argent wrote: > Well, look there, the ability to type in chat while interacting with > objects in the world isn't on the spreadsheet anywhere. > > This is a complete show-stopper for viewer 2 for me, and for many of > my friends who interact primarily in text and do not use

Re: [opensource-dev] Open Viewer Development Announcement

On 2010-08-18 6:38, Henri Beauchamp wrote: - DO NOT SEGREGATE SUBMISSIONS: since you made Snowstorm LGPL, there is now*no more need* for the FLOSS exception and for contribution agreements (since you can take a snapshot of the Open Source viewer at anytime and incorporate them to your

Re: [opensource-dev] Open Viewer Development Announcement

On 2010-08-17 0:16, Joel Foner wrote: > Providing text transcription of voice speakers for the disabled, as > well as those who for various reasons cannot enable voice at the time, > and for capture of a text searchable archive of the whole event, is a > solved problem. Totally solved. It need

Re: [opensource-dev] Open Viewer Development Announcement

On Wednesday 18 August 2010 14:58:07 Argent wrote: > Well, look there, the ability to type in chat while interacting with > objects in the world isn't on the spreadsheet anywhere. why would you need to type anyways when you can use voice... and if you don't want others to hear your voice you can

Re: [opensource-dev] Open Viewer Development Announcement

Scripters have already had to deal with the case where an avi's name changes. The Lindens have always had the option to rename avis (e.g., if an offensive name falls through the filters during registration, if an innoucuous name becomes offensive due to news events, if a Linden loses his or he

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

On Tue, Aug 17, 2010 at 6:47 PM, Michael Schlenker wrote: > Am 18.08.2010 um 01:16 schrieb Bryon Ruxton: > > And 2. you should also prevent anyone to use a display name baring the > name > > of an existing username in my opinion. > > NO. That would limit the usefulness for some kind of RP for s

Re: [opensource-dev] Open Viewer Development Announcement

Well, look there, the ability to type in chat while interacting with objects in the world isn't on the spreadsheet anywhere. This is a complete show-stopper for viewer 2 for me, and for many of my friends who interact primarily in text and do not use voice chat. ___

Re: [opensource-dev] Open Viewer Development Announcement

Jesse wrote: > I am so relieved that Linden Lab does actually listen to feedback from the residents that have supported it for so long. This should guarantee that the proposed user name/display name never goes into affect then. I don't think that what you're implying there is true at all. I kn

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

Lance wrote: > What keeps me from, lets say, creating a throwaway alt, setting its Display > Name to "Stiletto Moody", and hanging out at that famous shoe shop telling > people that the place will close down and that all rights to the designs have > been sold to (whatever the place is that w

Re: [opensource-dev] Open Viewer Development Announcement

(Illustrative example) I am so relieved that Linden Lab does actually listen to feedback from the residents that have supported it for so long. This should guarantee that the proposed user name/display name never goes into affect then. Back to OP subject thou; the spreadsheet does look pretty good

[opensource-dev] Mailing lists for viewer-development commits & builds

Commits to the http://hg.secondlife.com/viewer-development repository now generate email notices to the mailing list viewer-development-comm...@lists.secondlife.com You can subscribe with the usual mailman mechanisms - the URL for the lists info page is: https://lists.secondlife.com/cgi

Re: [opensource-dev] Open Viewer Development Announcement

On 2010-08-16, at 13:23, Henri Beauchamp wrote: > Well, the first improvement to do is to actually revert 80% of the UI > to the way v1.23's one was working, especially getting rid of that > moronic side bar is its modal tools which impair productivity and > user-friendliness... The question is: wi

Re: [opensource-dev] Open Viewer Development Announcement

On Tue, 17 Aug 2010 19:24:48 -0700, Yoz Grahame wrote: > On 17 August 2010 02:44, Henri Beauchamp wrote: > > > On Mon, 16 Aug 2010 19:27:34 -0700, Yoz Grahame wrote: > > > > > Linden Lab has the final say in what goes into the Linden Lab viewer. A > > > third-party viewer team has the final say

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

On 18/08/2010 6:50 PM, Lance Corrimal wrote: On Wednesday 18 August 2010 10:20:03 Henri Beauchamp wrote: Why restricting new user names to "Resident" ? It's not a restriction. the whole thing, as far as i can see, boils down to this: there's the login, and the display name. the login is

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

On Wednesday 18 August 2010 10:20:03 Henri Beauchamp wrote: > Why restricting new user names to "Resident" ? It's not a restriction. the whole thing, as far as i can see, boils down to this: there's the login, and the display name. the login is _one_ word, chosen at account creation, and will

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

On Tue, 17 Aug 2010 19:55:53 -0700, Kelly Linden wrote: > (lets move this to the scripters list?) > > I need to refresh myself on this. There should be 3 names: > user name: latif.khalifa > full name: Latif Khalifa > display name: The Awesome Latif > > Most (all?) the existing LSL functions will

Re: [opensource-dev] the snowstorm backlog

On 17 August 2010 23:34, Lance Corrimal wrote: > ...what's with that google spreadsheet, I thought there's the jira? > Good point! But the JIRA interface isn't great at backlog organisation with Scrum. Now if only there was some kind of Scrum-focused add-on that we could use for managing scrums