Re: Multimonitor support

2020-02-20 Thread Sergii Stoian
On Thu, Feb 20, 2020 at 12:35 PM Johannes Brakensiek <
johan...@brakensiek.info> wrote:

> Hello,
>
> Am 18.02.20 um 23:42 schrieb Sergii Stoian:
> > Thank you for your report. I understand where problem is. I’ll look into
> it.
>
> I'd like to thank Sergii for his great work and his support.
>
> We looked into it and it was my fault as I missed to install
> libxrandr-dev as an additional dependency for this feature under Ubuntu.
>
> Once I installed this before compiling libs-back, the new features
> applied quite well. We're going to look into minor issues I think.
>
> Lot's of thanks again to Sergii!
> Johannes
>

Thank you for your report and kind words, Johannes.

I plan to fix some more bugs in -back and -gui related to the topic:
- get Xlib screen from root window - DisplayHeight/DisplayWidth usage is
not correct and returns old values when monitor layout changes;
- dynamic change of appicon (for non-WindowMaker users) and horizontal menu
position;
- fix position/centering of windows.

Sergii


Re: Multimonitor support

2020-02-20 Thread Johannes Brakensiek

Hello,

Am 18.02.20 um 23:42 schrieb Sergii Stoian:

Thank you for your report. I understand where problem is. I’ll look into it.


I'd like to thank Sergii for his great work and his support.

We looked into it and it was my fault as I missed to install 
libxrandr-dev as an additional dependency for this feature under Ubuntu.


Once I installed this before compiling libs-back, the new features 
applied quite well. We're going to look into minor issues I think.


Lot's of thanks again to Sergii!
Johannes



Re: Multimonitor support

2020-02-18 Thread Sergii Stoian
Hi,

> On 19 Feb 2020, at 00:23, Johannes Brakensiek  
> wrote:
> 
> Hello,
> 
> Am 08.02.20 um 16:09 schrieb Fred Kiefer:
>> lease feel free to test what did improve for your laptop setup.
>> As I wrote we expect that this get better for everybody. Maybe after a short 
>> hiccup phase in the beginning. I already had to commit a small fix for 
>> Sergii’s changes. But as I don’t have a multi monitor setup, I won’t see any 
>> of the benefits.
>> What should be tested now is for example centering a window on a screen. 
>> This should only take the current monitor into account not the complete 
>> virtual screen.
> 
> I was really looking forward for these changes and wanted to test them.
> 
> I don't know if this is the right place to report issues, but for me multi 
> monitor support seems to not work as expected.
> 
> I compiled and installed libs-gui and libs-back from latest git master.
> 
> I have a second screen on the right of my main screen. This screen is smaller 
> than the main screen and it is positioned a little below the main screen.
> 
> When I open an app, GWorkspace fe., the app icon is placed outside of the 
> view of the main screen (due to the fact that the virtual screen is a little 
> bit greater because the second screen is placed below the first). This just 
> behaves as I was used to it: When I place both screens at the same level next 
> to each other the app icon is shown.
> 
> The same happens to the app menu when you use macOS menu style. If the left 
> screen is placed lower than the right screen I won't see the parts of the 
> menu which contain the clickable items, because they are placed outside of 
> the view of the left screen.
> 
> Same applies to dialogs (fe. when I quit GWorkspace): They are not centered 
> in relation to the sizes of the current monitor but are placed far right - at 
> the center of the virtual screen.
> 
> Is there anything I have to do to make the new changes take effect?
> 
> I'm using Ubuntu Mate 19.10.
> 
> $ X -version
> 
> X.Org X Server 1.20.5
> X Protocol Version 11, Revision 0
> Build Operating System: Linux 4.4.0-165-generic x86_64 Ubuntu
> Current Operating System: Linux 5.3.0-29-generic #31-Ubuntu SMP Fri Jan 17 
> 17:27:26 UTC 2020 x86_64
> Kernel command line: BOOT_IMAGE=/vmlinuz-5.3.0-29-generic 
> processor.max_cstate=2 vt.handoff=7
> Build Date: 08 October 2019  09:43:30AM
> xorg-server 2:1.20.5+git20191008-0ubuntu1 (For technical support please see 
> http://www.ubuntu.com/support)
> Current version of pixman: 0.38.4
> 
> Thank you for your support
> Johannes
> 

Thank you for your report. I understand where problem is. I’ll look into it.

Sergii




Re: Multimonitor support

2020-02-18 Thread Johannes Brakensiek

Hello,

Am 08.02.20 um 16:09 schrieb Fred Kiefer:

lease feel free to test what did improve for your laptop setup.
As I wrote we expect that this get better for everybody. Maybe after a short 
hiccup phase in the beginning. I already had to commit a small fix for Sergii’s 
changes. But as I don’t have a multi monitor setup, I won’t see any of the 
benefits.

What should be tested now is for example centering a window on a screen. This 
should only take the current monitor into account not the complete virtual 
screen.


I was really looking forward for these changes and wanted to test them.

I don't know if this is the right place to report issues, but for me 
multi monitor support seems to not work as expected.


I compiled and installed libs-gui and libs-back from latest git master.

I have a second screen on the right of my main screen. This screen is 
smaller than the main screen and it is positioned a little below the 
main screen.


When I open an app, GWorkspace fe., the app icon is placed outside of 
the view of the main screen (due to the fact that the virtual screen is 
a little bit greater because the second screen is placed below the 
first). This just behaves as I was used to it: When I place both screens 
at the same level next to each other the app icon is shown.


The same happens to the app menu when you use macOS menu style. If the 
left screen is placed lower than the right screen I won't see the parts 
of the menu which contain the clickable items, because they are placed 
outside of the view of the left screen.


Same applies to dialogs (fe. when I quit GWorkspace): They are not 
centered in relation to the sizes of the current monitor but are placed 
far right - at the center of the virtual screen.


Is there anything I have to do to make the new changes take effect?

I'm using Ubuntu Mate 19.10.

$ X -version

X.Org X Server 1.20.5
X Protocol Version 11, Revision 0
Build Operating System: Linux 4.4.0-165-generic x86_64 Ubuntu
Current Operating System: Linux 5.3.0-29-generic #31-Ubuntu SMP Fri Jan 
17 17:27:26 UTC 2020 x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-5.3.0-29-generic 
processor.max_cstate=2 vt.handoff=7

Build Date: 08 October 2019  09:43:30AM
xorg-server 2:1.20.5+git20191008-0ubuntu1 (For technical support please 
see http://www.ubuntu.com/support)

Current version of pixman: 0.38.4

Thank you for your support
Johannes



Re: Multimonitor support

2020-02-08 Thread Sergii Stoian


> On Feb 8, 2020, at 16:20, Riccardo Mottola  wrote:
> 
> Hi Fred!
> 
> On 03/02/2020 21:15, Fred Kiefer wrote:
>> Sergii has written a great patch that will tremendously improve support for 
>> multiple monitors in GNUstep by using the XRandR extension. There is a 
>> downside to it though, this patch will also remove any multi screen support 
>> that was there before without XRandR. So if you have a multi monitor setup 
>> and your system won’t support XRandR we would like to hear from you and try 
>> to find a solution that is acceptable for all sides. I hope that there is 
>> nobody in this specific situation but it seems easier to ask in advance than 
>> to fix it later.
> 
> 
> Sounds great.
> 
> First question - this refers only to X11, right? Multi-Monitor support (or 
> lack of) under windows are unaffected?

Yes, it’s relevant only to the X11.

> Second question - what was there "before" which would stop working, so which 
> multi-monitor support is "left out" ? A setup to test it.

Old code supports multiple monitors in pre-XRandR fashion (static, see my 
previous mail). Current implementation support dynamic change of monitors 
parameters and layout.

> Currently I use GNUstep and multi-monitor only in a setup with a Laptop + 
> external screen, which means usually a relatively recent OS. Randr 1.2 has 
> been around almost 10 years. If we don't require more modern features, I 
> probably won't hit these limits. A laptop without xrandr is hard to sue, 
> since only with it the external monitor can be dynamically added/removed.
> 
> My more "esoteric" machines are single-monitor setups. Solaris 7 with two 
> Monitors would be a setup? I don't have setups like that.
> 
> 
> Riccardo
> 

Sergii


Re: Multimonitor support

2020-02-08 Thread Fred Kiefer



> Am 08.02.2020 um 15:20 schrieb Riccardo Mottola :
> 
> On 03/02/2020 21:15, Fred Kiefer wrote:
>> Sergii has written a great patch that will tremendously improve support for 
>> multiple monitors in GNUstep by using the XRandR extension. There is a 
>> downside to it though, this patch will also remove any multi screen support 
>> that was there before without XRandR. So if you have a multi monitor setup 
>> and your system won’t support XRandR we would like to hear from you and try 
>> to find a solution that is acceptable for all sides. I hope that there is 
>> nobody in this specific situation but it seems easier to ask in advance than 
>> to fix it later.
> 
> 
> Sounds great.
> 
> First question - this refers only to X11, right? Multi-Monitor support (or 
> lack of) under windows are unaffected?
> 
> Second question - what was there "before" which would stop working, so which 
> multi-monitor support is "left out" ? A setup to test it.
> 
> Currently I use GNUstep and multi-monitor only in a setup with a Laptop + 
> external screen, which means usually a relatively recent OS. Randr 1.2 has 
> been around almost 10 years. If we don't require more modern features, I 
> probably won't hit these limits. A laptop without xrandr is hard to sue, 
> since only with it the external monitor can be dynamically added/removed.
> 
> My more "esoteric" machines are single-monitor setups. Solaris 7 with two 
> Monitors would be a setup? I don't have setups like that.

The question is now irrelevant. Sergii’s changes have been merged today as 
nobody objected. Please feel free to test what did improve for your laptop 
setup.
As I wrote we expect that this get better for everybody. Maybe after a short 
hiccup phase in the beginning. I already had to commit a small fix for Sergii’s 
changes. But as I don’t have a multi monitor setup, I won’t see any of the 
benefits.

What should be tested now is for example centering a window on a screen. This 
should only take the current monitor into account not the complete virtual 
screen.


Re: Multimonitor support

2020-02-08 Thread Riccardo Mottola

Hi Fred!

On 03/02/2020 21:15, Fred Kiefer wrote:

Sergii has written a great patch that will tremendously improve support for 
multiple monitors in GNUstep by using the XRandR extension. There is a downside 
to it though, this patch will also remove any multi screen support that was 
there before without XRandR. So if you have a multi monitor setup and your 
system won’t support XRandR we would like to hear from you and try to find a 
solution that is acceptable for all sides. I hope that there is nobody in this 
specific situation but it seems easier to ask in advance than to fix it later.



Sounds great.

First question - this refers only to X11, right? Multi-Monitor support 
(or lack of) under windows are unaffected?


Second question - what was there "before" which would stop working, so 
which multi-monitor support is "left out" ? A setup to test it.


Currently I use GNUstep and multi-monitor only in a setup with a Laptop 
+ external screen, which means usually a relatively recent OS. Randr 1.2 
has been around almost 10 years. If we don't require more modern 
features, I probably won't hit these limits. A laptop without xrandr is 
hard to sue, since only with it the external monitor can be dynamically 
added/removed.


My more "esoteric" machines are single-monitor setups. Solaris 7 with 
two Monitors would be a setup? I don't have setups like that.



Riccardo




Re: Multimonitor support

2020-02-03 Thread Sergii Stoian


> On Feb 3, 2020, at 22:15, Fred Kiefer  wrote:
> 
> Dear GNUstepper,
> 
> Sergii has written a great patch that will tremendously improve support for 
> multiple monitors in GNUstep by using the XRandR extension. There is a 
> downside to it though, this patch will also remove any multi screen support 
> that was there before without XRandR. So if you have a multi monitor setup 
> and your system won’t support XRandR we would like to hear from you and try 
> to find a solution that is acceptable for all sides. I hope that there is 
> nobody in this specific situation but it seems easier to ask in advance than 
> to fix it later.
> 
> Cheers
> Fred 

Thank you, Fred.

I want to add couple of words about background of this patch.

I think current support of multiple screens was written in good old days 
(XFree86) when each physical monitor get its own screen ID.
At some point in time Xinerama extension has appeared. It added ability to join 
several monitors into virtual screen. Xinerama has no ability to dynamically 
change screen resolution (pixel dimension) only via the X server configuration 
and restart.
Finally XRandR extension was added to Xorg. It has plenty of possibilities for 
manipulating monitors: dynamic change of monitor resolution, position in 
virtual screen, monitor switch on/off, connect/disconnect etc.

My patch adds XRandR support to GNUstep that brings new capabilities of modern 
framework.

Sergii


Multimonitor support

2020-02-03 Thread Fred Kiefer
Dear GNUstepper,

Sergii has written a great patch that will tremendously improve support for 
multiple monitors in GNUstep by using the XRandR extension. There is a downside 
to it though, this patch will also remove any multi screen support that was 
there before without XRandR. So if you have a multi monitor setup and your 
system won’t support XRandR we would like to hear from you and try to find a 
solution that is acceptable for all sides. I hope that there is nobody in this 
specific situation but it seems easier to ask in advance than to fix it later.

Cheers
Fred