[opensource-dev] Daily Scrum Summary - Monday, October 18

2010-10-18 Thread Anya Kanevsky
https://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive Date: Mon Oct 18 == GENERAL NOTES == * Merge Monkey of the Day: Oz == DAILY SCRUM == === Merov === PAST * STORM-104: kdu upgrade: More cleanup before pushing on dev repo. Emailed Oz on licensing issues on some files. * STORM-406: Fo

Re: [opensource-dev] As a content creator, I would like...

2010-10-18 Thread Zabb65
They have been completed to the point of technical limitations of the platform(AFAIK). I explained the caveats of the technical limitations currently imposed upon them. If all you want is to locally see it. Sure its been done. Otherwise, no, but there is progress that can be built on when the techn

Re: [opensource-dev] As a content creator, I would like...

2010-10-18 Thread Robert Martin
I think the only way to do this would be for LL to have (maybe as a Premium benefit) some sort of webstorage to save assets then you would seen to run a sync program to link a local folder to the webstorage (and then to the asset farm) -- Robert L Martin _

Re: [opensource-dev] As a content creator, I would like...

2010-10-18 Thread Ponzu
On Mon, Oct 18, 2010 at 2:42 PM, Zabb65 wrote: > The local script editing and local texture editing has already been > done before and were implemented in phoenix. Scripting was done by > Katharine and textures were done by Vaalith. > > I believe Vaalith is waiting for mesh source code so they ca

Re: [opensource-dev] As a content creator, I would like...

2010-10-18 Thread Zabb65
My mistake. Credits to Xotmid then for external script editor. On Mon, Oct 18, 2010 at 15:17, Brandon Husbands wrote: > Actualy I did the external script editor you can use the pre processor to > link in saved scripts from your hard drive > > On Oct 18, 2010 1:43 PM, "Zabb65" wrote: > > The loca

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

2010-10-18 Thread Ponzu
Maybe a good step would be to make the logs easy to get to from the viewer itself. A button, or a menu item. Then open out in the default browser on they easy to read format. That might stop term thousand users from freaking out when they open the file using Notepad

Re: [opensource-dev] As a content creator, I would like...

2010-10-18 Thread Zabb65
The local script editing and local texture editing has already been done before and were implemented in phoenix. Scripting was done by Katharine and textures were done by Vaalith. I believe Vaalith is waiting for mesh source code so they can begin working on the mesh portion of that. The caveats

[opensource-dev] As a content creator, I would like...

2010-10-18 Thread Ponzu
These are some vague and undeveloped ideas I am sure a lot of us have had. I wonder if we can make any progress on them? Some consensus on what could/should be done is a place to start. So.. I have some scripts in a folder in my inventory. I would like to save them to my local disk. If I chan

Re: [opensource-dev] Fermi Viewer

2010-10-18 Thread Thomas Grimshaw
I'm certainly not a detractor of the Imprudence project, actually I'm a contributor, but at least on my platform, it's significantly less stable than any other viewer I have installed. Granted, I don't use Kirsten's simply due to a politican disagreement in the past. ~T On 18/10/2010 18:13,

Re: [opensource-dev] Fermi Viewer

2010-10-18 Thread Dale Innis
On Mon, Oct 18, 2010 at 10:29 AM, Thomas Grimshaw wrote: >  Imprudence is certainly not stable enough for a viewer targeted at > builders. > > ~Tom Imprudence is no less stable than any other viewer (TP or LL). Every viewer has its fans and its detractors, based I think mostly on what happens t

Re: [opensource-dev] Fermi Viewer

2010-10-18 Thread Daniel Smith
Time out! Whoa ;) There are only so many developers in the community. and there are two streams.. 1.x and 2.x ... and neither, as far as I know, is set up well for plugins... one cul de sac of development would be to go off and do plugins, for, say, imprudence, or phoenix, or kirstens or

Re: [opensource-dev] Fermi Viewer

2010-10-18 Thread Ron Festa
Visibuild is RealXtend and Naali, not vanilla SL or OpenSIM. Nothing contributed to that would benefit SL or vanilla OpenSIM especially since both SL & OS are getting mesh support. Ron Festa Virtual Worlds Admin Division of Continuing Studies at Rutgers University PGP key: http://bit.ly/b1ZyhY Pho

[opensource-dev] user story - events and appointments

2010-10-18 Thread miss c
As a user I would like to be able to add a future event or office hours to an in game calender complete with email and in game reminder with a simple click. Toggling between windows to add an event to another calender or simply attempting to remember is not sufficient. I feel that events woul

Re: [opensource-dev] Again About Scripting Issues specifically KELLY LINDEN

2010-10-18 Thread Kelly Linden
There are lots of ways to get an InvalidCastException, many of them quite valid. http://stackoverflow.com has a fair number of questions on the topic, and here is a good summary of what that error actually means: http://dotnetperls.com/invalidcastexception . Apparently there is also some more fun t

Re: [opensource-dev] fix System.InvalidCastException (was again about scripting issues)

2010-10-18 Thread Kelly Linden
Thank you for looking into it Miss C. We are indeed aware of mono's bugzilla, and even this specific bug report. Unfortunately, unlike the reporter, there is no clear enumeration of a dictionary happening where we see the crash. This is also a bug we saw well before the reporter saw it - while he r

Re: [opensource-dev] Fermi Viewer

2010-10-18 Thread SuezanneC Baskerville
The "Visibuild" project, at http://visibuild3d.com/, might have some bearing on this, possibly. One might think a viewer and grid that are suposed to be useful for real world architecture would have some build tools other than the normal. It's C++, isn't it, not C? On Mon, Oct 18, 2010 at 9:29 A

Re: [opensource-dev] Fermi Viewer

2010-10-18 Thread Thomas Grimshaw
Imprudence is certainly not stable enough for a viewer targeted at builders. ~Tom On 18/10/2010 15:26, Jamey Fletcher wrote: > Marc Adored wrote: > >> Yes that could be awesome like The Fermi Builders Mod for Phoenix or > Imprudence? > ___ > Policies

Re: [opensource-dev] Fermi Viewer

2010-10-18 Thread Jamey Fletcher
Marc Adored wrote: > Yes that could be awesome like The Fermi Builders Mod for Phoenix or Imprudence? ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to ke

Re: [opensource-dev] Fermi Viewer

2010-10-18 Thread Rob Nelson
Just spit out what you want, some of us are bored enough to add it to our viewers. Rob On 10/18/2010 4:08 AM, Arthur Fermi wrote: > I am liking that idea :) the catch for us, is we have zero skills in house > for a viewer. We can build datacenters, large database projects, program in > Perl,

Re: [opensource-dev] Fermi Viewer

2010-10-18 Thread Arthur Fermi
I am liking that idea :) the catch for us, is we have zero skills in house for a viewer. We can build datacenters, large database projects, program in Perl, PHP, VB, LSL and probably a few more, but no C programmers of any type. Go figure :) -Original Message- From: Marc Adored [mailto:m

Re: [opensource-dev] Fermi Viewer

2010-10-18 Thread Lance Corrimal
Am Montag, 18. Oktober 2010, 04:09:28 schrieb Arthur Fermi: > That isn't something I had considered. In the end we would still need > developers as we do not have the skills within the staff. so, let me see if I get this right. You have some ideas, and you need someone else to actually get those

Re: [opensource-dev] Fermi Viewer

2010-10-18 Thread Marc Adored
Yes that could be awesome like The Fermi Builders Mod for Phoenix or better yet Kirstens :D On Mon, Oct 18, 2010 at 1:54 AM, Francesco Rabbi wrote: > I think Carlo mean something else... In place to create another viewer > join an existing team and contribute code for building and SIM > manageme