[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#44333: 27.1; macOS menu bar 2-clicks
From: |
Mattias Engdegård |
Subject: |
bug#44333: 27.1; macOS menu bar 2-clicks |
Date: |
Fri, 25 Dec 2020 17:06:15 +0100 |
23 dec. 2020 kl. 21.33 skrev Alan Third <alan@idiocy.org>:
> OK, I've had a go at this and tried removing EVERYTHING related to the
> delayed menu stuff and, as you say, it seems fine, but I barely ever
> use the menus, so I could be missing something.
Thank you, I tried exactly the same thing. While it works, there are annoying
delays in dropping down the menus -- sometimes they come down immediately, but
more often than not I get a delay of 100-300 ms. Do you experience them too?
In any case, it's a lot better than the previous double-clutch menus. I rarely
use the menus either but partly because they were so annoying; I find them
useful for discovering functionality and keys in packages. Getting rid of the
delays would be nice, though.
> For the record, the menu code (or maybe it's the toolbar, but I
> suspect the menus) kills GNUstep builds stone dead as soon as you try
> typing anything. It looks from the debugger like Emacs is still
> running, but it just won't update the screen. Turning off the menus
> appears to fix it.
Maybe we could make the change conditional on GNUstep?
- bug#44333: 27.1; macOS menu bar 2-clicks, Alan Third, 2020/12/23
- bug#44333: 27.1; macOS menu bar 2-clicks,
Mattias Engdegård <=
- bug#44333: 27.1; macOS menu bar 2-clicks, Alan Third, 2020/12/25
- bug#44333: 27.1; macOS menu bar 2-clicks, Alan Third, 2020/12/25
- bug#44333: 27.1; macOS menu bar 2-clicks, Mattias Engdegård, 2020/12/25
- bug#44333: 27.1; macOS menu bar 2-clicks, Alan Third, 2020/12/26
- bug#44333: 27.1; macOS menu bar 2-clicks, Mattias Engdegård, 2020/12/26
- bug#44333: 27.1; macOS menu bar 2-clicks, Alan Third, 2020/12/26
- bug#44333: 27.1; macOS menu bar 2-clicks, Alan Third, 2020/12/27
- bug#44333: 27.1; macOS menu bar 2-clicks, Mattias Engdegård, 2020/12/27