-
Notifications
You must be signed in to change notification settings - Fork 973
Menu should not be activated with ALT key #5775
Comments
Possibly related to #5540. As a workaround, you can use the shortcut Ctrl+L instead. |
I noticed the same behavior as alt+d opening a new tab by doing ctrl + enter to add the '.com' to the end of an address. |
@liunkae Also, yes, related to #5540 but don't think it's quite the same thing. Incidentally, I cannot reproduce #5540 (see that thread) but can reproduce #5775 on Brave 0.12.10. @JAffleck I had noticed that as well. I think the culprit is solely the |
Thanks @liunkae! I'll do that until I see it fixed
…On Nov 30, 2016 5:25 PM, "Superbest" ***@***.***> wrote:
@liunkae <https://github.com/Liunkae> Ctrl+L does not have the problem
for me as well. I had noticed that also, but forgot to put in original post.
Also, yes, related to #5540
<#5540> but don't think
it's quite the same thing. Incidentally, I cannot reproduce #5540
<#5540> (see that thread)
but can reproduce #5775
<#5775> on Brave 0.12.10.
@JAffleck <https://github.com/JAffleck> I had noticed that as well. I
think the culprit is solely the Alt issue I describe. If you use my or
@liunkae <https://github.com/Liunkae> 's workaround before pressing
Ctrl+Enter then everything works as expected.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#5775 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AFAUREFLDJNeKV9AJ5cljhtdXyzQOCJOks5rDhPpgaJpZM4K4luQ>
.
|
+1 from Twitter: |
Another +1 involving menu bar antics from Twitter: It's worth mentioning that we can fix the behavior for Windows, but we may not be able to fix the behavior on Linux, since we're not controlling / rendering the menu created |
+1 with #7323
|
I wonder why you leave this narrow issue open while closing the general one? The problem is that Alt activates the main menu and this causes all kinds of problems, including Alt+Left/Right to navigate, Shift+Alt to switch the language, Alt+D to enter the URL and got knows what. This makes Brave absolutely unusable. Why do you close the general issue #7323 yet leave Alt+D issue open? This is very unscientific to specialize on narrow symptom instead of curing the root. |
@valtih1978 you are correct- I apologize for not renaming the issue. I intended for this issue here to be a catch-all for "ALT showing menubar on Windows" issues. Several use cases are captured above, I had forgotten to rename the issue Unless a community member grabs this, I'll be the one working on it so I'm already familiar with (and have an idea of) the fix I'd like to implement (which is for the root cause). In those cases I need to be better about communicating 😄 |
Got a PR up for the issue! Thanks for all the great information, folks 😄 My fix will only work on Windows. For linux, we have a separate issue captured here: |
I would suggest a setting by which the user can enable or disable the Alt menu key trigger. |
Windows 8.1 Brave: 0.18.36 |
(L) ALT + D = broken I do not wish to use CTRL+L or F6. Windows 10 |
For me ALT+D is something I've trained by Chrome and makes sense when my right hand is on the mouse. While CTRL+L works it requires taking hand off the mouse and while doesn't impact functionality, does impact usability. |
+1 from community https://community.brave.com/t/alt-d-on-windows-user-experience/22279?u=eljuno
|
+1 here. I've just come to log this as an issue. To me the title of this issue is slightly misleading. The default behaviour in Windows is that pressing the Pressing This suggests that the title should be 'Menu should not be activated with |
+1 here as well - with dual keyboard layouts, one would need to switch to a different layout frequently in different tabs. Triggering the menu bar on EDIT: One think I haven't noticed before is that using |
+1 here, still happening on version 0.23.73 with windows 10 Version 10.0.17134 Build 17134. Issue is with alt+d combo, alt+arrows seem to work. |
I know this isn't the best news, but I don't think we'll fix this with For those interested, it's still in an experimental stage, but there are builds available in case you'd like to preview what's coming soon |
This is still an issue in Brave 0.24.0 for Windows 7. As noted by earlier: |
Original issue description
Did you search for similar issues before submitting this one?
Tried looking for "Alt D new tab" but got nothing relevant.
Describe the issue you encountered:
I open Brave with one blank tab. I want to go to
www.example.com
. I press Alt+D to focus URL bar (as in many other browsers). I type "www.example.com", press enter. The site URL opens as expected, but Brave immediately opens a new tab and focuses it. I then have to close this new tab to view the site I just opened.The problem is not due to Alt+D but specifically due to Alt which focuses the menu bar. Pressing Alt makes the menu bar visible, if enter is pressed while it is visible a new tab will be opened. It can be avoided by pressing Esc after Alt+D but before pressing enter, this de-focuses the menu bar (it remains visible) and prevents the unexpected tab opening.
Expected behavior:
I expect the browse to behave the same as if I clicked the URL bar instead of used Alt+D - no new tab opened.
Platform (Win7, 8, 10? macOS? Linux distro?):
Happens on both Windows 7 and Arch Linux.
Brave Version:
Confirmed on 0.12.9-10 but happened on a few other versions (can't recall exactly which now). I think it's a 0.12.* issue. This bug wouldn't happen in older versions, at least as far back as 0.9, and since I only noticed it recently I don't think it happened in 0.11.*.
Steps to reproduce:
Alternatively:
1. Click URL bar and type something.
2. While URL bar still has focus press Alt, bringing up the menu.
3. Press Enter.
4. New tab opens. If before Enter you press Escape, it won't.
The text was updated successfully, but these errors were encountered: