https://bugs.kde.org/show_bug.cgi?id=488758
--- Comment #3 from Ismael Asensio <isma...@gmail.com> --- This is not a bug but intentional behavior. Previously we had the options named something like "group by row/group by column", but were (with good criteria) changed to the current ones which are generally more clear, but it may it look like a bug on some cases. That said, it is a behavior that can be changed (not as trivial as you may think but not complex). The first problem is that there are surely users that use and are used to the current behavior, and a change like this would mess up their set-ups, and then they would probably report a bug in the opposite direction. A clear case are those that set the Task Manager to not fully expand but occupy minimum space. In that case they expect the tasks to be filled by column to achieve this. Another thing to consider is why to show several rows even if some of them are empty space. The "group by row" option already solves this by showing only rows with tasks on them, which give the tasks more space for the text and a higher click surface. The only difference with the proposed alternative is that the tasks would compress first until their minimum width, before adding a second row. There's the possibility to create yet another new option, but unfortunately the Task Manager is already at the verge of an option creep, and the combinations between them multiply (as an example the case I mentioned). In case we add one, I'd rather have this option be "how much do we compress the the tasks before starting a new row" than one to always show two rows but fill them left-to-right first. Not closing as intentional because there's a discussion on how to act on this, but having all the above concerns in mind. -- You are receiving this mail because: You are watching all bug changes.
