Re: [foxboro] Remote display manager on a moder X server?

  • From: "Schouten, Frits JF" <Frits.Schouten@xxxxxxxxxxxx>
  • To: "'foxboro@xxxxxxxxxxxxx'" <foxboro@xxxxxxxxxxxxx>
  • Date: Fri, 2 Aug 2002 09:36:57 +1000

Here at NZSteel have decided to run 'openlook' on linux at 8bit, which works
well for us.
At the Windoze front we are running the latest version of Graphon's GoGlobal
which is having the option to run a selfcontained window at a lower colour
depth than the rest of Windoze.
This has created the option to run the DM in it's own window at 8bits colour
depth while everthing else runs at 24bits.
Basically Graphon has put a wrapper around every X-session you run on your
PC and the host has no idea what the PC colour depth is.
As far as I'm concered this has been the best step forward in presenting
X-sessions on a PC.

Cheers,
Frits Schouten.

-----Original Message-----
From: Darryl Bond [mailto:dbond@xxxxxxxxxxxxx]
Sent: Friday, 2 August 2002 09:32
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] Remote display manager on a moder X server?



It's a shame that Foxboro are never going to fix this. It is getting harder
to 
support 8 bit displays with the current generation of software and video
cards. 
(Try running a dual screen Matrox card with 8 bit depth on both screens). My

organisation will be staying with display managers for the forseeable future
so 
I need to do something.

The program that is causing all the grief seems to be blink task. I'm sure
that 
there are enough skills on this list to reverse engineer the operation of
the 
blink task to work properly with 16/24bit displays, maybe with a little help

from our friends at Foxboro.


Regards
Darryl Bond


stan wrote:
> On Thu, Aug 01, 2002 at 09:04:02AM -0400, Bruley, Peter wrote:
> 
>>
>>Type "bllink_task -help" to see more switches that blink_task will accept.
>>      ----------
>>      From:  stan
>>      Sent:  Thursday, August 01, 2002 7:51 AM
>>      To:  foxboro@xxxxxxxxxxxxx
>>      Subject:  Re: [foxboro] Remote display manager on a moder X server?
>>
>>
>>      On Wed, Jul 31, 2002 at 12:58:04PM -0400, Bruley, Peter wrote:
>>      > 
>>      > Stan:
>>      > 
>>      > I have a LINUX box running Xfree86 v4.2.0 (minor v11 - Jan
>>18/2002)
>>      > 
>>      > I run my X server at 24 colors with backing-store & save-unders
>>enabled.
>>      > 
>>      OK, heres where I am on this. By usinng the -f option to blink_task,
>>I'm
>>      able to partialy get this to work on a display with 24 colors.
>>
>>      blink_task pops up a smaill error window complaining about not being
>>able
>>      to int colrs. But display manager does come up. Now I have not yet
>>done
>>      anything to add an colors to the servers color database. Did you
>>have to
>>      add any Foxboro, or Sun specifc colors to rgb.text? 
>>
>>      NO
>>
>>      I also have not yet moved the fints, but Im confortable with that as
>>I have
>>      doen it in the past. 
>>
>>      So I'm not getting any "highlighting" (like the password entry filed
>>on the
>>      change enviornment scree.
>>
>>      I don't get the highlighting either
> 
> 
> OK.
> 
> 
>>       Also on some of my displays, the color status are
>>      incorrect. I'm not certain the node I;m testing on has naything that
>>      _should_ be blinking, but I'm certainly not seeing anything blink.
>>
>>      I get all the proper status colors and blinking. Perhaps you have
>>another problem. Check your  /usr/fox/wp/data/sys_pal.xxx files
>>
>>      I don't remember the extensions but there should be 4 of them.
>>      2 are used (1 for the blink task and 1 for the DM colors) 
>>      2 are backups (1 for the new-std DM colors and 1 for the old-std DM
>>colors)
>>      Note/ They all look to be the same size but they have different
>>check-sums.
>>
>>      If you are running Display Manager and the displays are over apx.
>>5yrs old then you probably need to be using the "old-std DM color scheme"
>>you will need to copy the correct file over. 
> 
> 
> Interesting, the /op/ia/.profile I started from (6.1.2) has the following
> snipet of code:
> 
> if [ "$VENDOR" = "Sun" ]
> then
>     #
>     # For the Sun X Server, we start from /usr/fox.  Because
>     # there is no fontdef.dat file in /usr/fox, SL-GMS applications
>     # will user the fontdef.dat file in /usr/fox/wp/data.  This file
>     # contains font selections optimized for Sun X Servers.
>     #
>     cd /usr/fox
> else
>     #
>     # For non-Sun X Server, we start from /opt/ia, where
>       # the "remote" fontdef.dat file is located.  This file
>     # contains font selections optimized for non-Sun X Servers..
>       #
>     cd /opt/ia
> fi
> 
> Whats particularly interesting is there are no such files in /opt/ia
> 
> But I digress, this is font related and curently we are discussing colors.
> 
> The files uou spek of, are they only used on remote dislay manager?
Because
> if not, would not the displays on the Sun's also have the wrong colors?
> 
> 
> 



 
 
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
 
foxboro mailing list:             //www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
 

EOM 

NOTICE - This message and any attached files may contain information that is
confidential and/or subject of legal privilege intended only for use by the
intended recipient. If you are not the intended recipient or the person
responsible for delivering the message to the intended recipient, be advised
that you have received this message in error and that any dissemination,
copying or use of this message or attachment is strictly forbidden, as is
the disclosure of the information therein.  If you have received this
message in error please notify the sender immediately and delete the
message.


 
 
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
 
foxboro mailing list:             //www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
 

Other related posts: