Doesn't seems to be this ... here is the output (truncated) from the TCE and
from my laptop ... they are very similar :
========================================================================
TCE output
========================================================================
name of display: :0
version number: 11.0
vendor string: The X.Org Foundation
vendor release number: 11804000
X.Org version: 1.18.4
maximum request size: 16777212 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: window 0x600005, revert to Parent
number of extensions: 29
BIG-REQUESTS
Composite
DAMAGE
DOUBLE-BUFFER
DPMS
DRI2
GLX
Generic Event Extension
MIT-SCREEN-SAVER
MIT-SHM
Present
RANDR
RECORD
RENDER
SECURITY
SGI-GLX
SHAPE
SYNC
X-Resource
XC-MISC
XFIXES
XFree86-DGA
XFree86-VidModeExtension
XINERAMA
XInputExtension
XKEYBOARD
XTEST
XVideo
XVideo-MotionCompensation
default screen number: 0
number of screens: 1
screen #0:
dimensions: 3840x1080 pixels (1016x285 millimeters)
resolution: 96x96 dots per inch
depths (7): 24, 1, 4, 8, 15, 16, 32
========================================================================
========================================================================
Laptop output
========================================================================
name of display: :0
version number: 11.0
vendor string: The X.Org Foundation
vendor release number: 11804000
X.Org version: 1.18.4
maximum request size: 16777212 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: window 0x6e0686a, revert to Parent
number of extensions: 29
BIG-REQUESTS
Composite
DAMAGE
DOUBLE-BUFFER
DPMS
DRI2
DRI3
GLX
Generic Event Extension
MIT-SCREEN-SAVER
MIT-SHM
Present
RANDR
RECORD
RENDER
SECURITY
SGI-GLX
SHAPE
SYNC
X-Resource
XC-MISC
XFIXES
XFree86-DGA
XFree86-VidModeExtension
XINERAMA
XInputExtension
XKEYBOARD
XTEST
XVideo
default screen number: 0
number of screens: 1
screen #0:
dimensions: 3840x1080 pixels (1016x286 millimeters)
resolution: 96x96 dots per inch
depths (7): 24, 1, 4, 8, 15, 16, 32
========================================================================
What is strange is that in both cases, here is only one screen detected which
aggregates both monitors.
Regards,
Walid Moghrabi
TRAVAUX.COM
BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403
13591 AIX EN PROVENCE CEDEX 3
----- Mail original -----
De: "Ulrich Sibiller" <[email protected]>
À: "Walid MOGHRABI" <[email protected]>, [email protected]
Envoyé: Lundi 24 Juillet 2017 16:23:20
Objet: Re: [X2Go-Dev] Bug#1197: Multihead fullscreen not working with TCE
client in displaymanager mode
I suspect the X server in TCE does not offer proper XINERAMA support.
So nxagent does not know about multiple monitors. You can check with
xdpyinfo -ext XINERAMA on the TCE X server (don't know how to access
that.)
On Mon, Jul 24, 2017 at 3:16 PM, Walid MOGHRABI
<[email protected]> wrote:
> Package: x2gothinclient
> Version: 4.1.0.0-2017.03.11
>
> Using latest Arctica's NX-Libs xrandr support is far better and multihead
> support in fullscreen mode with the Linux x2goclient works like a charm.
> For example, with MATE, the panels are restricted to the first screen and the
> second one is acting like a real secondary screen in extended desktop mode
> with working boundaries when putting applications in fullscreen (ie. they
> don't extend to the whole display as before but they are restricted to their
> including screen).
>
> So with the Linux client installed on a desktop (I'm personaly using Ubuntu
> 16.04 + Unity desktop) it works great whereas, in TCE / Displaymanager mode,
> multiple monitors are supported but the desktop is stretched as if it was
> only one big screen and not 2 separated screens.
>
> Any idea why, using the same base OS and libs (Ubuntu 16.04 + X2Go client
> "Heuler" + Arctica libs) I get different multiscreen support ?
> I think this is related to randr support but I don't know what differs and
> why it behaves differently on one case and the other.
>
> Regards,
> Walid Moghrabi
>
> TRAVAUX.COM
> BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403
> 13591 AIX EN PROVENCE CEDEX 3
> ---
> DISCLAIMER: This e-mail is private and confidential and may contain
> proprietary or legally privileged information. It is for the intended
> recipient only. If you have received this email in error, please notify the
> author by replying to it and then destroy it. If you are not the intended
> recipient you must not use, disclose, distribute, copy, print or rely on this
> e-mail or any attachment. Thank you
> _______________________________________________
> x2go-dev mailing list
> [email protected]
> https://lists.x2go.org/listinfo/x2go-dev
---
DISCLAIMER: This e-mail is private and confidential and may contain proprietary
or legally privileged information. It is for the intended recipient only. If
you have received this email in error, please notify the author by replying to
it and then destroy it. If you are not the intended recipient you must not use,
disclose, distribute, copy, print or rely on this e-mail or any attachment.
Thank you
_______________________________________________
x2go-dev mailing list
[email protected]
https://lists.x2go.org/listinfo/x2go-dev
