I built a new package set based upon GIT short version 8565 from yesterday (Saturday Nov. 10).
The menu item highlighting seems fixed both in Trinity and non Trinity apps.
The broken Alt key seems fixed in Trinity apps but not in non Trinity apps, or at least not in Firefox. That is, sequentially pressing Alt, F does not open the File menu. I need to concurrently press Alt+F in Firefox. Sequential pressing of Alt, F works in Trinity apps.
I don't know where the problem might be to help debug.
Darrell
I built a new package set based upon GIT short version 8565 from yesterday (Saturday Nov. 10).
The menu item highlighting seems fixed both in Trinity and non Trinity apps.
The broken Alt key seems fixed in Trinity apps but not in non Trinity apps, or at least not in Firefox. That is, sequentially pressing Alt, F does not open the File menu. I need to concurrently press Alt+F in Firefox. Sequential pressing of Alt, F works in Trinity apps.
I don't know where the problem might be to help debug.
Darrell
Do you use the TDE/GTK theme engine? If so, try disabling it to see if the problem disappears.
Tim
I built a new package set based upon GIT short version 8565 from yesterday (Saturday Nov. 10).
The menu item highlighting seems fixed both in Trinity and non Trinity apps.
The broken Alt key seems fixed in Trinity apps but not in non Trinity apps, or at least not in Firefox. That is, sequentially pressing Alt, F does not open the File menu. I need to concurrently press Alt+F in Firefox. Sequential pressing of Alt, F works in Trinity apps.
I don't know where the problem might be to help debug.
Do you use the TDE/GTK theme engine? If so, try disabling it to see if the problem disappears.
Do you mean the gtk-qt-engine package? If yes, I don't know how to "disable" other than to remove the package. I tested that and the sequential use of the Alt key still fails. I don't use themes.
I tested in Firefox, Seamonkey, Opera, and LibreOffice Writer. The sequential use of the Alt key fails on all. Only concurrent Alt+F selects the File menu in non-Trinity apps.
As another test, I reverted to my GIT short version 8443 from Oct. 29-30. Same results. I don't know when the style engine work began. I have some older package sets I could test although removing and installing full package sets takes a while.
Darrell
Do you mean the gtk-qt-engine package? If yes, I don't know how to "disable" other than to remove the package. I tested that and the sequential use of the Alt key still fails. I don't use themes.
I tested in Firefox, Seamonkey, Opera, and LibreOffice Writer. The sequential use of the Alt key fails on all. Only concurrent Alt+F selects the File menu in non-Trinity apps.
As another test, I reverted to my GIT short version 8443 from Oct. 29-30. Same results. I don't know when the style engine work began. I have some older package sets I could test although removing and installing full package sets takes a while.
Looks like the sequential Alt key is broken at least all the way back to 3.5.13. At least, that usage won't work for me in my 3.5.13 virtual machine.
Slavek, would you please test 3.5.13.1? All you need do is open a non Trinity app, such as Firefox, and sequentially press Alt then F. The File menu should open.
Darrell
Can confirm this sequential use fails in non-Trinity apps and functions in Trinity apps. 3.5.13.1 Interestingly i get segfault for guest using the latest firefox-16 while root works ok.
Jay
On Mon, Nov 12, 2012 at 1:42 AM, Darrell Anderson humanreadable@yahoo.comwrote:
Do you mean the gtk-qt-engine package? If yes, I don't know how to "disable" other than to remove the package. I tested that and the sequential use of the Alt key still fails. I don't use themes.
I tested in Firefox, Seamonkey, Opera, and LibreOffice Writer. The sequential use of the Alt key fails on all. Only concurrent Alt+F selects the File menu in non-Trinity apps.
As another test, I reverted to my GIT short version 8443 from Oct. 29-30. Same results. I don't know when the style engine work began. I have some older package sets I could test although removing and installing full package sets takes a while.
Looks like the sequential Alt key is broken at least all the way back to 3.5.13. At least, that usage won't work for me in my 3.5.13 virtual machine.
Slavek, would you please test 3.5.13.1? All you need do is open a non Trinity app, such as Firefox, and sequentially press Alt then F. The File menu should open.
Darrell
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Can confirm this sequential use fails in non-Trinity apps and functions in Trinity apps. 3.5.13.1 Interestingly i get segfault for guest using the latest firefox-16 while root works ok.
And you use Slackware too. I tested in a Slackware 12.2 virtual machine running KDE 3.5.10. The sequential method failed there too. I hope this is not a Slackware-specific problem. :)
Darrell
On Monday 12 of November 2012 02:42:06 Darrell Anderson wrote:
Do you mean the gtk-qt-engine package? If yes, I don't know how to "disable" other than to remove the package. I tested that and the sequential use of the Alt key still fails. I don't use themes.
I tested in Firefox, Seamonkey, Opera, and LibreOffice Writer. The sequential use of the Alt key fails on all. Only concurrent Alt+F selects the File menu in non-Trinity apps.
As another test, I reverted to my GIT short version 8443 from Oct. 29-30. Same results. I don't know when the style engine work began. I have some older package sets I could test although removing and installing full package sets takes a while.
Looks like the sequential Alt key is broken at least all the way back to 3.5.13. At least, that usage won't work for me in my 3.5.13 virtual machine.
Slavek, would you please test 3.5.13.1? All you need do is open a non Trinity app, such as Firefox, and sequentially press Alt then F. The File menu should open.
Darrell
I have Iceweasel ESR series (10.0.10) and Alt + S (my File menu has name Soubor) work fine.
Slavek --
I have Iceweasel ESR series (10.0.10) and Alt + S (my File menu has name Soubor) work fine.
By typing "Alt + S" did you mean you sequentially pressed Alt and then S or concurrently pressed both keys?
I just tested in 3.5.10 and the sequential method fails there too but is okay in KDE apps.
Darrell
On Monday 12 of November 2012 03:31:17 Darrell Anderson wrote:
I have Iceweasel ESR series (10.0.10) and Alt + S (my File menu has name Soubor) work fine.
By typing "Alt + S" did you mean you sequentially pressed Alt and then S or concurrently pressed both keys?
I just tested in 3.5.10 and the sequential method fails there too but is okay in KDE apps.
Darrell
Pressing Alt (and hold), plus pressing S => menu opens, both keys released :)
Slavek --
Pressing Alt (and hold), plus pressing S => menu opens, both keys released :)
Yes, holding the Alt key works here too. Pressing Alt, releasing, pressing F (S), does not. Pressing sequentially (separately) works in Trinity apps but not non Trinity apps.
Would you test again so we know whether this is a Slackware or generic bug?
Thanks.
Darrell
Pressing Alt (and hold), plus pressing S => menu opens, both keys released :)
Yes, holding the Alt key works here too. Pressing Alt, releasing, pressing F (S), does not. Pressing sequentially (separately) works in Trinity apps but not non Trinity apps.
Would you test again so we know whether this is a Slackware or generic bug?
I tested in 3.5.10 and pressing the Alt key, releasing, pressing the F key does not work. So this bug has been around a long time.
Is this a bug? I tested directly in Xfce and sequential pressing of the keys does not work there. I'm starting to think this is a GTK problem, although Opera (Qt4) behaves the same way. Perhaps sequential key presses is supported only in Trinity apps?
Where does one start looking to debug this?
Darrell
I tested in 3.5.10 and pressing the Alt key, releasing, pressing the F key does not work. So this bug has been around a long time.
Is this a bug? I tested directly in Xfce and sequential pressing of the keys does not work there. I'm starting to think this is a GTK problem, although Opera (Qt4) behaves the same way. Perhaps sequential key presses is supported only in Trinity apps?
Where does one start looking to debug this?
Some investigating reveals that although standard in the Windows world, many 'nix based apps don't support this feature. In Trinity and KDE, the ability to highlight the menu bar by only pressing the defined accelerator key is a feature of Qt and is defined in $HOME/.qt/kstylerc:
[Settings] MenuAltKeyNavigation=true
True is the default and does not need to be explicitly set.
Changing that key value to false disables the accelerator key such that the accelerator key only works when pressed concurrently with a menu mnemonic key.
I tested the false value (requires restarting Trinity) and confirmed that pressing only Alt no longer selects the menu and pressing Alt along with a menu mnemonic (for example, Alt+F) still works as expected.
This configuration value is read in tdelibs/tdefx/kstyle.cpp.
I found a Firefox option that almost mimics this behavior:
ui.key.menuAccessKeyFocuses = true
The difference is in Trinity the first menu in the menu bar is selected but does not fully open, which allows using a respective mnemonic key in the menu bar to open the desired menu. In Firefox the entire first menu (File) is opened, which is kind of clumsy to then use a mnemonic key to select a different menu.
I haven't found a generic way to have all non Trinity apps behave the same way as Trinity apps when MenuAltKeyNavigation=true.
Does anybody know of a similar gtkrc option?
Darrell
-
Darrell Anderson -
Jay -
Slávek Banko -
Timothy Pearson