HDTenEightyP/NetNews huggingface dataset:
From: csanii@bmera226.bnr.ca (Cyrus Sanii)
Newsgroups: comp.windows.x
Subject: Doesn't anyone use XrLib?
Date: 6 Apr 92 14:16:12 GMT
Reply-To: csanii@bmera226.bnr.ca (Cyrus Sanii)
Organization: Bell-Northern Research, Ottawa, Canada

I posted a message a while back asking for some help with the XrLib
functions but NOONE responded.  All I want is the source C code for a
simple input loop so that I can read input from: 
1) message box buttons
2) radiobuttons
3) pushbuttons
4) checkboxes

I am having trouble because the message box seems to absorb all events
so the other ones do not get reported.  Any ideas would be greatly
appreciated.  I figure the code is only about 10-20 lines max. 

Thanks in advance
From: dana@dino.bellcore.com (Dana A. Chee)
Newsgroups: comp.windows.x
Subject: Re: Wanted: XMille source & execs for X11R5
Date: 17 Apr 92 14:18:10 GMT
Reply-To: dana@thumper.bellcore.com
Organization: Packet Communications Research Group (Bellcore)

In article <p0zj=3l.erich@netcom.com>, erich@netcom.com (Erich Proudfit) writes:
|> Does anybody have a working copy of XMille for X11R5?
|>  
|> I need the source and working executeables.
|>  
|>

The source is available from export (xmille-2.0.tar.Z).  Working
executables for WHAT!!

|> -- 
|> +----------------------------------+--------------------------------------+
|> |  Erich Proudfit                  |                                      |
|> |  Western Microtechnology         |                                      |
|> |  800-MEGABIT                     |                                      |
|> |                                  |                                      |
|> |  email: erich@netcom.netcom.com  | GO San Jose Sharks!!!                |
|> +----------------------------------+--------------------------------------|

+*************************************************************************+
*  Dana Chee				(201) 829-4488			  *
*  Bellcore								  *
*  Room 2P-298								  *
*  445 South Street			ARPA: dana@bellcore.com		  *
*  Morristown,  NJ  07960-1910		UUCP: {gateways}!bellcore!dana	  *
+*************************************************************************+
From: e-l@speed.harvard.edu (e-l account for Cheatham)
Newsgroups: comp.windows.x
Subject: What bandwidth needed for X over phone lines?
Keywords: modem, bandwidth, EPOCH
Date: 14 Apr 92 12:55:19 GMT
Article-I.D.: das.1992Apr14.125519.11242
Followup-To: chip@soi.com
Distribution: na
Organization: Software Options, Inc.

What line speeds are necessary for minimally acceptable X traffic over
phone lines? Our principal application is EPOCH -- not a lot of
graphics.  I gather that 19,200 bps is not sufficient (but I'm not
sure).  Nominal 9,200 bps modems using v.42bis can achieve actual
rates circa 32K-36K bps.  Is this enough?  Do we really need a leased
line and/or higher rates?

Any help appreciated.  Will summarize E-mail repsonses if appropriate.

Chip Morris, chip@soi.com
22 Hilliard St.
Cambridge, MA 02140
617-497-5054
Newsgroups: comp.windows.x
From: diaz@venice.sedd.trw.com (Phillip Diaz)
Subject: Xwebster Servers
Organization: TRW Systems Engineering & Development Division, Carson, CA
Distribution: usa
Date: Fri, 10 Apr 1992 02:20:55 GMT


Xwebster users,

    I just recently compiled/linked the xwebster Motif version
onto my HP in Los Angeles, CA. I cannot find a local webster
server to run off. Anyone have suggestions so I can run this
service?

You can reach me at:
                    pdiaz@oahu.sedd.trw.com (preferred)
                            or
                    pdiaz@venice.sedd.trw.com

Thanks................
From: lora@askinc.ask.COM (Lora Shirley)
Newsgroups: comp.windows.x
Subject: OSF/Motif Developer's Meeting
Keywords: osf motif x11
Date: 7 Apr 92 18:06:31 GMT
Organization: ASK Computer Systems, Inc.


               OSF/Motif Developers Meeting: April 15

  Please join us at a jointly sponsored meeting of the OSF/Motif
  Developers Group and Drinking Society and the BayCHI OSF/Motif BOF.
  The meeting is at 7:00 PM on Wednesday, April 15.

  The topic for the evening is "Introduction to WCL" (Widget Creation
  Library), presented by Ron Hughes.  Ron Hughes has been active in
  developing X and Motif applications for a number of years.  He is
  currently Manager of X Development at Frame Technology.

  The meeting location is at NCD's facilities, 339 N. Bernardo in 
  Mountain View, directly off of the Central Expressway.
 


  About the Santa Clara Valley OSF/Motif groups:
  *********************************************

  The Silicon Valley OSF/Motif Developers and Drinking Society and
  BayCHI's OSF/Motif BOF (Birds-of-a-Feather) group are two Bay
  area groups that hold (almost) monthly meetings to discuss Motif
  development issues.  The topics discussed include: releases and
  features of the Motif toolkit, X11, UI builders, and products
  developed using Motif.

  Meetings are held on the third Wednesday of the month, at 7pm at
  NCD's facility at 339 N. Bernardo St. in Mountain View.  North
  Bernardo Street is located on the Central Expressway, between
  Mary and Castro Streets.

  There are no membership or admission fees.

  A joint planning committee schedules the meetings.  If you would like to
  discuss a topic of interest to this group, please contact Lora Shirley
  415-335-5288.


  Planned Meeting Dates for First Half of 1992:
  ********************************************

  Wednesday, April 15, 1992

  Wednesday, May 20, 1992

  Wednesday, June 17, 1992
From: Mandyam.Srinivas@ho15.eng.ua.edu
Newsgroups: comp.windows.x
Subject: R5 server on RS6000
Date: 17 Apr 1992 02:24:34 -0500
Organization: University of Alabama
Reply-To: srini@aramis.cs.ua.edu
NNTP-Posting-Host: cs.utexas.edu


Hi everybody,


Sometimes, when I use the R5 server, the screen freezes, and the
only thing I can do is a reboot. I cannot do anything -- 
the mouse and the keyboard get locked. This happens, for example
when I load xfig, and at other times randomly. 

> Network Info
> ------------
> We have a network of 60 RS/6000 (320) machines, with AIX 3.1.5.
> There are 4 subnets, with 6 file-server (520) machines. X11R5
> has been installed on one of the servers now. All the 
> machines have it mounted under /usr/local, and can access
> the R5 clients, and server.

Thanks for any advice.

Srini.
-- 
Mandyam Srinivas            |   " You are young and life is long and 
msriniva@buster.eng.ua.edu  |     There is time to kill today   
                            |     And then one day you find ten years 
                            |          have got behind you
(205) 349-4136              |     No one told you when to run, 
                            |         you missed the starting gun"
        	            |                                 -P.F.
From: marc@mvision.COM (Marc Albert)
Newsgroups: comp.windows.x
Subject: Trouble Running R5 Xsun
Date: 13 Apr 92 19:57:51 GMT
Organization: The Internet

I compiled the R5 distribution with no problems.  The server (Xsun)
will not run properly.  It seems that the applications and the window manager
work fine but the mouse will not move and I can not get window
focus at all.

Any thoughts would be appreciated.

Setup:

Sun IPC
SunOS 4.1.1
Default MIT site.def configuration (and MANY others)


Thanks,

Marc Albert

marc@mvision.com
From: kirillt@numbat.pad.otc.com.au (Kirill Tatarinov)
Newsgroups: comp.windows.x
Subject: Re: Xt Questions
Date: 12 Apr 92 23:19:32 GMT
Reply-To: kirillt@numbat.pad.otc.com.au (Kirill Tatarinov)

In article <9204091239.AA02896@simpson.turtles>, amir@matis.UUCP (Amir Katz) writes:
|> 
|> 1. The user selects an option and a widget is created and mapped. The widget
|>    remains, but it is later obscured by other widgets. When the user selects
|>    the same option again, we want to raise the widget above all others.
|>    We are using
|> 
|>        XRaiseWindow (display, XtWindow(widget))
|> 
|>    but it does not work. Why? Is there an Xt-based method of doing that?

The `widget' is probably not a subclass of WMShell. Currently, there is
no Xt method to change stacking order. 

|> 
|> 2. We need to know, inside the application, whether it is in iconified or
|>    normal state. Same requirement for some of its widgets.
|>    Once can call 'XGetWMHints', but is there a neater way of doing it?
|> 

Actually, the application does not care if the window iconified or not.
Assuming that the window is always iconified you may want to call
 XMapRaised(...). If the window is not iconified, it will be just Raised.
Be sure, that the window you provide in this call is a `top' of the hierarchy,
i.e. subclass of WMShell.

-- 
_____________________________________________________________________
   Kirill Tatarinov      | "Those evening bells! those evening bells!
      KillySoft          |  How many a tale their music tells... " 
   2/93 Prospect Rd.	 |			Thomas Moore
   Summer Hill 2130	 |__________________________________________
      Australia          
		 kirillt@nms.otca.oz.au  
		  FAX: +61-2-339-3985
		  Tel: +61-2-799-8525 
---------------------------------------------------------------------
Newsgroups: comp.windows.x
From: doug@nmri.ge.COM (Doug Becker)
Subject: Re: Reason for difference between XDraw{Arcs,Lines} {Pts,Segs,Rects}?
Organization: The Internet
Date: Tue, 7 Apr 1992 18:28:54 GMT

    At
    first I thought that perhaps XDrawLines didn't want to try to deal with
    the max request size because the lines must be drawn joined to each 
    other (although getting this right wouldn't have been hard).  But that
    reasoning doesn't seem to apply to XDrawArcs.

There are two issues here.  First, there is no way in the X11 protocol
to specify that a request is partial, so joining and capping are
nontrivial.  Second, under certain conditions (mostly involving wide
lines), both XDrawLines and XDrawArcs guarantee that a pixel will not
be drawn more than once.  You'd have to make some changes to the X
protocol (or the specification) to get things to draw properly in all
cases while allowing Xlib to break up such requests.

On a related note, a while ago I brought up the question of whether it
is safe to assume that all Xlibs will automatically break up certain
poly requests (i.e., XDrawPoints, XDrawSegments, etc.) the way the
sample implementation does.  (There is still no documentation
regarding this, unfortunately.)

The answer I received, from someone in the Consortium who would know,
was that this was a fuzzy area of Xlib, although few vendors provided
their own Xlib implementation.  If you really want to be 100% kosher,
you should still break up even those poly requests that the sample
implementation will break up automatically.

-- 
Doug Becker             doug@nmri.ge.com             crdgw1!sane!doug
Newsgroups: comp.windows.x
From: converse@expo.lcs.mit.EDU (Donna Converse)
Subject: Re: Problems with XtSetKeyboardFocus
Organization: X Consortium, MIT Laboratory for Computer Science
Date: Mon, 6 Apr 1992 22:29:16 GMT


> I'm having some problems with the behavior of Xt when XtSetKeyboardFocus
> has been used, and so far as I can tell it is inherent in the design of Xt.
> 
> Xt tracks EnterNotify and LeaveNotify events when the keyboard has been
> re-directed and manufactures FocusIn and FocusOut events for the receiving
> window when the pointer enters and leaves the source window. I think this
> behavior is wrong. In my case, it causes Focus events to be generated for the
> receiving window even though I have set the focus to the source window with
> XSetInputFocus.


The introductory statement in the documentation for XtSetKeyboardFocus
implies that you are on your own if you use XSetInputFocus in conjunction
with XtSetKeyboardFocus.  The Intrinsics library cannot be aware of the
effect of your call to the the Xlib function; if you want to undo the
effects of XtSetKeyboardFocus, XtSetKeyboardFocus(source, None).


> The point of this, according to the source code, is to ensure correct behavior
> in a real-estate driven (i.e. follow the pointer) focus model. In my opinion,
> it is unnecessary and causes problems in an explicit focus model.
> 
> When the focus is set to PointerRoot, the server will generate Focus events
> for the source window, so Xt does not have to. When the focus is not set to
> PointerRoot, Xt should not be trying to simulate PointerRoot behavior, since
> the widget or application programmer clearly does not want the focus to follow
> the pointer.

I think the problem stems from using multiple interfaces at different levels
(Xt and Xlib) to control keyboard input focus.  It may also be the case that
a widget is not accepting the focus when asked.


> Is there some way to turn this behavior off, like a global resource setting
> that Xt pays attention to? I can't see that there is.

No global resource.


Donna Converse
MIT X Consortium
From: rsmith@proteus.arc.nasa.GOV (Roger Smith -- IAS)
Newsgroups: comp.windows.x
Subject: Explore the solar system with X11
Date: 6 Apr 92 18:18:22 GMT
Organization: The Internet

Hi Bram

Tried to run bsxclient and got the following:
	Couldn't connect to socket.


I used the file bsxclient.tar.Z from lysator.liu.se on 4/6/92 at 11:00AM PDST
Ran the make on a Sun SparcStation2 running SunOS 4.1.1, X11R4, and using TWM.

Any Suggestions? ...Thanks

------------------------------------------------------------------
Roger Smith
Sterling Software at
NASA-Ames Research Center
rsmith@proteus.arc.nasa.gov
- 
If change is -- inevitable -- predictable -- beneficial -- 
doesn't logic demand that you be a part of it?
One man cannot summon the future. But one man can change the present!
    -- Kirk and the Alternate Spock, "Mirror, Mirror," stardate unknown
+
Xref: sparky comp.windows.x:9930 comp.periphs.printers:1444 comp.unix.ultrix:3804
From: steinar@ifi.uio.no (Steinar Kj{rnsr|d)
Newsgroups: comp.windows.x,comp.periphs.printers,comp.unix.ultrix
Subject: Re: Need version of xpr with support for HP DeskJet 500C
Date: 12 Apr 92 20:57:41 GMT
Organization: Dept. of Informatics, University of Oslo, Norway
        19:46:24 GMT
To: brian@kokom.mit.edu (Brian McAllister)
Originator: steinar@bera.ifi.uio.no

In article <BRIAN.92Mar25144624@kokom.mit.edu> brian@kokom.mit.edu (Brian McAllister) writes:

> 
> 
> We want to use xpr (or some equivalent) to print color screen dumps
> made by the xwd program on an HP DeskJet 500C.  The version of xpr we
> have supports the HP Paintjet, which costs more and has lower
> resolution.
> 
> If anyone knows of a version that supports the DJ500C, please let me
> know where we can get it.
> 
> Thanks in advance.

While waiting for a DeskJet 500C driver for xpr, you could get Ghostscript
version 2.4 off the ftp archives and translate your xwd file to
PostScript and then let for instance PBM and gs do the rest:

	1a. xwd -> PostScript using PBM filters

	# xwdtopnm < dump.xwd | ppmtops > dump.ps
	
	  		or

	1b. X window -> PostScript using XtoPS
	
	# XtoPS > dump.ps

	Note: I don't think xpr will produce color PostScript even if
	      your xwd dump file has color information!

	2. PS-> DeskJet 500C

	# gs -sDEVICE=djet500c -sOUTPUTFILE=dump.djet dump.ps

I have just used the 'ljet2p' driver in Ghostscript to produce PCL
graphics from a PostScript file. It worked fine. I have not tried the
djet500c driver though, but it will probably work as well.

 | Steinar Kjaernsroed	Dpt. of Informatics	email:steinar@ifi.uio.no
 |			University of Oslo,               or
 |                      NORWAY                        ..!mcsun!ifi!steinar
From: charette@cheetah.det.dec.com (Mark Charette)
Newsgroups: comp.windows.x
Subject: Re: Where is Ken Olsen's internet address??
Date: 17 Apr 92 14:15:24 GMT
Reply-To: charette@cheetah.det.dec.com (Mark Charette)
Organization: Digital Equipment Corporation


In article <1992Apr17.131343.29244@ornl.gov>, jxt@stc06.ctd.ornl.gov (TOLLIVER J S) writes:
|>>|>Does anyone have the internet address of Ken Olsen so I can
|>>
|>Actually, I seem to recall reading about a year ago that Ken Olsen had
|>cancelled his email account and announced that he would no longer accept
|>email after returning from a trip and finding over 30 feet of email messages
|>awaiting his return.
|>

How many nanoseconds of messages is 30 feet ?

--
Mark Charette                |Yes, I do speak for my employer. Really. Often.
Fisher Engineering Systems   |Digital Equipment Corporation is NOT my employer,
charette@cheetah.det.dec.com |so don't blame them. I just consult there.
Newsgroups: comp.windows.x
From: mahan@tgv.COM (Patrick L. Mahan)
Subject: RE: XtToolkitInitialize and xrdb
Organization: The Internet
Date: Thu, 9 Apr 1992 18:19:28 GMT

#
#When XtToolkitInitialize (or other related initialize function) loads the resources,
#what do they use? Do they use "xrdb" to load the resources? Can I have C preprocessor
#macros in my resource file?
#

No, it uses the Xrm utilties inside of Xlib.

#
#Is there a way by which the application can request the toolkit initialize functions
#to use "xrdb (with cpp)" or preprocess the resource file with "cpp".
#

No.

Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long

Newsgroups: comp.windows.x
From: mark@netcom.com (Mark Jeghers)
Subject: Re: MITSHM Extension...
Date: Thu, 09 Apr 92 00:04:58 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

leei@thunder.mcrcim.mcgill.edu (Lee Iverson) writes:


>X Error of failed request:  BadAccess (attempt to access private resource denied)
>  Major opcode of failed request:  129 (MIT-SHM)
>  Minor opcode of failed request:  1 (X_ShmAttach)
>  Serial number of failed request:  308
>  Current serial number in output stream:  309

>This, of course, doesn't happen if the client and server are local to
>the same machine.   Aaaarrrggghhh!    Any ideas?

Exactly!  THe MITSHM extension is only meant for local clients (where it is
possible to build a shared memory bridge).  It cannot be used over the network.

But, we can always wish, eh...:-)
Newsgroups: comp.windows.x
From: sns@deimos.caltech.edu (Sam Southard Jr.)
Subject: XCreatePixmap
Keywords: failure
Organization: Caltech Astronomy Department
Date: Fri, 10 Apr 1992 23:57:01 GMT

Is there a defined return value for XCreatePixmap if it can not create the
requested pixmap?  If not, how can I portably detect when XCreatePixmap fails?

-- 

Sam Southard, Jr.
{sns@deimos.caltech.edu|{backbone}!cit-vax!deimos!sns}
Newsgroups: comp.windows.x.pex
From: pmartz@dsd.es.com (Paul Martz)
Subject: Re: How to get my server to support PEX?
Reply-To: pmartz@dsd.es.com (Paul Martz)
Organization: Evans & Sutherland Computer Corp., Salt Lake City, UT
Date: Fri, 10 Apr 92 16:59:06 GMT

In article <1992Apr10.130633.2030@dsd.es.com>, pmartz@dsd.es.com (Paul Martz) writes:
> (Disclaimer: I have no idea how X works on VAXen, so take this with a
> grain of salt. Maybe someone from DEC can comment?) What you are
> describing sounds like a bug in xdyinfo. It should've complained that
> it couldn't open display, when you set your DISPLAY to the VT1000 --
> obviously there's no X server running there!

Obviously I'm not familiar with the VT1000, either: I've just been
informed it's an X terminal!

Not sure why xdpyinfo would tell you it supports PEX; Maybe it does
(though the only PEX terminal I've heard of is Tektronix's). When I
run xdpyinfo on my NCD it does not claim that PEX is a supported
extension.

Anyhow, cdpyinfo gets it's stuff from the server. So if xdpyinfo tells
you a server supports PEX, and in fact that server does NOT support
PEX, that is a bug in the server.
-- 

   -paul	pmartz@dsd.es.com
		Evans & Sutherland
Newsgroups: comp.windows.x.pex
From: hersh@expo.lcs.mit.edu (Jay Hersh)
Subject: Re: PEX in widget
Organization: X Consortium, MIT Laboratory for Computer Science
Date: Wed, 15 Apr 1992 00:09:52 GMT

hasegawa@hcrlgw.crl.hitachi.co.jp (Takashi Hasegawa) writes:

>I'd like to ask a question about PICK device.

>I use PEX in the window which is a child of an athena widget. But I
>can't get any information about the structure picked by the mouse. 
>What should I do for the purpose of getting the information?

>First, I initialize and create the top widget, then create paned
>widget as a child of it, create a simple widget as one of children of
>the paned widget, open phigs and bind it to the simple widget.

>I can draw picture in the window and I can extract events of pick, but
>I cannot extract which structure is picked.

>Thanks in advance.

>Central Research Lab., Hitachi Ltd.
>Tahashi Hasegawa


there are known bugs in how workstation picking works.  Many
of these bugs have been fixed, but fixes have only been made
available to X consortium members, this is why it pays to purchase
a supported version of PEX. At some time in the future a new
version of PEX with many bugs fixed will be made available.

Jay Hersh
MIT X Consortium
--
Hopfen und Malz, Gott erhalts
From: wijkstra@fwi.uva.nl (Marcel Wijkstra (AIO))
Newsgroups: comp.windows.x.pex
Subject: IBM graPHIGS vs. PEX
Date: 15 Apr 92 13:02:06 GMT
Organization: FWI, University of Amsterdam

I have writtem a program in C using the graPHIGS API (on our
IBM RS/6000 model 730). But since there's only one IBM over here
(except for two RTs and a few PCs) and besides me everyone else 
has a SUN (most SUN4s) with X11R5, I would like to share my programming
efforts with some other people and translate my (volume modeling)
program from graPHIGS to PEX.

Is this possible? Is there some automated way (eg. graPHIGS2pex)?
Or are there too many differences (apart from the fact that our
RS/6000-730 has special graPHIGS hardware, whereas the SUNs are
just plain 8-bit pseudocolor machines)?

Every info on this subject is welcome.

Marcel.
-- 
/\/\\/\//\/\\/\//\/\\/\//\/\\/\//\/\\/\//\/\\/\//\/\\/\/
 X	   Marcel Wijkstra   AIO   (wijkstra@fwi.uva.nl)
|X|	     Faculty of Mathematics and Computer Science	
 X	       University of Amsterdam   The Netherlands
From: hasegawa@hcrlgw.crl.hitachi.co.jp (Takashi Hasegawa)
Newsgroups: comp.windows.x.pex
Subject: PEX in widget
Date: 14 Apr 92 08:22:46 GMT
Organization: Central Research Lab., Hitachi Ltd.

I'd like to ask a question about PICK device.

I use PEX in the window which is a child of an athena widget. But I
can't get any information about the structure picked by the mouse. 
What should I do for the purpose of getting the information?

First, I initialize and create the top widget, then create paned
widget as a child of it, create a simple widget as one of children of
the paned widget, open phigs and bind it to the simple widget.

I can draw picture in the window and I can extract events of pick, but
I cannot extract which structure is picked.

Thanks in advance.

Central Research Lab., Hitachi Ltd.
Tahashi Hasegawa
From: chow@sdc1.ssc.gov (Ivan Chow,,6212)
Newsgroups: comp.windows.x.pex
Subject: How to get my server to support PEX?
Date: 8 Apr 92 19:13:57 GMT
Reply-To: chow@sdc1.ssc.gov
Organization: Superconducting Super Collider Laboratory

Hi, experts:
    I am very interested in PEX 3D display.  Recently, I downloaded X11R5 from mit.
From the FAQ, I know if I do a xdpyinfo and I don't see X3D-PEX.  It means my server
does not support PEX.  The question is how to get my server support PEX?
Thanks for any info.

Ivan
Newsgroups: comp.windows.x.pex