SH-271 FIXED Add #ifdefs to llparticipantlist.h
Changed speaker order to store its speaker ordering using settings.xml.
Did some superficial code cleanup.
Note: changes in the llparticipantlist.cpp is a fix of initial implementation in 79c0487c2280 changeset.
"waiting" is shown instead of phone number.
It was not reproduced before because phone was not shown anywhere until this patch.
Reviewed by Aimee Walton at https://codereview.productengine.com/secondlife/r/729/
--HG--
branch : product-engine
Reason: in both cases the same - moderated mode is not checked when session participant list is filled with participants already in channel
(when IM or VCP is created)
Fix:
added updating of participants' speaker indicator mute state when list is refreshed.
Reviewed by Aimee Walton at https://codereview.productengine.com/secondlife/r/476/
--HG--
branch : product-engine
This is a workaround until a way to request the current voice channel moderation mode is implemented in the viewer.
Details:
* Added method to initialize Speaker manager's Voice moderate_mode once Agent's participant state is known.
* Once agent's voice participant is updated this method is called.
* This method initializes Voice moderate_mode only once.
This is necessary to process "Mute everyone" menu item calls properly.
Also renamed moderateVoiceOtherParticipants methods with moderateVoiceAllParticipants and related staff.
Reviewed by Aimee Walton at https://codereview.productengine.com/secondlife/r/448/
--HG--
branch : product-engine
* Replaced "Un/Mute everyone else" menu items with requested ones. They are enabled only on participants in Voice session (are shown for moderators)
* Actions implemented via existent "Un/Mute everyone else" functionality where "else" is NULL item.
Known issues:
* It is impossible to perform the same "Un/Mute everyone" action is session is already in requested state: EXT-6937
* If voice is disabled in a group session not all muted participants have appropriate indicator in VCP if resident joins to the session.
Due to this is the same behavior as before current patch is provided, a separate EXT-7235 bug is filed for this.
--HG--
branch : product-engine
Current patch fixes displaing of Avaline callers in Block List:
* Now it shows as Avaline Caller 1, etc.
Implemented via using name from AvatarListItem to create LLMute object.
Reviewed by Aimee Walton at https://codereview.productengine.com/secondlife/r/340/
--HG--
branch : product-engine
Applyied Aimee's patch to enable blocking of avaline caller:
added an "External" mute type which isn't sent to the SL servers or stored in the cache across sessions.
The caller's ID will change each time so there's no point cluttering up the mute list by persisting them.
Known issue: Right now the mute is added with the caller's phone number as the name shown in the block list,
so that will need changing to "Avaline Caller 1" etc
--HG--
branch : product-engine
Added 'VoiceFontDefault' saved setting.
Implemented LLVoiceClientFontsObserver to update the UI when the voice font list is received.
Renamed LLVoiceClientParticipantObserver::onChange() to onParticipantsChanged to avoid ambiguity and make the code more readable.
Made the Voice Font combo in the VCP auto resize to make best use of the available space when the 'Leave Call button is not visible.
* Disabled all currently processed menu items related to interaction with a resident for Avaline callers.
* Added enable callback for View Profile menu item to disable it for Avaline callers.
* Disabled menu items related to text chat.
Full list is:
- View Profile
- Add Friend
- IM
- Call
- Share
- Pay
- Block Text
- Moderate Options:
-- Allow Text chat
DEV notes: To process moderation options separate "on_enable handler" was created for group moderate actions.
Reviewed by Vadim Savchuk at https://codereview.productengine.com/secondlife/r/261/
--HG--
branch : product-engine
* Implementation notes:
** special item is cloned from VCP to be used in LLAvatarList to reflect an Avaline caller.
** LLAvatarList extended to create instances of Avaline Caller
** Participant list now determines type of adding session participant (Avatar/Avaline Caller) and selects a way item will be created in avatar list
* Implementation behavior:
** The problem is when Avaline caller ends a call it is removed from Voice Client session but
still exists in LLSpeakerMgr. Server does not send such information.
HUCK was implemented to notify subscribers that Avaline callers are not anymore in the voice call.
** For now Avaline Caller is removed from the LLSpeakerMgr List when it is removed from the Voice Client session.
This happens in two cases: if Avaline Caller ends call itself or if Resident ends group call.
** If Resident joins group call where Avaline caller already exists that caller will appear in Resident's viewer (VCP & Group IM window)
** The callers are displayed as "AvaLine Caller 1", "AvaLine Caller 2" etc.
* Known issues:
** LLNonAvatarCaller should be removed from VCP (for avaline p2p calls). Updated Avatar & Participant Lists can be used instead of it.
Separate ticket will be opened to refactor this code.
--HG--
branch : product-engine
Tonya Souther