https://bugs.kde.org/show_bug.cgi?id=519579

cwo <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Latest Commit|                            |https://invent.kde.org/plas
                   |                            |ma/plasma-desktop/-/commit/
                   |                            |f04eb85deb73768759651e6d3fa
                   |                            |b7e61313a9b94
         Resolution|---                         |FIXED
             Status|ASSIGNED                    |RESOLVED
            Version|                            |6.7.0
  Fixed/Implemented|                            |
                 In|                            |

--- Comment #6 from cwo <[email protected]> ---
Git commit f04eb85deb73768759651e6d3fab7e61313a9b94 by Christoph Wolk.
Committed on 13/05/2026 at 12:58.
Pushed by cwo into branch 'master'.

applets/kickoff: better handling of fast return presses

A common complaint about our launcher widgets is that they do not
support the usage pattern of fast typing and immediate return to
yolo-launch an app, without confirming whether the query's top result is
actually what the user intended. If a user attempts this, what they
generally get is either nothing (if there are no results yet) or the
top match of whatever query reported last (typically a partial version
of the current query), which is often not what the user intended to
launch.

Instead, we queue enter presses, and launch only as soon as any of
the following conditions hold (including immediately, if applicable):

- no query is running/the running query finishes
- the current best match contains the queries string in its text
- the user presses return/enter again
- 750 ms have passed and there are query results (if there are not,
  check again in another 750ms)

We also need to tweak a few other places to work: The ListView only
handles key presses when it has contents, so we need to also allow
Return/Enter without them (so that presses while still searching are not
lost), and we need to update a property while its StackView status is
still activating, rather than only when it's activated, or very fast
return presses will still go to the regular view, rather than the search
view.
FIXED-IN: 6.7.0

M  +5    -3    applets/kickoff/FullRepresentation.qml
M  +34   -3    applets/kickoff/KickoffListView.qml

https://invent.kde.org/plasma/plasma-desktop/-/commit/f04eb85deb73768759651e6d3fab7e61313a9b94

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to