Re: [foxboro] Remote display manager on a moder X server?
- From: Darryl Bond <dbond@xxxxxxxxxxxxx>
- To: foxboro@xxxxxxxxxxxxx
- Date: Fri, 02 Aug 2002 07:31:57 +1000
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
Other related posts:
