There’s got to be ways to make using dual displays less painful. Windows is a factor in a lot of what I see I’m sure. I’d like to discuss these. I’m on W7 and no idea if it’s been fixed in W8/8.1. Possibly they belong at the Idea Pond. It boggles my mind this hasn’t been fixed prior.
- With two displays, it just makes total sense to me to have Toad span both. One side for code and the other for the data grid and related tabs. Windows gets evil and after waking from sleep, and even sometimes just unlocking the system, it resizes the window to fit whichever display it feels like (usually the one with the taskbar). It would be nice if Toad put itself back to where it was after verifying that all the known monitors are still where they were. Maybe Windows doesn’t even have an event for that.
- With dual displays, the (new) file dialogs and a few others pop up straddling the middle. This is sub-optimal. Reverting to the old version is also.
- I’ve got quite a lot of space to work with using both yet the Window Bar will not shrink. In testing it, I had it open as a windoid, unchecked it after right-clicking and Toad took that to mean destroy vs don’t show. I’ve created a new toolbar and that type of object is not available. Do I have to start all over again with a reset to defaults? Sure looks that way and if so, should be fixed. Found it and am quite puzzled why I have to right click the menubar vs the toolbar as I’d removed it using the toolbar. Ah. I see you’ve classed it separately but from a user view, it’s all the same. (“Toolbar” := !Menubar) It’s unusable without it as I see no other way to close windows.
- Current Schema Dropdown menu (selection list only) often appears on the wrong display from where it lives.
And unrelated to Dual Displays, hide options that are not licensed. My pro version doesn’t do DBA (IIRC). There’s already an overload of them and no sense in making it that much more cluttered.