| Summary: | muon-discover: layout changes unnecessarily when updates are found | ||
|---|---|---|---|
| Product: | [Applications] Discover | Reporter: | Achim Bohnet <ach> |
| Component: | discover | Assignee: | Jonathan Thomas <echidnaman> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | aleixpol, sitter, thomas.pfeiffer |
| Priority: | NOR | Flags: | aleixpol:
Usability+
|
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Achim Bohnet
2014-01-16 23:13:13 UTC
Marking wishlist. This is actually something google chrome explicitly addressed WRT tab resizing-while-managing-tabs. Essentially for as long as the mouse is inside the tab bar (+random time for margin of error) the relative tab size will not change. For Discover something similar ought to be handy: Don't resize buttons for as long as the mouse is inside the tab bar (+random time) || the search field has focus. There is however a general downside to indicating it by text in general. '(%1 updates)' may be some 50 characters long in some language which makes the button insanely long. Not necessarily related to the report at hand, but since Achim mentioned it I thought I'd bring that problem up. Perhaps instead of fixing this it would indeed be worthwhile to simply devise another way to indicate updates. This should probably be discussed together with the new design: https://forum.kde.org/viewtopic.php?f=285&t=121810 Could you test if the problem still occurs with Discover 5.6? Should not be a problem with the new design |