Created attachment 156156 [details] On hover, the device exends off of the screen due to long text SUMMARY In the Audio Volume widget, under the Devices tab, if your device's full name is longer than the widget's width, hovering over it will cause it to extend beyond the (rightmost) edge of the widget. STEPS TO REPRODUCE 1. Ensure you have a device with enough characters to go outside of the widget, I was able to do this because of the very long names of virtual hardware. 2. Open Audio Volume 3. On the Devices tab, hover over OBSERVED RESULT Text extends outside of viewable area in widget. Slider also extends with it outside of the view. EXPECTED RESULT Probably wrap the text to the next line, just before the menu button. SOFTWARE/OS VERSIONS Operating System: KDE neon Testing Edition KDE Plasma Version: 5.26.90 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 Kernel Version: 5.15.0-58-generic (64-bit) Graphics Platform: X11 Processors: 4 × Common KVM processor Memory: 3.8 GiB of RAM Graphics Processor: virgl Manufacturer: QEMU Product Name: Standard PC (Q35 + ICH9, 2009) System Version: pc-q35-6.2
Possibly duplicate of bug 428191
Not quite since in this case no tooltip is involved. I guess the text should elide, which is the more technically correct thing to do instead of simply getting cut off, even though it still wouldn't be ideal since you wouldn't be able to see the full text.
Nate, it sounds like you interpreted this bug as it failing to elide a long string. It is already doing that correctly. The problem is that on hover, it shows the full string, but continues off the screen instead of (perhaps) wrapping to the next line.
In this case the problem is that we show the full string on hover, and *that* string overflows. So we have the standard set of options for how to handle a string that doesn't fit in its current space: 1. Elide it and add a tooltip to see the whole text. Downsides: still can't see the rest of it when not hovering. 2. Wrap it. Downsides: can re-arrange the layout awkwardly. 3. Expand the space to make it always fit. Downsides: isn't always feasible, and can produce bad results for really long strings. In this case 3 is not feasible and 2 would be undesirable because we don't want the layout to re-arrange on hover. So that leaves #1.
(In reply to Nate Graham from comment #4) > In this case the problem is that we show the full string on hover, and > *that* string overflows. So we have the standard set of options for how to > handle a string that doesn't fit in its current space: > 1. Elide it and add a tooltip to see the whole text. Downsides: still can't > see the rest of it when not hovering. > 2. Wrap it. Downsides: can re-arrange the layout awkwardly. > 3. Expand the space to make it always fit. Downsides: isn't always feasible, > and can produce bad results for really long strings. > > In this case 3 is not feasible and 2 would be undesirable because we don't > want the layout to re-arrange on hover. So that leaves #1. You're absolutely right Nate, I completely forgot to consider how unusual it would be for the interface to rapidly rearrange itself as you scrolled through it. Very long text (the broken variety) that was wrapped would not make it fully unusable, but I would definitely prefer the safer single line elided if such a breakage were to occur. I think there is a 4th option which would make text scrollable and use a fade instead of an elide, but that really just seems like a pain in general. Most OSes use the elide + tooltip and that seems to be the safest way to handle unexpected values, so it gets my vote as well.
Yeah scrolling faded text is generally considered horrible and hated by everyone, so I don't think we'll be going down that route. :)
What would be done to allow viewing the full name on a touch device?
The Labels seem to elide these days.