[opensource-dev] Status at the end of our first open sprint
I believe that all but one of the submissions we got (either internal or open source) have been pulled into viewer-development. The one exception is a submission from Aleric that only affects develop.py - I had a build failure yesterday the first time I tested it on the build farm, so I skipped it to do some others. I've since had successful builds with it, and believe the error was an ephemeral network problem on the build machine, so I expect to get that committed today. At the moment, I'm having trouble pushing to bitbucket - I believe the problem is related to the upgrade they did last night to new hosting. ___ 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] Submission process when a team is working an issue.
Oz, Please clarify the vwr-x process. As a example. I built and tested vwr-20879 the issue Robin wrote up concerning Express builds. She had a six or so additional vwr-x issues that contributed to a solution. I added a change set that improved one aspect of the six or so. I pushed these to my repo vwr-20879 on bitbucket. My question; Is this now a single issue and if so, how would it be presented as such? Please look at my https://bitbucket.org/NickyP/vwr-20879. Is the format of changes correct for a viewer-development pull? I saw a changeset where you did a merge up? Is that a way to combine changesets into one issue from many sub issues? And if so, how? NickyP ___ 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
Re: [opensource-dev] Submission process when a team is working an issue.
On 2010-08-30 12:42, Nicky Perian wrote: Oz, Please clarify the vwr-x process. As a example. I built and tested vwr-20879 the issue Robin wrote up concerning Express builds. She had a six or so additional vwr-x issues that contributed to a solution. I added a change set that improved one aspect of the six or so. I pushed these to my repo vwr-20879 on bitbucket. My question; Is this now a single issue and if so, how would it be presented as such? Please look at my https://bitbucket.org/NickyP/vwr-20879. Is the format of changes correct for a viewer-development pull? I saw a changeset where you did a merge up? Is that a way to combine changesets into one issue from many sub issues? And if so, how? As long as everyone involved thinks that the combined changes are good, multiple changesets are fine. When the team is satisfied with the collection of changes, update the issue with a pointer to the particular repository and changeset that is the tip of that set of changes. Other than the fact that your repo has not been brought up to date with viewer-development (a lot went in over the weekend), it would do nicely. (I have not yet reviewed the individual diffs - make sure that contributions.txt is appropriately updated). ___ 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
Re: [opensource-dev] This is how Linden Lab treats it's customers...
And estate owners already took a huge beating over homesteads. We can't afford another hit by having homesteads be able to be directly leased by everyone. I have HUGE sympathy for the original poster. I have eaten fees, given free tier and so on to people left in a world of hurt by such actions by other landlords. There is NO EXCUSE for not admitting to one's tenants what is going on, even if you can't afford to refund things, so that they can at least get their things, even if they can't make alternate arrangements for the region. Its irresponsible, unconscionable methods of doing business. Unfortunately, in SL anyone who can get the fees together to lease a region from LL can turn around and become an estate owner/reseller. Hmmm, come to think of it, same with web hosting I wish I had an empty homestead to offer, not that it would help with the things lost via absent partner, but I'd love to have a chance to restore faith that there are a few of us out there that are worth the respect of their tenants. Charlene Trudeau Darmath wrote: > On 29/08/2010 1:23 AM, Gareth Nelson wrote: > >> and pointing out that LL have no contract with tenants of >> rental regions - tenants of such regions are thus not customers. >> > True. But a premium account holder is a customer of LL. "And to say well > we dont want you $100 a month because your not a full sim owner" is a > slap in the face, period. FWIW i'm a premium account holder...whose now > returning to lurking. > ___ > 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 > > ___ 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
Re: [opensource-dev] Removal of the "MultipleAttachments" debug settings ?
*cough* If the point of this is to make people *want* 2.x a lot of nice tags that say 'to see me properly, use viewer 2.x... I have more attachments than you do' might be a good way to go. *cough* Ok, a bit snarky, but seriously, if we HIDE the COOL stuff, where's the fire to get people over the pain of a UI transition and into using the new viewer and all it has to offer? I know we still have problems, but things like this and the alpha clothing layers should be helping entice people to work around those issues til fixed. Charlene Trudeau Marine Kelley wrote: > Hello all, > > I am currently working at integrating the RLV code into the latest > 2.1.2 viewer in "viewer-development". Some users might have noticed > that the "MultipleAttachments" debug setting was set to FALSE by > default in order to stay compatible with 1.x, because 1.x users cannot > see attachments worn on slots 1 and beyond, only slot 0 is rendered. > So the feature is still rather useless because since most of the users > are still using 1.x, multiple attachments are to be avoided. However > having the option to choose whether to activate it or not was a good > idea. I even added a checkbox in the navbar to set it to TRUE or FALSE > in one click without having to open the debug settings (but that > version is not released). > > And now what I'm seeing in the latest version worries me. The > MultipleAttachments debug setting is gone ! The viewer behaves as if > it were always TRUE. On the paper it makes sense, since 2.x is > supposed to handle multiple attachments natively and the sims have > been updated to 1.40 (and now 1.42) almost only for this reason. > But... this is actually counter-productive because now someone who > tries 2.1 will soon discover that most of their attachments are not > showing to their friends. And that they require more steps to change > an outfit than before, because they now have to explicitely remove > attachments before wearing new ones. > > For a viewer that has a lot of difficulties being adopted by the user > base, isn't this move a little backwards ? Why not set > MultipleAttachments to TRUE by default and let the user choose in the > preferences or in the navbar as I did ? > > I for one would very much like to see the MultipleAttachments debug > setting come back and stay ! > > Marine > > > ___ > 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 ___ 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
Re: [opensource-dev] Removal of the "MultipleAttachments" debug settings ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/30/2010 1:39 PM, Suz Dollar wrote: > If the point of this is to make people *want* 2.x a lot of > nice tags that say 'to see me properly, use viewer 2.x... I have more > attachments than you do' might be a good way to go. It worked for Emerald. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMfBgUAAoJEIdLfPRu7qE2pUsH/jthvhKGh7WM+RUvv/lKNZVj OqQo8oJXUqMkf0Cu13dvhjbKX7V4SxGGH0523Ise7S9do7K03fMJgUx6lI3F6ug7 fWjl1LcHMBkG33P60uYDiYwb6WllSfEHIdGlrw0JgSyWPigOsaT5KtsAn8ZQVwV6 h5gpgDIZyWLqENcFSQjD7VI64q63/KZaJc2/NyEa6QEuBh0dRj7zc4lBPw9iT/PR ST+hf8gMWeChMNQygsAam8SSL/KduEmfkCmUqcc7aeDORp3y0hItNqAsgm393jRh c18ESbwrQTOpfySh5du7lHgB0SZyZHRsDIgdCJftHI/qIWvyXkZxVVhfgs90PQg= =1Ya0 -END PGP SIGNATURE- ___ 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
Re: [opensource-dev] Removal of the "MultipleAttachments" debug settings ?
On Mon, 30 Aug 2010 13:44:04 -0700 Kadah wrote: > > If the point of this is to make people *want* 2.x a lot of > > nice tags that say 'to see me properly, use viewer 2.x... I have > > more attachments than you do' might be a good way to go. > > It worked for Emerald. Emerald use a "tweaked" code+xml, only an emerald see correctly another emerald user... now there is a "standard", already used by a lot of non-linden viewers (is why i'm staring EM blog waiting for the right release than stop to see fuzzy attachments fly around sims XD) and "no", attachments are a bit feature of emerald, the most is the radar, a lot of ppl can save lag using builtin radar in place of a laggy hud... for sl2 cannot work, why if somebody say you "use [only_one_viewer]" ___ 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
Re: [opensource-dev] Removal of the "MultipleAttachments" debug settings ?
The way emerald works and others is no good solution couse as you sayd you can only see it with those viewers AND it dosent even work for hud objects, how viewer 2 works now is it do works accross all viewers AND it works for hud objects and as for the radar thing, Kristens viewer already added sort of that to (and thats on viewer 2) and couse allot of people saying viewer 2 sucks couse they miss the things in emerald YET emerald refuses to work on viewer 2 (WHY) if evreyone dont like it start working on it! and make it bether thats what opensource should be, and not refuse to work on couse you dont like it. annyway sorry for hijacking this treath but get 100 of mails so one more dont mather -.- > On Mon, 30 Aug 2010 13:44:04 -0700 > Kadah wrote: > >> > If the point of this is to make people *want* 2.x a lot of >> > nice tags that say 'to see me properly, use viewer 2.x... I have >> > more attachments than you do' might be a good way to go. >> >> It worked for Emerald. > > Emerald use a "tweaked" code+xml, only an emerald see correctly another > emerald user... now there is a "standard", already used by a lot of > non-linden viewers (is why i'm staring EM blog waiting for the right > release than stop to see fuzzy attachments fly around sims XD) > > and "no", attachments are a bit feature of emerald, the most is the > radar, a lot of ppl can save lag using builtin radar in place of a > laggy hud... > > for sl2 cannot work, why if somebody say you "use [only_one_viewer]" ___ 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
Re: [opensource-dev] Removal of the "MultipleAttachments" debug settings ?
On Mon, 30 Aug 2010 23:15:17 +0200 "Alexandrea Fride" wrote: > The way emerald works and others is no good solution couse as you > sayd you can only see it with those viewers AND it dosent even work > for hud objects, > > how viewer 2 works now is it do works accross all viewers AND it > works for hud objects > > and as for the radar thing, Kristens viewer already added sort of > that to (and thats on viewer 2) > and couse allot of people saying viewer 2 sucks couse they miss the > things in emerald > YET emerald refuses to work on viewer 2 (WHY) if evreyone dont > like it start working on it! and make it bether thats what opensource > should be, and not refuse to work on couse you dont like it. > > annyway sorry for hijacking this treath but get 100 of mails so one > more dont mather -.- i think is only "proudness" while somebody say "is the MY viewer", till few time ago there are few solutions, but now in snowstorm project things are quite different, now all this can be a real opensource community, in place to create dozens of *SAME* viewer (same core, same main features) with few addons all people can throw patches in same pot (i know i'm a dreamer) so maybe a day we can have a amazing rocking viewer, with the solid core from LL, a friendly interface with granular parameters setup like emerald, with floatings and dockable tabs and sidebar like kirsten, with a clean code like in imprudence and a cross platform know-how addicted by a lot of developers with specific skills in each OS ___ 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
Re: [opensource-dev] Removal of the "MultipleAttachments" debug settings ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/30/2010 2:04 PM, Altair Sythos Memo wrote: > On Mon, 30 Aug 2010 13:44:04 -0700 > Kadah wrote: > >>> If the point of this is to make people *want* 2.x a lot of >>> nice tags that say 'to see me properly, use viewer 2.x... I have >>> more attachments than you do' might be a good way to go. >> >> It worked for Emerald. > > Emerald use a "tweaked" code+xml, only an emerald see correctly another > emerald user... now there is a "standard", already used by a lot of > non-linden viewers (is why i'm staring EM blog waiting for the right > release than stop to see fuzzy attachments fly around sims XD) > > and "no", attachments are a bit feature of emerald, the most is the > radar, a lot of ppl can save lag using builtin radar in place of a > laggy hud... > > for sl2 cannot work, why if somebody say you "use [only_one_viewer]" I know that a lot of people switched to emerald just because of the multi-attachment hack. It wasn't a good solution to the problem but LL took so long to do anything about adding new attachment points that this ended up be norm for a good portion of the grid. Emerald's multi-attachment works by using the modified avatar_lad.xml (I think it was based off the one from VWR-489) to duplicate all the existing points on to unused upper attachment point IDs. This messes with scripts as the attachment point isn't defined serverside and requires other users to have the same modified avatar_lad in order not to see the attachments on these points just floating randomly where the avatar first rezed for that users. LL *finally* delivered their solution for more attachment points. They essentially added "slots" to each attachment point, the actual number of slots is unknown to me, but it seems to be greater than 2. Attach one thing and it goes to the first slot, add a second thing to your appearance that uses the same attachment point and its pushes the first item, and any others also there, back a slot. I mention that it pushing the others back cause non-2.x viewers will only see the last added thing, the top most slot. As far as I know without testing it again, if they remove the top most item on a attachment point, 1.x viewers will see nothing on that point, the items the lower slots do not move back up when the first is removed. While this is not perfect and 1.x viewers will not see attachment on the higher slots, this is a bit nicer than some random clothing floating around. And its likely someone will backport it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMfDZWAAoJEIdLfPRu7qE2UK0IAMXxtXU46lKUPbvuPDjVkTNt 6SeqUczWvWJJsEeZ6UnJC83+oySMUavP1FYS/R3p3B+obBPbU0akykdX7lE0kaKV WGdal5XWZtBaJk/HeUOAE/ErXZOEC4yRv0WrlbSKMWL6xNq6Mne3vRs/q8oqNdn3 UdbQebcG73WSR0ap6IIe23XL4JLfABum0cIx6lbvXDlLKD+QIoCj6G6I77uX3qLF xwA+MdImeSTRu5iDFDi0e3caesZjhScAHpYCC8lEaQyBu8xH1mvSzPslhkkMuhgp JwGfch5UmaeJXiWVyWjs5c05Luvdtsa4FzpFpWJOU5mjLyZYXfWWW0nQx8NsBhI= =o3mT -END PGP SIGNATURE- ___ 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
Re: [opensource-dev] Removal of the "MultipleAttachments" debug settings ?
On 8/30/2010 3:04 PM, Altair Sythos Memo wrote: > On Mon, 30 Aug 2010 13:44:04 -0700 > Kadah wrote: > >>> If the point of this is to make people *want* 2.x a lot of >>> nice tags that say 'to see me properly, use viewer 2.x... I have >>> more attachments than you do' might be a good way to go. >> It worked for Emerald. > Emerald use a "tweaked" code+xml, only an emerald see correctly another > emerald user... Someone can edit and add the additional attachment points to the avatar_lad.xml file for the other viewer(s). I've done this for the 2.1.2 viewer and it seems to work. Note that you can't simply copy the avatar_lad.xml from Emerald to 2.x. This way a 2.x viewer can see the Emerald attachments correctly, and still have use of the newer multi-attachment feature too. Essentially making it backwards compatible with Emerald, but Emerald still cannot see the newer attachments. --- As an avatar builder I intend to start stating which features/viewers my avatars are designed to be compatible with. This may lower my business since there will be viewers my avatars will not be compatible with, but I also cannot wait several months for Emerald and other third party viewers to catch up to the official viewer's capabilities. Gosh... Wasn't too long ago I would have said that Emerald was much more advanced than the official viewer... Now it's flipped around for me. - Obsidian Stormwind ___ 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
Re: [opensource-dev] Removal of the "MultipleAttachments" debug settings ?
On 8/30/2010 19:38, David Couchenour wrote > Someone can edit and add the additional attachment points to the > avatar_lad.xml file for the other viewer(s). I've done this for the > 2.1.2 viewer and it seems to work. Note that you can't simply copy the > avatar_lad.xml from Emerald to 2.x. > > This way a 2.x viewer can see the Emerald attachments correctly, and > still have use of the newer multi-attachment feature too. Essentially > making it backwards compatible with Emerald, but Emerald still cannot > see the newer attachments. I disagree. The proper way to implement multiattach is to recognize a list and render them all.. everyone that was using Emeralds ugly hack needs a backwards compatible kludge that isnt ever going to be forwards compatible. So to equip viewer 2 with the kludgy emerald attachment points would be to bake the kludge into the mainstream and we dont want that. I would suggest instead the following user story... "As a user who has become familiar with the TPV extensions to avatar_lad.xml I want the official viewer to recognize those "hacked" additions and silently convert them to multiattach-compatible additions to the attachment list on the appropriate point." ___ 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
