Current, splice dropping is enabled by default and shift is used to move window normally. Can there be an option to flip that so the slices are ignored by default and shift is needed for them to react to windows.

I'm not talking about window snapping. When I start moving a window, the screen shows: Drag to a split monitor to maximize
As I move the window over another slice, it says: Hold shift to drag window normally

So I just want normal window dragging to be the default

I would also love to have this as a feature. I'd prefer the maximizing to a window split to be "opt-in" using the modifier key rather than opt-out by default using the modifier key.

I use the splits every day in my work on my ultra-wide monitor, but often times just moving a window not already maximized that I am floating on top of everything I don't want it to start maximizing to one of the splits. I'd rather have to hold the modifier key in to make it snap for specific windows only.

Please count this as another vote. This is something FancyZones does better for splits right now. If DisplayFusion would allow you to choose, that would be great!

Please add another "Drag to a split monitor w/o maximize by default" vote from me.

Just found this thread. I'd like to be able to disable it too... It seems to only happen if I drag a window that was maximized at the time of dragging to my other monitor.

Actually, just learned hot to fix the issue I was having here. Hopefully helpful to others. Go into Setting > Window Management, and then disable the first check box labelled: "Enable maximized window dragging between monitors"

But this removes the VERY useful (to me, anyway) function of actually dragging maximized windows.

DF - please add me to the list of people desiring to drag ANY window to ANY monitor and REQUIRE some KEY PRESS to FORCE a MAXIMIZE of the window when it is dropped on the new monitor location.

Oh, if it is not planned, please ALSO provide that same functionality when (shift)middle-clicking window caption to move to alternate monitor. If KEY is pressed, MAXIMIZE. If not, keep same size.

It's been 6 years since this was opened, and until today this feature has still not been implemented. I am currently using the trial version as I needed a good alternatine, but this, I think will be a big deal breaker for me!

My workaround is:

• uncheck: [_] Enable maximized window dragging between monitors
• install powertoys, create fancyzones (FZ) zones matching DF splits exactly, configure FZ to only activate when shift is held

DF splits are still useful in this scenario since FZ zones do not support maximizing windows within the zone but works great for DF splits.

I'm in love with FZ, the main reason why I wanted to give DF a try was precisely for the maximizing windows within a zone. If FZ had such function I wouldn't have considered DF. But then I come to try DF, and thank god there is a trial and I start to find this little "quirks", and I am super discouraged from buying a license. I can live with the lack of maximization of FZ, sure I have to drag the window to maximise to the zone, but at least there's no little things, at least in my experience.

Its a shame that in 6 years, this has been added as a request and never implemented, this shows a bit of lack of care in my opinion,simply becuase this is a licensed product. With FZ you can't expect anything, it's free after all.

Another DF feature I depend on is being able able to use existing or modified DF functions to move windows between splits or to resize them to fit multiple splits. I then map those functions to my windows touchpad gestures so I can four-finger swipe to move a window (along with mouse cursor) to another split based on the swipe-direction. Or hold down SHIFT while doing the same gesture to resize the window into the direction's split.