https://bugs.kde.org/show_bug.cgi?id=494887
Bug ID: 494887
Summary: Clipboard pop up window too tall, lacks border and
first item obscured by buttons
Classification: Plasma
Product: plasmashell
Version: 6.2.1
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Clipboard
Assignee: plasma-b...@kde.org
Reporter: c...@horwell.me
Target Milestone: 1.0
SUMMARY
Since Plasma 6.2.0, it feels uncomfortable to use the clipboard pop up
(Klipper) due to the large excessive height it takes when opened using a global
shortcut (CTRL+V). This is more apparent when the cursor is near the bottom and
there are only a few items.
It also lacks a border/shadow, so the background can clash with similar colours
underneath - at least under a dark theme.
The first item is highlighted (as with previous versions), but now there are
now 4 buttons obscuring the text.
STEPS TO REPRODUCE
1. Have multiple items copied to the clipboard.
2. Open a KWrite window near the bottom of the screen and open the clipboard
pop up (CTRL+V) on a 1080p/2160p screen.
OBSERVED RESULT
The list is positioned much higher from where the cursor is due to the
excessive height, taking up under half the screen in some cases. The lack of
border/shadow on the pop up causes it to blend into the application toolbar.
Items also had large padding which seems out of place for a contextual menu/pop
up. The text for the first item was obscured by 4 buttons.
EXPECTED RESULT
The pop up fits the contents of the list; items didn't have too much padding
and the pop up has a shadow/border to enforce it's floating above the window.
The text for the first highlighted item isn't obscured by buttons.
SOFTWARE/OS VERSIONS
Arch Linux
KDE Plasma Version: 6.2.1
KDE Frameworks Version: 6.7.0
Qt Version: 6.8.0
ADDITIONAL INFORMATION
The older context menu style was greatly preferred as it was simple, smaller
and more productive. As a user, I used the pop up clipboard menu for switching
between text, but not to switch images or manage the clipboard itself. More
control was possible via the "Clipboard" applet when needed.
If the change intentional for 6.2.0, this bug could be a suggestion to consider
a context menu when non-text selection is disabled, or if the focused input is
a text box (which sounds impossible). Otherwise, I would be interested to patch
it back locally, or perhaps there's an API to read Klipper so a custom script
can handle the shortcut?
--
You are receiving this mail because:
You are watching all bug changes.
