Comment 17 for bug 1925732

I have just made a couple of tests, and the result is:

1: mate-terminal interprets correctly the --geometry over the both of Wayland and Xorg

** hence it was rigth when I derived "theoretically" from the behaviour of the Gnome Shell, that also over Wayland the client programs can position their windows! Now we see, that even the mate-terminal is capable to position it's window on the base of my --geometry requests

2: gnome-terminal misinterprets the --geometry over Xorg but does something (see below)

3: gnome-terminal ignores the --geometry over Wayland

** hence the gnome-terminal is the package which has serious difficulties to interpret the --geometry requests, ... in detail:

If the bottom of "left screen" is higher than the bottom of the "right screen" and the top of the "left screen" is also higher than the top of the "right screen", and the left bar is hidden, then IN XORG:

gnome-terminal --geometry=+0+0 is not at the left edge

gnome-terminal --geometry=+0-0 is neither at the left edge, but even worse: the bottom of the terminal, --- where we work usually, --- is below the left screen

gnome-terminal --geometry=-0+0 is also at a wrong location: the top of it is over the top of the right screen

gnome-terminal --geometry=-0-0 this is the only case, where it is at the right position: in the lower right corner, bravo!

BUG / 1: in case of Xorg, the gnome-terminal takes the smallest rectangle containing the two screens, subtractes the hidden left bar asif it was shown there, and regardles whether there is a proper physical screen at the corner in question, it puts the window there, even if the user can not see it.

BUG / 2: in case of Wayland, the gnome-terminal ignores the --geometry=-0+0 alike requests, while mate-terminal demonstrates, that all of these kind of requests can be correctly satisfied, even in spite of the urban legend, that it is imposibble over Wayland.