Re: [opensource-dev] Display names, again.

[Suz Dollar]

My biggest concern here is that the chat logs (local, group, IM) 
register both display and user name as a mandatory part of how chat logs 
work. This will forcefully create way to document that so and so was 
impersonating someone else and acting in a manner unacceptable to the 
real person. I'm not nearly as concerned that someone whose real life 
name is Charlene Trudeau wants her display name to be Charlene Trudeau. 
Esp since MY display name may become Char, or Charlene, or Char @ 
SkyBeam Estates or some other such whatever.

But I'd really like my IM logs, and those others might quote to read 
something like (using the simple last example above ) : 

IM: Char @ SkyBeam Estates (Charlene.Trudeau):  I wish that there was an 
Alt-d hot key to take you to the browser style navigation bar at the top 
for easy entry of a slurl or region name.

That would be my preference for both viewer display and chat logs, but 
definitely would want to see it mandatory on chat logs for any backup 
needed with LL in AR situations or any other disputes.

Char

Marine Kelley wrote:
> That's not my job, I am a customer in LL's standpoint, I don't work 
> for them.
>
> I already talked about possible ways to distinguish a display name 
> from a user name, for example by putting the display name into 
> brackets in chatlogs and offline IMs (which are plain text and html 
> respectively), while using a different color than for user names on 
> the chat and IM while in world (which is comparable to rich text)/ 
> There are just plenty of ways. What I insist on is that the 
> information "this name is a display name" must come from the server, 
> not from the sending viewer. That's the important part.
>
>
> On 20 August 2010 12:24, Stickman  > wrote:
>
> On Fri, Aug 20, 2010 at 3:15 AM, Marine Kelley
> mailto:marinekel...@gmail.com>> wrote:
> > damage is done, it is too late. It is CAPITAL that a display
> name CANNOT be
> > mistaken with a user name, no matter how clever the owner of the
> display
> > name is.
>
> You make a good argument.
>
> How about a solution?
>
> Changing color is one. Might be easy enough. I don't know if LL
> would accept it.
>
> Changing another property of the name, be it font, size, position,
> etc, may be another solution. Font probably not.
>
> Feel free to come up with other solutions on how to avoid mistaking a
> display name with a username. I believe LL's purpose is to make
> display names seamless. So it needs to be as unobtrusive as possible.
> It also needs to be as simple to implement as possible. The easier the
> solution, the more likely LL can just drop it in and test it without
> losing time.
>
> Good luck!
>
> Stickman
>
>
> 
>
> ___
> 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] opensource-dev Digest, Vol 7, Issue 56

[Suz Dollar]

>> What I would *really* like to see as a builder, and someone with two 
>> widescreen monitors, is the ability to drag floaters completely outside 
>> the perspective view area
>> 
>
> AFAIK, having two monitors is a use case not officially supported by LL/SL
>   

Perhaps not, but even with a single large format lcd, floaters 
completely outside the perspective view area would be AWESOME. I'd vote 
for this one in a heartbeat.

Char
___
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] Display names, again.

[Suz Dollar]

Sorry, if this is a duplicate, but I didn't see it come through to the 
list and am assuming I did something wrong :)

My biggest concern here is that the chat logs (local, group, IM) 
register both display and user name as a mandatory part of how chat logs 
work. This will forcefully create way to document that so and so was 
impersonating someone else and acting in a manner unacceptable to the 
real person. I'm not nearly as concerned that someone whose real life 
name is Charlene Trudeau wants her display name to be Charlene Trudeau. 
Esp since MY display name may become Char, or Charlene, or Char @ 
SkyBeam Estates or some other such whatever.

But I'd really like my IM logs, and those others might quote to read 
something like (using the last example above ) :

IM: Char @ SkyBeam Estates (Charlene.Trudeau):  I wish that there was an 
Alt-d hot key to take you to the browser style navigation bar at the top 
for easy entry of a slurl or region name.

That would be my preference for both viewer display and chat logs, but 
definitely would want to see it mandatory on chat logs for any backup 
needed with LL in AR situations or any other disputes.

Char
___
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

[Suz Dollar]

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

Re: [opensource-dev] Removal of the "MultipleAttachments" debug settings ?

[Suz Dollar]

*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

[opensource-dev] System Folders to Top

[Suz Dollar]

As a user, I would like to be able to turn off the forced system folders 
to top. This used to be an obvious and easy thing to change back and 
forth on the fly and now seems to have been removed and relegated to the 
debug menu. As an advanced user, I can work with the debug setting for 
this, but it seems anti-intuitive to remove this when many who go into 
biz may simply need their own folders at the top and most easily accessible.
___
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] System Folders to Top

[Suz Dollar]

Inventory.SystemFoldersToTop

Set to false will put the folders in full alpha numeric order with 
special characters like ! at the top. Set to True will leave it with 
system folders always at the top. I've had it with the system folders 
mixed in for so long that it held the preference somewhere long after 
the option dropped in 2.x. I had to go back to 1.23 to figure out where 
the menu option was missing. This should be somewhere on our options 
gadget, a loss imo from 1.23.


Lance Corrimal wrote:
> Am Wednesday 01 September 2010 schrieb Suz Dollar:
>   
>> As a user, I would like to be able to turn off the forced system
>> folders to top. This used to be an obvious and easy thing to
>> change back and forth on the fly and now seems to have been
>> removed and relegated to the debug menu.
>> 
>
> there's a debug menu item for that??? where which what how
>
>
>
> 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
>
>   

___
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