Glenn Posts: 99 18/01/2016	Glenn Posts: 99 I stuck a bunch of & in one SyMenu to do accelerator keys. They sort of work. One command, though, made the & visible. It was in front of the word Analyze (and more) in a menu entry. A bunch of other & at the front didn't have that happen. Not sure what info you need to try to reproduce that. Windows switched the default from displaying accelerator keystrokes with _ all the time to only doing it when the menu was invoked by a keystroke. Not sure of the internal mechanism. However, SyMenu doesn't _ the keystrokes whether invoked with a click or the hotkey. Would be nice if it underlined them when invoked by the hotkey. Would be nice to have an option to turn on the underlines all the time.
	link
Gianluca Administrator Posts: 1274 19/01/2016	Gianluca Administrator Posts: 1274 You are right. I will try to solve that. According to the current implementation of SyMenu the _ accelerator shouldn't appear at all but should work the same. If in some case they are shown, it is a bug. I will analyze the problem to always make them appear that is the most correct behavior.
	link
Glenn Posts: 99 22/01/2016	Glenn Posts: 99 While I would like to be able to see the accelerator characters underlined, this report was mentioning that only in passing. What seemed to be a _bug_ rather than a missing feature, is the visibility of the & character itself in one entry I created. Your response seemed to focus on the underlining; I think the underlining can be controlled by a bit in the menu creation API somewhere, as once upon a time I created a program (now invoked by SyMenu) that always underlines its accelerator keys, but it is a long time since I've looked at the code that caused that to happen. I reply just to make sure you don't miss the issue of the & being visible.
	link
Gianluca Administrator Posts: 1274 23/01/2016	Gianluca Administrator Posts: 1274 Can you tell me the exact text you set as the SyItem name? The correct replacement should be this one: &Program name becomes Program name (we know that the underline doesn't appear but it works the same as accelerator) &&Program name becomes &Program name
	link
Glenn Posts: 99 24/01/2016	Glenn Posts: 99 The text below is pasted from the entry; the entry appears just like the pasted text, with the & visible. I've also noticed this entry scrolls when I hover over it with the mouse, which surprised me. Only one other entry does likewise, and it is equal in length (but without a &), and the two are the longest entries I have. Yet there is blank space to the right of the entry, and the whole entry is visible without scrolling. &Analyze .song, generate print.tsv
	link
Gianluca Administrator Posts: 1274 25/01/2016	Gianluca Administrator Posts: 1274 Got it. I'll keep you posted.
	link
Glenn Posts: 99 26/01/2016	Glenn Posts: 99 Regarding the underlining of accelerator keys: There is a control panel item for this: Control Panel\All Control Panel Items\Ease of Access Center\Make the keyboard easier to use Make it easier to use keyboard shortcuts [X] Underline keyboard shortcuts and access keys While I had set that in my old computer, I hadn't got around to setting it in my newest one with Win10. When I set it, then SyMenu shows the underlines, so it is, apparently following the default Windows setting for that. However, even before I set it, one of my programs was showing the underlines, so I had apparently overridden the setting. Apparently that is done by making sure that ODS_NOACCEL is not set in the menu entries... somehow... I didn't quickly find it in my code.
	link
Gianluca Administrator Posts: 1274 27/01/2016	Gianluca Administrator Posts: 1274 Anyway there is a bug. If you create a long named item and the scrolling on items is activated the & char won't be considered as an accelerator, if the item is shorter or the scrolling is deactivated it is considered correctly.
	link
Glenn Posts: 99 29/01/2016	Glenn Posts: 99 Glad you've homed in on the bug. I actually looked briefly for a way to turn off the scrolling, but didn't find one. Maybe that is not an exposed setting? Maybe my entry was right on the boundary of "long enough to need to scroll" although it was fully visible before the scrolling started... that boundary may be another bug.
	link
Gianluca Administrator Posts: 1274 29/01/2016	Gianluca Administrator Posts: 1274 Yes it is possible to switch it off. http://www.ugmfree.it/SyMenuManual.aspx#Advanced_menu_Options_Menu The right option is: Scroll right - never The boundary to activate the scrolling is not depending on the room available on the menu but it is a fixed characters number.
	link

---