|
History
| Log In
|
|
|
|
|
|
Some of the Ctrl+Atl+Digit combos were interfering with brackets on European keyboards (accidentally triggering the render features when typing "{ [ ] }" ).
As a linux user, this just bit me hard a couple hours ago.
Could stuff that absolutely requires a hotkey (like show UI does) be moved out of the ctrl-alt f-key range? This is a shortcut to a menu option.
So the thing to do is to look at the menu item, that this is a shortcut for. Then you see that it has been changed. So is this a bug? Or should there be bug like 'shortcut changed without mention in Release Notes'? Benja, the problem is that it's been changed to a combo on Linux that does something else - and does it with a higher priority.
Ctrl-Alt-F1 changes to the first virtual terminal, while X (and therefore SL) usually run on VT6 or 7, depending on the distribution. And because you've disabled the GUI, you have no way to re-enable it on Linux without killing the SL process and restarting SL. I confirm this issue as a bug.
You can't Hide/Show UI using UI (actually, you can't Show it back - since you do not know where to click), and you can't do it using a shortcut (because the current one is almost unusable on all Linux systems, see previous comment). it would be pretty easy to solve it by choosing a different shortkey. Machinima making and the whole SL experience would be improved (for Linux users) by re-enabling Hide/Show UI. VWR-2896 would probably solve / provide a workaround for this bug, as Linux users would be able to change the shortcut themselves.
I managed to change this shortcut from CTRL ALT F1 to CTRL F1 recompiling the client from sources.
This is not the best solution, since many people still use CTRL F1 in their desktop environment shortcuts - but usually you can easily change/remove it, while I couldn't change CTRL ALT F1. In linden/indra/newview/llviewermenu.cpp , I changed from sub_menu->append(new LLMenuItemCheckGL("UI", &LLPipeline::toggleRenderDebugFeature, NULL, &LLPipeline::toggleRenderDebugFeatureControl, (void*)LLPipeline::RENDER_DEBUG_FEATURE_UI, KEY_F1, MASK_CONTROL)); to: sub_menu->append(new LLMenuItemCheckGL("UI", &LLPipeline::toggleRenderDebugFeature, NULL, &LLPipeline::toggleRenderDebugFeatureControl, (void*)LLPipeline::RENDER_DEBUG_FEATURE_UI, KEY_F1, MASK_ALT|MASK_CONTROL)); I am not a developer and unfortunately I do not know how to make/submit a patch. I also think that a better shortcut than mine should be chosen. Note: A similar issue still breaks other shortcuts in Client > Rendering > Features Common get the CTRL+ALT+F1 WORKING AGAIN hide show UI
I NEED TO MAKE MOVIES IN WINDLIGHT groan - this is so important for people in SL to get right it should be the first thing you do before messing with the sky even :\ fingers crossed you sort it in the next release CTRL-ALT-F1 kills my entire GUI because it shuts down the whole graphics system and goes back to text mode.
Recompiling from source is not exactly a work-around. I am trying to make a machinima ... and If I hide the UI using the menu I have to kill SL and restart to get the menu back. THIS IS CRITICAL FOR LINUX USERS!!!!!! here's a diff that shows how to solve this issue.
the new shortcuts provided here is CTRL ALT 1 instead of CTRL ALT F1. (first, the new proposed version; then, the old version that the official client is featuring right now) diff indra/newview/llviewermenu.cpp indra/newview/llviewermenu.cpp.orig 1296c1296 < (void*)LLPipeline::RENDER_DEBUG_FEATURE_UI, '1', MASK_ALT|MASK_CONTROL)); --- > (void*)LLPipeline::RENDER_DEBUG_FEATURE_UI, KEY_F1, MASK_ALT|MASK_CONTROL)); Opensource Obscure:
diff indra/newview/llviewermenu.cpp indra/newview/llviewermenu.cpp.orig 1296c1296 < (void*)LLPipeline::RENDER_DEBUG_FEATURE_UI, '1', MASK_ALT|MASK_CONTROL)); --- > (void*)LLPipeline::RENDER_DEBUG_FEATURE_UI, KEY_F1, MASK_ALT|MASK_CONTROL)); Can you explain what all that means and how to use it? This means that to get from the file newview/llviewermenu.cpp (in the indra/newview directory of the source code) to the file llviewermenu.cpp.orig (in the same directory), you have to replace '1' with KEY-F1 at line 1296. To get from the .orig (probably the original as distributed by Linden Lab) file to the other one (Opensource Obscure's modified version) just reverse that replacement. Then (re)compile the viewer.
Compiling SecondLife from source isn't trivial, but should get easier in the future. Since then, refer to the page for your OS linked at http://wiki.secondlife.com/wiki/Get_source_and_compile#Compiling Before applying any patches (that's what developers call change sets, like the one you were just wondering about), try to successfully compile the unmodified source first. Instead of reading the patches and applying them by editing the corresponding source files, you can apply them via `patch' command. (See http://wiki.secondlife.com/wiki/Submitting_code#Applying_patches_to_your_source and http://en.wikipedia.org/wiki/Patch_(Unix) ) Like Boroondas Gupte said (thanks for explaining it).
PLEASE NOTE though that you have to replace KEY-F1 with '1' at line 1296 in llviewermenu.cpp - not viceversa. I edited my previous comment - I apologize for not being clear. Right now, compiling the SL viewer from source on Linux is really painful. As Boroondas Gupte said, this should get easier in the future. I see two methods of solving this:
1. Longer term. Convert the advanced menu to XML and maintain a separate menu_viewer.xml for macs and linux. This would be fantastic, and a real benefit to we tinkerers. Longer development time, though. 2. Short term. Create new set of shortcuts. Anyone have any recommendations for ones that'll work on all systems (linux/mac/windows)? I'll attach a patch if someone can give me a good list, but I don't have a linux box right now to test them under. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Open
Critical
Ctrl-Alt-F1 Hide/Show UI Does Not Work Correctly Under Linux
If you look at the debug menus, you'll see that the shortcut changed to Ctrl+Alt+F1