Re: [opensource-dev] FAQ posted for Third Party Viewer Policy
You might wish to make time to read this (very long) thread, if you have not already: https://blogs.secondlife.com/thread/10467 Some research has been done into how the device works. Apparently it exploits a vulnerability in QuickTime to access users' computers and "mine" information about what software is, or was, installed on them. [I say "apparently" because I have not done the research myself and so cannot verify what others have written.] On 02/28/2010 10:20 PM, Tigro Spottystripes wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > AFAIK it doesn't claim to be able to detect them all the time, nor to be > able to detect all clients that might be out there; it shouldn't be > possible to do it, if he does make claims opposite to that he would be > lying. > > On 1/3/2010 00:15, Maggie Leber (sl: Maggie Darwin) wrote: >> On Sun, Feb 28, 2010 at 9:38 PM, Bryon Ruxton wrote: >> >>> An LSL function somewhere to identify viewers would help. >>> Leave then to us the ability to make inworld tools to control who gets in or >>> not. >> >> Your attention is directed to SVC-4636. I'm sure your support would >> be welcomed by some. >> >> Others know such a move would only increase the incentive for spoofing >> any identifier that might be used, regardless of what the ToS might >> say. Someone who's engaged in content copying is unlikely to be >> deterred by committing one more ToS violation. >> >> There is already at least one viewer developer who is also selling a >> product claiming to identify (by some secret proprietary means) >> avatars running "bad" viewers and ban them. >> ___ >> 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 >> > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.12 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAkuLMmAACgkQ8ZFfSrFHsmWT9ACfTPfLWjbbPEp0x+yhK/OZqsIs > GEMAnRccx3iOX1kGRlb2lXNi15dHJpmf > =DKex > -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 > -- Co-owner, Animations Rising: http://tinyurl.com/l959f2 Digital art by Miro: http://tinyurl.com/lwtw3q ___ 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] FAQ posted for Third Party Viewer Policy
I have not seen any post from a Linden endorsing (or anything, for that matter) this product. On 03/01/2010 03:37 PM, Tigro Spottystripes wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > i thought LL had approved the methods used... > > On 1/3/2010 03:25, Maggie Leber (sl: Maggie Darwin) wrote: >> On Sun, Feb 28, 2010 at 11:43 PM, Tigro Spottystripes >> wrote: >>> Without proofs that might have just as well have come from the butt of >>> Neil or some other person pissed at Skills for catching their customers >>> using malicious clients. >> >> Since the methods are secret, we have only the vendor's word that they >> are legitimate and legal. >> > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.12 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAkuMJXUACgkQ8ZFfSrFHsmU6iwCeOSHd+HdtrqPB+DtwSzavgPxA > n88An22Itfs4HynuIs09cN2LukJLuO00 > =NSCL > -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 > -- Co-owner, Animations Rising: http://tinyurl.com/l959f2 Digital art by Miro: http://tinyurl.com/lwtw3q ___ 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] oh give me a break
e sure every one of your products is very > clearly described, with a very clear demonstration so that people know > what they're buying. > - Don't overprice. By all means, make a profit, but consider the real > value of your product - the better value for money your product is, the > less people will be tempted by stolen goods. > - Don't intimidate your customers. For goodness sake, shut off those > stupid "copybot protection" scripts (they don't even work), and take > down those copyright notices. If these people are in YOUR store, it > means they're not in a store selling pirated stuff. Treat them with respect. > - Maximise support. Keep your genuine customers very well cared for. > Word of mouth is the biggest weapon in your armoury. Keep product > updates rolling, if applicable. > - Keep permissions sensible. I can't believe the number of times i've > bought an item and it's been "no mod" for no proper reason, and I can't > resize it to fit my avatar. > - Innovate. Keep producing, keep making new stuff. Every new thing you > sell is another reason for people to come to your store and not a > thief's location. > > *What about those people selling my stuff? > > *If they're actually trying to profit from your intellectual property, > obviously they dont' deserve any of the respect mentioned above. > Fortunately, the lab respond quickly to properly formatted DMCA > complaints and takedowns, and almost always action them before the thief > has had time to withdraw the funds. > > Be vigilant, keep a watchful eye on xstreet. If you find a violation, > gather evidence.. don't contact the seller, or they'll panic and move > their stuff elsewhere. Submit a properly formed DMCA complaint to linden > lab with the appropriate evidence, and the problem will be gone. > > *So, what's the big point here? > > *Making your stuff LESS available and restricting its use with genuine > customers is COUNTERPRODUCTIVE. Using the methods listed above, YOU can > control the marketplace in a moral manner without aggrovating your > customers. Some theft will slip through the net, but if you are smart > this will be a very small amount - and it will serve as advertising for > your brand. > ___ > 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 > -- Co-owner, Animations Rising: http://tinyurl.com/l959f2 Digital art by Miro: http://tinyurl.com/lwtw3q ___ 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] Client 2.0 - sidebar
Good review here of the 2.0 interface: http://zhaewry.wordpress.com/2010/03/15/viewer2-0-beta-the-good-the-bad-the-ugly-and-the-odd/ Personally, I find the UI highly unintuitive, plus it breaks decades of well established "rules", like having file operations all in the top menu bar, under "File" (as 1.x viewers do). Search now is all over the place instead of centralized. And what about opening multiple inventory windows to facilitate moving things from one place to another? The we have the new imposed outfit system. Why force people to use that if they have developed their own methods? Why saddle us with additional folders that cannot be deleted if they are not needed/used? As for the sidebar, worst UI design I have seen since 1981 when I started in computing. Or nearly anyway. [Goes back 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
Re: [opensource-dev] Client 2.0 - sidebar
[replying back to list] Thanks for the clarifications. :-) Breaking well established norms of UI design (ie the File menu, to repeat one; there are others) makes the whole thing difficult for new users. Why not at least put that menu back - leave the existing file oeprations where they are, but duplicate the functionality in Top menu -> File. Having multiple ways to do that same thing is VERY common. Anyway, I've said my peace, plus the article I pointed to does a better job than I can. On 03/23/2010 04:55 PM, Nyx Linden wrote: > Couple points here. You can open multiple inventory windows either by > going to the file menu of the inventory side panel and selecting "new > window", or using the shortcut key ctrl+shift+I. These inventory windows > will open independent of the sidebar and can be moved around the screen > or resized to fit whatever your needs are. > > Additionally, the new outfit system is not required for use. All of the > old methods of managing your appearance through your inventory are still > available and you can ignore the new appearance sidepanel and still use > all of your normal appearance functions through inventory (replace > outfit, add to outfit, etc). The "current outfit" and "My Outfits" > folders are implemented as system folders, just like the other system > folders our viewer uses, such as animations, body parts, favorites, etc. > While they cannot be deleted because our viewer makes assumptions about > their existence, they also can be safely ignored and not used for their > intended purpose. > > -Nyx > > Miro wrote: >> Good review here of the 2.0 interface: >> >> http://zhaewry.wordpress.com/2010/03/15/viewer2-0-beta-the-good-the-bad-the-ugly-and-the-odd/ >> >> >> Personally, I find the UI highly unintuitive, plus it breaks decades >> of well established "rules", like having file operations all in the >> top menu bar, under "File" (as 1.x viewers do). Search now is all over >> the place instead of centralized. And what about opening multiple >> inventory windows to facilitate moving things from one place to another? >> >> The we have the new imposed outfit system. Why force people to use >> that if they have developed their own methods? Why saddle us with >> additional folders that cannot be deleted if they are not needed/used? >> >> As for the sidebar, worst UI design I have seen since 1981 when I >> started in computing. Or nearly anyway. >> >> [Goes back 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 > > -- Co-owner, Animations Rising: http://tinyurl.com/l959f2 Digital art by Miro: http://tinyurl.com/lwtw3q ___ 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] Draw Distance
How about bbeing able to just type it in? Why a slider, or mouse wheel, which is inaccurate? How about being able to type it in chat? On 08/22/2010 12:19 AM, a...@skyhighway.com wrote: > !! YES !! If all i had to do was mouse up over the camera widget and roll > the scroll button i would be *soo* happy! Serious. i mean, Henri's > Cool VL innovation is great! And i think that even if it were a mouse > wheel scrollable widget it should still have some kinda additional text > box to it where numbers can be typed in. But to be able to look around > like that would be MEGA-AWESOME!! (Just like opening your eyes *really* > wide...!!) > > - AK > >I probably use the draw-distance slider more often than any other UI > widget. I'd probably map it to my mouse's scroll-wheel, if I could. > > On 22/08/2010 10:31 AM, Suz Dollar wrote: >>> This is one concept that I have wanted for at least four years in SL. I >>> change draw distance multiple times a day depending on where I"m >>> visiting. Many of my own estate regions I can use a full powered 512 >>> draw distance. Going to my public sandbox, however, requires an instant >>> drop to 128 or lower. Visiting my old 'hometown' of Caledon, mandates >>> the same. And I have to be honest, the places I can still use 512 draw >>> distance with viewer 2.x has dropped dramatically. I now usually can't >>> use higher than 256 yet have been assured since the first beta release >>> that there should be no performance difference between 1.23 and 2.x with >>> regard to graphics. An easily accessible way to change draw distance >>> would be awesome. I'm also frustrated that its so much harder with the >>> slider to hit the magic numbers: 64, 96, 128, 256 you get the idea. >>> But if the slider were at least out on the main UI somewhere, my own >>> preference being up in the navigation area, but anywhere directly >>> accessible, would be AWESOME. >>> >>> Char >>> >>> >>> a...@skyhighway.com wrote: > There was some talk lately about draw distance. i mentioned that > from my > place if i have my draw distance turned up over about 150 i can almost > count on crashing when i tp. i'm really sorry i can't describe the > problem any better than that. If someone wants to tell me how i could > understand it better, i'd love to listen? > > Anyway, i mentioned in mail to this list that it would be really > cool if > there were an onscreen widget like the movement& camera controls that > made draw distance a lot easier to change. Please forgive me for not > having already figured out how to do that myself. Just sayin' tho, it > would be really nice if, like for instance, Snowglobe had either a > mouse > gesture, keyboard short cut, or onscreen widget (all three?) for > rapidly, > easily changing draw distance, i think it's a function that lots of > people would use heavily. i know there's performance concerns, but if, > for instance, the onscreen widget included a simple performance bar > indicator that went down as the draw distance was turned up, that would > communicate pretty well to all the people who didn't know better for > whatever reason. > > The tp crash i get is just one more reason to make the setting easy to > deal with. Besides, to me it seems like such a natural part of camera > controls that i don't know why it's not there already? If it was me > adding the feature i'd put it in the camera controls widget. i'd been > using SL for several months before i even realized that draw > distance was > configurable. > > Thanks for listening! > > ___ > 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 >>> > -- Tateru Nino http://dwellonit.taterunino.net/ > ___ 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 > ___ 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] Draw Distance
That's what I referring to, the command line commands. VERY handy! And dd is one I use a great deal. On 08/22/2010 03:01 AM, Serra Anansi wrote: > I like the command line in emerald, you just type in "dd 512" and it's done. > > ((I really like all the command lines in emerald. Took me a bit to get > used to them, but after I did I am really missing them now that I came > back to V2 to give it another go while you all are working on it.)) > > > > On Sun, Aug 22, 2010 at 2:01 AM, leliel <mailto:leliel.mir...@gmail.com>> wrote: > > > > On Sat, Aug 21, 2010 at 9:36 PM, Miro Collas <mailto:miro.col...@gmail.com>> wrote: > > > How about bbeing able to just type it in? Why a slider, or mouse > wheel, > > which is inaccurate? How about being able to type it in chat? > > Instead of a one off thing just for the draw distance, I'd rather we > had a general command input system similar to the console on id's > games. So since we use /# for the channel and /me for emotes how > about /set for setting debug variables with the following syntax. > > /set debugvar value > > Where value is one of bool, integer, float, or a vector using the > lsl style of <0.0, 0.0, 0.0>. With tab line completion of course. > > ___ > 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 ___ 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] Draw Distance
That makes sense yes. I wasn't asking for Emerald to be copied, which is why my initial response to the issue was vague. But the basic idea is nice, I think: a nice, fast and easy way to set parameters without having to use clumsy sliders and navigate pages of dialog boxes, all via the command line. On 08/22/2010 05:09 AM, leliel wrote: > On Sun, Aug 22, 2010 at 12:09 AM, Miro Collas wrote: >> >> That's what I referring to, the command line commands. VERY handy! And >> dd is one I use a great deal. > > The problem I have with that is that the draw distance is only one of > several debug settings that affect performance. I've been running with > deferred rendering enabled for the past few months and I've had to > enable/disable shadow maps& SSAO all the time, but I hardly ever > touch the draw distance. What's more, using a general method of > changing debug settings through chat would let us create gestures that > changed a whole group of settings all at the same time. So when > entering a laggy sim you could trigger one gesture that did all of > this. > > /set RenderFarClip 128 > /set RenderVolumeLODFactor 2.0 > /set WindLightUseAtmosShaders 0 > > With a system like this you could change any setting on the fly > without ever having to open the UI which would be great for filming > machinima. Cam into a building and turn on global illumination and > crank up the SSAO settings for deep highlights, cam back out and put > SSAO back to the defaults and turn off GI for a better frame rate. > ___ > 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] Malicious payloads in third-party viewers: is the policy worth anything?
Do you have a cite for that, Tateru? Not saying it is false, I'd just like to see it in context if possible. On 08/22/2010 01:38 PM, Tateru Nino wrote: > Arabella has also resigned. > > On 23/08/2010 3:32 AM, Jesse Barnett wrote: >> Fractured has stepped down and out of the Emerald picture >> >> http://blog.modularsystems.sl/2010/08/22/emerald-off-with-his-head/ >> >> But it is painfully obvious that the comments are being heavily >> moderated and I know that neither of mine have gotten through. >> >> The Phox is still in the hen house and it is going to take much more >> then this token response to restore confidence. Anyone watching the >> videos and listening to their voices can see that a complete >> reorganization needs to be done and transparency demonstrated and >> verified. >> >> I hope that the upper echelons of Linden Lab are not fooled by the >> blog post and instead demand that more action be taken. At the bare >> minimum, they need to be delisted until real change has been shown. >> >> Ignoring this and giving the all clear with no other action taken on >> the part of Linden Lab will instead demonstrate that the TPV is a >> worthless scrap of paper. >> >> Jesse Barnett >> >> >> ___ >> 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 > > -- > Tateru Nino > Contributing Editorhttp://massively.com/ > > > > ___ > 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] Malicious payloads in third-party viewers: is the policy worth anything?
I was hoping for something first hand - like a post by her or some other member of the Emerald team. Sorry, but so many things have been written that are not supported by evidence. Like videos of chats logs: text can be altered so that's hardly reliable, solid evidence of anything. On 08/22/2010 05:16 PM, Michael Daniel wrote: > Confirmed by Paisley Beebe, a talk show host: > http://tonightlivewithpaisleybeebe.com/ > > Should be a good show tonight. I'm actually looking forward to hearing > what Rose Borchovski has to say more than whatever BS the Emerald team > cooks up. > > ~Bubblesort Triskaidekaphobia > > == > Miro Dollas wrote: > > Do you have a cite for that, Tateru? Not saying it is false, I'd just > like to see it in context if possible. > > On 08/22/2010 01:38 PM, Tateru Nino wrote: >> / Arabella has also resigned. > />/ > />/ On 23/08/2010 3:32 AM, Jesse Barnett wrote: > />>/ Fractured has stepped down and out of the Emerald picture > />>/ > />>/ http://blog.modularsystems.sl/2010/08/22/emerald-off-with-his-head/ > />>/ > />>/ But it is painfully obvious that the comments are being heavily > />>/ moderated and I know that neither of mine have gotten through. > />>/ > />>/ The Phox is still in the hen house and it is going to take much more > />>/ then this token response to restore confidence. Anyone watching the > />>/ videos and listening to their voices can see that a complete > />>/ reorganization needs to be done and transparency demonstrated and > />>/ verified. > />>/ > />>/ I hope that the upper echelons of Linden Lab are not fooled by the > />>/ blog post and instead demand that more action be taken. At the bare > />>/ minimum, they need to be delisted until real change has been shown. > />>/ > />>/ Ignoring this and giving the all clear with no other action taken on > />>/ the part of Linden Lab will instead demonstrate that the TPV is a > />>/ worthless scrap of paper. > />>/ > />>/ Jesse Barnett > />>/ > />>/ > />>/ ___ > />>/ 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 > />/ > />/ -- > />/ Tateru Nino > />/ Contributing Editorhttp://massively.com/ > /> > > ___ > 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] Malicious payloads in third-party viewers: is the policy worth anything?
Yes she did. Here's the interview from treet.tv: http://treet.tv/people/gracer/blog/20100822/audio-excerpt-interview-arabella-and-jessica See also: http://blog.modularsystems.sl/2010/08/22/emerald-resurgence/ On 08/23/2010 12:17 AM, Tateru Nino wrote: > Sure do. Although apparently she un-resigned shortly after, which I do > not yet have a cite for. Still waking up. > > http://dwellonit.taterunino.net/2010/08/22/hijack-hijinks/ > > > On 23/08/2010 5:49 AM, Miro Collas wrote: >> Do you have a cite for that, Tateru? Not saying it is false, I'd just >> like to see it in context if possible. >> >> On 08/22/2010 01:38 PM, Tateru Nino wrote: >>> Arabella has also resigned. >>> >>> On 23/08/2010 3:32 AM, Jesse Barnett wrote: >>>> Fractured has stepped down and out of the Emerald picture >>>> >>>> http://blog.modularsystems.sl/2010/08/22/emerald-off-with-his-head/ >>>> >>>> But it is painfully obvious that the comments are being heavily >>>> moderated and I know that neither of mine have gotten through. >>>> >>>> The Phox is still in the hen house and it is going to take much more >>>> then this token response to restore confidence. Anyone watching the >>>> videos and listening to their voices can see that a complete >>>> reorganization needs to be done and transparency demonstrated and >>>> verified. >>>> >>>> I hope that the upper echelons of Linden Lab are not fooled by the >>>> blog post and instead demand that more action be taken. At the bare >>>> minimum, they need to be delisted until real change has been shown. >>>> >>>> Ignoring this and giving the all clear with no other action taken on >>>> the part of Linden Lab will instead demonstrate that the TPV is a >>>> worthless scrap of paper. >>>> >>>> Jesse Barnett >>>> >>>> >>>> ___ >>>> 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 >>> -- >>> Tateru Nino >>> Contributing Editorhttp://massively.com/ >>> >>> >>> >>> ___ >>> 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 >> > ___ 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] Malicious payloads in third-party viewers: is the policy worth anything?
I don't want to start a war of any kind, but let me suggest that you ask for evidence before believing what people say in chat or elsewhere. There are people who would love to see Emerald crumble, and have no problem deceiving, misleading or plain lying. I have seen this done on this list, in forums (SLU especially) and in group chat. So, be very wary of whose word you believe. For my part, the interview on treet.tv was enough to convince me to remain an Emerald user. That combined with knowing Jessica enough to trust her word. On 08/23/2010 04:24 AM, Jesse Barnett wrote: > Really wish that was true but you saw Katharine's comments in irc. > Absolutely nothing has changed with Emerald except for the servers. > Here is hoping that both Philip and legal are not deceived so easily. > > Jesse Barnett > > On Monday, August 23, 2010, Tateru Nino wrote: >> And now, perhaps, we can get back to the important stuff, like the > viewer itself. > ___ > 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] Draw Distance - TPV Solution Example
FWIW, I still prefer a type-in field to a slider for this. Much faster. On 08/24/2010 02:14 AM, Science Fiction Computer - SCi-Fi PC wrote: > If you find the time, download the latest "Kirsten's Viewer" S20(33). > > There is a neat little Draw Distance slider located in the TOP-LEFT of the > Viewer UI, which conveniently provides an EASY TOOL for adjusting detail vs > performance. > > It's simple, elegant, and most importantly, "Functional on the Fly" - ergo, > would be great to see this slider in Snowglobe or Main LL Viewer. > > SF. > > ___ > 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
