Bug 454452 - [feature] dynamically split panels by content
Summary: [feature] dynamically split panels by content
Status: REPORTED
Alias: None
Product: lattedock
Classification: Plasma
Component: application (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Michail Vourlakos
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-05-26 21:01 UTC by kevinfdezdominguez
Modified: 2022-05-27 21:05 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Example of a "split panel" (264.16 KB, image/png)
2022-05-26 21:01 UTC, kevinfdezdominguez
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kevinfdezdominguez 2022-05-26 21:01:00 UTC
Created attachment 149242 [details]
Example of a "split panel"

Right now if anyone want's to do anything regarding multiple panels on the same "line" with a dynamic size (plasmoids like Window title, app menu) or/and "unifying" them in a single one when a window is maximized (see atachment) things get messy and overlaps may happen.

If a panel could only draw the background where plasmoids where and pass mouse input down on empty areas this kind of setup would be far easier and stable.

To indicate a 'empty area' a latte separator could be used, ideally with an option to mark it as 'empty' in the plasmoid config.
Comment 1 Michail Vourlakos 2022-05-27 20:50:33 UTC
this is much harder than being described. More valuable solution would be to be able to edit multiple docks and panels at the same time. So when you change a value for one of them then all of them (for example in the same group) are adjusted accordingly.
Comment 2 kevinfdezdominguez 2022-05-27 21:05:44 UTC
(In reply to Michail Vourlakos from comment #1)
> this is much harder than being described. More valuable solution would be to
> be able to edit multiple docks and panels at the same time. So when you
> change a value for one of them then all of them (for example in the same
> group) are adjusted accordingly.

I guessed so. Group editing would be a nice-to-have but it doesn't fix the above described issues with overlaping and 'unification', the ideal solution would still be something along the lines of 'split panels'. Still, if no one wants to do the work of implementing this, group editing is better than nothing.