Path: utzoo!attcan!uunet!wuarchive!cs.utexas.edu!sun-barr!newstop!exodus!snowking!tomj From: tomj@snowking.Eng.Sun.COM (Tom Jacobs) Newsgroups: comp.windows.x Subject: Re: XView 2.0 bug (?) -- foreground and background colors Message-ID: <1990Oct4.123231@snowking.Eng.Sun.COM> Date: 4 Oct 90 19:32:31 GMT References: <27508@bellcore.bellcore.com> Sender: news@exodus.Eng.Sun.COM Reply-To: tomj@snowking.Eng.Sun.COM (Tom Jacobs) Organization: Sun Microsystems, Inc. Lines: 54 In article <27508@bellcore.bellcore.com>, quasar@krazykat.ctt.bellcore.com (Laurence R. Brothers) writes: |> As far as I can tell, XView panels ignore the Window.Color.Background |> resource described in the XView man page. They also ignore the |> -Wb and -g command line options. Actually, XView PANEL windows are enforcing the OPEN LOOK 3D color model that says that control areas have the same color as the window borders (resize handles, header, footer, menus, scrollbars, buttons, sliders, etc). You can change the color of other windows though... try: "textedit -bg blue" and you'll see that the textsw changes, but not the control objects. |> Setting the background color of the base frame and FRAME_INHERIT_COLORS |> using an Xv_singlecolor value has similar nonexistent effect. Panels simply ignore this... this is either a blessing (save you from doing something that will break OPEN LOOK compliance) or a bug considering on your views of GUIs, however I think that this type of "help" on the part of the toolkit provide for more consistent applications and environments. |> The only way I can find to establish a panel color is to install a colormap |> segment for the application (via FRAME_INHERIT_COLORS) or for a specific |> panel. Unfortunately, this has the (bug) side-effect of mangling any |> menus which may pop up for the panel. |> |> All the above methods work fine for foreground colors. |> |> Any suggestions? |> |> And another thing -- isn't it stupid not to be able to make the background |> color of a panel item different from the background color of the panel? We've been looking at this issue trying to get clarification from our OPEN LOOK experts... when we get the OK to allow this.. we'll fix it. Personally, I think that changing the background on a button (for example) destroys the consistent model... what you really want to do is change the foreground (outlines) of the button. --Tom Jacobs tomj@Eng.sun.com Sun Microsystems, Inc. ..!sun!tomj