HDTenEightyP/NetNews huggingface dataset:
From: bin@primate.wisc.edu (Brain in Neutral)
Newsgroups: comp.windows.x.motif
Subject: Re: xmkmf
Date: 7 Oct 1992 23:25:39 -0500
Organization: Cafe Limbo
Distribution: inet
Reply-To: bin@primate.wisc.edu
NNTP-Posting-Host: uakari.primate.wisc.edu

From article <1992Oct7.203702.10308@mcs.kent.edu>, by chen@humboldt.kent.edu (Chen):
> In article <1aueddINNjs8@fbi-news.Informatik.Uni-Dortmund.DE>, klute@tommy.informatik.uni-dortmund.de (Rainer Klute) writes:
> |> In article <1992Oct7.011709.22856@mcs.kent.edu>, chen@humboldt.kent.edu
> |> (Chen) writes:
> |> |> 2. The easiest way is to go to another same type of machine where it has
> |> |> imake
> |> |>    and copy it. I ran into a problem because the imake I got gave me the
> |> |> error
> |> |>    like: 
> |> |> 	4: Can't find include file Imake.tmpl
> |> |>    Since I didn't find the directory defination in xmkmf script, I
> |> |> figured that
> |> |>    the path must be hard coded in the executable, and since I couldn't
> |> |> write to
> |> |>    /usr/lib/X11/config, I gave up.
> |> 
> |> No, the directory path to Imake's configuration files is *not* hard coded
> |> in the Imake executable. You can specify it by the -I option, e. g.
> |> 	imake -DUseInstalled -I/usr/local/X11R5/lib/X11/config
> |> This is actually all the xmkmf script does, and you don't need xmkmf to
> |> call imake - except to save some typing.
> |> 
> 
> Well, that error message was displayed after I changed the -I path in xmkmf 
> script. And I didn't get any message with the other imake, which is from a standard
> mit version of R5. And we didn't have R5 on our system, so the reason can't be
> because this imake happened to use the same path on our system.
> I still don't know why one imake works while the other doesn't, with the same xmkmf.
> I thought it was because of the shared libaray, may be someone needs to explain
> more...

It is odd that one imake would say that and the other not.  It could be
accounted for if you were using the imake that Sun distributes with Open
Windows, because that one does have a configuration file directory hardwired
in, and it doesn't make it easy for you to specify an alternate directory.
But you were using an HP machine, right?

(BTW, not only is the Open Windows imake broken, so is its xmkmf. Grr.)
-- 
Paul DuBois
dubois@primate.wisc.edu
From: u1f57@SUNWS44.BGM.LINK.COM (William Loftin)
Newsgroups: comp.windows.x.motif
Subject: (none)
Date: 11 Oct 92 16:42:31 GMT
Distribution: inet
Organization: The Internet

Hi,
	I have a "simple" question.  Can a widget be written in Ada
without rewriting all underlaying layers (Xlib/Xt/Xm) in Ada?  If
the answer is no (which I think it is) could some kind soul elaborate
on why (in as much detail as you have time for), for my
managements edification.  On the other hand, if the answer is yes
then how are the methods interfaced?

Thanks,
==========================================================================
 William G. Loftin                         | email: wloftin@bgm.link.com
 CAE Link Flight Simulation Corp.          | phone: (607)721-4172
 Binghamton, NY 13902-1237                 | fax:   (607)721-5602
==========================================================================
From: jelast@IASTATE.EDU (Jim Last)
Newsgroups: comp.windows.x.motif
Subject: Is there a Virtual Motif?
Date: 15 Oct 92 21:10:38 GMT
Article-I.D.: IASTATE.1992Oct15.161038
Reply-To: jelast@IASTATE.EDU (Jim Last)
Organization: Iowa State University




Yo,


I read a post the other day where someone asked wether or not there was a
version of Motif that handled "virtual-ness."  A "Virtual Desktop" simply turns
your operating space into several screen sizes worth of area (mine's 2x2 and
I've seen 4x4).  This is an incredibly handy feature

If anyone responds to this, or the previous post by someone else, I'll simply
burst with glee and happy tidings.  This has been buggin' me for too long, so
thanks in advance.

Thanks again.

--Jim Last		|  "...it's big, it's heavy, it's wood."
  jelast@iastate.edu 	|                 -Log, from BLAMMO!
From: hstroyan@hpfcso.FC.HP.COM (Howard Stroyan)
Date: Tue, 6 Oct 1992 18:12:56 GMT
Subject: Re: Blinking
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.windows.x.motif

In comp.windows.x.motif, dnguyen@xobu.nswc.navy.mil (D. Nguyen) writes:

> Hi all,
> Does any one know how to implement blinking in X ? An obvious solution
> is just too costly. Thanks.
  
Colormap animation (alloc a read_write cell and twiddle its color setting),
or
Repetitive rendering (draw and undraw, possibly with XOR rops)

seem to be the only "X" available methods. I'd recommend the 1st.  
Are these both "obvious solution"s ?
--
Howard Stroyan                                         
Hewlett-Packard                                        hstroyan@fc.hp.com
User Interface Technology Division                     
Newsgroups: comp.windows.x.motif
From: s1w@gasco.uucp (Scott A. White  x5947)
Subject: Changes to XtPopup behaviour
Organization: Northwest Natural Gas, Portland, OR
Date: Wed, 7 Oct 1992 23:55:11 GMT

System Description:
Sun OS 4.1.1
Motif 1.2 X11/R5  (migrating from Motif1.1.1 and X11/R4)

Has anyone noticed the following change in behaviour
of XtPopup when mograting to Motif 1.2?

Our Motif apps have a main window that displays
other windows using XtPopup().  The user can
iconify these secondary windows.  Under Motif 1.1.1
and X11/R4, when they re-display data in an iconified
window, XtPopup resetores the window and fills the data widgets
appropriately.  Under Motif 1.2, the secondary window
remains iconified.

Is this a bug or another "feature"??????

Thanks in advance
Newsgroups: comp.windows.x.motif
Subject: Problem managing some XmGadget children
From: chrisp@sdl.mdcbbs.com (Chris Pointon)
Date: 15 Oct 92 12:53:13 GMT
Organization: Shape Data (Division of EDS), Cambridge UK


I've written a constraint widget which is a subclass of xmManagerWidgetClass.
The widget works fine when managing widget children, and also home-grown gadget
children which are subclasses of xmGadgetClass. However, when I try to add
PushButtonGadget or LabelGadget children to this widget, they destroy
themselves from their InitializePostHook routine, which seems rather odd to
me...

Is this a bug, or do I need to add something to my constraint widget to deal
with this? Any ideas, folks?

Configuration: SunOS 4.1, OpenWindows2 server, Motif 1.1 window manager and
widgets.

many thanks,
  Chris.
--
+----------------------------------------+---------------------------+
| Chris Pointon    chrisp@sdl.mdcbbs.com | EDS Shape Data, Regent St |
| +44-223-316673                         | Cambridge CB2 1DB  U.K.   |
+----------------------------------------+---------------------------+
From: klee@wsl.dec.com (Ken Lee)
Newsgroups: comp.windows.x.motif
Subject: Re: Opinion of O'Reilly Guides to the X Window System
Date: 7 Oct 92 17:23:57 GMT
Article-I.D.: PA.1992Oct7.172357.13780
Reply-To: klee@wsl.dec.com
Organization: DEC Western Software Laboratory

I suppose my bibliography has caused some controversy here.  In my
commentary, I try to point out not only which books are good, but which
books are best for people that can't afford to buy or read them all.  I
agree that the O'Reilly books are useful.  I think some other books are
also good.  With regards to Motif, covered by volumes 4-6 of the
O'Reilly series, my opinions are based on three main areas:

1.  subclassing.  Whether you politically support or oppose subclassing
Motif widgets, alot of users need to do it and are doing it.  The
O'Reilly Xt and Motif books provide little useful information on this
subject.  In contrast, the combination of the Asente/Swick book and the
Berlage book provide enough info for most users to do useful work.

2.  UIL.  UIL is a standard part of Motif.  A complete tutorial on
Motif should cover it.  Other Motif tutorials, such as Berlage's book,
cover it.  Users can decide whether or not to use it.  I don't think
it's right for books calling themselves "the definitive guides" to
arbitrarily ignore standard functionality.

3.  Complex technical subjects.  In general, I've found the O'Reilly
books to be lacking (compared to the competition) when it comes to
discussing complex problems commonly found during industrial
development.  For example, the Asente/Swick book is infinitely more
useful than the O'Reilly books on the X Toolkit.  Perhaps the
Asente/Swick book is extraordinary, but I think it is the resposibility
of a useful bibliography to point this out.

I'm always open to input from others.  Please send your comments in the
form "I feel that book A is better than book B because ...".  It is
almost impossible to get useful information from non-comparitive
comments.  Thanks.

-- 
Ken Lee
DEC Western Software Laboratory, Palo Alto, Calif.
Internet: klee@wsl.dec.com
uucp: uunet!decwrl!klee
Newsgroups: comp.windows.x.motif
From: cecchinr@gehrig.cs.rpi.edu (Ron Cecchini)
Subject: Re: Motif bug or feature?
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Thu, 15 Oct 1992 18:36:10 GMT

In article <1992Oct14.162155.22836@asd.com> scott@asd.com (Scott Barman) writes:
>How come the text in a text or textField widget does not dim when I
>make the widget insensitive?  This seems a bit inconsistant with the
>rest of the Motif interface, no?
>
>For the record: Motif 1.1.5, MIT X11R4pl18, Xsun server on a SPARCstation 2
>running SunOS 4.1.2.
>-- 
>scott barman			| <This space intentionally left blank>
>scott@asd.com			|
> (I can barely speak for myself, you expect me to speak for my employer??)

It is not a bug and, in 1.1.5 (I didn't even know there was a 1.1.5...),
it is not a feature.  It *IS* a feature, however, in 1.2.   This 
feature (turning a widget's sensitivity off) has also been extended to
a few other widgets -  the only one coming to mind being a scrollbar.

Ron

Newsgroups: comp.windows.x.motif,comp.windows.x.intrinsics
From: mattf@cac.washington.edu (Matthew Freedman)
Subject: Re: How do I put *my* TopLevelShell on top???
Organization: U.W. Information Systems
Date: Fri, 16 Oct 1992 18:30:46 GMT

In article <1992Oct16.193138.2251@fics.uucp>, matt@fics.uucp (Matthew Kerr) writes:
> How can I force my window on top of all other windows?
> (even if they are not part of my application)

XMapRaised() does the trick for me. I don't know if that is the
officially sanctioned way of doing it though.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
= Matthew M. Freedman                                                 =
= U. of Washington Information Systems       mattf@cac.washington.edu =
= 4545 15th Ave. NE; 4th Floor               (206) 543-5593           =
= Seattle, WA  98105                                                  =
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
From: tomg@hpcvusc (Thomas J. Gilg)
Newsgroups: comp.windows.x.motif
Subject: Re: HP9000 mwm HASSLES!!!!
Date: 15 Oct 92 00:26:36 GMT
Article-I.D.: hpcvusn.1992Oct15.002636.6700
Organization: Hewlett-Packard Company, Corvallis, Oregon USA
X-Newsreader: Tin 1.1 PL5

> But, when the pulldown menu disappears, the focus is not returned to the
> text widget as would be expected.

Not a Motif expert here, but I know of the problem.  There are different
ways to post and dismiss menus (mouse -vs- accelerators).   There is a 
recently discovered bug in which the Grab registration and unregistration
code (in Xt and Xm ?) is inconsistent between the ways.   Using the mouse
to post a menu, and then an accelerator (<esc>) to dismiss the menu will
cause the problem I believe.   I am aware that the problem is being addressed
for HP-UX 9.0   I'm not sure what the status is for a HP-UX 8.* patch.

To force the issue, please submit a defect report - customer reported
defects carry 10x the priority of labbie submitted defects.

Thomas Gilg
tomg@cv.hp.com
From: t9014155@phillip.edu.au (T-BONE)
Newsgroups: comp.windows.x.motif
Subject: Resourcs files
Date: 12 Oct 92 08:42:06 GMT
Organization: RMIT (Bundoora Campus)

Has anybody had any problems with setting offests in resource files?

Example:

application*pushbutton.x: 100

or

application.toplevel.bboard.pushbutton.x: 100

Doesn't work!!!  I can specify colours, fonts etc and they work fine.
Is there a bug I don't know about?


-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
"     t9014155@phillip.edu.au                 "tbone@arcadia.mc.phillip.edu.au"
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
From: ahom@yingjow.tnds.bellcore.com (Allen Hom)
Newsgroups: comp.windows.x.motif
Subject: Re: table or matrix widget
Date: 16 Oct 92 18:43:03 GMT
Distribution: comp.windows.x.motif
Organization: Network Data Collection Presentation and Processing Development


In article <LPS.92Oct13104017@swlral.msd.ray.com>, lps@swlral.msd.ray.com (LYNN SHEA) writes:
|> 
|> Hi,
|> I'm looking for a table or matrix widget to be used to develop data entry forms
|> in Motif.  I need more table-like functionality than the XmRowColumn widget
|> provides.
|> 
|> Thanks in advance for any info.
|> 
|> Lynn Shea
|> Raytheon Company
|> Phone: (508)858-1912
|> FAX: (508)858-9380
The Table widget class that is included in the WCL package might be what you
need.  you can get it from export.lcs.mit.edu under /contrib.
-- 
allen hom
Bellcore
ahom@tnds.bellcore.com
(908)699-5728
From: dbl@osf.org
Newsgroups: comp.windows.x.motif
Subject: Re: Composite Resources
Date: 14 Oct 92 13:31:14 GMT
Distribution: inet
Organization: The Internet


It's really XtNinsertPosition; see the Xt docs.

-- 
David B. Lewis  	Temporarily at and certainly not speaking for OSF.
by day: dbl@osf.org			by night: david%craft@uunet.uu.net
From: schnepp@nodecg.ncc.telecomwa.oz.au (Tom Schnepple)
Newsgroups: comp.windows.x.motif
Subject: 2 accelerator keys to call the same menu option?
Date: 12 Oct 92 11:51:32 GMT
Organization: Network Computer Centre

BACKGROUND:
My application uses the MOTIF V1.1 library and run under X on a Data General
Workstation (AViiON) with DG's operating system V5.4.1.

PROBLEM:
In my application, I have defined a different accelerator key for each of 
the menu options:
eg:	F1  (function key 1)  is used to invoke the menu option "Help"
	F12 (function key 12) is used to invoke the menu option "Exit"
	etc...

The problem occurs when the user has the CAPS LOCK key ON. The function
keys no longer work because, for example, when the user presses F1 while
the CAPS LOCK key is ON, the system inteprets the key pressed as Shift-F1
and since Shift-F1 is not defined to invoke any menu option, 
nothing happens. This is annoying for the user having to remember that 
if the CAPS LOCK key is ON, he/she cannot invoke any of the menu options.  

I need to be able to have two accelerator keys to a single menu option. 
eg: F1 and Shift-F1 are accelerator keys for the Help menu option.

NOTE: I do NOT want to bind the two accelerator keys because our 
computer is used to run other applications as well!

Does anyone know how I can overcome this problem ??

Thanks for any help, I'll post solutions back in say a week
(if any)

     _--_|\    Tom Schnepple  (schnepp@telecomwa.oz.au) 
    /      \   Perth, Western Australia
--> *_.--._/ 
          v
From: pickerig@dns0.bham.ac.uk (Mr. G. Pickering)
Newsgroups: comp.windows.x.motif
Subject: Re: A DialogShell Question ?
Date: 10 Oct 92 15:50:20 GMT
Organization: The University of Birmingham, England
X-Newsreader: TIN [version 1.1 PL6]


--
Guy Pickering
Electronic Eng, University of Birmingham, Edgbaston, Birmingham. ENGLAND
G.PICKERING@uk.ac.bham  or pickering@uk.ac.bham.eee
Newsgroups: comp.windows.x.motif
From: toml@marvin.Solbourne.COM (Tom LaStrange)
Subject: Re: How can I get the window title ?
Keywords: XFetchName, window title
Reply-To: toml@ParcPlace.COM
Organization: ParcPlace Boulder
Distribution: usa
Date: Fri, 16 Oct 1992 15:21:50 GMT

In article <1992Oct15.183507.14684@utagraph.uta.edu>, mccoll@cse.uta.edu (Roddy McColl) writes:
|> I have an application which acts as a mechanism to track X events
|> occurring in another window. My scheme involves "sniffing" a good
|> candidate window by the title of it's window.
|> Under OpenWindows, XFetchName() provides the name on the window title
|> bar, no problem. Under Motif (on the machines I've tested so far) a call
|> to XFetchName() simply returns nothing.
|> Is there another way to get the window title under Motif ?


Are you sure you're doing the XFetchName() on a top-level window of an
application?  Top-level windows can be identifed by the existance of the
WM_STATE property.

--
Tom LaStrange        toml@ParcPlace.COM
Newsgroups: comp.windows.x.motif
From: vik@pandora.cs.wayne.edu (Vijay Kumar)
Subject: SpreadSheet Widget
Organization: Wayne State University, Detroit
Date: Thu, 8 Oct 1992 15:45:25 GMT

	I am developing an application which duplicates the spreadsheet
	functionality for some part. I have some ideas on creating a
	spreadsheet look-alike by using base widgets like rowcolumn widgets
	and text widgets. This is going to result in zillions of widgets with
	dynamic generation and deletion of widgets, with associated
	performance constraints.

	What I am looking for is customized spreadsheet widget which takes
	care of the cell manipulation ? I can use any suggestion on the
	widget structure for spread sheet widget generation. I would be
	interested if any attempt has been made on these kinds of specialized
	customized widgets or if any commercial widget sets contains these
	types of widgets.

	Any suggestions in this regard would be highly appreciated.

   Cheers!
	Vijay Kumar (vik@pandora.cs.wayne.edu)
	Oct 8, 1992.

Newsgroups: comp.windows.x.motif
From: joe@schemer.jpl.nasa.gov (Joseph Jupin)
Subject: Color Pixmaps into Motif (through Common-Lisp and CLM is possible!) 
Keywords: Color Pixmaps Common-Lisp CLM Motif 
Organization: Jet Propulsion Laboratory 
Date: Sat, 3 Oct 1992 06:23:37 GMT

Hi,
Does anyone have any idea where to get some public domain software that shows
how to load color pixmaps into Motif (preferably through Franz or Lucid
Common-Lisp and CLM).  The authors have mentioned using CLX, but so far that
has gotten me anywhere yet. 

Also, does anyone know the struct def for Pixmaps (color)?  Haven't been able
to find one document that shows exactly what should be in each of the slots.

Finally, has anyone converted any of XPM into something more manageable (say just
for reading an XPM file and displaying it within your window)?

Thanx for any and all replies!

JOe...

Oh, please reply to any of the following addresses:

jupin@nextjupebox.jpl.nasa.gov
joe@schemer.jpl.nasa.gov
jupin@cs.ucla.edu
From: R2PB@VM1.CC.UAKRON.EDU
Newsgroups: comp.windows.x.motif
Subject: Mailing List
Date: 9 Oct 92 14:39:46 GMT
Organization: The University of Akron


 
Hai netters,
 
I would like my name to be included in the mailing list for this news group.
Would some one please tell me how I can do it.
 
Thanks in advance.
prakash
 
Please send your mails to : lilbit!prakash@skybridge.scl.cwru.edu
Newsgroups: comp.windows.x.motif,comp.windows.x
From: ctkwok@cs.washington.edu (Chung Tin Kwok)
Subject:  How to get rid of scrollbars?
Organization: Computer Science & Engineering, U. of Washington, Seattle
Date: Thu, 15 Oct 92 19:18:31 GMT

Hi,

	I'm just wondering how could one get rid of the horizontal
	scrollbar created by XmCreateScrolledList;  I could get rid
	of scrollbars screated by XmCreateScrolledText but not for Lists.

	Any suggestions?

	Thanks

C.T.Kwok
U. of Washington

-- 


C.T.Kwok
U. of Washington
Newsgroups: comp.windows.x.motif
From: mccoll@cse.uta.edu (Roddy McColl)
Subject: How can I get the window title ?
Summary: Motif equivalent of XFetchName() sought
Keywords: XFetchName, window title
Organization: Computer Science Engineering at the University of Texas at Arlington
Distribution: usa
Date: Thu, 15 Oct 1992 18:35:07 GMT

I have an application which acts as a mechanism to track X events
occurring in another window. My scheme involves "sniffing" a good
candidate window by the title of it's window.
Under OpenWindows, XFetchName() provides the name on the window title
bar, no problem. Under Motif (on the machines I've tested so far) a call
to XFetchName() simply returns nothing.
Is there another way to get the window title under Motif ?

Thanks folks,

Roddy McColl
(aka roddy@cardiac-ra.swmed.edu)



Newsgroups: comp.windows.x.motif
From: chen@humboldt.kent.edu (Chen)
Subject: Re: xmkmf
Keywords: xmkmf imake
Organization: Kent State University
Date: Wed, 7 Oct 1992 20:37:02 GMT

In article <1aueddINNjs8@fbi-news.Informatik.Uni-Dortmund.DE>, klute@tommy.informatik.uni-dortmund.de (Rainer Klute) writes:
|> In article <1992Oct7.011709.22856@mcs.kent.edu>, chen@humboldt.kent.edu
|> (Chen) writes:
|> |> 1. xmkmf is just a shell script, and the real program is imake, usually
|> |> in
|> |>    /usr/bin/X11
|> |> 
|> |> 2. The easiest way is to go to another same type of machine where it has
|> |> imake
|> |>    and copy it. I ran into a problem because the imake I got gave me the
|> |> error
|> |>    like: 
|> |> 	4: Can't find include file Imake.tmpl
|> |>    Since I didn't find the directory defination in xmkmf script, I
|> |> figured that
|> |>    the path must be hard coded in the executable, and since I couldn't
|> |> write to
|> |>    /usr/lib/X11/config, I gave up.
|> 
|> No, the directory path to Imake's configuration files is *not* hard coded
|> in the Imake executable. You can specify it by the -I option, e. g.
|> 	imake -DUseInstalled -I/usr/local/X11R5/lib/X11/config
|> This is actually all the xmkmf script does, and you don't need xmkmf to
|> call imake - except to save some typing.
|> 

Well, that error message was displayed after I changed the -I path in xmkmf 
script. And I didn't get any message with the other imake, which is from a standard
mit version of R5. And we didn't have R5 on our system, so the reason can't be
because this imake happened to use the same path on our system.
I still don't know why one imake works while the other doesn't, with the same xmkmf.
I thought it was because of the shared libaray, may be someone needs to explain
more...

--------------------------------------------------------------------------------
Ligang                                                       Ligang Chen 

Department of Math and Computer Science 
Kent State University.
(216) 672-4004 ext 135  voice mail 501
--------------------------------------------------------------------------------



Newsgroups: comp.windows.x.motif
From: mitzel@caldera.usc.edu (Danny Mitzel)
Newsgroups: comp.windows.x.motif
Subject: Does OSF Motif 1.1 build w/X11R5?
Date: 11 Oct 1992 23:40:06 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: inet
NNTP-Posting-Host: caldera.usc.edu

I am in the process of rebuilding and installing OSF/Motif 1.1 on a
Sun [Sparcstation, SunOS4.1.1].  Everything seemed to build fine with
few problems, however whenever I try running a client it ends up
core dumping when I select a scroll bar or button.  I see in the README
that this distribution originally built with X11R4, we're now running
X11R5.  Could this be the problem?  Any suggestions?  Do I have to
rebuild all of R4 just to reinstall this stuff?

thanks for any suggestions,
danny (mitzel@usc.edu)
Newsgroups: comp.windows.x.motif
From: tmjones@eos.ncsu.edu (@large( T.J. Jones) )
Subject: Dumb Bug
Originator: tmjones@pepe.csc.ncsu.edu
Reply-To: tmjones@eos.ncsu.edu (@large( T.J. Jones) )
Organization: North Carolina State University, Project Eos
Date: Wed, 14 Oct 1992 20:11:34 GMT


Hello folks, I am having a really dumb problem.  I am converting some
code from one machine (that has backing store) to another (that doesn't).
The new code works fine on color monitors (They are DEC3100s and DEC 5000s)
but when I tried it on a DEC 2100 (Single Plane graphics) none of the graphics
were drawn.  I narrowed down the problem to my Graphic Context.  When
I use the function xor it works fine but for just plan GXor it wont draw.
The window is white pixel.  the foreground is black pixel and the background
is white pixel.  Any body have a sugestion.  By the way what does graphics
context default to.