Re: [opensource-dev] Review Request: Nearby chat history is displaying both Display Names and user.names when the Display Name is not changed from default.

2011-03-04 Thread Boroondas Gupte 

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/153/#review418
---

Ship it!


Aleric's right, this is even cleaner :-)


indra/llcommon/llavatarname.cpp


Nitpicking now, but it should be "i.e.", not "ie". Also, the defaulted 
display name is NOT the same as the user name. (Mine would be "Boroondas Gupte" 
and "boroondas.gupte".) Actually, while one can derive the user name from the 
default display name, one cannot derive the default display name from the user 
name (because the casing is unknown). So maybe make the comment

// If the display name feature is off
// OR this particular display name is defaulted (i.e. based on user 
name),
// then display only the easier to read instance of the person's name.

(I know "based on" is a bit fuzzy, so if someone can think of a more 
specific formulation that is still technically correct and not too compicated, 
go for it.)


- Boroondas


On March 3, 2011, 9:25 p.m., ardy.lay wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/153/
> ---
> 
> (Updated March 3, 2011, 9:25 p.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> https://jira.secondlife.com/browse/VWR-24917
> I have been finding the redundent display of functionally equivalent names in 
> nearby chat history and IM history quite tiresome.
> Simple proposal: If the resident's Display Name is at the default then do not 
> display their user.name.
> https://bitbucket.org/ArdyLay/viewer-development-vwr-24917
> 
> Change is to: LLAvatarName::getCompleteName
> 
> I find the following Callers:
> LLAvatarActions::requestFriendshipDialog
> LLAvatarActions::startIM
> LLAvatarActions::startCall
> LLIMModel::LLIMSession
> LLIMModel::logToFile
> LLPostponedNotification::onAvatarNameCache
> LLUrlEntryAgent::onAvatarNameCache
> LLUrlEntryAgent::getLabel
> LLUrlEntryAgentCompleteName::getName
> 
> // Callback for name resolution of a god/estate message
> llviewermessage.cpp(2149): args["NAME"] = av_name.getCompleteName();
> llviewermessage.cpp(2154): chat.mText = av_name.getCompleteName() + ": " + 
> message;
> 
> static void on_avatar_name_cache_toast ...
> llimview.cpp(108): args["FROM"] = av_name.getCompleteName();
> 
> Some of these make me wonder if this change will cause some defects and 
> should be implimented as a seperate function.
> 
> 
> This addresses bug VWR-24917.
> http://jira.secondlife.com/browse/VWR-24917
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt c10d5e37db1e 
>   indra/llcommon/llavatarname.cpp c10d5e37db1e 
> 
> Diff: http://codereview.secondlife.com/r/153/diff
> 
> 
> Testing
> ---
> 
> I have been using this trivial change and have shared it with a friend, via 
> bitbucket.  We have both built the viewer on Windows 7 and find the resulting 
> reduction in redundent text in chat and IM history on screen to be very 
> helpful.
> 
> 
> Thanks,
> 
> ardy.lay
> 
>

___
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] Review Request: STORM-236 Allow the "Speak" button to be removed, like other buttons

2011-03-04 Thread Vadim ProductEngine 


> On March 3, 2011, 5:42 p.m., Wolfpup Lowenhar wrote:
> > I built the repository provided in the JIRA locally and have tested this on 
> > my system works for Windows 7 32-bit. There is still an intermittent 
> > spacing issue that corrects itself if you cycle Voice when the Speak Button 
> > is not next to the chat panel.

How to reproduce this issue?


> On March 3, 2011, 5:42 p.m., Wolfpup Lowenhar wrote:
> > indra/newview/llbottomtray.h, line 119
> > 
> >
> > bool instead of BOOL? (code consistence)

The coding standard advices using bool rather than BOOL.


> On March 3, 2011, 5:42 p.m., Wolfpup Lowenhar wrote:
> > indra/newview/llbottomtray.cpp, line 1596
> > 
> >
> > Documentation ?

Again, nothing to document, eliminating code duplication.


> On March 3, 2011, 5:42 p.m., Wolfpup Lowenhar wrote:
> > indra/newview/llbottomtray.cpp, line 799
> > 
> >
> > Document?

Nothing to document here, I just moved duplicated code to a method.
See diff v2 in which I addressed all such cases.


> On March 3, 2011, 5:42 p.m., Wolfpup Lowenhar wrote:
> > indra/newview/llbottomtray.cpp, lines 1731-1741
> > 
> >
> > This looks good but would help if there was some documentation here 
> > explaining this function and exactly why it is needed.


- Vadim


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/170/#review415
---


On March 3, 2011, 10:33 a.m., Vadim ProductEngine wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/170/
> ---
> 
> (Updated March 3, 2011, 10:33 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Cumulative diff of changes made by Wolfpup, Richard and me.
> 
> Description:
> * Ability to hide the Speak button with the bottom tray context menu.
> * Made the chat input resize handle visible, so that the feature is easily 
> discoverable.
> * Applied Richard's fix to layout panel resizing logic.
> 
> My changes:
> * Made the Speak button inhibit auto-hiding (that is its original behavior).
>   This also fixes numerous glitches with buttons resizing/positioning.
> * Fixed resize cursor drawn on a non-Speak button to the right of the chat 
> input.
> * Reverted wrong changes to LLSpeakButton class:
>   - The correct way to hide a button is either removing it from the parent's 
> child list
> or calling button->setVisible(FALSE).
>   - There was no need to narrow the speaking indicator.
> * Moved the drag handle icon file to icons/bottomtray/ folder.
> * Cleanups.
> 
> 
> This addresses bug STORM-236.
> http://jira.secondlife.com/browse/STORM-236
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt 767feb16f05f 
>   indra/llui/lllayoutstack.cpp 767feb16f05f 
>   indra/newview/llbottomtray.h 767feb16f05f 
>   indra/newview/llbottomtray.cpp 767feb16f05f 
>   indra/newview/skins/default/textures/bottomtray/ChatBarHandle.png 
> 767feb16f05f 
>   indra/newview/skins/default/textures/textures.xml 767feb16f05f 
>   indra/newview/skins/default/xui/en/menu_bottomtray.xml 767feb16f05f 
>   indra/newview/skins/default/xui/en/panel_bottomtray.xml 767feb16f05f 
> 
> Diff: http://codereview.secondlife.com/r/170/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Vadim
> 
>

___
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] Review Request: STORM-236 Allow the "Speak" button to be removed, like other buttons

2011-03-04 Thread Vadim ProductEngine 

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/170/
---

(Updated March 4, 2011, 3:45 a.m.)


Review request for Viewer.


Changes
---

Changes:
- Added comments requested by Wolfpup.
- To decrease code duplication:
  * Added RS_BUTTON_SPEAK to the button->panel mapping 
(mStateProcessedObjectMap).
  * Replaced all lookups in mStateProcessedObjectMap with calls to 
getButtonPanel().


Summary
---

Cumulative diff of changes made by Wolfpup, Richard and me.

Description:
* Ability to hide the Speak button with the bottom tray context menu.
* Made the chat input resize handle visible, so that the feature is easily 
discoverable.
* Applied Richard's fix to layout panel resizing logic.

My changes:
* Made the Speak button inhibit auto-hiding (that is its original behavior).
  This also fixes numerous glitches with buttons resizing/positioning.
* Fixed resize cursor drawn on a non-Speak button to the right of the chat 
input.
* Reverted wrong changes to LLSpeakButton class:
  - The correct way to hide a button is either removing it from the parent's 
child list
or calling button->setVisible(FALSE).
  - There was no need to narrow the speaking indicator.
* Moved the drag handle icon file to icons/bottomtray/ folder.
* Cleanups.


This addresses bug STORM-236.
http://jira.secondlife.com/browse/STORM-236


Diffs (updated)
-

  doc/contributions.txt 8596ccc522d9 
  indra/llui/lllayoutstack.cpp 8596ccc522d9 
  indra/newview/llbottomtray.h 8596ccc522d9 
  indra/newview/llbottomtray.cpp 8596ccc522d9 
  indra/newview/skins/default/textures/bottomtray/ChatBarHandle.png 
8596ccc522d9 
  indra/newview/skins/default/textures/textures.xml 8596ccc522d9 
  indra/newview/skins/default/xui/en/menu_bottomtray.xml 8596ccc522d9 
  indra/newview/skins/default/xui/en/panel_bottomtray.xml 8596ccc522d9 

Diff: http://codereview.secondlife.com/r/170/diff


Testing
---


Thanks,

Vadim

___
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] Review Request: Nearby chat history is displaying both Display Names and user.names when the Display Name is not changed from default.

2011-03-04 Thread ardylay 


> On Feb. 27, 2011, 5:57 a.m., Boroondas Gupte wrote:
> > indra/llcommon/llavatarname.cpp, lines 93-108
> > 
> >
> > This could be shortened to
> > 
> > if (!mUsername.empty() && !mIsDisplayNameDefault)
> > {
> > name = mDisplayName + " (" + mUsername + ")";
> > }
> > else
> > {
> > // Display names are off, so legacy name is in 
> > mDisplayName,
> > // or Display Name is not changed from (user name based)
> > // default, so also showing the user name would be 
> > redundant.
> > name = mDisplayName;
> > }
> > 
> > but I guess the nested ifs make the intention more clear, so go for it.
> 
> Aleric Inglewood wrote:
> Or even more readable(?):
> 
>   if (mIsDisplayNameDefault || mUsername.empty())
>   {
>   // Showing the user name when Display Names are off
> // is redundant, since in that case it's the same string.
>   name = mDisplayName;
>   }
>   else
>   {
>   name = mDisplayName + " (" + mUsername + ")";
>   }
>

I think this is better to read.  Thanks Aleric.


- ardy.lay


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/153/#review392
---


On March 3, 2011, 9:25 p.m., ardy.lay wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/153/
> ---
> 
> (Updated March 3, 2011, 9:25 p.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> https://jira.secondlife.com/browse/VWR-24917
> I have been finding the redundent display of functionally equivalent names in 
> nearby chat history and IM history quite tiresome.
> Simple proposal: If the resident's Display Name is at the default then do not 
> display their user.name.
> https://bitbucket.org/ArdyLay/viewer-development-vwr-24917
> 
> Change is to: LLAvatarName::getCompleteName
> 
> I find the following Callers:
> LLAvatarActions::requestFriendshipDialog
> LLAvatarActions::startIM
> LLAvatarActions::startCall
> LLIMModel::LLIMSession
> LLIMModel::logToFile
> LLPostponedNotification::onAvatarNameCache
> LLUrlEntryAgent::onAvatarNameCache
> LLUrlEntryAgent::getLabel
> LLUrlEntryAgentCompleteName::getName
> 
> // Callback for name resolution of a god/estate message
> llviewermessage.cpp(2149): args["NAME"] = av_name.getCompleteName();
> llviewermessage.cpp(2154): chat.mText = av_name.getCompleteName() + ": " + 
> message;
> 
> static void on_avatar_name_cache_toast ...
> llimview.cpp(108): args["FROM"] = av_name.getCompleteName();
> 
> Some of these make me wonder if this change will cause some defects and 
> should be implimented as a seperate function.
> 
> 
> This addresses bug VWR-24917.
> http://jira.secondlife.com/browse/VWR-24917
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt c10d5e37db1e 
>   indra/llcommon/llavatarname.cpp c10d5e37db1e 
> 
> Diff: http://codereview.secondlife.com/r/153/diff
> 
> 
> Testing
> ---
> 
> I have been using this trivial change and have shared it with a friend, via 
> bitbucket.  We have both built the viewer on Windows 7 and find the resulting 
> reduction in redundent text in chat and IM history on screen to be very 
> helpful.
> 
> 
> Thanks,
> 
> ardy.lay
> 
>

___
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] Review Request: Nearby chat history is displaying both Display Names and user.names when the Display Name is not changed from default.

2011-03-04 Thread ardylay 


> On March 4, 2011, 3:05 a.m., Boroondas Gupte wrote:
> > indra/llcommon/llavatarname.cpp, lines 93-95
> > 
> >
> > Nitpicking now, but it should be "i.e.", not "ie". Also, the defaulted 
> > display name is NOT the same as the user name. (Mine would be "Boroondas 
> > Gupte" and "boroondas.gupte".) Actually, while one can derive the user name 
> > from the default display name, one cannot derive the default display name 
> > from the user name (because the casing is unknown). So maybe make the 
> > comment
> > 
> > // If the display name feature is off
> > // OR this particular display name is defaulted (i.e. based on 
> > user name),
> > // then display only the easier to read instance of the 
> > person's name.
> > 
> > (I know "based on" is a bit fuzzy, so if someone can think of a more 
> > specific formulation that is still technically correct and not too 
> > compicated, go for it.)

I prefer your version of the comment, Boroondas.  It does better describe what 
we are doing.  Thanks.


- ardy.lay


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/153/#review418
---


On March 3, 2011, 9:25 p.m., ardy.lay wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/153/
> ---
> 
> (Updated March 3, 2011, 9:25 p.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> https://jira.secondlife.com/browse/VWR-24917
> I have been finding the redundent display of functionally equivalent names in 
> nearby chat history and IM history quite tiresome.
> Simple proposal: If the resident's Display Name is at the default then do not 
> display their user.name.
> https://bitbucket.org/ArdyLay/viewer-development-vwr-24917
> 
> Change is to: LLAvatarName::getCompleteName
> 
> I find the following Callers:
> LLAvatarActions::requestFriendshipDialog
> LLAvatarActions::startIM
> LLAvatarActions::startCall
> LLIMModel::LLIMSession
> LLIMModel::logToFile
> LLPostponedNotification::onAvatarNameCache
> LLUrlEntryAgent::onAvatarNameCache
> LLUrlEntryAgent::getLabel
> LLUrlEntryAgentCompleteName::getName
> 
> // Callback for name resolution of a god/estate message
> llviewermessage.cpp(2149): args["NAME"] = av_name.getCompleteName();
> llviewermessage.cpp(2154): chat.mText = av_name.getCompleteName() + ": " + 
> message;
> 
> static void on_avatar_name_cache_toast ...
> llimview.cpp(108): args["FROM"] = av_name.getCompleteName();
> 
> Some of these make me wonder if this change will cause some defects and 
> should be implimented as a seperate function.
> 
> 
> This addresses bug VWR-24917.
> http://jira.secondlife.com/browse/VWR-24917
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt c10d5e37db1e 
>   indra/llcommon/llavatarname.cpp c10d5e37db1e 
> 
> Diff: http://codereview.secondlife.com/r/153/diff
> 
> 
> Testing
> ---
> 
> I have been using this trivial change and have shared it with a friend, via 
> bitbucket.  We have both built the viewer on Windows 7 and find the resulting 
> reduction in redundent text in chat and IM history on screen to be very 
> helpful.
> 
> 
> Thanks,
> 
> ardy.lay
> 
>

___
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] Review Request: Nearby chat history is displaying both Display Names and user.names when the Display Name is not changed from default.

2011-03-04 Thread ardylay 

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/153/
---

(Updated March 4, 2011, 5:11 a.m.)


Review request for Viewer.


Changes
---

I edited my proposed change after considering the feedback provided by 
reviewers.  Thanks.
Diff updated.  Repository synced with viewer-development and diff applied.


Summary
---

https://jira.secondlife.com/browse/VWR-24917
I have been finding the redundent display of functionally equivalent names in 
nearby chat history and IM history quite tiresome.
Simple proposal: If the resident's Display Name is at the default then do not 
display their user.name.
https://bitbucket.org/ArdyLay/viewer-development-vwr-24917

Change is to: LLAvatarName::getCompleteName

I find the following Callers:
LLAvatarActions::requestFriendshipDialog
LLAvatarActions::startIM
LLAvatarActions::startCall
LLIMModel::LLIMSession
LLIMModel::logToFile
LLPostponedNotification::onAvatarNameCache
LLUrlEntryAgent::onAvatarNameCache
LLUrlEntryAgent::getLabel
LLUrlEntryAgentCompleteName::getName

// Callback for name resolution of a god/estate message
llviewermessage.cpp(2149): args["NAME"] = av_name.getCompleteName();
llviewermessage.cpp(2154): chat.mText = av_name.getCompleteName() + ": " + 
message;

static void on_avatar_name_cache_toast ...
llimview.cpp(108): args["FROM"] = av_name.getCompleteName();

Some of these make me wonder if this change will cause some defects and should 
be implimented as a seperate function.


This addresses bug VWR-24917.
http://jira.secondlife.com/browse/VWR-24917


Diffs (updated)
-

  doc/contributions.txt ef2df52563bb 
  indra/llcommon/llavatarname.cpp ef2df52563bb 

Diff: http://codereview.secondlife.com/r/153/diff


Testing
---

I have been using this trivial change and have shared it with a friend, via 
bitbucket.  We have both built the viewer on Windows 7 and find the resulting 
reduction in redundent text in chat and IM history on screen to be very helpful.


Thanks,

ardy.lay

___
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] Review Request: Nearby chat history is displaying both Display Names and user.names when the Display Name is not changed from default.

2011-03-04 Thread Oz Linden 

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/153/#review421
---

Ship it!


- Oz


On March 4, 2011, 5:11 a.m., ardy.lay wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/153/
> ---
> 
> (Updated March 4, 2011, 5:11 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> https://jira.secondlife.com/browse/VWR-24917
> I have been finding the redundent display of functionally equivalent names in 
> nearby chat history and IM history quite tiresome.
> Simple proposal: If the resident's Display Name is at the default then do not 
> display their user.name.
> https://bitbucket.org/ArdyLay/viewer-development-vwr-24917
> 
> Change is to: LLAvatarName::getCompleteName
> 
> I find the following Callers:
> LLAvatarActions::requestFriendshipDialog
> LLAvatarActions::startIM
> LLAvatarActions::startCall
> LLIMModel::LLIMSession
> LLIMModel::logToFile
> LLPostponedNotification::onAvatarNameCache
> LLUrlEntryAgent::onAvatarNameCache
> LLUrlEntryAgent::getLabel
> LLUrlEntryAgentCompleteName::getName
> 
> // Callback for name resolution of a god/estate message
> llviewermessage.cpp(2149): args["NAME"] = av_name.getCompleteName();
> llviewermessage.cpp(2154): chat.mText = av_name.getCompleteName() + ": " + 
> message;
> 
> static void on_avatar_name_cache_toast ...
> llimview.cpp(108): args["FROM"] = av_name.getCompleteName();
> 
> Some of these make me wonder if this change will cause some defects and 
> should be implimented as a seperate function.
> 
> 
> This addresses bug VWR-24917.
> http://jira.secondlife.com/browse/VWR-24917
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt ef2df52563bb 
>   indra/llcommon/llavatarname.cpp ef2df52563bb 
> 
> Diff: http://codereview.secondlife.com/r/153/diff
> 
> 
> Testing
> ---
> 
> I have been using this trivial change and have shared it with a friend, via 
> bitbucket.  We have both built the viewer on Windows 7 and find the resulting 
> reduction in redundent text in chat and IM history on screen to be very 
> helpful.
> 
> 
> Thanks,
> 
> ardy.lay
> 
>

___
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] Version numbering

2011-03-04 Thread Trilo Byte 
I understand the rationale behind dialing back the version numbering to 2.5.1 
(it put the viewer on a path towards 3.0 much sooner than may have been 
desired), but seeing as 2.5.1 was given an official release yesterday shouldn't 
the development snapshots be on 2.5.2 to avoid confusion?

TriloByte Zanzibar
___
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] Is 'STANDALONE' confusing?

2011-03-04 Thread Nicky Perian 
I have tried various configurations and ended with this and the only way I can 
get a build with fmod is coping the stuff to package.

C:\Users\Bill\lindenhg\autobuild\bin\autobuild --debug configure -c 
VC10msbuildRelWithDebInfo -- -DLL_TESTS:BOOL=OFF 
-DMSVC_REDIST_PATH:PATH=C:\Users\Bill\lindenhg\WorkaroundFiles\vcredist_vc100_30319_x86
 -DPACKAGE:BOOL=ON -DFMOD:BOOL=ON 
-DFMOD_INCLUDE_DIR=C:\olibs\trunk\libraries\include 
-DFMOD_LIBRARY=C:\olibs\trunk\libraries\i686-win32\lib\release\fmod.lib 2>&1 
|c:\cygwin\bin\tee config.log




From: Jonathan Welch 
To: Philippe (Merov) Bossut 
Cc: opensource-dev@lists.secondlife.com
Sent: Thu, March 3, 2011 4:31:19 AM
Subject: Re: [opensource-dev] Is 'STANDALONE' confusing?

> In case where you cannot (or don't want to) use the LL prebuilt binary (e.g.
> fmod) and/or do not have them in some system folder (Find.cmake
> won't find them), you can (or should) specify a path using:
> -D_INCLUDE_DIR= -D_LIBRARY=

I tried many variations of this for Fmod, with "/" and "\" in the path, etc.
in the autobuild configure step but could not get it to work.

>From my configure .bat file:
-DFMOD_INCLUDE_DIR:PATH=e:\olibs\linden\libraries\include

Directory of e:\olibs\linden\libraries\include

11/24/2010  09:30 AM  .
11/24/2010  09:30 AM  ..
10/28/2005  10:58 AM74,634 fmod.h
11/09/2005  11:59 AM39,872 fmoddyn.h
10/28/2005  10:59 AM 1,721 fmod_errors.h

I still get the error fmod.h not found

Am I missing something obvious or is this supposed to work but doesn't?
___
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] PO Test build (sprint 12)

2011-03-04 Thread Trilo Byte 
Tested the Mac client.

* STORM-28 : As a User, I want the ability to send my calling card to others.

No idea how to test, neither the JIRA nor the Viewer UI make it clear how to 
create your own calling card.  It's not in the gear menu, and it's not in the + 
menu.  Sharing existing calling cards appears to work.

* STORM-236 : Allow the "Speak" button to be removed, like other buttons

Hooray!

* STORM-494 : Message Well window is undocked while opening Side bar

It now stays docked, but overlaps the sidebar in the Mac client (build 222709), 
see attached.  Shouldn't the anchor for the floater be at the corner, so as to 
prevent it from obscuring the sidebar?

* STORM-990 : The arrow in the bottom right of the Landmark panel points down

Fixed

* STORM-1015 : Unable to select right Login Landmark when its name is not unique

Fixed

* STORM-1020 : It is sometimes necessary to press ALT+CTRL+D twice to get the 
Debug menu on the login screen

I never had the problem to begin with in the Mac client, but ctrl-option-d 
works as expected.

* STORM-1036 : Remove the unused "How to create a new Classified ad" 
notification from XUI

It's worth noting that this viewer causes my Mac to completely freeze for 15-20 
seconds, please make sure whatever code is doing that doesn't get brought into 
the viewer.  The project viewer also appears to have a more outdated 
GPU_table.txt too.  While Recent viewer builds are mis-identifying my nVidia 
Quadro 4000 as a GeForce 9500, 222709 is launching with an unknown GPU error.

TriloByte Zanzibar

On Mar 3, 2011, at 10:49 PM, Philippe (Merov) Bossut wrote:

> Hi,
> 
> Keeping up good habits, I created the first test build of sprint 12:
> 
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-import/rev/222709/index.html
> 
> This build contains fixes for the following:
> * STORM-28 : As a User, I want the ability to send my calling card to others.
> * STORM-236 : Allow the "Speak" button to be removed, like other buttons
> * STORM-494 : Message Well window is undocked while opening Side bar
> * STORM-990 : The arrow in the bottom right of the Landmark panel points down
> * STORM-1015 : Unable to select right Login Landmark when its name is not 
> unique
> * STORM-1020 : It is sometimes necessary to press ALT+CTRL+D twice to get the 
> Debug menu on the login screen
> * STORM-1036 : Remove the unused "How to create a new Classified ad" 
> notification from XUI
> 
> Test welcome. Please report issues in the JIRAs themselves. If you have 
> credential to "PO Approve" those JIRAs, please do.
> 
> Cheers,
> - Merov
> ___
> 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] Is 'STANDALONE' confusing?

2011-03-04 Thread Jonathan Welch 
Same here--I have to drop the files in.  That -D business does not
work for me either.  (Yes, I am using autobuild too).
___
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] PO Test build (sprint 12)

2011-03-04 Thread Paul Guslisty 
* STORM-494 : Message Well window is undocked while opening Side bar
>
>
> It now stays docked, but overlaps the sidebar in the Mac client (build
> 222709), see attached.  Shouldn't the anchor for the floater be at the
> corner, so as to prevent it from obscuring the sidebar?
>
>
>
I don't know whether it's expected but that' the way things had worked
before my change. I didn't change that to be consistent with all other
dockable floaters.
___
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] Review Request: STORM-236 Allow the "Speak" button to be removed, like other buttons

2011-03-04 Thread Vadim ProductEngine 

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/170/
---

(Updated March 4, 2011, 9:09 a.m.)


Review request for Viewer.


Changes
---

Fixed:
* Wrong ability to place a button between the chat input and the drag handle 
(thanks Wolfpup!).
* Broken drag-n-drop cursors.


Summary
---

Cumulative diff of changes made by Wolfpup, Richard and me.

Description:
* Ability to hide the Speak button with the bottom tray context menu.
* Made the chat input resize handle visible, so that the feature is easily 
discoverable.
* Applied Richard's fix to layout panel resizing logic.

My changes:
* Made the Speak button inhibit auto-hiding (that is its original behavior).
  This also fixes numerous glitches with buttons resizing/positioning.
* Fixed resize cursor drawn on a non-Speak button to the right of the chat 
input.
* Reverted wrong changes to LLSpeakButton class:
  - The correct way to hide a button is either removing it from the parent's 
child list
or calling button->setVisible(FALSE).
  - There was no need to narrow the speaking indicator.
* Moved the drag handle icon file to icons/bottomtray/ folder.
* Cleanups.


This addresses bug STORM-236.
http://jira.secondlife.com/browse/STORM-236


Diffs (updated)
-

  doc/contributions.txt 8596ccc522d9 
  indra/llui/lllayoutstack.cpp 8596ccc522d9 
  indra/newview/llbottomtray.h 8596ccc522d9 
  indra/newview/llbottomtray.cpp 8596ccc522d9 
  indra/newview/skins/default/textures/bottomtray/ChatBarHandle.png 
8596ccc522d9 
  indra/newview/skins/default/textures/textures.xml 8596ccc522d9 
  indra/newview/skins/default/xui/en/menu_bottomtray.xml 8596ccc522d9 
  indra/newview/skins/default/xui/en/panel_bottomtray.xml 8596ccc522d9 

Diff: http://codereview.secondlife.com/r/170/diff


Testing
---


Thanks,

Vadim

___
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] Review Request: STORM-1016 Crash: ctrl-shift-w hides undocked Side Bar panels if almost any floater is opened

2011-03-04 Thread Vadim ProductEngine 

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/175/
---

Review request for Viewer and Seth ProductEngine.


Summary
---

Reason: The shortcut closes all floaters, including those wrapping undocked 
sidepanels.
The sidepanels get destroyed as well, while they are still referenced by the 
side tray.

Fix: Dock (i.e. move to side tray) the sidepanel before its floater gets 
destroyed.


This addresses bug STORM-1016.
http://jira.secondlife.com/browse/STORM-1016


Diffs
-

  indra/llui/llfloater.h ef2df52563bb 
  indra/llui/llfloater.cpp ef2df52563bb 
  indra/newview/llsidetray.cpp ef2df52563bb 

Diff: http://codereview.secondlife.com/r/175/diff


Testing
---


Thanks,

Vadim

___
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] PO Test build (sprint 12)

2011-03-04 Thread Opensource Obscure 
My feedback on the Linux build, which I'll also add as comments in JIRA.

On Fri, Mar 4, 2011 at 07:49, Philippe (Merov) Bossut
 wrote:

> * STORM-28 : As a User, I want the ability to send my calling card to
> others.

It works.
The first attempt to share someone's else card failed, as the
recipient got an email notification of an inventory offer. This was
probably a glitch, as recipient was online (not offline) and he
received the following cards I shared.


> * STORM-236 : Allow the "Speak" button to be removed, like other buttons

Nice, it works.
The menu item is named "Voice Enabled". I wonder if this can confuse
some foreign users as it enables Voice, but it doesn't turn on Audio
if it's disabled...but I'd say the Audio Mute icon is visible enough.


> * STORM-494 : Message Well window is undocked while opening Side bar

I think this now works as expected.

> * STORM-990 : The arrow in the bottom right of the Landmark panel points
> down

OK


> * STORM-1015 : Unable to select right Login Landmark when its name is not
> unique

Fixed.
While testing, I found other two possible misbehaviours, that may be
known or not:

1.
I added to Favorites few different landmarks  but with same name, and
I couldn't see them in the location dropdown list at next restart. I
deleted some Favorites as I may have topped some limit, I restarted
and I saw no changes in the list. The ones I had removed from
Favorites were still visible.
Then I checked Preferences and I saw the option was actually disabled.
It seems this setting isn't enforced, and it sort of prevents the list
to be updated.
I logged in, enable the setting and restarted - this time the list
reflected the actual list.

2.
If the grid choice dropdown menu is enabled, clicking the grid name
field (or using Tab to select it) resets the location value. Reset
actually happens when you later click, or Tab to, another text field,
or open a floater through a menu.


> * STORM-1020 : It is sometimes necessary to press ALT+CTRL+D twice to get
> the Debug menu on the login screen

OK.
Linux/Gnome users may have to replace this system shortcut that by default
shows/hides desktop (this isn't new).


> * STORM-1036 : Remove the unused "How to create a new Classified ad"
> notification from XUI

not tested.


Opensource Obscure
http://twitter.com/oobscure - http://opensourceobscure.com/lol
___
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] Review Request: (STORM-721) Information about resident is displayed incorrectly in mini-inspector if there are any resident or group SLURLs

2011-03-04 Thread Seth ProductEngine 

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/169/
---

(Updated March 4, 2011, 10:30 a.m.)


Review request for Viewer and Richard Nelson.


Changes
---

Added Richard Nelson to reviewers.

Richard, please, see the comment above. Should we hide all views which are 
partially outside of the visible rect?


Summary
---

Fixed text editor to display the embedded widgets only if they are in the 
currently visible area of a text document.


This addresses bug STORM-721.
http://jira.secondlife.com/browse/STORM-721


Diffs
-

  indra/llui/lltextbase.cpp 767feb16f05f 

Diff: http://codereview.secondlife.com/r/169/diff


Testing
---


Thanks,

Seth

___
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] A fond farewell

2011-03-04 Thread Kent Quirk (Q Linden) 
In case you hadn't already heard, this is one of my last emails as Q Linden. 
Today's my last day.

It's been fun working with you all. You may see me again as a contributor. 
We'll see how it goes.

Thanks for all of your passion.

Q

___
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] A fond farewell

2011-03-04 Thread Kadah 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thanks for everything Q, we will miss you ;_;


On 3/4/2011 11:18 AM, Kent Quirk (Q Linden) wrote:
> In case you hadn't already heard, this is one of my last emails as Q Linden. 
> Today's my last day.
> 
> It's been fun working with you all. You may see me again as a contributor. 
> We'll see how it goes.
> 
> Thanks for all of your passion.
> 
> Q
> 
> ___
> 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 v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJNcT2ZAAoJEIdLfPRu7qE2OtAH/2sJm9aPtfvQcQkfwN9geIQ5
Nxzjbq2SdfPGLqV6iY2u1g3mu4wOaGTKODMJk9rApUFUqiWYZeYGrppciGtWuf67
w6j5EMSTxEeOtPS8uEWt+9AnKnQ83qX8JHQVuYjeNtm6s6+FRBhSTbUKgm9O4GmW
mCNLeor/lMqWkKTmWlm1Zgy+pLeuyGi0tngt7xEtNNFdncEh1EaatXsPuon87/NF
CfI79IUWtgbU2mhXaWu5TkArGy8VqRhYd6xRpLCnI1DSAl1CzzuLmTWXukMmVlWb
s+rZok7OUpkJb/zAD9MZjA81AQyHOkomlnIcuY5CuVnAKVexcK+hVJy5tdNEnZA=
=t/bF
-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] A fond farewell

2011-03-04 Thread lonetorus Habilis 
hi q

it was good to have you at the lab.  thanks for the great work. and i hope
you will find equal or greater challenges wherever your life brings you.

Farewell q

/lonetorus
On 4 Mar 2011 20:18, "Kent Quirk (Q Linden)"  wrote:
> In case you hadn't already heard, this is one of my last emails as Q
Linden. Today's my last day.
>
> It's been fun working with you all. You may see me again as a contributor.
We'll see how it goes.
>
> Thanks for all of your passion.
>
> Q
>
> ___
> 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] Version numbering

2011-03-04 Thread Kadah 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I believe versioning numbers would go from 2.9 to 2.10 instead of 3.0

I think SL has used the non-decimal numerical school of thought for
versioning on the viewers, like with Viewer 1

On 3/4/2011 6:45 AM, Trilo Byte wrote:
> I understand the rationale behind dialing back the version numbering to 2.5.1 
> (it put the viewer on a path towards 3.0 much sooner than may have been 
> desired), but seeing as 2.5.1 was given an official release yesterday 
> shouldn't the development snapshots be on 2.5.2 to avoid confusion?
> 
> TriloByte Zanzibar
> ___
> 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 v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJNcUJQAAoJEIdLfPRu7qE2PvUH/3ClfHAFpBjKR8rMAxQjiC7w
dB7F7iWdi+ASU/LvtWf6VCEyI9WxYH01CqdkwFSttvRSqLepligPnWeepSxF1GWi
lk0XUJkFPcR7IvjznVOlP2gJ35z4LXPzNqSaX2+E4TWeMXxiM/JgfqzSZOm2SsJd
AnQ41r2KRAIdQLuA8uU9OMPrkQUUTbos2azmc1omnEV8ELJZm6lShbUIYKzQueiG
3t0MoATKq97hWLV/0oG5jIgjmWdIEhIY7hNfdERHU4d62AMPGG113SKUeLeRjOlx
apD2//4sIQSpqxYpA68123E6f6IgC2F2EYhR6o1TThIhVDGuzd8exLfmD/uS/K4=
=9DCZ
-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] STORM-1023 (was OPEN-4) : fmod

2011-03-04 Thread Twisted Laws 

dang, just talked to Jonathan...   sorry about my incorrect response on the 
list prior...
 
Evidently in early attempts to get it to compile with fmod in it, I had copied 
the files to 
the build-vc100/packages/include(and lib) directories. In a new attempt on 
a different
computer I found that I had to copy the files to the proper package directories 
and only
needed to state -DFMOD:BOOL=ON
 
I've not been keeping up much with the autobuild stuff the last few days, sorry.
  ___
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] A fond farewell

2011-03-04 Thread Joel Foner 
I will miss the man who could rearrange the universe by snapping his fingers
:)  You have made a big contribution in ways that many do not know. Great
work and thanks for everything.

Best of luck and safe travels,

Joel
On Mar 4, 2011 2:18 PM, "Kent Quirk (Q Linden)"  wrote:
> In case you hadn't already heard, this is one of my last emails as Q
Linden. Today's my last day.
>
> It's been fun working with you all. You may see me again as a contributor.
We'll see how it goes.
>
> Thanks for all of your passion.
>
> Q
>
> ___
> 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] Review Request: Nearby chat history is displaying both Display Names and user.names when the Display Name is not changed from default.

2011-03-04 Thread Boroondas Gupte 

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/153/#review422
---

Ship it!


Perfect :-)

- Boroondas


On March 4, 2011, 5:11 a.m., ardy.lay wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/153/
> ---
> 
> (Updated March 4, 2011, 5:11 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> https://jira.secondlife.com/browse/VWR-24917
> I have been finding the redundent display of functionally equivalent names in 
> nearby chat history and IM history quite tiresome.
> Simple proposal: If the resident's Display Name is at the default then do not 
> display their user.name.
> https://bitbucket.org/ArdyLay/viewer-development-vwr-24917
> 
> Change is to: LLAvatarName::getCompleteName
> 
> I find the following Callers:
> LLAvatarActions::requestFriendshipDialog
> LLAvatarActions::startIM
> LLAvatarActions::startCall
> LLIMModel::LLIMSession
> LLIMModel::logToFile
> LLPostponedNotification::onAvatarNameCache
> LLUrlEntryAgent::onAvatarNameCache
> LLUrlEntryAgent::getLabel
> LLUrlEntryAgentCompleteName::getName
> 
> // Callback for name resolution of a god/estate message
> llviewermessage.cpp(2149): args["NAME"] = av_name.getCompleteName();
> llviewermessage.cpp(2154): chat.mText = av_name.getCompleteName() + ": " + 
> message;
> 
> static void on_avatar_name_cache_toast ...
> llimview.cpp(108): args["FROM"] = av_name.getCompleteName();
> 
> Some of these make me wonder if this change will cause some defects and 
> should be implimented as a seperate function.
> 
> 
> This addresses bug VWR-24917.
> http://jira.secondlife.com/browse/VWR-24917
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt ef2df52563bb 
>   indra/llcommon/llavatarname.cpp ef2df52563bb 
> 
> Diff: http://codereview.secondlife.com/r/153/diff
> 
> 
> Testing
> ---
> 
> I have been using this trivial change and have shared it with a friend, via 
> bitbucket.  We have both built the viewer on Windows 7 and find the resulting 
> reduction in redundent text in chat and IM history on screen to be very 
> helpful.
> 
> 
> Thanks,
> 
> ardy.lay
> 
>

___
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] Version numbering

2011-03-04 Thread Trilo Byte 
2.9 and 2.09 are two very different version numbers.  But the point of my email 
is that now that LL has re-versioned and released 2.5.1 officially, shouldn't 
the development snapshot get bumped up to 2.5.2 or 2.5.3?

On Mar 4, 2011, at 11:49 AM, Kadah wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> I believe versioning numbers would go from 2.9 to 2.10 instead of 3.0
> 
> I think SL has used the non-decimal numerical school of thought for
> versioning on the viewers, like with Viewer 1
> 
> On 3/4/2011 6:45 AM, Trilo Byte wrote:
>> I understand the rationale behind dialing back the version numbering to 
>> 2.5.1 (it put the viewer on a path towards 3.0 much sooner than may have 
>> been desired), but seeing as 2.5.1 was given an official release yesterday 
>> shouldn't the development snapshots be on 2.5.2 to avoid confusion?
>> 
>> TriloByte Zanzibar
>> ___
>> 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 v1.4.10 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iQEcBAEBAgAGBQJNcUJQAAoJEIdLfPRu7qE2PvUH/3ClfHAFpBjKR8rMAxQjiC7w
> dB7F7iWdi+ASU/LvtWf6VCEyI9WxYH01CqdkwFSttvRSqLepligPnWeepSxF1GWi
> lk0XUJkFPcR7IvjznVOlP2gJ35z4LXPzNqSaX2+E4TWeMXxiM/JgfqzSZOm2SsJd
> AnQ41r2KRAIdQLuA8uU9OMPrkQUUTbos2azmc1omnEV8ELJZm6lShbUIYKzQueiG
> 3t0MoATKq97hWLV/0oG5jIgjmWdIEhIY7hNfdERHU4d62AMPGG113SKUeLeRjOlx
> apD2//4sIQSpqxYpA68123E6f6IgC2F2EYhR6o1TThIhVDGuzd8exLfmD/uS/K4=
> =9DCZ
> -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] PO Test build (sprint 12)

2011-03-04 Thread Sergey Litovchuk 
Your own calling card should be found at My Inventory/Calling 
Cards/Friends/All folder. From there it can be shared via the context 
menu "Share" option.

On 03/04/2011 05:17 PM, Trilo Byte wrote:
> Tested the Mac client.
>
> * STORM-28 : As a User, I want the ability to send my calling card to 
> others.
>
> No idea how to test, neither the JIRA nor the Viewer UI make it clear 
> how to create your own calling card.  It's not in the gear menu, and 
> it's not in the + menu.  Sharing existing calling cards appears to work.
>
___
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] PO Test build (sprint 12)

2011-03-04 Thread Trilo Byte 
Found it, thanks.  Though in my earlier session it wasn't turning up, even when 
searching for it.

On Mar 4, 2011, at 12:42 PM, Sergey Litovchuk wrote:

> Your own calling card should be found at My Inventory/Calling 
> Cards/Friends/All folder. From there it can be shared via the context menu 
> "Share" option.
> 
> On 03/04/2011 05:17 PM, Trilo Byte wrote:
>> Tested the Mac client.
>> 
>> * STORM-28 : As a User, I want the ability to send my calling card to others.
>> 
>> No idea how to test, neither the JIRA nor the Viewer UI make it clear how to 
>> create your own calling card.  It's not in the gear menu, and it's not in 
>> the + menu.  Sharing existing calling cards appears to work.
>> 

___
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] STORM-1023 (was OPEN-4) : fmod

2011-03-04 Thread Philippe (Merov) Bossut 
Hi,

Indeed, I tried the various strategies I provided and, when building from an
open source devs (i.e. using -c OpenSourceRelWithDebInfo), they all
failed... Sooo...

I've been reworking lots of things today and testing more. I think I've a
working solution where one can build a local tar based on our packaging code
(autobuild) and use autobuild.xml to pick it. The path trick though is bogus
right now and need more work.

More on all this later in STORM-1023.

Cheers,
- Merov

On Fri, Mar 4, 2011 at 11:52 AM, Twisted Laws wrote:

>  dang, just talked to Jonathan...   sorry about my incorrect response on
> the list prior...
>
> Evidently in early attempts to get it to compile with fmod in it, I had
> copied the files to
> the build-vc100/packages/include(and lib) directories. In a new attempt
> on a different
> computer I found that I had to copy the files to the proper package
> directories and only
> needed to state -DFMOD:BOOL=ON
>
> I've not been keeping up much with the autobuild stuff the last few days,
> sorry.
>
>
___
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] A fond farewell

2011-03-04 Thread Brandon Husbands 
Are you leaving by choice?

On Fri, Mar 4, 2011 at 1:18 PM, Kent Quirk (Q Linden) wrote:

> In case you hadn't already heard, this is one of my last emails as Q
> Linden. Today's my last day.
>
> It's been fun working with you all. You may see me again as a contributor.
> We'll see how it goes.
>
> Thanks for all of your passion.
>
>Q
>
> ___
> 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
>



-- 
---
This email is a private and confidential communication. Any use of email may
be subject to the laws and regulations of the United States. You may not
Repost, Distribute nor reproduce any content of this message.
---
---
___
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] A fond farewell

2011-03-04 Thread Brian McGroarty 
It's not likely he'll see this question - it's way past the end of the work
day at the Boston lab, and possibly even past drunk o'clock at his going
away party. I doubt there's a one of us who won't miss him, and who wouldn't
welcome him back.

On Fri, Mar 4, 2011 at 8:44 PM, Brandon Husbands  wrote:

> Are you leaving by choice?
>
> On Fri, Mar 4, 2011 at 1:18 PM, Kent Quirk (Q Linden) 
> wrote:
>
>> In case you hadn't already heard, this is one of my last emails as Q
>> Linden. Today's my last day.
>>
>> It's been fun working with you all. You may see me again as a contributor.
>> We'll see how it goes.
>>
>> Thanks for all of your passion.
>>
>
-- 
Brian McGroarty | Linden Lab
Sent from my Newton MP2100 via acoustic coupler
___
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] A fond farewell

2011-03-04 Thread Brandon Husbands 
Ty for the replies. It was a shocker for me so i was in the WTF state

On Fri, Mar 4, 2011 at 11:38 PM, Brian McGroarty  wrote:

> It's not likely he'll see this question - it's way past the end of the work
> day at the Boston lab, and possibly even past drunk o'clock at his going
> away party. I doubt there's a one of us who won't miss him, and who wouldn't
> welcome him back.
>
>
> On Fri, Mar 4, 2011 at 8:44 PM, Brandon Husbands  wrote:
>
>> Are you leaving by choice?
>>
>> On Fri, Mar 4, 2011 at 1:18 PM, Kent Quirk (Q Linden) 
>> wrote:
>>
>>> In case you hadn't already heard, this is one of my last emails as Q
>>> Linden. Today's my last day.
>>>
>>> It's been fun working with you all. You may see me again as a
>>> contributor. We'll see how it goes.
>>>
>>> Thanks for all of your passion.
>>>
>>
> --
> Brian McGroarty | Linden Lab
> Sent from my Newton MP2100 via acoustic coupler
>



-- 
---
This email is a private and confidential communication. Any use of email may
be subject to the laws and regulations of the United States. You may not
Repost, Distribute nor reproduce any content of this message.
---
---
___
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