https://bugs.kde.org/show_bug.cgi?id=484975

            Bug ID: 484975
           Summary: Default position of quick tiling dividers (50%) should
                    be based on available space, not including panels
    Classification: Plasma
           Product: kwin
           Version: unspecified
          Platform: openSUSE
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: Quick Tiling
          Assignee: kwin-bugs-n...@kde.org
          Reporter: matterhorn...@proton.me
  Target Milestone: ---

SUMMARY

In Plasma 6.0 (and historically), when a window is tiled using the Quick Tiling
feature, and the position of the dividers between tiles has not yet been set,
the screen is split equally along each edge. Two quick-tiled windows next to
each other both have 50% of the horizontal screen width, two tiled above each
other 50% of the vertical height.

When panels are used and are set to be Always Visible, the size of windows
added to the quick tile region containing the panel is decreased. Tiles are
thus no longer equal in size. If the screen is a typical 1080p monitor, and a
panel is thick (such as in the style of a Dock), the difference is quite
significant.

A panel pinned to the left side of the screen, for example, results in all
windows tiled to the left being smaller than those on the right. Obtaining a
50:50 split in size currently requires manual adjustment of the dividers.

***
My request:
Permanently visible panels should not be included in the calculation of the
halfway points used for dividing the screen into quick tile zones. Instead,
each tile should be exactly one half or one quarter of a maximized window.
***

Personally, this feels to me like it is the logical behaviour and should be
default. However, if it's felt that the default behaviour should be as it is
now, at least a toggle in the Window Behaviour settings would be nice. I feel
like the code and maths can't be horrendously difficult to implement because
the available non-panelled screen area is already being calculated for
maximized windows in the same way, which are set to fill it. But I could be
wrong, maybe it's not trivial.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to