comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Re: Problem with X display
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Re: Problem with X display [message #6669] Wed, 31 July 1996 00:00
jlaw is currently offline  jlaw
Messages: 11
Registered: November 1995
Junior Member
In article 554B0E1D@oma.be, MICHEL KRUGLANSKI <M.Kruglanski@oma.be> writes:

> When a window become actief, the display manager changes the color of the border of
> this window. When I click on the "idl 0" window, the color of its border does not
> change. If the window does not become actief, its private color map will not be showed
> by the display manager
>
> Now, this behaviour seems to be specific to OpenVMS.
Nope. I get similar behaviour from SunOs 5.3. Click on the IDL window, it comes to the
top, but focus stays with whatever had focus before ie mailtool or texteditor
or whatever

-I just made few test by running IDL on different machine and display:

- | Host where I display IDL
- |______________________________
- Host where | |
- I run IDL | HP/UX | OpenVMS
- ___________|__________|___________________
- | |
- HP/UX | it works | it does not work
- ___________|__________|___________________
- | |
- OpenVMS | it works | it does not work
- | |
Re: Problem with X display [message #6675 is a reply to message #6669] Tue, 30 July 1996 00:00 Go to previous message
wilcox is currently offline  wilcox
Messages: 1
Registered: July 1996
Junior Member
In article <31FDDE0D.554B0E1D@oma.be>, MICHEL KRUGLANSKI <M.Kruglanski@oma.be> writes:
> Norbert Hahn wrote:
> [...]
>>
>>> The problem is probably that the IDL windows do not receive the focus: the windows
>>> "palette" and "idl 0" never become the actief window. Even when I click on that
>>> windows.
>>
>> What makes you think so ?
>
> When a window become actief, the display manager changes the color of the border of
> this window. When I click on the "idl 0" window, the color of its border does not
> change. If the window does not become actief, its private color map will not be showed
> by the display manager
>
> Now, this behaviour seems to be specific to OpenVMS.
> I just made few test by running IDL on different machine and display:
>
> | Host where I display IDL
> |______________________________
> Host where | |
> I run IDL | HP/UX | OpenVMS
> ___________|__________|___________________
> | |
> HP/UX | it works | it does not work
> ___________|__________|___________________
> | |
> OpenVMS | it works | it does not work
> | |
>
> So, the problem probably resides in the interface between the OpenVMS
> window manager and IDL (or PV-WAVE).
> Until now, I does not find this behaviour with other X applications.
>
> Michel Kruglanski

We have seen this exact same problem since going to DEC-MOTIF v1.2-3.
The IDL window absolutely does not become active, therefore the private
colormap never comes into play.
This is really becomes a problem with 24-bit graphics engines.

I have an ALPHA running v1.2 of DECW-MOTIF and it behaves as it should.
I therefore have to say something changed in the X11 server in the way
it interacts with IDL.

One of my users displays his images within widgets. THis appears to work
but you should not have to this. I'm glad someone else has finally seen
this problem other than us.

If you don't have to upgrade your DEC-MOTIF, DON'T!! 'til DIGITAL or the
IDL folks have an answer.

+----------------------------------------------------------- ---------+
| David E. Wilcox - VMSsupport | Computer Sciences Corp. |
| - ext. 4531 | - System Sciences Division |
| - SOGS -4954 | - Space Telescope Science Institute |
| - Phone: 410-338-5091 | - Baltimore, Maryland |
| - Internet: wilcox@stsci.edu | - 21218 |
+----------------------------------------------------------- ---------+
Re: Problem with X display [message #6682 is a reply to message #6675] Tue, 30 July 1996 00:00 Go to previous message
MICHEL KRUGLANSKI is currently offline  MICHEL KRUGLANSKI
Messages: 14
Registered: August 1996
Junior Member
Norbert Hahn wrote:
[...]
>
>> The problem is probably that the IDL windows do not receive the focus: the windows
>> "palette" and "idl 0" never become the actief window. Even when I click on that
>> windows.
>
> What makes you think so ?

When a window become actief, the display manager changes the color of the border of
this window. When I click on the "idl 0" window, the color of its border does not
change. If the window does not become actief, its private color map will not be showed
by the display manager

Now, this behaviour seems to be specific to OpenVMS.
I just made few test by running IDL on different machine and display:

| Host where I display IDL
|______________________________
Host where | |
I run IDL | HP/UX | OpenVMS
___________|__________|___________________
| |
HP/UX | it works | it does not work
___________|__________|___________________
| |
OpenVMS | it works | it does not work
| |

So, the problem probably resides in the interface between the OpenVMS
window manager and IDL (or PV-WAVE).
Until now, I does not find this behaviour with other X applications.

Michel Kruglanski
Re: Problem with X display [message #6683 is a reply to message #6675] Mon, 29 July 1996 00:00 Go to previous message
hahn is currently offline  hahn
Messages: 108
Registered: November 1993
Senior Member
MICHEL KRUGLANSKI <M.Kruglanski@oma.be> wrote:

[snip]


> When I select color=256, the colors still do not correspond.
>> help,/device
> Available graphics_devices: CGM HP LJ NULL PCL PS REGIS TEK X Z
> Current graphics device: X
> Server: X11.0, DECWINDOWS DigitalEquipmentCorp. AXP, Release 6002
> Display Depth, Size: 8 bits, (1280,1024)
> Visual Class: PseudoColor (3)
> Bits Per RGB: 8
> Physical Color Map Entries (Used / Total): 128 / 256
> Colormap: Private, 128 colors. Translation table: Enabled
> Graphics pixels: Combined, Dither Method: Ordered
> Write Mask: 255 (decimal) ff (hex)
> Graphics Function: 3 (copy)
> Current Font: <default>
> Default Backing Store: Req from Server.
> Window Status: ---------------------
> id typ( x, y, backing store) id typ( x, y, backing store)
> 0: Win( 640, 512, Req from Server)

For those strange problems you may run xdpyinfo and compare its results with
those IDL reports above. (The program resides in /usr/bin/X11).

You may as well read back IDL's current color table and check it:

tvlct, r, g, b, /get
help, r
plot, r
window, 1
plot, g
window, 2
plot, b

> The problem is probably that the IDL windows do not receive the focus: the windows
> "palette" and "idl 0" never become the actief window. Even when I click on that
> windows.

What makes you think so ?
> Michel K.

Norbert
Re: Problem with X display [message #6686 is a reply to message #6683] Mon, 29 July 1996 00:00 Go to previous message
David Foster is currently offline  David Foster
Messages: 341
Registered: January 1996
Senior Member
Ever look back on something you did and say "What the..." ?

Sorry for the noise. I missed something really basic here!
>
> Dave Foster
> foster@bial1.ucsd.edu
Re: Problem with X display [message #6689 is a reply to message #6683] Mon, 29 July 1996 00:00 Go to previous message
MICHEL KRUGLANSKI is currently offline  MICHEL KRUGLANSKI
Messages: 14
Registered: August 1996
Junior Member
Hi,

Thanks to Liam and Hermann;
it works better.
But I have still problem with the loading of color tables.

For instance,
idl
>device, pseudo = 8
>window, color = 128
>print,!d.n_colors
256
>loadct, 5
% Compiled module: LOADCT.
% Compiled module: FILEPATH.
% LOADCT: Loading table STD GAMMA-II
>palette
There is 128 colors but they do not correspond to the "STD GAMMA-II"
I click on the right button.
>palette
Now, the second time, the colors correspond to the "STD GAMMA-II" !
When I select color=256, the colors still do not correspond.
>help,/device
Available graphics_devices: CGM HP LJ NULL PCL PS REGIS TEK X Z
Current graphics device: X
Server: X11.0, DECWINDOWS DigitalEquipmentCorp. AXP, Release 6002
Display Depth, Size: 8 bits, (1280,1024)
Visual Class: PseudoColor (3)
Bits Per RGB: 8
Physical Color Map Entries (Used / Total): 128 / 256
Colormap: Private, 128 colors. Translation table: Enabled
Graphics pixels: Combined, Dither Method: Ordered
Write Mask: 255 (decimal) ff (hex)
Graphics Function: 3 (copy)
Current Font: <default>
Default Backing Store: Req from Server.
Window Status: ---------------------
id typ( x, y, backing store) id typ( x, y, backing store)
0: Win( 640, 512, Req from Server)
The problem is probably that the IDL windows do not receive the focus: the windows
"palette" and "idl 0" never become the actief window. Even when I click on that
windows.

Michel K.
Re: Problem with X display [message #6691 is a reply to message #6683] Sun, 28 July 1996 00:00 Go to previous message
c71801 is currently offline  c71801
Messages: 2
Registered: February 1994
Junior Member
Liam Gumley (liamg@ssec.wisc.edu) wrote:
: MICHEL KRUGLANSKI wrote:
: > I work on a DEC alpha station 600 with a ZLXPE2 24-planes graphic card.
: > I use either IDL or PV-WAVE.
: > I have a problem when I try to use 256 colors.
: > idl (or wave)
: > > print,!d.n_colors
: > 256
: > > window,col=256
: > > print,!d.n_colors
: > 16777216
:
: In IDL, try this immediately after startup:
: device,pseudo=8
: window,colors=256
: print,!d.n_colors
: Note that the 'device' command as shown and the 'colors' keyword to 'window'
: only have an effect before any windows are opened. Once set, these
: options remina set for the rest of the IDL session.
: Cheers,
: Liam.

you can also include the lines

idl.depth: 8
idl.visual: PseudoColor

in your .Xdefaults or .Xresources file. (in case you are using the X device)
idl should now start with PseudoColor as the default visual class and with 256 colors.
try 'help,/dev' and 'print,!d.n_colors' to look if this works.

hermann
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: DXF
Next Topic: Re: reading a series of image files

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Wed Oct 08 16:01:23 PDT 2025

Total time taken to generate the page: 0.01037 seconds