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

Home » Public Forums » archive » Re: object graphics colormap bug ?
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: object graphics colormap bug ? [message #19128] Mon, 28 February 2000 00:00
Udo Grabowski is currently offline  Udo Grabowski
Messages: 17
Registered: February 2000
Junior Member
Hmm. We were really happy when that former bug vanished with Idl5.3, and
we just thought that our color problems finally were solved. No, we
definitely do not want to mix direct and object graphics (something for
those of us indebted to SM, I think ...). If I could have a glimpse on
the internal colormap code of idl, I may could find a workaround for
it in the fvwm2 code, where I already implemented the patch RSI sent to
me. Not that difficult it sounds like, and even easier than struggling
with this dam..^@#7& broken color allocation scheme. Maybe it's worth for
RSI to redesign that section of their sources completely....
--
Dr. Udo Grabowski email: udo.grabowski@imk.fzk.de
Institut f. Meteorologie und Klimaforschung II, Forschungszentrum Karslruhe
Postfach 3640, D-76021 Karlsruhe, Germany Tel: (+49) 7247 82-6026
http://www.fzk.de/imk/imk2/ame/grabowski/ Fax: " -6141
Re: object graphics colormap bug ? [message #19130 is a reply to message #19128] Mon, 28 February 2000 00:00 Go to previous message
davidf is currently offline  davidf
Messages: 2866
Registered: September 1996
Senior Member
Udo Grabowski (udo.grabowski@imk.fzk.de) writes:

> We again discovered a possible bug related to colormap switching into
> private mode. We are using Idl on Solaris 2.7 with fvwm2 window manager
> on 8 bit clients. When using draw widgets with object graphics, the
> colormap is not installed correctly when entering the window with the
> mouse, but shortly flickers to correct colors and then switches back to
> the previous colormap, which of course gives a distorted view. We reported
> a similar bug for Idl 5.2 a couple of month before for ordinary draw widgets
> also on CDE, that one disappeared when we upgraded to Idl 5.3. Now, on CDE
> the switching is done correctly, and also on fvwm2 for direct graphics after
> a patch from RSI was implemented. But that patch seemingly does not work for
> object graphics. Can anyone tell the internal differences for both types
> of graphic colormap switching approaches ?

I don't have the first idea about whether this is a
"bug" or not. I would certainly run it by RSI. But
I will hazard an opinion that the chances of running
object graphics correctly on a 8-bit display are not
good. Certainly I would say nearly impossible if you
are trying to combine direct graphics and object
graphics in the same program or session.

The two systems are just completely different. And
they use the color table in completely different ways.
Unless you are *very* careful to protect window colors
(for example, by always loading the correct color table
before drawing a graphic), there is no hope. And even
then, you will inevitably have color flashing problems.

Unless you have an extremely compelling reason to be
using object graphics on an 8-bit display, I would
be thinking about another solution.

Cheers,

David

--
David Fanning, Ph.D.
Fanning Software Consulting
Phone: 970-221-0438 E-Mail: davidf@dfanning.com
Coyote's Guide to IDL Programming: http://www.dfanning.com/
Toll-Free IDL Book Orders: 1-888-461-0155
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Re: IDLgrWindow (?) bug
Next Topic: Re: xmanager does not block

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

Current Time: Wed Oct 08 19:15:15 PDT 2025

Total time taken to generate the page: 0.00563 seconds