bugGNU TeXmacs - Bugs: bug #31335, Reserved shortcuts by OS


You are not allowed to post comments on this tracker with your current authentication level.

bug #31335: Reserved shortcuts by OS

Submitter:  Joris van der Hoeven <vdhoeven>
Submitted:  Thu 14 Oct 2010 08:14:10 PM UTC
Category:  Qt port Priority:  5 - Normal
Item Group:  Error Status:  Confirmed
Privacy:  Public Assigned to:  mgubi
Originator Name:  Open/Closed:  Open
Release:  None Release: 
Fixed Release:  None Fixed Release: 

Jump to the original submission

Fri 22 Oct 2010 10:17:36 AM UTC, comment #6: 

On Windows:
Meta+F1 = open system help
Meta+Tab = cycle through taskbar buttons
Meta+F = find file

even more:

Ctrl+Meta+F = find computer
Meta+D = display desktop
Meta+E = open file manage
Meta+L = lock desktop
Meta+M = minimize all windows
Shift+Meta+M = undo minimization
Meta+R = open command window

Zou Hu <zohooo>
Fri 22 Oct 2010 10:05:35 AM UTC, comment #5: 

Hi, On Windows, Meta+F1, Meta+Tab and Meta+F is reserved by OS, It's better not to used these shortcuts in TeXmacs.

Zou Hu <zohooo>
Tue 19 Oct 2010 08:36:28 AM UTC, comment #4: 

OK, I added a section of explanations on how to avoid
keyboard clashes with existing shortcuts.

As to Alt-based shortcuts, please do the necessary so that
those ones which clash with the system shortcuts will not be
defined as shortcuts in the menus. I already did this for
the documentation: see the routine kbd_system_prevails
in tm_config.cpp for the criterion that I have used.
Notice that the Escape key will be equivalent to Alt
for such cases.

Joris van der Hoeven <vdhoeven>
Group administrator
Sun 17 Oct 2010 01:59:16 PM UTC, comment #3: 

I can investigate. However automatic detection and modificatio (if is this that you suggest) does not seems the right way to do this.
 The most common system shortcuts can be obtained from System Preferences (look in the "Keyboard" panel and then in the "Keyboard Shortcuts" tab). So we should assume that the average user didn't changed them and act accordingly (e.g. for the spaces shortcuts) by avoid to use them on Mac. If some of them is important then we can decide to keep it. In this case it will be really simple for anyone to change the system-wide keybindings so that they will not conflict with TeXmacs (for example by just affecting Ctrl+Fn+1 to spaces: TeXmacs does not use the Fn key).

Massimiliano Gubinelli <mgubi>
Group administrator
Fri 15 Oct 2010 03:32:03 PM UTC, comment #2: 

Is there at least a way to detect which shortcuts have
been reserved by the OS, so that we can avoid them?

Joris van der Hoeven <vdhoeven>
Group administrator
Fri 15 Oct 2010 01:22:28 PM UTC, comment #1: 

On the MacOS, keyboard bindings defined at a system lever are not delivered to apps, so there is not much we can do to handle them (this holds also for pure Cocoa apps). You should redefine conflicting keybindings at the system level (e.g. for spaces change Ctrl+1 in Ctrl+Fn+1, for example)

As for Alt based shortcuts, keep in mind that on some keyboards (like French) Alt is used to obtain some characters (for example on my keyboard ~ is obtained by Alt-N) So the shortcut Alt+~ cannot be used with French keyboards. It would be better not to use Alt in shortcuts.

Massimiliano Gubinelli <mgubi>
Group administrator
Thu 14 Oct 2010 08:14:10 PM UTC, original submission:  

It seems that some keyboard shortcuts (Ctrl+1 inside spaces
on MacOS) are not redefinable for specific applications.
Is there a workaround?

For Alt-based shortcuts, it suffices to define them
as a shortcut inside Qt. At least this seems to work for
most of them.

Another question is which ones we consider so important that
we indeed want to override the system settings.

Joris van der Hoeven <vdhoeven>
Group administrator


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by zohooo (Posted a comment)
  • -email is unavailable- added by mgubi (Posted a comment)
  • -email is unavailable- added by vdhoeven (Submitted the item)

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.


    No changes have been made to this item

    Back to the top

    Powered by Savane 3.12.
    Corresponding source code