SUSE / openSUSEThis Forum is for the discussion of Suse Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I am using Suse 10.1 and have a dual monitor setup which I had setup so that each monitor is it's own desktop. I don't remember what the option is called, but it's not the one where you get two cursors and your actions on one screen is duplicated on the other. So basically I could drag stuff from one monitor to the other.
So last night I installed Xgl on my machine and I'm having a problem where if I maximize a window in one monitor, it will stretch across to the second monitor. I went in the gnome settings for the video and It was on the same option as before. The only other option is the clone one which duplicates what you do on one monitor in the other which seems kind of pointless if you ask me.
So I was wondering if this is an XGL thing or is there something that's not setup correctly? I followed the instructions for setting up XGL from the novell website(http://www.novell.com/coolsolutions/feature/17174.html)
## Path: Desktop/Display manager
## Description: settings to generate a proper displaymanager config
## Config: xdm,kdm3,gdm
## Type: string(kdm,xdm,gdm,wdm,console)
## Default: ""
#
# Here you can set the default Display manager (kdm/xdm/gdm/wdm/console).
# all changes in this file require a restart of the displaymanager
#
DISPLAYMANAGER="gdm"
## Type: yesno
## Default: no
#
# Allow remote access (XDMCP) to your display manager (xdm/kdm/gdm). Please note
# that a modified kdm or xdm configuration, e.g. by KDE control center
# will not be changed. For gdm, values will be updated after change.
# XDMCP service should run only on trusted networks and you have to disable
# firewall for interfaces, where you want to provide this service.
#
DISPLAYMANAGER_REMOTE_ACCESS="no"
## Type: yesno
## Default: no
#
# Allow remote access of the user root to your display manager. Note
# that root can never login if DISPLAYMANAGER_SHUTDOWN is "auto" and
# System/Security/Permissions/PERMISSION_SECURITY is "paranoid"
#
DISPLAYMANAGER_ROOT_LOGIN_REMOTE="no"
## Type: yesno
## Default: yes
#
# Let the displaymanager start a local Xserver.
# Set to "no" for remote-access only.
# Set to "no" on architectures without any Xserver (e.g. s390/s390x).
#
DISPLAYMANAGER_STARTS_XSERVER="yes"
## Type: yesno
## Default: no
#
# TCP port 6000 of Xserver. When set to "no" (default) Xserver is
# started with "-nolisten tcp". Only set this to "yes" if you really
# need to. Remote X service should run only on trusted networks and
# you have to disable firewall for interfaces, where you want to
# provide this service. Use ssh X11 port forwarding whenever possible.
#
DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="no"
## Type: string
## Default:
#
# Define the user whom should get logged in without request. If string
# is empty, display standard login dialog.
#
DISPLAYMANAGER_AUTOLOGIN="miguel"
## Type: yesno
## Default: no
#
# Allow all users to login without password, but ask for the user, if
# DISPLAYMANAGER_AUTOLOGIN is empty.
#
DISPLAYMANAGER_PASSWORD_LESS_LOGIN="no"
## Type: yesno
## Default: no
#
# Display a combobox for Active Directory domains.
#
DISPLAYMANAGER_AD_INTEGRATION="no"
## Type: list(root,all,none,auto)
## Default: auto
#
# Determine who will be able to shutdown or reboot the system in kdm
# and gdm. Valid values are: "root" (only root can shutdown), "all"
# (everybody can shutdown), "none" (nobody can shutdown from
# displaymanager), "auto" (follow
# System/Security/Permissions/PERMISSION_SECURITY to decide: "easy
# local" is equal to "all", everything else is equal to "root"). Note
# that remote user can never shutdown in GDM.
#
DISPLAYMANAGER_SHUTDOWN="auto"
## Path: Desktop/Display manager
## Description: settings to generate a proper displaymanager config
## Config: kdm3
## Type: string
## Default:
#
# space separated list of users for which icons should be shown in KDM
# if empty, then take system defaults
#
KDM_USERS=""
## Type: string
## Default:
#
# Special greeting words in kdm
#
KDM_GREETSTRING=""
## Type: string
## Default: SUSE
#
# Define the theme to be used by kdm. If empty, the traditional login
# window is used (which lacks some features)
#
DISPLAYMANAGER_KDM_THEME="SUSE"
## Type: string(Xorg,Xgl)
## Default: "Xorg"
#
# Xgl is an experimental Xserver using OpenGL for rendering.
# Right now only the glx backend is supported, which runs on top of a
# standard Xorg server providing OpenGL.
# Set this to 'Xgl' and run SuSEconfig only if you want to run your
# displaymanager (kdm/gdm/xdm) on Xgl on top of Xorg.
# This setting is case sensitive.
# Warning! This is highly experimental.
#
DISPLAYMANAGER_XSERVER="Xgl"
## Type: string
## Default: "-accel glx:pbuffer -accel xv:pbuffer"
#
# Xglx is an experimental Xserver using OpenGL for rendering.
# Additional options for startup when using a display manager.
# You can try
# "-accel glx"
# or
# "-accel glx:pbuffer"
# in order to get accelerated indirect OpenGL rendering for 3D applications.
# You can also try
# "-accel xv"
# to accelerate XVideo color space conversion and/or scaling.
#
# See also /usr/share/doc/packages/xgl/README.SUSE
#
DISPLAYMANAGER_XGL_OPTS="-accel glx:pbuffer -accel xv:fbo"
Sorry if I am misunderstanding your question.
What I believe your describing with the window stretching across both screens is the default behaviour of xinerama(dual screens) and XGL. There is no way as of yet as far as I know to have a seperate cube on each desktop. I did notice that there have been several requests for that type of set up. I run kde for instance and most of the window manager options for kde are of no use like where and how you would like windows to appear. This is annoying because very often the window seems to appear right in the middle which is of course where the screens come together. Compiz is the new window manager I guess and I have not run across a way to control where windows appear of how they appear yet. So I think to sum things up you cannot have seperate desktops on each monitor yet because that is not how the setup was originally envisioned I guess,its a cubical desktop in 3d space and it would be impossible to visualize two sides so that both form an ideal square but I am not a metaphysics major
I just downloaded the latest cvs of xgl and on reboot I got twin screens each its own screen."xinerama" "off" was listed in my xorg.conf. I dont know for sure if it was the latest update of xgl that fixed this but I think so. Anyways I am quickly learning there are advantages to both set ups.Windows no longer cover 2 screens unless you unmaximize and spread across the whole screen which is nice but my kiba dock is trapped in the wrong screen
I just downloaded the latest cvs of xgl and on reboot I got twin screens each its own screen."xinerama" "off" was listed in my xorg.conf. I dont know for sure if it was the latest update of xgl that fixed this but I think so. Anyways I am quickly learning there are advantages to both set ups.Windows no longer cover 2 screens unless you unmaximize and spread across the whole screen which is nice but my kiba dock is trapped in the wrong screen
Good to know. I have Xgl disabled because maximizing a window stretched it across both screen which was useless for me and really annoying for web browsing. But now, I might have to see about running an update and give Xgl another try. Thanks for the tip.
-edit-
A bit off topic but I have a quick question....I have my dual monitors setup as [2][1] so screen 2 on the left and screen 1 on the right. But I always wondered why Linux always picks up my screen on the left as screen [2] and my screen on the right as screen [1] but windows picks up my screen on the left as [1] and my screen on the right as [2] so I don't have to tell it to switch the screens around. I'm pretty sure my screen on the left is on card[0] of my nvidia 7800GT card...any suggestions?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.