HDTenEightyP/NetNews huggingface dataset:
From: sjr@munta.cs.mu.OZ.AU (Simon Rodger)
Subject: Problem using monochrome animation on a colour terminal
Organization: Computer Science, University of Melbourne, Australia
Date: Wed, 6 Jan 1993 07:44:05 GMT


Hi,

I am busy writing an X application that uses animation. I use
the GXxor function to avoid messy intersections and erasure. All
is well on my Sun but when I use another monochrome terminal
I discovered that the BlackPixel and Whitepixel indexes were
reversed. This I managed to solve using GXequiv. The real problem
is colour work stations. I have neither managed to define the window 
as a monochrome window nor somehow exclude all colour index values. 

I would appreciate any advise that could be given on the topic. 

Simon Rodger
Newsgroups: comp.windows.x
From: todd@fred.dfrf.nasa.gov (Todd Vernon)
Subject: Too Big XCreatePixmap returns ?
Reply-To: todd@fred.dfrf.nasa.gov (Todd Vernon)
Organization: Clarkson
Date: Mon, 4 Jan 1993 19:53:42 GMT


O'Reilly VII (page 108)  - XCreatePixmap returns a pixmap ID

Also BadAlloc, BadDrawable, BadValue can result.  I think I have
an idea why however my question is a follows.

How do I trap for instance BadAlloc as would happen if I ask for
a pixmap that is too big ?  This seems like a common problem
since off screen memory in X Servers is often limited ?

Is BadAlloc returned in place of the pixmap id ?  is zero 
returned ? help how do I do this ?

todd@fred.dfrf.nasa.gov
From: zzz@byron.u.washington.edu (Sample)
Newsgroups: comp.windows.x
Subject: Deleting Mouse Selected text in "xedit"
Date: 11 Jan 93 14:07:55 GMT
Article-I.D.: shelley.1iruvrINNnnk
Organization: University of Washington
NNTP-Posting-Host: byron.u.washington.edu

Could someone email me here (zzz@byron.u.washington.edu)
and tell me of an easier why to delete mouse
selected text in "/usr/bin/X11/xedit".  I know that
the '^W' key works but there should be a quicker
way (like a signle key press (no control press) or
adding a delete to the "Quit", "Save" and "Load"
menues.

Jeff
Newsgroups: comp.windows.x,comp.windows.x.intrinsics,comp.windows.x.motif
From: chris@ods.com (Chris Atkins)
Subject: Re: X/Xt/Motif Event Interleaving?
Followup-To: comp.windows.x,comp.windows.x.intrinsics,comp.windows.x.motif
Organization: Optical Data Systems, Inc.
X-Newsreader: TIN [version 1.1 PL8]
Date: Tue, 5 Jan 1993 15:14:08 GMT

Buzz Moschetti (buzz@bear.com) wrote:
: We are trying to create a very simple "drag-n-drop" type UI.  All widgets 
: that can be dragged or dropped on will live in the same container widget
: (xmFormWidgetClass).  Thus, we thought it would be possible to add event
: handlers to all child widgets as follows:

: 	XtAddEventHandler(widget,
: 		EnterWindowMask | 
: 		ButtonPressMask | ButtonReleaseMask | Button1MotionMask,
: 		      FALSE, my_event_proc, client_data);

: Assume we have two button widgets.  Clicking on and dragging either widget
: correctly hits my_event_proc() with event->type set accordingly, likewise
: for entering the widgets.

: What we thought would happen is while, say, widget 1 was dragged over
: widget 2, the latter's EnterNotify event would appear in the "stream" of
: widget 1's MotionNotify events, e.g.

: 	Dragging [w1]...
: 	Dragging [w1]...
: 	EnterNotify [w2]...
: 	Dragging [w1]...

: We do *not* see this behavior.  The problem is that widget 2 never gets
: the EnterNotify event until *after* the button is released, which is
: too late:

A button press event sets up a passive grab.

Chris Atkins
chris@ods.com
From: snail@lsl.co.uk
Newsgroups: comp.windows.x
Subject: Re: DECwindows funny
Date: 4 Jan 93 15:54:14 GMT
Organization: Laser-Scan Ltd., Cambridge

In article <1992Dec21.104526.17@condor>, nuytsm@logica.co.uk writes:
> 
> Has anyone else seen this problem with DECwindows ?
> 
> Occasionally, we get dialog boxes (normally quite straight forward
> - just a simple text field, a label and a couple of pushbuttons)
> that are displayed very small ie. just the very top left hand corner.
> 
> The application has several modeless dialog boxes and the one chosen to be
> small seems to be random.  This happens every few days.  The application
> runs 24 hours a day, 365 days a year. Approx 200-300 dialog boxes get
> displayed a day.
> 
> The client runs on a VAX 3900, VMS 5.5, the server on a VS2000, VMS 5.3.
> (Although I've seen this problem also on a VS3100 running 5.5)
> 
> If anyone has seen this problem, do you know why it happens and if there
> is a cure ?

I think it's a problem with the window manager being paged out and it takes
too long to page back in, resulting in a geometry requets being refused, thus
the shell comes up small (approx 16 x 16 pixels I think). Just a guess.

On a related note, occasionally we also so (ie: we do experience the above 
problem occasionally) see dialog boxes come up for a split second and then
disappear into oblivion forever - BIG DOODOO time.

Anyone seen this latter behaviour? (OH yes there is an 'i' in behaviour :-) )
-- 
snail@lsl.co.uk      

"Washing one's hands of the conflict between the powerful and the powerless
 means to side with the powerful, not to be Neutral."
                                                     Quote by Freire.
                                                     Poster by OXFAM.
Newsgroups: comp.windows.x
From: thinman@netcom.com (Technically Sweet)
Subject: Color virtual root windows in tvtwn/piewm?
Followup-To: poster
Keywords: tvtwm piewm background images
Organization: International Foundation for Internal Freedom
Distribution: usa
Date: Sat, 9 Jan 1993 00:59:00 GMT

How can I set the virtual root window to a color image under TWM?
Ssetroot understands X bitmaps and that's it.  I switched from
twm to piewm and lost the ability to put a gif in my root window.

I especially recommend this gif; it's a fractal image with extreme
depth of focus.  Looking at it between windows causes your eyes
to change depth of focus, which helps prevent eyestrain.

-- 

Lance Norskog
thinman@netcom.com
Data is not information is not knowledge is not wisdom.
From: jsheng@PICA.ARMY.MIL ("Joseph Y. Sheng", IMD-PB)
Newsgroups: comp.windows.x
Subject: Re:  Running X on PC?
Date: 6 Jan 93 14:27:13 GMT
Organization: The Internet

>> From <wkwong@kalman.eng.ohio-state.edu>  On Tue, 5 Jan 1993 20:27:35 GMT
>>
>> ...So it seems what we're
>> looking for is software that will emulate an X-windows terminal.

  I am using Hummingbird HCL-eXceed 3.0.1 on my 386 with PC/TCP.

...Joseph Sheng
Newsgroups: comp.windows.x
From: rogerj@aix.rpi.edu (Diversion (Jeff Rogers))
Subject: Re: Best WM? Vote for ctwm, plus good .ctwmrc file
Date: Sun, 10 Jan 1993 11:08:12 GMT

>I also love ctwm

[...lots of ctwm and other WM stuff deleted...]

The biggest comaplaint I've had with ctwm (In my uneducated opinion - I
don't use it) is it's inabilityy to have non-ctwm backgrounds on your
screen. You can put one up, but it disappears as soon as you change rooms.
There's probably -rc options to correct this, but since I don't use it, I'm
really not interested in what they are.

I've been using vtwm for the past N months (4<N<15), and for the most part
it works pretty nice. A few things that bug me about it - the damn virtual
desktop won't work the way you'd expect it to. If you click on a window in
the virtual desktop to move it, it warps the window so the pointer is at the
top left corner. Ditto with the root window (on the VD). I had a patch to
fix this, but it crashed when I tried recompiling with a distributed patch
set, so I ditched mine and haven't done anything on it in a while. The other
thing that bugs me (and should be fairly easy to fix) is to have outlines of
windows that are being moved on the VD (ala tvtwm or olvwm). Uncommenting
out one line in the source *almost* works, but crashes when you try to move
the root (referencing the parent of it, if I remember correctly). 
Stayup menus (found in tvtwm) would be another nice feature, probably could
be done by case-and-paste without too much pain. 

I think I've gotten away from the original intent of this post (if there
ever was one), so I'll cut it short before I start babbling...

Diversion

-- 
"I can see 'em                          | "Want me to create a diversion?"
    I can see 'em                       | Diversion
        Someone wake me when it's over" | rogerj@rpi.edu
Newsgroups: comp.windows.x
From: shannp@vccnw14.its.rpi.edu (Patrick L Shannon)
Subject: CTWM icons
Reply-To: shannp@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.
Date: Fri, 8 Jan 1993 22:42:41 GMT

Hi there

I realize this is a silly question but...

I am running CTWM2.1 and I am wondering if the is any way to use
different icons when iconifying two windows that have the same
Class.res_name and Class.res_class but have two different names
on the title bar

Thanks,

Pat Shannon
shannp@rpi.edu
From: ricky@FibHaifa.com (Ricardo <Ricky> Marek)
Newsgroups: comp.windows.x
Subject: XDM and ~/.login (Question)
Date: 6 Jan 93 15:25:54 GMT
Reply-To: ricky@FibHaifa.com
Organization: Fibronics ltd., Haifa - ISRAEL
Originator: ricky@matisse


I have noticed that, after we changed our Xterminals to use XDM,
the file ${HOME}/.login is never used again (Till a user runs a command
related to `login' or `rlogin'

In this file (As natural) is used as a `rc' file for user sessions, now
as a silly guess, all those initializations must migrate to ${HOME}/.xsessions?

Please reply via e-mail.. (I'll sumarize)

Thanks
______             _                 __    __
| __  \           | |   _           /  \  /  \   
| |_| |     ____  | | / /          /    \/    \  
|  ___/ _  | ___| | |/ / _   _    /  /\    /\  \ 
| |\ \ | | | |__  | |\ \ \ \/ /  / Ricky Marek (System Manager)
|_| \_\|_| |____| |_| \_\ \  /  / e-mail: ricky@FibHaifa.com
__________________________/ /  / phones: +972-4-313690
|__________________________/  / fax: +972-4-550668 \
Fibronics Ltd., Matam Industrial Park, Haifa 31905, ISRAEL
                            /__/                  \__\

-- 
Newsgroups: comp.windows.x
From: roland@quadsys.com (Roland Besserer)
Subject: Xpaint 2.0 compile error
Organization: QUAD Systems
X-Newsreader: Tin 1.1 PL3
Date: Sun, 10 Jan 1993 07:58:24 GMT

Just downloaded and tried to compile xpaint 2.0 (have had xpaint 1.0
for a while) and I get:

Operation.c: In function `okLineCallback':
Operation.c:90: `XtNleftBitmap' undeclared (first use this function) 
Operation.c:90: (Each undeclared identifier is reported only once 
Operation.c:90: for each function it appears in.) 
Operation.c: In function `lineWidth':
Operation.c:109: `XtNleftBitmap' undeclared (first use this function) 
.
.
.


Anyone else seen this?
-- 

Roland Besserer
QUAD Systems
roland@quadsys.com	
Newsgroups: comp.windows.x
From: main@lambda.msfc.nasa.gov (John Main)
Subject: colormaps
Summary: colormaps on Suns - help!
Organization: NASA/MSFC
Date: Thu, 7 Jan 1993 19:14:50 GMT

Hello,

I have various gifs I like to put in my background, but when I try to load many
of them using xloadimage, I get an error - some crap about not being able to
change the default colormap - and no new picture.  I got around this by ftp'ing
xv.  I can now load these pictures in the background, but then all of my
applications that I pull up after that scream about not being able to allocate
colors.  I guess my question is:  how do I load an image into the background
without changing the default colormap.

I am using a SPARCstation 2, using X11R5.  Also using xdm (not by choice!).


			Thanks,
			I (now, more than ever) Hate Bama
			(main@lambda.msfc.nasa.gov)

Newsgroups: comp.windows.x
From: joes@tgs.com (Joe Stewart)
Subject: Re: Plotting packages
Reply-To: joes@tgs.com
Organization: Template Graphics Software
Date: Tue, 12 Jan 1993 14:41:19 GMT

In article <264@trident.datasys.swri.edu>, mark@trident.datasys.swri.edu (Mark D. Collier) writes:
|> My sponsor is looking for an X/Motif-based plotting package to
|> be used for post-mission analysis of spacecraft telemetry data.
...
|> 
|> Our system requirements are X/Motif, Unix/POSIX, and low-cost
|> for an environment consisting of over 300 workstations.
|> 
|> Note that we are looking for both complete applications and tools
|> (widgets for example), which we could build upon for the final
|> application.

Mark:

You may want to take a look at FIGraph, out "two-call" charting and graphing
library built on top of PHIGS.  It comes with both a C and a FORTRAN binding
and it does lines, bars, and pies in addition to contours and surfaces.

FIGraph does not have a direct point and click (GUI) interface at this time.
However, because it's built on top of FIGARO+, our implementation of the
ANSI/ISO PHIGS standard, it can be integrated easily into any X based GUI. 
We are, of course, in the planning stages of a GUI product for FIGraph.  

FIGraph is available on DEC VAX, HP 9000/700, IBM MVS, IBM RS/6000, MIPS,
SGI, and SUN.  

If you'd like the usual marketing literature, send a note to info@tgs.com.
If you have specific technical questions, send a note to me, joes@tgs.com.

Joe

-- 
---------------------------------------------------------------------
 Joseph Stewart
 Senior Applications Engineer (FIGARO+, FIGt, FIGraph)
 Template Graphics Software (TGS)
 959 Concord Street 
 Framingham MA 01701-4613 (USA)
 508-872-8700 x340
 joes@tgs.com -- tgs!joes
---------------------------------------------------------------------
From: jason@ab20.larc.nasa.gov (Jason Austin)
Newsgroups: comp.windows.x
Subject: Xsun key repeat timing
Date: 6 Jan 1993 20:34:01 GMT
Organization: NASA Langley Research Center, Hampton, VA  USA
Reply-To: Jason C. Austin <j.c.austin@larc.nasa.gov>
NNTP-Posting-Host: ab20.larc.nasa.gov


	Is it possible to adjust the key repeat timing on the X11R5
Xsun server from a client program?  I can use -ar1 and -ar2 at
startup, but I need to be able to change it while the server is
running.  Any help is appreciated.
--
Jason C. Austin
j.c.austin@larc.nasa.gov

Newsgroups: comp.windows.x
From: sda@tigger.jvnc.net (Systems Design Associates)
Subject: JPL XWindows library
Summary: Public Domain XWindows library
Originator: sda@tigger.jvnc.net
Keywords: X xwindows library
Organization: JvNCnet
Date: Mon, 11 Jan 1993 15:49:58 GMT

About a year ago, I worked with a public domain XWindows development
library from JPL (David Smyth) that allowed specification of the 
User Interface in the resource file.  I found this an extremely 
useful and fast way to development my application.  Unfortunately,
I failed to take the information with me from that job and now I need to
relocate it.  If someone can send me the name of the package and an
ftp site I would be greatly appreciative.

Derek Fields
(derek@sysdesign.com)
From: joe@Veritas.COM (Joe Fasano)
Newsgroups: comp.windows.x.motif
Subject: MotionNotify events in pulldown menus
Date: 11 Jan 93 00:36:04 GMT
Distribution: comp.windows.x.motif
Organization: VERITAS Software

I am printing out all dispatched events while
playing with the Motif 1.2 periodic program.

Does anyone know why MotionNotify events are not
generated for movement in the pulldown menus ?

All I get are FocusIn and FocusOut events.
All my programs with pulldown menus generate
MotionNotify events.  What's special about the
periodic program.

Thanks, 

- joe
joe@veritas.com


-- 
	-------------------------------------------------------------
	joe			ARPAnet:  veritas!joe@apple.com
	joe@veritas.com		UUCPnet:  {apple,pyramid}!veritas!joe
Newsgroups: comp.windows.x.motif
From: updike@bug.cat.com (Michael Updike)
Subject: Re: Menus (and other popups) with debugging
Reply-To: kahlers@ncsa.uiuc.edu
Organization: Caterpillar, Inc - CIM Services, Peoria, IL  USA
Date: Wed, 6 Jan 1993 22:52:23 GMT

In article <1ifi1qINNouh@transfer.stratus.com>, lee@deneb.sw.stratus.com (Lee Cooprider) writes:
|> 
|> This feels like a FAQ, but I didn't find it in the list.
|> 
|> Motif causes some popup windows to grab all events when they are active.
|> For example, the standard PulldownMenu does this.
|> 
|> When one is debugging the program and it comes to a breakpoint with the
|> menu active, a deadlock occurs.  The program is stopped, so the menu items
|> cannot be selected, but the program can't be resumed, because the window 
|> running the debugger can't get any events.
|> 
|> There must be a standard solution to this problem.  What is it?
|> -- 
|> Lee W. Cooprider				PP-ASEL/IA
|> Lee_Cooprider@vos.stratus.com			Skylane N2908F "Wiley"


The easiest way to get around this is to use different displays for the program
and the debugger.

Or you could write stub routines that just return for all
the XGrabXXX and XUngrabXXX functions and bind them in.
Of course, this will cause some odd behaviour for anything
that uses grabs.


Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: Setting scroll bar values
Organization: Open Software Foundation, Motif Team
Date: Tue, 12 Jan 1993 14:43:17 GMT

 
|> I am using Motif and WCL to implement a variable forms entry program.
|> I need the editor to display a particular field when that field is
|> in error, and this involves setting the XmNvalue field of the
|> vertical scroll bar of an XmScrolledWindow using XtVaSetValues.
|> 
|> However, when I change this value, the scroll bar block moves, but
|> the area inside the scrolled window (an XmpTable) does not get
|> redrawn.
 
XtSetValues(scrollbar, XmNvalue) doesn't call the callback.

Use XmScrollBarSetValues, with notify = True.

Newsgroups: comp.windows.x.motif
From: sglanger@vela.acs.oakland.edu (LANGER STEVEN C)
Subject: Intercept Close gadget Challenge
Organization: Oakland University, Rochester MI.
Distribution: na
Date: Thu, 7 Jan 1993 16:37:55 GMT

Has anyone figured out how to attach a callback func to the
close gadget on a dialog for the general case?

Heller's example on pg 588 only works for Warning and Info
dialogs. Using
	XmCreateDialogShell or XmCreateDrawingArea
produces the X Warning: NOt a vendor shell.

The challenge continues.


--regards, steve


-- 
Steve Langer  			       sglanger@argo.acs.oakland.edu (VMS)
Oakland University		       sglanger@vela.acs.oakland.edu (Ultrix)
---------------------------------------------------------------------------
Standard disclaimers apply. In addition, the author makes no guarantees,
concerning the grammatical accuracy of his writing. Therefore, any ^B's, ^C's, 
midword character additions/deletions and other non-sense which occurs (after 
the work leaves the author's decade old text editor via his decade old Amiga, 
struggles through a local 1200 baud Merit server to be further mauled via the 
remote VAX mail servers) is someone elses problem - namely yours.
---------------------------------------------------------------------------
Newsgroups: comp.windows.x.motif
From: richardp@extro.ucc.su.OZ.AU (Logica P/L)
Subject: ViewCenter and XRT/graph
Keywords: ViewCenter XRT/graph Motif
 
  We are considering developing a GUI application using CenterLine's
  'ViewCenter'. We need to provide business graphs and XRT/graph
  seems to have the features we require.
     
  The problem is that ViewCenter generates code which uses the OI toolkit,
   whereas XRT/graph needs to be used within a Motif application.
        
   Has anyone got any suggestions for either a workaround or alternative
   products that would be compatible?
           
   Our fallback option is to use X-Designer as a screen builder and
   integrate XRT/graph into the resultant C code. However, we then lose
   the advantage of the C++ classes generated by ViewCenter.
              
   A response by email would be appreciated.
                
   Thanks,
   Richard P.
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Date: Wed, 13 Jan 1993 05:32:52 GMT

Newsgroups: comp.windows.x.motif
From: danubius@halcyon.com (Joseph R. Pannon)
Subject: Doug Young's source?
Organization: Northwest Nexus Inc. (206) 455-3505
Date: Sun, 10 Jan 1993 19:20:16 GMT

I know, I know ... this has been asked and answered before.
Unfortunately I didn't need it at the time, so I didn't have the
answer.  ... and they scrolled oof long time ago from my node's spool.

So, can any kind soul knowing the answer to where I might be able to
obtain the source code for Doug Young's book examples e-mail it to me?
I would be interested in the code for both of Young's books (with and
without Motif), but even one of them would be a great help as the
examples are so similar, anyway.

Thanks,
Joe Pannon
Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: RowColumn layout
Keywords: RowColumn layout
Organization: Open Software Foundation, Motif Team
Date: Fri, 8 Jan 1993 14:49:54 GMT

 
|> I want a RowColumn widget with 6 columns and an indefinite number of
|> rows.  I want it such that as I add children to the RowColumn, they
|> are added from left to right in the current row, then when the row is
|> full, go down to the next row.  Example:
|> 
|> 	1	2	3	4	5	6
|> 	7	8	9	10	11	12
|> 	13	14	15	16	17	18
|> 	19	20	21	22	23	24
|> 	25	26	...
 
The problem with PACK_COLUMN, is that the orientation always forces the
filling order *and* the meaning of numColumns (i.e. switch to numRows).

For instance: PACK_COLUMN, vertical, num_columns = 4, will give you:

	1       6	11      16
	2	7	12	17
	3	8	13	18
	4	9	14	
	5	10	15

and if you change the orientation to horizontal, you'll get 4 rows instead
of 4 columns:
	1	2	3	4	5
	6	7	8	9	10
	11	12	13	14	15
	16 	17	18


What you want is PACK_TIGHT, but PACK_TIGHT doesn't 
force the size of the objects inside the rowcolumn to be enclosed
in an equal box (based on the max of all objects, like PACK_COLUMN does).

One solution is to use PACK_TIGHT and to compute up-front the width needed
for 6 (in your example) objects in a row, set the width of the 
RowColumn to that width and resizeWidth to False. Since resizeHeight
is still false, you'll see the RowColumn growing in this direction only.
(you may or may not choose to force the size of the RowColumn children
to be the same; if you do, think to set the proper geometry resource on 
each child - recomputeSize, resizePolicy - to report this fixed size).










Newsgroups: comp.windows.x.motif,80,articles
From: cpbeaure@napier.uwaterloo.ca (Chris Beauregard)
Subject: Re: controlling an option menu from within the program (summary)
Keywords: option menu
Organization: University of Waterloo
Date: Wed, 6 Jan 1993 14:18:43 GMT

In article <1993Jan6.102718.2140@gate.esat.kuleuven.ac.be> johanb@joyce.esat.kuleuven.ac.be (Johan Buelens) writes:
>many thanks to everybody who responded !  as jasper@einstein.com pointed
>out, `The menuHistory resource must be set to the XmPushButton *widget* that
>you want to be selected.'
>
>you can use the convenience functions to create the option menu, but then
>you have to find out the names of the pushbutton widgets and the menu widget;
>it then seems more appropriate to create the menu `the hard way' (without 
>convenience function), so you are in control of all the widget names.
[code deleted]

While this works, it's a real pain if you have a good number of menus to
deal with.

I've written a small (<10 lines of code) to set the button of an option
menu just given the number of the wanted button (0-(n-1), n being the 
number of buttons entries in the menu)  So you can basically use

	 XmOptionMenuButton(widget,buttonNumber);

Unfortunately, the code for the routine is at work.  I'm afraid I can't
telnet there to get it (don't ask...).  

Basically you grab the sublist of button widgets (using XtVaGetValues -
I don't remember the resource), and then get the widget id of the 
buttonNumber needed.  Use that when you set menuHistory.  I think you 
might also have to unmanage and manage the widget again.

If I get some time today (ugh!) I'll take a quick shot at working the
code out and post it...

>Johan H. BUELENS

Chris Beauregard                                cpbeaure@napier.uwaterloo.ca
Warning:  These premises protected by reality.
Newsgroups: comp.windows.x.motif