[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-11-11 Thread Norbert
https://bugs.kde.org/show_bug.cgi?id=465937

--- Comment #34 from Norbert  ---
(In reply to WiseLord from comment #15)
> One more related issue:
> 
> 1. Quick tile a window to the left or write, it doesn't matter.
> 2. Swtich to another desktop (e.g., from 1 to 2)
> 3. Quick tile one more window.
> 4. Resize 2nd window
> 5. Get back to desktop 1.
> 
> You'll see that 1st window also was suddenly resizes.
> 
> I don't think it's an expected behaviour. Resizing windows belonging to one
> desktop should not impact on windows on other desktops.

Also experiencing this one. Most definetly a bug

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-11-11 Thread Norbert
https://bugs.kde.org/show_bug.cgi?id=465937

Norbert  changed:

   What|Removed |Added

 CC||norbertzpil...@gmail.com

--- Comment #33 from Norbert  ---
To me there should be a config option for this 2 things (probably separately):
  - quick tiling forced to 50% width
  - disable of any width change to other windows

I used to use it as follows:
  - quick tile both windows to 50%
  - resize them to ~75% to still allow quick switching (click on the
backgrounded window) and having reasonable work space.

Now this workflow is broken (seems not only for me). Please add config options
for these. We don't want to be forced to do anything.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-11-03 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=465937

Nate Graham  changed:

   What|Removed |Added

 CC||krystof...@gmail.com

--- Comment #32 from Nate Graham  ---
*** Bug 476474 has been marked as a duplicate of this bug. ***

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-10-24 Thread Daniel
https://bugs.kde.org/show_bug.cgi?id=465937

Daniel  changed:

   What|Removed |Added

 CC||daniel-other+kdebug@dadosch
   ||.de

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-10-23 Thread Mauricio
https://bugs.kde.org/show_bug.cgi?id=465937

Mauricio  changed:

   What|Removed |Added

 CC||mauricio.caceres.bravo@gmai
   ||l.com

--- Comment #31 from Mauricio  ---
+1 For this to be reverted or configurable.

I downgraded KDE when this first appeared and I'm disheartened to discover that
months later there is still not a solution. Please allow the old quick-tile
behavior; I really have so much muscle-memory built around it.
(https://github.com/acristoffers/kwin-rectangle is a serviceable workaround but
resizing after using it is currently buggy for me.)

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-10-19 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=465937

umbre...@177.mozmail.com changed:

   What|Removed |Added

 CC||umbre...@177.mozmail.com

--- Comment #30 from umbre...@177.mozmail.com ---
We used it as a torture tool at work to get suspects to talk and it worked well
beyond our expectations !
Thank you very much, however if it is possible to be able to reattribute the
old behavior which works just magnificently for the innocent people who didn't
ask for anything, it would be really appreciated.

I honestly don't understand how it could have seemed like a good idea to you to
deploy this as is by completely removing a functionality that was otherwise
useful and fonctional.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-10-17 Thread Dragoon Aethis
https://bugs.kde.org/show_bug.cgi?id=465937

--- Comment #29 from Dragoon Aethis  ---
@Samantaz Fox, you can try to undock windows by holding a keyboard shortcut to
resize a window, then resizing a window by two sides. If you do it on both
sides, it should reset back to 50/50 - if it doesn't, I just log out and back
in :( It's really annoying.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-10-17 Thread Samantaz Fox
https://bugs.kde.org/show_bug.cgi?id=465937

Samantaz Fox  changed:

   What|Removed |Added

 CC||coding+kde_bugzilla@samanta
   ||z.fr

--- Comment #28 from Samantaz Fox  ---
I'd be really grateful to have a setting to disable this feature.

Maybe related: even after moving all windows around, I can't get the tiling
back to 50/50. And Meta+T does nothing.
Ftr, I'm on Fedora 38. I'll probably update to F39 during the week.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-09-28 Thread Till Seifert
https://bugs.kde.org/show_bug.cgi?id=465937

--- Comment #27 from Till Seifert  ---
(In reply to alberto.rinaudo from comment #26)
> (In reply to Nate Graham from comment #7)
> 100% agree with Nate, I don't think this needs new configurable settings.
> The split position should reset to 50% once all windows have been closed or
> "un-splitted".

That would be intuitive for one desktop. If you use many it will still be very
annoying. So it should then be a state per desktop, or there should be a way to
turn it off.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-09-28 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=465937

triffid.hun...@gmail.com changed:

   What|Removed |Added

 CC||triffid.hun...@gmail.com

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-09-28 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=465937

alberto.rina...@gmail.com changed:

   What|Removed |Added

 CC||alberto.rina...@gmail.com

--- Comment #26 from alberto.rina...@gmail.com ---
(In reply to Nate Graham from comment #7)
> I tend to agree that preserving the split while there aren't tiled windows
> seems wrong because the behavior is invisible and non-resettable. It seems
> okay to preserve it as long as there are at least one quick-tiled window on
> either side of the split, but once that ceases to be the case, the split
> should reset to its midpoint position.
> 
> The name "Quick Tiling"e even communicates that this is a short-term
> transient thing; if you want a more permanent setup, you should use the new
> Custom Tiling system.
> 
> Re-opening.

100% agree with Nate, I don't think this needs new configurable settings. The
split position should reset to 50% once all windows have been closed or
"un-splitted".

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-09-20 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=465937

unsuspicious.fakename+kdeb...@gmail.com changed:

   What|Removed |Added

 CC||unsuspicious.fakename+kdebu
   ||g...@gmail.com

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-09-19 Thread Duncan Calvert
https://bugs.kde.org/show_bug.cgi?id=465937

--- Comment #25 from Duncan Calvert  ---
(In reply to jake gaisser from comment #23)
> This  may not be a solution for everyone, but just having a setting that
> always forces 50% for tiling would make me happy, then it would behave like
> it did previously.

+1 This would be great. I snap windows around constantly and always want them
to snap 50%. I often adjust the width afterwards and am usually okay with
windows overlapping some. It's a nice way to keep track of what's there while
getting the full view when focusing it.

Changes like this subvert the utility of so many of the concepts of a normal
windowing system. We shouldn't be forced into tiling.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-09-19 Thread Bob Borges
https://bugs.kde.org/show_bug.cgi?id=465937

Bob Borges  changed:

   What|Removed |Added

 CC||robert.d.bor...@gmail.com

--- Comment #24 from Bob Borges  ---
+1 for the general complaints. Please implement possibility to:

- disable automatic resize of two adjacent quick-tiled windows
- disable automatic resize of quick tiled windows on all virtual desktops

I'm a recent KDE user, and generally love it, but this behavior alone has me
considering changing DE/WM again after just a couple months.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-09-18 Thread jake gaisser
https://bugs.kde.org/show_bug.cgi?id=465937

--- Comment #23 from jake gaisser  ---
This  may not be a solution for everyone, but just having a setting that always
forces 50% for tiling would make me happy, then it would behave like it did
previously.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-09-16 Thread Josh
https://bugs.kde.org/show_bug.cgi?id=465937

--- Comment #22 from Josh  ---
I also dread accidentally triggering this feature. 

If I trigger it I have to close all windows, open four Konsole windows in each
corner of the screen and use the row/column indicator in each Konsole window to
ensure they're all 50% screen height and 50% screen width.

I once found the configuration file where the dynamic tiling is stored,
deleting that file and rebooting reverted the split back to 50/50. I can't
remember which file it was though.

Every time it happens I think about dumping KDE, not because this is a bad idea
just that it has been so badly implemented. 

KDE used to be famous for configuration and customisation then we get this
invisible feature (I don't even know what it's called!).

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-09-16 Thread jake gaisser
https://bugs.kde.org/show_bug.cgi?id=465937

jake gaisser  changed:

   What|Removed |Added

 CC||jakegais...@gmail.com

--- Comment #21 from jake gaisser  ---
+1 been driving my crazy for months. Today I tried some workaround. This kinda
works (https://github.com/acristoffers/kwin-rectangle) but it is also not as
good as the previous behavior. I just want to snap windows to half my
screen even if I previously manually resized a window. I am going nuts
here. I am to the point that I really need to train myself to NEVER resize a
window, which is sad because occasionally you do want a window larger than
half. I miss the old functionality so very much.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-09-11 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=465937

Nate Graham  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=472369

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-09-03 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=465937

nebelb...@posteo.de changed:

   What|Removed |Added

 CC||nebelb...@posteo.de

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-09-01 Thread Till Dörges
https://bugs.kde.org/show_bug.cgi?id=465937

Till Dörges  changed:

   What|Removed |Added

 CC||doer...@pre-sense.de

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-07-19 Thread Josh
https://bugs.kde.org/show_bug.cgi?id=465937

Josh  changed:

   What|Removed |Added

 CC||kde.isolating...@8shield.ne
   ||t

--- Comment #20 from Josh  ---
I agree that this should be optional. It feels unintuitive and more like a bug
than a feature.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-07-18 Thread Zebediah Figura
https://bugs.kde.org/show_bug.cgi?id=465937

Zebediah Figura  changed:

   What|Removed |Added

 CC||z.figur...@gmail.com

--- Comment #19 from Zebediah Figura  ---
I would also like to see this be reverted or configurable. I understand the
desire here and it makes sense to me—to effectively "set up" a custom layout.
However, I'm used to the old behaviour; I used it very frequently, and I want a
quick way to just make a window take up half of the screen, no matter how I
subsequently resized windows afterward.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-07-10 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=465937

bellersenm+bugs@gmail.com changed:

   What|Removed |Added

 CC||bellersenm+bugs.kde@gmail.c
   ||om

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-07-03 Thread Duncan Calvert
https://bugs.kde.org/show_bug.cgi?id=465937

Duncan Calvert  changed:

   What|Removed |Added

 CC||accou...@calvertsoftware.co
   ||m

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-06-26 Thread JohnMessy
https://bugs.kde.org/show_bug.cgi?id=465937

JohnMessy  changed:

   What|Removed |Added

 CC||johnz...@hotmail.com

--- Comment #18 from JohnMessy  ---
This issue is really driving me nuts, up the wall wanting to pickup my laptop
and throw out of the window nuts.

sorry for the previous line. But when using meta+shortcuts for all default old
posisionts icm the the "new" tiling system is really broken.

Please remove or make it configurable that there is no persistent configuration
for the quick tile posistions. If you want persistant, make it available
through the editor, every other change (99.9% times it's an unintentional
change in my case).  and the whole setup becomes unusable again. 

1. when temporary resizing a window, it should not snap a random  window  in
the background to the window an resize that to the window. 
2 resizing the window to 3 quarter of the screen, also results that when I use
Meta End to the bottem right quarter screen, results in a window with the left
top placed on 3/4 of the screen, but the window isn't resized the rest of the
window is off screen.

Please restore the old method, of make it configurable that the only persistant
window arrangement is the one done through the editor. The current system is
unworkable.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-06-21 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=465937

hector@hotmail.com changed:

   What|Removed |Added

 CC||hector@hotmail.com

--- Comment #17 from hector@hotmail.com ---
If this is intentional behavior, please add a way to disable it. It's driving
me nuts.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-06-20 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=465937

Nate Graham  changed:

   What|Removed |Added

 CC||1lq21dg6y...@opayq.net

--- Comment #16 from Nate Graham  ---
*** Bug 464950 has been marked as a duplicate of this bug. ***

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-06-13 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=465937

Nate Graham  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=438788

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-06-05 Thread Christian González
https://bugs.kde.org/show_bug.cgi?id=465937

Christian González  changed:

   What|Removed |Added

 CC||chgonzal...@gmail.com

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-06-01 Thread WiseLord
https://bugs.kde.org/show_bug.cgi?id=465937

--- Comment #15 from WiseLord  ---
One more related issue:

1. Quick tile a window to the left or write, it doesn't matter.
2. Swtich to another desktop (e.g., from 1 to 2)
3. Quick tile one more window.
4. Resize 2nd window
5. Get back to desktop 1.

You'll see that 1st window also was suddenly resizes.

I don't think it's an expected behaviour. Resizing windows belonging to one
desktop should not impact on windows on other desktops.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-05-31 Thread WiseLord
https://bugs.kde.org/show_bug.cgi?id=465937

WiseLord  changed:

   What|Removed |Added

 CC||wiselord1...@gmail.com

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-05-15 Thread Till Seifert
https://bugs.kde.org/show_bug.cgi?id=465937

--- Comment #14 from Till Seifert  ---
> if you open the
> tiling interface (Meta+T) and delete all the tiles, all of the
> quick-snapping features behave like they used to in pre-5.27.

Not for me ( kwin 5.27.5 ). There were actuyll no tiles in the Meta-T view in
the first place after updating to 5.27.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-04-17 Thread Lewis
https://bugs.kde.org/show_bug.cgi?id=465937

Lewis  changed:

   What|Removed |Added

 CC||lewisea...@gmail.com

--- Comment #13 from Lewis  ---
(In reply to Kamil Cukrowski from comment #12)
> I would kindly want every time I click Meta+Right the window should be placed 
> exactly at the right exact half of
> the screen every time, irrelevant if it was resized, or full screen, or
> anything

Hi Kamil - me too! A bit of experimenting has shown that if you open the tiling
interface (Meta+T) and delete all the tiles, all of the quick-snapping features
behave like they used to in pre-5.27.

I'm sure this feature will help a lot of people, but it is confusing that our
existing bindings' behaviour changed without any explanation. Hopefully the KDE
team can find a way to allow the two features to coexist, or at least make the
onboarding experience less jarring.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-04-14 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=465937

Nate Graham  changed:

   What|Removed |Added

   Priority|VHI |HI

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-04-03 Thread Kamil Cukrowski
https://bugs.kde.org/show_bug.cgi?id=465937

Kamil Cukrowski  changed:

   What|Removed |Added

 CC||kamilcukrow...@gmail.com

--- Comment #12 from Kamil Cukrowski  ---
+1 Hi! KDE is amazing, and thanks for making it! Please make this behavior, if
it is intentional, optional. I would kindly want every time I click Meta+Right
the window should be placed exactly at the right exact half of the screen every
time, irrelevant if it was resized, or full screen, or anything. Please kindly
add an option to make it possible, it is a really simple behavior. Thank you.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-04-02 Thread Prajna Sariputra
https://bugs.kde.org/show_bug.cgi?id=465937

Prajna Sariputra  changed:

   What|Removed |Added

 CC||putr...@gmail.com

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-04-02 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=465937

Nate Graham  changed:

   What|Removed |Added

   Priority|NOR |VHI

--- Comment #11 from Nate Graham  ---
Raising priority as this is rather annoying and we're getting a lot of negative
feedback about it. If adjacent quick-tiled windows are supposed to resize
together now, it doesn't work reliably and predictably enough to seem like a
feature; instead it seems like a bug. In my recent experience, it feels like
anytime I *want* my adjacent quick-tiled windows to resize together, they
don't, and then later windows will resize together or quick-tile to unexpected
regions in a way that feels quite random.

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-03-09 Thread Dragoon Aethis
https://bugs.kde.org/show_bug.cgi?id=465937

Dragoon Aethis  changed:

   What|Removed |Added

 CC||k...@dragonic.eu

--- Comment #10 from Dragoon Aethis  ---
One more +1 to make this quick tiling behavior optional, it's driving me nuts.
I have a setup w/ 1440p screen, an instant messenger open in a 640px wide bar
to the left, 1920px wide browser/editor/whatever to the right that I overlay
with other windows 50/50, and trying to mix this 50/50 on top of the 640+1920px
windows gets weird results (let's say I have a 1920px wide browser and want to
overlay 50% wide PDF browser - nope, it'll force it into the 640px bar, you
have to first resize any window manually to "undock" the window from the quick
tiling state).

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-03-07 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=465937

Nate Graham  changed:

   What|Removed |Added

 CC||avall...@o2.pl

--- Comment #9 from Nate Graham  ---
*** Bug 466817 has been marked as a duplicate of this bug. ***

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-03-02 Thread Benjamin Xiao
https://bugs.kde.org/show_bug.cgi?id=465937

--- Comment #8 from Benjamin Xiao  ---
@Nate Graham, I think that's a perfect way to do it!

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-03-01 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=465937

breakingsp...@gmail.com changed:

   What|Removed |Added

 CC||breakingsp...@gmail.com

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-02-22 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=465937

Nate Graham  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|REPORTED|CONFIRMED

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

[kwin] [Bug 465937] Split does not reset to its original value once "adjacent quick-tiled windows" configuration ceases to exist

2023-02-22 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=465937

Nate Graham  changed:

   What|Removed |Added

   Keywords||regression
 Status|RESOLVED|REPORTED
Summary|Resizing quick tiled|Split does not reset to its
   |windows affects quick   |original value once
   |tiling behavior |"adjacent quick-tiled
   ||windows" configuration
   ||ceases to exist
 Resolution|INTENTIONAL |---

--- Comment #7 from Nate Graham  ---
I tend to agree that preserving the split while there aren't tiled windows
seems wrong because the behavior is invisible and non-resettable. It seems okay
to preserve it as long as there are at least one quick-tiled window on either
side of the split, but once that ceases to be the case, the split should reset
to its midpoint position.

The name "Quick Tiling"e even communicates that this is a short-term transient
thing; if you want a more permanent setup, you should use the new Custom Tiling
system.

Re-opening.

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