I have two monitors. Primary in Landscape (2560 x 1440) and Secondary in Portrait (1440 x 2560). I find the "definition" of monitors confusing, perhaps not clear, or consistent -- I'm having to think or work too hard on this subject, in an otherwise virtually perfect product. I'll give a basic configuration (even though eventually my real world configuration would have a few more split monitors).

* Primary Landscape split vertical into two 1280 x 1440, 1.1 and 1.2
* Secondary Portrait split horizontal into 2.1 (1440 x 2000), and 2.2 (1440 x 560)

However, in BOTH cases my need is to have each physical monitor ALSO be a monitor. Hence, something like 1.0 and 2.0 would be the entire physical monitor respectively. In my domain, I need is to have all applications and windows use the entire physical monitor and a few directed behaviors to specific virtual monitors. The "Monitor Configuration" doesn't allow for this capability without significant effort and then you can't view or select the various splits or whole monitor. Currently, if you have the monitors configured as I specified above (1.1, 1.2 and 2.1, 2.2) then you will encounter many apps behavior defaulting to either 1.1 or 1.2 and rarely the whole monitor (1.0) as I'd expect or desire as default.

What is the thought on enhancing the product so a 1.0 and 2.0, etc. represent the whole monitor region with enhanced capabilities in the "Monitor Configuration" so the UI and UX would support such a concept?

I'm very serious about hearing the thoughts, ideas and concerns. I really want to use and recommend a product which requires the minimal amount to custom scripting to achieve what is as basic functionality. I've used many different products over the years and it's been frustrating as a software developer and not finding the 'ultimate' product -- DisplayFusion, is very close. I've been using Actual Windows Monitor and, unfortunately, there is significant amount of overhead in using the product as my environment required hundreds of custom settings to achieve what I'm currently able to achieve with DisplayFusion with only 5 custom settings, so far.

Sorry for the long delay, especially since I find myself needing this capability multiple times daily.

1. I'd like to see the "Monitor Configuration" enhanced with the ability to add MULTIPLE "Splits and Padding" for each Profile. There would be a list showing each defined "Split and Padding" configuration, edit, delete. Seems to me that "Use these Features with Split Monitors" would be defined for each defined "Split and Padding" definition. The order of list could be modified so toggling (see below) through the list could be optimized for the desired workflow efficiency.

2. There would be some "key" (tab/shift+tab?) press defined under "Monitor Configuration" which would toggle through each of defined "Split and Padding" (should they exist) for when the "Move Window to Different Monitor" Popup was displayed. The order of the displayed "Split and Padding" configurations would be the specified order in the defined list (above). Perhaps there would be the current number of the "Split and Padding" definition displayed out of the total. Example: "1/2"

The above seems to provide minimal changes to the existing "Move Window to Different Monitor" Popup, save the coding to switch and display the different "Split and Padding" configurations, yet keeps the same look and feel while providing the extra functionality and value.

Takes up more screen real estate. However, doesn't allow for requirement where even a different split setup was needed outside the single split ability. The multi-split concept seems to allow for very rapid selection and placement. As monitors become larger and larger, I'd say having multiple splits seems to become a desired needed.

I realize multiple profiles could achieve in a way, but in those configurations there is much more than just additional splits. Even if multiple profiles achieved this it still would not resolve the ability to click the popup and select the desired location with minimal clicking and get exactly your desired outcome app placement location.

I'll take whatever enhancement becomes available. Currently, it is very limiting to quickly configure different app placement where having the predefined multi-splits would overcome.

Thanks!

ENVIRONMENT:
Windows 10 Pro 64-Bit, v1703, Build 15063.413, I'm experiencing significant problems with the Monitor Configuration > Splits and Padding. I'm using a SINGLE monitor (Dell Precision 7720). I have a single split defined (2x1), so there is 1.1 @1920x2160 and 1.2 @1920x2160, and there is 1 @3840x2160. NOTE: Using Windows native TaskBar. TaskBar docked at TOP

PROBLEMS:
#1) It is impossible to get an application to MAXIMIZE to the FULL SCREEN. It either goes to 1.1 or 1.2 but never 1 (or 1.0 as I'll call it).

#2) Using the Title Buttons Move Window to Current Monitor and Maximize will only maximize to the current 1.1 or 1.2 zones, but never to 1.0

#3) Move Window to Different Monitor (shows monitor selector), the Maximize button is disabled.

#4) Related to #3 above and this posting there needs to be some way to select the entire screen real estate for any specific monitor.

How can I assist so this can be implemented quickly. I'm open to writing/debugging the code myself if that would help. Would sign NDA.

#1) If I have an application/shortcut or otherwise, and the properties are set to "maximize" when it is executed. How can I have it maximize to the full screen rather than the split it always gets associated with?

My concern her is the amount of effort required to configure a hundred or so programs and their associated open behavior.

Example: DisplayFusion is always displaying its splash screen at 1.2, and opens there too. I'd always want DisplayFusion to use the entire screen 1.0, centering in the center of the monitor rather center of 1.2 split, including having the DF windows centered.

---

#2) I'm noticing that more than a few apps I'm using, example: MediaCenter version 23 (J. River), most current, is being put into a split 1.1 (totally okay with that). Yet, when I click the close button wacky behavior exists and it never will close the application when DF is active. It acts as if it is doing a maximize/restore (to normal) all within the 1.1 split. ALT-F4 will correctly close the app. This seems as if DF is missing handling some part of how MediaCenter 23 handles the close button. The application has a theme (skin) capability modifying the appearance of the app/buttons and all.

The skin being used is called "ThunderStorm"

https://yabb.jriver.com/interact/index.php/topic,111212.0.html

---

#3) How can an app pinned to the TaskBar, Menu, or ThirdParty menu system, I.E., TrueLaunchBar execute an application and place that application into a specific split, or force to using the full screen? I'm guessing scripting, but there must be a quicker, faster, way this can be achieved, rather than having to manage a script for each app, rather than an integrated solution where the end-user selects within the properties of the app Properties, Run: "Minimized, Normal, Maximized" --> "Minimized 1.0, Minimized 1.1, Minimized 1.2, Normal 1.0, ..." by augmenting the dropdown. Or perhaps another method? Even if DF kept a listing of all apps that were executed and the end-user could go to the list, and click where to put the app 1.0, 1.1, etc. and min,normal, max, it would be a huge maintenance and practicability, and workflow assistance.

What are your thoughts on this? Productivity for me is lost by about 20% typically from apps not maintaining exact locations from load, execute, terminate, reload. And I've seen this over the years with colleagues and employees, always screwing around moving windows to locations they want always.

What are your thoughts? If needed I would like to help so this could be resolved in an as quickly as possible and valuable solution. I think it would add significant value to the product.

Thank you.

What about adding to the one option where the pop up is displayed on selecting the split, that an option for the entire screen is made available as well?

What about a global feature where ALL windows by default will not use the split, and/or an option where ALL windows WILL use the split?

I find that as a general rule I only want a "few" applications/windows to use the split and all others to use full screen.

I'm encountering more than a few windows/applications which present unexpected and undesirable behavior when the "X" button is clicked when associated with a split. HOWEVER, ALT+F4 works correctly. At a minimum, this feature really needs a quick fix by providing generating the ALT+F4 when "X" button is clicked event to actually close the window.

Has consideration been given to enhancing the "Process Filename" to supporting a LIST of "Process Filenames" I ask as there could be a significant number of "Process Filename" apps which a trigger would need to be generated, and more importantly managed.