Skip to content

Delay after opening Application Menu (mainmenu) #1770

Open
@jetibest

Description

@jetibest
Expected Behavior

I configured the SUPER/WIN key to open up the application menu (mainmenu).
So I press the SUPER/WIN key, and after the key is released, the application menu opens up, with the focus set to the search bar.
Then I can immediately type a keyword, to search for a program, and type Enter/Return to start it.

Current Behavior

After pressing the SUPER/WIN key, the application menu takes maybe 200ms to open up, then puts the focus to the search bar.
When typing on my keyboard: Super_L + H + E + L + L + O, in a regular fast typing speed, the menu is too slow, and the search bar now only contains "llo" instead of "hello".

Possible Solution

Either make the menu popup instantly, with proper caching or something, I don't know how it works, but maybe already show the panel invisibly, and then only turn it visible, so that it is either faster to display or can already set focus to the search bar even while it is not visible yet.

Or register the keys from the keyboard before showing the menu, and re-simulate the keypresses after the menu is showing. Also, for instance, if pressing Super_L + Arrow_Up + Arrow_Up + Return, to quickly lock the screen ('lock screen' being just above the search bar).

Since I am not familiar with the code, it's hard to tell what could solve this, but these are just generic ideas that might help you brainstorm a proper solution.

Steps to Reproduce (for bugs)
  1. Right-click Application Menu in the panel
  2. In Main Menu settings, setup Keyboard Shortcut to Super_L, and close the dialog.
  3. Press Super_L, and immediately keep on typing any word, such as "hello".
  4. Notice that only "ello" or "llo" is typed into the search bar.
Context

I know it can be done, because I'm used to KDE Plasma, and I've always found it incredibly useful to be able to run a program or use arrow keys to run a "favorite" program within a few quick keypresses. I have by no means a slow computer, or slow disk (using M.2 SSD), but still this delay exists. I can only imagine how counterproductive this issue must be on a computer less fast.

A separate shortcut would work, but it is easier to remember the name of the application you want to run (hard to forget), than to remember which shortcut you assigned it to (like Super_L + R to start a terminal application). I've found the start menu more accessible for this purpose, and it seems like the goal of a start menu to do this particular task.

Using the mouse there would not be a problem. However, you want to use a keyboard, because for instance, while programming, you are already having your hands on the keyboard. Then you want to quickly run some stuff in a terminal, after which you need the keyboard again. Grabbing your mouse, is an additional action that will simply slow you down.

System Information
  • LXQt Version: 1.0.0
  • Distribution & Version: Arch Linux 5.17.1-arch1-1 build fails #1 SMP PREEMPT Mon, 28 Mar 2022 20:55:33 +0000 x86_64 GNU/Linux
  • Qt Version: 5.15.3
  • liblxqt Version: ?

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions