[BUG] ALT+letter keyboard shortcuts

[roentgen]

I've currently assigned ALT+W keyboard shortcut for opening Winrar in current dir (as an em_* command - alias, if that matters).

In TC7 beta this opens winrar as expected, but also "Windows XP' menu entry (petermad's WCMD_ENG2.MNU) although I've removed any & from it (so it's not "&Windows XP' or whatever).

In TC6 this worked as expected (no menu entry opened unless I specifically assign a & accelerator).

------------------------

Also... many thanks Mr Ghisler for improving the greatest tool of them all.

[Sheepdog]

Confirmed.

Although I must say that
1. I do not consider it a bug
2 it behaves here all the same in TC6.55 (and I think it's OS-related.)

1. When I have a main menu entry "Ctrl-Q" and there is no other entry beginning with "C" or "&C" the "Ctrl-Q" command is executet as soon as I press Alt+C.
2. When I insert an & e.g.: "Ct&rl-Q" Alt+C does not work anymore.
3. When I create an additional entry "c" Alt+C switches between "Ctrl-Q" and "C"
4. When I alter any entry to "...&c...." i.e define a "C" hotkey the "Ctrl-Q" is not longar available with pressing Alt+C.

sheepdog

[Clo]

2Sheepdog

Hi Stefan !

• If I got you alright, in other words one can say that the menus take precedence on the custom short cuts ?

- Although I don't use such short cuts a lot (mainly for testing), I avoid to use Alt+xxx.
- I had the same isue i.e. in XnView…
- Thus I guess also that "OS related" is true…

 VG
Claude
Clo

[icfu]

I have assigned Alt+N to em_notepad for testing and when executing the Network menu pops up plus Notepad, good joke... All shortcuts in TC MUST have precedence over the rest.

If it's really an intended "feature", users would again be FORCED to use AHK to call internal TC aliases, this may not be true please.

How that works is described here, but again: It should definetely NOT be necessary for basic shortcuts with Alt, Shift and Ctrl (Windows key has been left out again unfortunately...):
http://ghisler.ch/board/viewtopic.php?p=100048#100048

In order to assign Alt-W shortcut, you would have to prepend the following two lines to the script (and change the parameter to the command you want to send of course):

Code: Select all

#IfWinactive, ahk_class TTOTAL_CMD
!w::

Icfu

[Sir_SiLvA]

@ICFU: when assigning ShortCuts TC cant control if u have a &N in your Menu-File

[icfu]

I haven't asked TC to do that when assigning a shortcut, what are you talking about?

TC is expected to check the defined hotkeys for a match when a key combination with Alt is pressed and only when there is no match it can send it to the menu.

If such basic principles of hotkey functionality aren't guaranteed, you can dump the complete system to the bin as it's unreliable. I can't imagine any serious user editing the menu file to get rid of accelerators just to be able to assign Alt shortcuts that don't conflict with the menu.

Really, let's stay serious here. Such issues shouldn't be discussed, they should be solved.

Icfu

[petermad]

I agre with icfu if a shortcut is defined in TC that should take precedence over chortcuts in the menu.

But you all seem to have missed the point of what roentgen666 writes. He says that even though there Isn't any &W... in his menu, there is still a menu item popping up when he executes Alt+W - that's what weird to me!

2roentgen666
Does this happen after you restarted your TC last - maybe the menu wasn't reloaded after you removed the &W entries?

[roentgen]

2petermad
You are right: there is no "&w...' in main menu just 'windows xp' and no - it doesn't work after TC and computer restart.
It partially works in TC 6 if there's no '&' accelerator. In case of a '&Windows XP' menu entry the menu gets priority.

[icfu]

I have tried your findings now and can confirm them.

But:
It doesn't matter at all if you have defined Alt-W as a shortcut or not. The window always pops up when you press Alt-W with &Windows and Windows.

The only way to disable it is by removing the W, for example Xindows.

Icfu

[Sir_SiLvA]

guy u now the Alt+Char-calls-the-Menu is a standard Windows Function
Diabling that means Chris had to write complett own Menu
and there are much more important stuff like Unicode ie

[icfu]

Alt-char only calls menu entries with accelerators usually.

So:
Do you see any "&" in "Windows"?
Have you read that there is no problem in TC 6.55 but only in TC 7.0?
Have you ever used a shortcut yourself?
Do you understand this thread at all?

Unicode is on todo-list for TC 8, there is no point in discussing it here because it will be done anyway.

I really don't know what your problem is but maybe someone else knows and can help you. I am confused by your strange postings, one day you are nice, the other one you act like norfie in his worst days. Hard to understand. If you ever start playing nicely again, drop me a line, I won't join that party, sorry.

Icfu

[norfie²]

2icfu

the other one you act like norfie in his worst days.

Any needs for mention my nick here? I would prefer that you omit to do such stupid provocations. Thanks.

Do you see any "&" in "Windows"?

No need for such thing.

Have you read that there is no problem in TC 6.55 but only in TC 7.0?

You didn't read that this problem is in older versions too.

Have you ever used a shortcut yourself?

It's obvious you didn't.

Do you understand this thread at all?

It's obvious you didn't.

[Sheepdog]

The only way to disable it is by removing the W, for example Xindows.

You may also insert the "&" at any position of the "Windows XP" (except before the 'w' of course) to pervent the popping up of this entry. Even the addition of "&." "Widows XP&." would work.

icfu hat folgendes geschrieben::

Have you read that there is no problem in TC 6.55 but only in TC 7.0?

You didn't read that this problem is in older versions too but this behaviour could be OS-related.

This behavior is not OS related. TC behaves the same way already in W95/W98.

This behavior is M$ related. I just edited with resource hacker the Textpad Menu and removed the ampersands. The initial letter works neverthless as shortcut.

But I agree with icfu that TC should catch the keypress if there is a shortcut defined in TC.

sheepdog

[ghisler(Author)]

I will check what the problem is, thanks for your report.

[icfu]

I have checked again with TC 6 and TC 6.55a and can not confirm this one:

In TC6 this worked as expected (no menu entry opened unless I specifically assign a & accelerator).

The same error occurs, no difference to TC 7.

@Sheepdog:
Good finding, especially the Reshack was a good idea!

Icfu