If you have preferences set to show the username, when you copy and paste a
chat history it should always paste the username not just the display name.
(actually it should always paste both regardless of what you have it set to
display). Second Life 2.4.0 (213899) ONLY pastes the DISPLAY name
Can mine please say "Shut Up". When i think of the context i usually have
when i go for that button, "Shut Up" works a lot better for me. Or maybe
"Kill" with a little skull & crossbones icon. i'm pretty sure there's a
UTF skull & crossbones character that can be used. i know i've sent it to
pe
It appears you pasted the wrong link, I think:
https://jira.secondlife.com/browse/VWR-23734
On Fri, Nov 5, 2010 at 5:56 PM, Opensource Obscure wrote:
> Today a friend told me about this behaviour, and after
> a quick test I agreed with him about considering it a bug,
> so I filed https://jira.sec
Today a friend told me about this behaviour, and after
a quick test I agreed with him about considering it a bug,
so I filed https://jira.secondlife.com/browse/VWR-23627
I hope the description is clear enough: corrections here,
in private, or by directly editing the report are welcome.
* Friends
The problem with doing that has a lot to do with how much processing
power it can take to decompose collision hulls for more complex
objects that may need more than one collision hull.
On top of that, you've also got to take into consideration what users
may do without knowing the effects of thei
Regarding this chunk of Havok software that LL cannot release in the
open-source viewer... just an idea...
Is it really necessary for this to be a part of the client? Since the
process is only done when uploading a mesh, and so would be done
infrequently, it appears that this could be handled serv
FWIW,
I would also like to see the return to "Mute" instead of
"Block". With all due respect to your user testing, the telephone on
my desk has a "Mute" button, not a "Block" button, and I consider it
a very heavily used communications tool. Perhaps there should be an
option in preferences
Greetings,
As many of you probably know or noticed, the viewer UI sounds are currently
sound assets that the viewer must retrieve from the asset server and then
decode into a temporary *.dsf file before being able to use them.
This poses a number of issues:
- There is a significant delay between
*Friday, November 5, 2010*
*General Notes*
- Merge Monkey of the Day: Oz
- IMPORTANT: Please remember - when merging your fixes into Beta, you
must also pull them into viewer-development immediately after.
- If you take a bug off any of the bug queues, please move it to the
curre
Sorry for the delay - Etherpad died and left me scrambling to re-assemble
the updates.
*
*
*Thursday, November 4, 2010*
*General Notes*
- Merge Monkey of the Day: Oz
- IMPORTANT: Please remember - when merging your fixes into Beta, you
must also pull them into viewer-development imme
Thanks for the feedback everyone. I'm working on some updates to the pdf
right now and will send that out for further review later today!
I can't promise all the suggested additions will go into the prefs, but I'll
definitely look at each one as I'm making updates.
A few responses to those who's
11 matches
Mail list logo
