https://bugs.kde.org/show_bug.cgi?id=465590
--- Comment #5 from doncb...@gmail.com --- (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. -- You are receiving this mail because: You are watching all bug changes.
