After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 51012 - Setting colour depth at login time.
Setting colour depth at login time.
Status: RESOLVED DUPLICATE of bug 326771
Product: gdm
Classification: Core
Component: general
unspecified
Other All
: Normal enhancement
: ---
Assigned To: GDM maintainers
GDM maintainers
Depends on:
Blocks:
 
 
Reported: 2001-02-18 02:12 UTC by Lee Mallabone
Modified: 2006-01-12 23:26 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Lee Mallabone 2001-02-18 02:12:27 UTC
Would be cool to have a (configurable) option for users to be able to set
the colour depth that their login session has, from gdmlogin.

Full usage potential included below from a gnome-list post.

Subject: Query: Set screen color depth on a per-user basis via GDM?
   Date: Sun, 4 Feb 2001 17:33:24 -0000
   From: "SR & JR Searle" <shannon@searlejr.demon.co.uk>

Students in my lab run various apps on a couple of central SGI IRIX 
and HP-UX systems, which each then display X graphical output 
simultaneously on multiple remote Redat 7 linux boxes.  The output is
a Geographical Information System 2D map-like display.

One of these server apps only generates the remote graphics
correctly if the receiving linux boxes are in an 8-bit color depth.
If set to higher depths they either generate fatal colormap run-time 
errors or just generate screwed-up and non-usable maps.  We only have 
binaries of the server apps, so have to work with them as they are.

However, on other occasions, the students want the same linux screens 
set in the highest color depth possible to use the other server app, or
when using GIMP, StarOffice, etc.

We did consider using CTRL-ALT-PLUS/MINUS to cycle through
preconfigured system-wide color depths, but this proved too unwieldy and
confusing, especially as the students are not very linux literate.

One brute-force solution seemed to me to set different color depths
for different user accounts on each box, so all they have to remember is
which of two usernames to use.

If we were using startx from the command line, this wouldn't be too
difficult.  However we're using GDM for graphical logins, because of the 
general user expertise level as mentioned above.  What I can't see how to 
do is to set-up GDM to start/restart each X session at different colour 
depths for different users.  Setting up differet window-managers, etc 
can all be done per-user, so what about screen depth?

Does anyone know if it's possible and how I should go about setting
it up?

Or is there a more elegant way of doing this?

Jonathan Searle
Cranfield University
Comment 1 George Lebl 2001-03-09 09:25:49 UTC
Definately a more long term thing
Comment 2 Trevor Curtis 2002-04-01 14:23:46 UTC
Has there been any head-way on this issue?
Comment 3 Linus Walleij 2002-07-23 14:45:04 UTC
I have solved this issue by having two different login sessions, one
running TrueColor in vt7 and one running 8bit PseudoColor in vt8
(invoking the X server with -depth 8 option). This does not help on
operating systems that do not support virtual terminals of course.

The color issue also has other solutions such as dualhead
configuration (two screens running different colormodes) or "Overlay"
which is supported on some hardware. But this as an configuration
option would also be good.
Comment 4 Brian Cameron 2005-02-03 20:02:52 UTC
Are you able to make a patch to add a configuration option?
Comment 5 Brian Cameron 2006-01-12 23:26:03 UTC

*** This bug has been marked as a duplicate of 326771 ***