Negative window positions should align to bottom/right screen border

[GoogleCodeExporter]

It would be nice with options -p and -oX= -oY= to accept negative values.
Like with xterm, the respective (right or bottom) border of the window should 
then be aligned by that offset with the right or bottom screen border.
(BTW, while trying out I happened to use -oX twice in which case the value was 
completely ignored.)

Original issue reported on code.google.com by towom...@googlemail.com on 25 Aug 2011 at 10:08

[GoogleCodeExporter]

Negative values are accepted already, but as actual screen coordinates. This is 
because Windows allows additional monitors to be placed at negative 
coordinates, i.e. to the left or on top of the primary monitor. The top left 
corner of the primary monitor is always at (0,0).

(X or Y settings without the other one are indeed ignored, because Windows' 
auto-placement mechanism doesn't allow only one of them to be overridden.)

Original comment by andy.koppe on 25 Aug 2011 at 7:16

• Changed state: Rejected

[GoogleCodeExporter]

Well, I didn't think of multi-monitor mode which may be a minor use case 
(considering whether it's useful to have a terminal span monitor borders...) so 
I'd suggest a different syntax or option to implement the mentioned use case 
(which is quite useful to place a few windows to standard positions). E.g. 
-oX-=20 (option "X-"?) or "XX" or "Xright"...

Original comment by towom...@googlemail.com on 26 Aug 2011 at 9:53

[GoogleCodeExporter]

The multi-monitor use case isn't about spanning monitor borders so much as 
being able to place the mintty window on monitors at negative coordinates at 
all.

I'm afraid I don't like any of the syntax suggestions. Apart from aesthetics, 
they'd only work for the primary monitor, whereas one might want to align the 
mintty window to the right or bottom border of additional monitors too.

I guess what I could do is to add a "Monitor" option, which would allow to set 
the monitor number or name. When unset, X and Y would refer to the virtual 
screen coordinates spanning all monitors as they do at the moment, but when 
set, X and Y would refer to the designated monitor, and negative values could 
be interpreted as requested.

Original comment by andy.koppe on 28 Aug 2011 at 7:55