• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: VWR-3087
Type: New Feature New Feature
Status: Open Open
Priority: Nice to have Nice to have
Assignee: Unassigned
Reporter: Henri Beauchamp
Votes: 15
Watchers: 5
Operations

If you were logged in you would be able to see more operations.
1. Second Life Viewer - VWR

Allow for hiding the "Release Keys" button and "Master Remote" volume control.

Created: 14/Nov/07 09:26 AM   Updated: 16/Mar/09 04:09 AM
Return to search
Component/s: User Interface
Affects Version/s: 1.20, 1.18.4.3, 1.18.5 Release Candidate, 1.18.5.3, 1.19.0 Release Candidate, 1.19.0.5, 1.19.1.4, 1.21, 1.22
Fix Version/s: None

File Attachments: 1. File slviewer-v11843-PanelOverlayHidableButtons.patch.bz2 (1 kB)
2. File slviewer-v11851-PanelOverlayHidableButtons.patch.bz2 (1 kB)

Environment: Any
Issue Links:
Relates

Last Triaged: 12/Feb/09 01:46 PM
Source Version: 1.18.4.3, 1.18.5.x, 1.18.6.0RC
Linden Lab Issue ID: DEV-6609
Patch attached: Patch attached

Sub-Tasks  All   Open   
 Sub-Task Progress: 

 Description  « Hide
Facts:

1.- The "Release Keys" button:

  • The "Release Keys" button is pretty much always shown in most residents' viewers, because many scripted attachments use keystrokes interceptions (all Franimation based AOs, for example, as well as many other scripts).
  • Pressing the "Release Keys" button only results in detaching all the attachments which took control of the keys, which might confuse new users and is pretty much useless for experienced users (who will just detach any offending scripted attachment from their inventory).

The "Release Keys" button therefore takes room on the screen all the time and is hardly ever used... I think it would be a better idea to add a "Release Keys" menu entry in the Tools menu, just below the "Stop All Animations" one...

2.- The Master Remote volume control slider:

  • It was introduced in voice viewers... and is pretty much useless, at least for me. Whenever I want to adjust the volume of the speakers of my computers, I use the mixer settings of its operating system, not a "Master" volume in each of the running programs. As a result, the Master volume of SL is always set to the maximum and never changed.
  • The Master volume setting is also already available from the Preferences menu, making the small slider rather redundant.

The above facts are why I think it would be nice to allow users to disable (hide) the "Release Keys" button and the "Master Remote" volume slider.

The attached patch does just that, introducing two configurable settings: "HideReleaseKeys" and "HideMasterRemote", which can be set to TRUE to hide the respective items, from the "Debug Settings" panel of the "Client" menu. The patch also adds a "Release Keys" entry (below "Stop All Animations") to the Tools menu.

Enjoy !



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Gigs Taggart added a comment - 17/Nov/07 11:16 PM
You didn't add a menu option to hide master remote? Was this on purpose?

Henri Beauchamp added a comment - 18/Nov/07 03:13 AM
You mean in the "Preferences" menu ?... There are two reasons:
  • I was lazy... ;-P
  • The Audio & Video tab is already full (though, two of the settings there seem to be quite out of place and could be moved elsewhere, namely the "L$ Change Threshold" and the "Health Change Threshold"... Note even sure these settings are used by anyone... removing them would perhaps be the right thing to do).

Henri Beauchamp added a comment - 18/Nov/07 03:15 AM
Oh, and by the way, regarding the Audio & Video preferences tab cleanup... The "upload bitrate" setting should be moved to the Network preference tab, as it also deals with uploading animations and pictures, for example, and not just sounds...

Gigs Taggart added a comment - 18/Nov/07 04:04 AM
The upload bitrate is actually a network throttle?! I thought it was a quality setting. Heh, yes indeed it should be moved if that is the case.

Argent Stonecutter added a comment - 18/Nov/07 09:49 AM
Yeesh, I thought the upload bitrate was a quality setting too.

WarKirby Magojiro added a comment - 19/Nov/07 03:13 PM
neat. Why not finish it ff with putting these options in preferences, and doing the cleanup ?

It's an improvement as is, though. I hate the release keys button, but the master volume control is very useful to me.


Ceera Murakami added a comment - 04/Dec/07 07:34 AM
That master volume slider also gets in the way of any HUD that ends up in the lower left HUD position, and won't go away if I have all audio muted in my preferences. I would ALWAYS have it hidden if I have this option, because 99.95% of the time I have all sound turned off in SL!

Henri Beauchamp added a comment - 12/Dec/07 02:37 AM
Added the slviewer-v11851-PanelOverlayHidableButtons.patch.bz2 for versions 1.18.5.x and 1.18.6.0RC.

Torley Linden added a comment - 18/Jan/08 06:56 AM
Henri, thanks for your patch! We think you're onto some great ideas here, and I agree that "Release Keys" adds to the mess of onscreen stuff – Resident Experience Team looked at this, and right now, we have a project to cleanup notifications in the UI, which hopefully will address this (albeit in a different way, but the same end goal of less clutter).

nya Linden added a comment - 13/Jun/08 01:11 PM
Adding to the Nice to Have bucket.

Meghan Dench added a comment - 12/Sep/08 01:50 PM - edited
I'm linking this to VWR-4541 as 'Relates to' as this issue is not JUST for "Hide Release Keys" but please edit this issue so that it doesn't dupe about the Release Keys, thanks : )

Oh also... can you add these Parches to the other Issue please, thanks : D


Henri Beauchamp added a comment - 12/Sep/08 05:34 PM
@Meghan

This issue does not relate to VWR-4541: VWR-4541 duplicates part of this issue which was posted 3 months before VWR-4541...

The rule on the JIRA is that when an older issue already exists for a given problem, newer issues are closed as duplicate (in fact, people are supposed to check for an already existing issue before posting theirs... admittedly, this is complicated by the fact that it becomes increasingly difficult to find all the related issues among the huge number of JIRA issues, thus the number of duplicates we got).

Also, I don't see why I would post my patches on all the duplicates of this original issue (which are many).