https://bugs.kde.org/show_bug.cgi?id=467385
--- Comment #2 from Vojtěch Bartoň <gamingforyou...@gmail.com> --- (In reply to Nate Graham from comment #1) > In fact using the "fill empty space" option is the only thing that can fix > it right now. Without that option being used, the Task Manager widget's > length is unbounded and it's up to you to manage this. > > This seems like a fairly glaring oversight, but in fact it would be > surprisingly challenging to fix: one approach would be to let widgets to be > able to know the size of the panel they live in so they could calculate a > practical maximum width for themselves, but this is currently is not the > case and we don't want to do this because it would break widgets' > encapsulation. What we'd have to do is make the panel itself refuse to allow > non-space-filling widgets to have more than a certain height/width by > capping their width to the value of to [total panel length - combined length > of all other widgets]. But this should only be applied to non-space-filling > widgets; most don't need such treatment. So we would also need to implement > a way for widgets to communicate to the panel they live on to essentially > say, "hey please cap my maximum length for me because I don't do it myself > kthx". > > FWIW... > > > but that makes the Task Manager not properly centered (between two spacers). > This is a bug; it's supposed to center itself properly between the two > spacers. Can you submit another bug report about that so we can investigate > and fix it and then you don't have to use a workaround that breaks other > things? Thanks for the explanation, submitted a new bug :). https://bugs.kde.org/show_bug.cgi?id=467416 -- You are receiving this mail because: You are watching all bug changes.
