| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2418.1 | Informed speculation | DECWIN::FISHER | Burns Fisher 381-1466, ZKO3-4/W23 | Fri Mar 09 1990 13:40 | 9 |
| There is no magic. The colors an appliations uses come from a resource that
(usually) the session manager puts on the root window of the display it uses.
The application gets that value from the resource data base. I think it is
actually *background or some such. I assume the application is only merging
the resources from its "main" display. It never sees the *background value from
the other display. Even if it does, they both have the same name, and one or
the other value will "win". Not both.
Burns
|
| 2418.2 | Not a good topic | DECWIN::KLEIN | | Fri Mar 09 1990 13:59 | 15 |
| I think this is a toolkit bug. Each display structure on the client side
has room for its own resource database. I think that the toolkit is just
trying to avoid reloading the resource database for multiple displays,
without realizing that the databases might indeed be DIFFERENT.
If you're running DECwindows V2.0, it is even worse. I can't get multiple
display applications to run AT ALL. See QAR V5, #1586 if you want to be
depressed.
But then in DECwindows V2.1 it will work (like V1?) again. Which still
does not seem to be the right way.
groan
-steve-
|
| 2418.3 | Xlib believe there is only one resource db | OPHION::MIKEY | Mike Yang | Fri Mar 09 1990 17:47 | 2 |
| The Xlib routines believe that there is only one resource database, and
that is on screen 0.
|
| 2418.4 | Motif has some interesting capabilities... | FUEL::graham | How are we doing? | Fri Mar 09 1990 18:55 | 26 |
|
>The Xlib routines believe that there is only one resource database
I have been led to believe that mwm can do the following: no?
You can run a copy of mwm at each screen and give each a different
resource name (using the -name command line option). Each copy of mwm
can then pick up a personalized set of resources.
For example:
% mwm -name mwm0 -display screen:0.0 # mwm on screen zero
% mwm -name mwm1 -display screen:0.1 # mwm on screen one
Your resources might look something like this:
Mwm*keyboardFocusPolicy: explicit # class name applies to both
mwm0*background: maroon
mwm1*background: white
etc
Kris..
|
| 2418.5 | So ... | KAOU04::DLEROUX | | Sun Mar 11 1990 17:15 | 18 |
| re. 2
> ... If you're running DECwindows V2.0, ... I can't get multiple display
> applications to run at all.
Are you sure? My application was initially developped under V2.0 and worked
fine( except for the colors ).
I agree with you when you say that this does not seem to be the right way.
It would seem logical for a window opening on another display to take on the
display's default colors, wouldn't it?
I guess this means that there is no way of getting the default colors for every
screen. I guess everybody will get a black & white version of my application.
Thanks anyways,
Dan
|
| 2418.6 | Its been fixed ... | KAOU35::DLEROUX | | Fri Mar 16 1990 08:44 | 7 |
|
We are now running the 5.4-EFT and the "bug" or "missing feature" seems
to have been fixed since when I open a new display the window on that
display takes on its default colors.
Dan
|