Bug 407676

Summary: Enable "drug and maximize/restore window" by default.
Product: [Unmaintained] lattedock Reporter: Nikolai <dev>
Component: applicationAssignee: Michail Vourlakos <mvourlakos>
Status: RESOLVED INTENTIONAL    
Severity: normal    
Priority: NOR    
Version First Reported In: git (master)   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Nikolai 2019-05-18 06:40:55 UTC
SUMMARY
Drugging border-less maximized window from top panel has become separate functionality in latte. And it is disabled by default what can lead to confusion for users (in my experience).
When i enabled "bordeles maximized window" functionality in layout i got confused as to why i couldn't drug window from the panel any more. I thought it was a bug (which i filed).
I would like to suggest to enable this functionality automatically when users enabling its support in layout configuration.

STEPS TO REPRODUCE
1. 
2. 
3. 

OBSERVED RESULT
in the layout setting support for borderelss windows was enabled. but it was not possible to drug bordeless maximized windows from top panel.

WISHED RESULT
when support for borderless windows is enable in layout settings this "drug to maximize/restore" functionality enabled as well automatically. 

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 Michail Vourlakos 2019-05-18 07:15:06 UTC
unfortunately that would add a lot of clutter in the code because this option is set at per dock/panel basis and in the dock case(which is the main use case) it can create some issues.

The confusion in only for the users that already are using Latte git version, so any default changes or new options it is logical to break their workflows. For new users when the get v0.9 they are going to search for this
Comment 2 Michail Vourlakos 2019-05-19 17:13:40 UTC
that was answered...
Comment 3 Nikolai 2019-05-20 09:08:39 UTC
thnx for response... fully in favor of not over complicating code for minor annoyance.