HDTenEightyP/NetNews huggingface dataset:
From: dave@IMD.Sterling.COM (Dave Krejci)
Subject: Converting Window ID to Widget
Organization: Sterling Software, IMD
Date: Mon, 31 Aug 1992 21:22:18 GMT
X-Md4-Signature: ffd07118b228876cd282398881f6b2d6

I'm interested in writing an application on a SPARC 2 that would allow a
user to click on a window which would then display the widget hierarchy
for that window by widget name and class.  I know how to get the window 
ID of the window clicked on and I know how to print the widget hierarchy
given a toplevel shell.  My problem is that I haven't been able to find
a way to convert a window ID into a toplevel widget name.  

If anyone can help or can suggest an alternate solution, please email 
me a reply or post it to the net if you think it would be beneficial to
everyone.  Thanks in advance.
-- 
#######################################################################

Dave Krejci                         INTERNET: dave@IMD.Sterling.Com
Sterling Software, IMD              UUCP:     uunet!sparky!dave
1404 Fort Crook Road South          PHONE:    402-291-8300
Bellevue, NE. 68005-2969            FAX:      402-291-4362
Xref: sparky comp.windows.x:16138 comp.windows.x.apps:927
From: bobmcg@castle.ed.ac.uk (Bob McGonigle)
Newsgroups: comp.windows.x,comp.windows.x.apps,comp.infosystems.gopher
Subject: X public domain software index available through gopher
Keywords: X, gopher
Date: 29 Aug 92 11:09:54 GMT
Organization: Edinburgh University Computing Service

X public domain software index available through gopher

The first results of a pilot project are now available from the gopher 
host <gopher.ac.ed.uk>.  It attempts to provide browsing facilities for  
public domain X software.

It contains an, almost current, index on comp.sources.x. It is planned
to also index export.lcs.mit.edu in the near future.

It has been made available to see if the structure for the information 
is useful and to receive comments.
Newsgroups: comp.windows.x
From: curts@tmpcu.mdc.COM (Curt Schroeder)
Subject: Re: GUIs Considered Harmful
Organization: The Internet
Date: Tue, 1 Sep 1992 14:22:18 GMT


Jurgen Botz writes:

> I've never quite been able to figure out what exactly NeWS is... I
> know it stands for Network Extensible Windowing System and that it's
> based on Postscript, but I don't think I've ever seen a machine
> running it by itself.

Silicon Graphics' Irix OS (before Irix 4.0).  I did some fairly in-depth work
with SGI's NeWS back in 1990.  It had the server and window manager tightly
coupled at the same layer, instead of having the window manager layered on top
of the server.  The X window manager and GL window manager sat on top of the
NeWS server/window manager.  The nice part about the NeWS server was that it
was somewhat extensible.  You could download your own subroutines and 
independent processes to the server and several kinds of hooks for getting info
out and sending info to the server were available.  However, since it used an
extension of Postscript (which is an extension of Forth), most users and
system administrators found it difficult to work with (at least that is the
impression I have gotten from the St. Louis SGI folks).  I already had some
experience with Forth, so did not find it that hard to work with.

But it was a pain at times...layered window managers are not a speedy or 
efficient way to do work.

Curt

Curt Schroeder | McDonnell Douglas Missile Systems Company      |
----------------------------------------------------------------|
These opinions are mine, mine, mine!  I  | curts@tmpcu.mdc.com  |
am not an instantiation of Std_Employee! | - Apple II Forever - |


Newsgroups: comp.windows.x
From: rob@csi.on.ca (Rob McAteer)
Subject: HP-UX - building x clients - need imake, config files etc
Summary: HP-UX - building x clients - need imake, config files etc
Keywords: HP-UX
Organization: Carp Systems International
Date: Wed, 2 Sep 1992 17:13:39 GMT

-- 
Rob McAteer                                   CAnet: rob@csi.on.ca
Carp Systems International                    Voice: (613) 592-5780
600 Terry Fox Drive, Suite 200                  Fax: (613) 592-0584
Kanata, Ontario, Canada     K2L 4B6
Newsgroups: comp.windows.x,comp.windows.x.apps
From: ldawes@uahcs2.cs.uah.EDU (Lisa Dawes, Computer Science Dept., Univ. of Alabama-Huntsville)
Subject: X accellerator boards
Organization: The Internet
Date: Thu, 3 Sep 1992 05:06:49 GMT


Has anyone had any experiences with Megatek's ESPRIX frame buffer/accellerator?

I am considering buying one for my Britelite (Sparc laptop).

Newsgroups: comp.windows.x
From: achan@idaho.tdd.sj.nec.com (Amy Chan  x2941)
Subject: Re: how to implement slow calback routines ?
Organization: NEC-AM TDD, San Jose, California
Distribution: comp
Date: Thu, 27 Aug 1992 17:23:08 GMT

In article <1992Aug27.130557.6965@dxcern.cern.ch> veym@cernvm.cern.ch (Marc Vanden Eynden) writes:
>Hi everybody,
>
>My problem is the following :
>
>In several applications we add a callback routine to a pushbutton, let us say 
>that foo is this callback routine.
>In foo, we have to access large numbers of pieces of equipment;this operation
>may take up to 30 seconds. Therefore, we pop up an a XmMessageBox telling the
>user that the task in currently running.
>The problem is that after the creation of the messagebox we do not return to
>the XtMainLoop() and the messagebox is not managed on the screen, even if we
>call XFlush().
>
>Example :
>callback routine foo(...)
>{ 
>   /* inform user that it will take 30 seconds */
>
>    msgbox = XmCreateMessageBox(...)
>    XtManageChild(msgbox);
>    XFlush(dpy);
>
>   /* start hardware access - 30 seconds of exexution */
>
>    AccessHW(...)
>}

Use XmUpdateDisplay to force handling of exposure events.

Hope this helps.

Amy
--
Amy Chan                 | E-Mail:
NEC America              |  INET: achan@tdd.sj.nec.com
110 Rio Robles           |  UUCP: ...{decwrl,oliveb}!necsun!achan
San Jose, CA 95134       |
From: deveau@oceanroutes.ns.ca ("Terry J. Deveau")
Newsgroups: comp.windows.x
Subject: Re: GUI Documentation Question
Date: 28 Aug 92 13:58:21 GMT
Article-I.D.: expo.9208281358.AA29023
Organization: Oceanroutes Canada Inc.

Stephen Dannelly writes:
>
>     Does there exist a comprehensive GUI documentation technique?  
> Any names of books or articles relating to this would be appreciated.
> I would also GREATLY appreciate ANY comments or suggestions.  Real
> life experiences would be nice as well.
> 
The approach taken by the HP OSF/Motif Style Guide seems reasonably
effective, although perhaps not as comprehensive as what you are
looking for. ... Terry
From: mark@genesis.itd (Mark Nelson)
Newsgroups: comp.windows.x
Subject: a utility for setting window & icon names?
Keywords: WM_NAME and WM_ICON_NAME properties
Date: 28 Aug 92 16:36:49 GMT
Reply-To: mark@genesis.itd
Organization: Information Technology Division, DSTO Salisbury

Does anyone have a utility for setting the WM_NAME and WM_ICON_NAME
properties of a window?

xprop allows you to remove a property of a window but I couldn't find anything
to set a property.  I know of XSetWMName(), XSetWMIconName(), etc but I would
really rather avoid using them if I could.

Thanks

Mark

--------------
Mark Nelson

 |\/\/\/\/|              Information Technology Division 
 |        |              Defence Science and Technology Organisation
 |        |
 | (. )(. )              POST:  DSTO, ITD 171 Labs
 c     U  .   Hi Man!           PO Box 1500, Salisbury, South Australia 5108
  \ `-----'              EMAIL: mark@itd.dsto.gov.au
   |    |                PHONE: (08) 259 5921       OVERSEAS: +61 8 259 5921

--------------------------------------------------------------------------------
 D S T O    .--_|\ 
           /      \      Information Technology Division
Australia  \_.--x_/
-----------------v--------------------------------------------------------------
Newsgroups: comp.windows.x
From: converse@expo.lcs.mit.EDU (Donna Converse)
Subject: Re: Problems with getting Xt applications to see resources...
Organization: X Consortium, MIT Laboratory for Computer Science
Date: Fri, 28 Aug 1992 19:53:33 GMT


> Perhaps I am just being stupid (wouldn't be the first time)
> but I am unable to get either XAPPLRESDIR or XUSERFILESEARCHPATH
> to work the way they are documented in the FAQ.
> 
> For instance, I set XUSERFILESEARCHPATH to ./%N.ad:$HOME/%T/%N
> (and unset XAPPLRESDIR for what that's worth), put a file containing
> resources into ./Fred.ad and run my application "Fred", but.. no resources
> are seen. Ditto for a resource file in $HOME/app-defaults/Fred.

Try this:

1. unsetenv XUSERFILESEARCHPATH
2. setenv XAPPLRESDIR $HOME/app-defaults
3. put the application defaults in the file $HOME/app-defaults/Fred
   note that is *not* Fred.ad


Donna Converse
MIT X Consortium
Newsgroups: comp.windows.x
From: kwj@iastate.edu (kwj)
Subject: Noseguy
Organization: Iowa State University, Ames, IA
Date: Mon, 31 Aug 1992 14:49:36 GMT

Last week, I found a cute little program written in C for X-windows
called Noseguy.  Essentially, Noseguy is a sprite, composed of a nose,
army boots and a hat, that walks around the screen espousing words of 
wisdom.  

I would like to convert Noseguy from C into BASIC for the PC.  However, Noseguy
is built around bitmaps with hexadecimal arrays {0x00,0xff, ..., 0x00}.
I have figured out that each hexadecimal number, when converted to binary
form, represents on/off characteristics of 8 pixels, but I do not know
how to put the series of pixels together.  (Noseguy is comprised of 64 x 64
pixels; the hexadecimal array is comprised of 512 numbers).

Any suggestions on how to interpret and decipher X-windows bitmaps would 
be greatly appreciated.  

-- kwj
From: azhao@cs.arizona.edu (Qiang Alex Zhao)
Newsgroups: comp.windows.x
Subject: Re: xterm popup menu strangeness
Date: 26 Aug 92 18:16:44 GMT
Followup-To: comp.windows.x
Organization: Computer Science Dept, Univ of Arizona, Tucson

In article <1992Aug26.172950.1002@cbnewsj.cb.att.com>, dbw@cbnewsj.cb.att.com (david.b.wood) writes:
|> On my xterm (direct from the X11R5 distribution) the popup menus don't
|> work correctly.  All I get with ctrl-leftbutton is a little box big
|> enough for the "Main" title, and nothing else.  The other two popups
|> do the same thing, except no text at all.

I met the same kind of problem except only those xterm's started from
.xinitrc have the problem, and those started from afterwards (either
from an old xterm, or opened by the window manager) don't have the
problem.

Any information may be helpful -- thanks.

-- 
= Qiang Alex Zhao		   Computer Science Department
  azhao@cs.arizona.edu             University of Arizona
  (602) 621-1815                   Tucson, AZ 85721
Newsgroups: comp.windows.x
From: adrian@ora.COM (adrian)
Subject: Re: O'Reilly X books
Organization: The Internet
Date: Tue, 25 Aug 1992 15:09:52 GMT


> I have the first printing of the 7 volume set "The Definitive Guides
> to the X Window System", copyright 1990.
> 
> I was wondering if there is a more recent printing than this?

The other posting on this subject (from a fellow in Sweden) was the
status as of March - here's the latest:

There are new R5 editions available of Volumes 0, 1, 2, 4, and 5
in the O'Reilly X Programming series.  The update of Vol 6 for Motif 
1.2 will be done in about 4 months.  Since last October we have
had available the "R5 Update: Programmer's Supplement for Release 5" 
which provides complete tutorial and reference information for all new 
R5 features except PEX.

As usual, anyone can update any volume at a 25% discount by sending
in the titlepage from their current edition.

Volume 5 was completely rewritten for R5.  Volume 2 has over 100
new manpages and was thoroughly checked against the R5 spec for
accuracy.  The other books had less substantial changes (mostly material
moved from the R5 update book).  If you have the R5 update book and a 
recent edition of Vol 1 and 4, you probably don't need a new Volume 1 
or Volume 4.

*************************************************************
Adrian Nye (314) 531-1231
O'Reilly & Associates, Inc., Publishers of Nutshell Handbooks
4466 West Pine Blvd.  20-G   St. Louis MO 63108
Internet:   adrian@ora.com    	UUCP:   uunet!ora!adrian      
*************************************************************

Newsgroups: comp.windows.x
From: ramey@jello.csc.ti.com (Joe Ramey)
Subject: changes to vtwm to make NotVirtualGeometries work properly
Originator: ramey@jello
Organization: Texas Instruments
Date: Tue, 25 Aug 1992 19:01:53 GMT

Some of our users recently switched from an old version of vtwm
(Virtual Desktop TWM - Beta Release) to the latest version available
from export.lcs.mit.edu (Virtual Desktop TWM (VTWM) - R5 Release (5)).
They had trouble using the same .vtwmrc file with both versions,
specifically their problem was with getting windows to appear where
they wanted them.  One of them found the undocumented
`NotVirtualGeometries' option in the vtwm source.  We had to make
these changes to get it to work properly:


*** parse.c.ORIG	Wed Feb 19 11:39:11 1992
--- parse.c	Mon Aug 10 17:40:23 1992
***************
*** 773,779 ****
  
        case kw0_NotVirtualGeometries:
  	Scr->GeometriesAreVirtual = FALSE;
! 	break;
      }
  
      return 0;
--- 773,779 ----
  
        case kw0_NotVirtualGeometries:
  	Scr->GeometriesAreVirtual = FALSE;
! 	return 1;
      }
  
      return 0;
*** add_window.c.ORIG	Wed Feb 19 15:14:14 1992
--- add_window.c	Sun Aug 16 17:33:02 1992
***************
*** 335,342 ****
       * regardless of PPosition or UPosition */
      /* if we are dealing with PPosition, then offset by the current real
       * screen offset on the vd */
!     if (tmp_win->nailed ||
! 	((tmp_win->hints.flags & PPosition) && (ask_user == FALSE))) {
  	    tmp_win->attr.x = R_TO_V_X(tmp_win->attr.x);
  	    tmp_win->attr.y = R_TO_V_Y(tmp_win->attr.y);
      }
--- 335,342 ----
       * regardless of PPosition or UPosition */
      /* if we are dealing with PPosition, then offset by the current real
       * screen offset on the vd */
!     if ((Scr->GeometriesAreVirtual) && (tmp_win->nailed ||
! 	((tmp_win->hints.flags & PPosition) && (ask_user == FALSE)))) {
  	    tmp_win->attr.x = R_TO_V_X(tmp_win->attr.x);
  	    tmp_win->attr.y = R_TO_V_Y(tmp_win->attr.y);
      }
From: hawkes@whizkids (Steven C. Hawkes)
Newsgroups: comp.windows.x
Subject: Xterm with VT320 emulation
Date: 31 Aug 92 17:40:38 GMT
Reply-To: gdfwc3!hawkes@central.sun.com
Distribution: comp.windows.x
Organization: General Dynamics, Fort Worth Division

Can anybody explain to me how to get xterm to emulate a VT320 with 8-bit
control sequences (i.e., DEC CSI/SS3 crud)?  Or is there another X terminal
emulator that will do the job?  I'm on a Sun3/80 running X11R5 and need to
talk to a board that only knows how to talk to a VT320 in 8-bit mode, or a
Wyse 50 or Televideo TV950, none of which seem compatible with xterm.  I
didn't see anything in the FAQ about this, and I got no response last time I
asked in comp.windows.x.apps.  Any help would be most appreciated.
--
Steve Hawkes                             General Dynamics, Fort Worth Division
                                         Mail Zone 5982
uunet!texsun!gdfwc3!kuwait!hawkes        P.O. Box 748
gdfwc3!hawkes@central.sun.com            Fort Worth, TX 76101
Newsgroups: comp.windows.x,news.answers
From: nelson@reed.edu (Nelson Minar)
Newsgroups: comp.windows.x
Subject: Using R5 colour clients on an R4 server (Tektronix)?
Date: 31 Aug 92 00:41:10 GMT
Article-I.D.: reed.1992Aug31.004110.22056
Organization: Reed College, Portland, OR

I'm interested in doing some of the fancy new colour things that are
in R5 (Xcms). Unfortunately, the only colour X displays we have are
some X terminals that are running R4. I can build R5 clients just
fine, but they are going to run on an R4 server.

The R4 server we're using is a newish version ("version 11.0"?) of the
Tektronix XP20 stuff. To make matters more complex, they support an
extension called "TekCMS" (for which I have no documentation,
naturally). Wasn't a lot of the R5 colour support done at Tek? Is it
possible that this server actually does most of what R5 does?

Doing simple things like new-style colour specifications
("ciexyz:0.7/0.3/0.0" as a colour) works. "xcmsdb -query" fails in the
middle of querying the property XDCCC_LINEAR_RGB_CORRECTION (although
it does seem to get through XDCCC_LINEAR_RGB_MATRICES just fine).

So how much of the R5 colour support needs an R5 server?
-- 
                __
nelson@reed.edu \/          Days go by, endlessly pulling you into the future
Newsgroups: comp.windows.x
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: Making big fonts, how to start?
Organization: McGill Research Centre for Intelligent Machines
Date: Fri, 4 Sep 92 08:57:56 GMT

In article <123@trident.datasys.swri.edu>, noren@trident.datasys.swri.edu (Greg Noren) writes:

> I want to make a few "large" fonts - something on the order of 128
> pixels tall by 64 pixels wide at 100 dpi, or even 64 tall by 32 wide
> at 200 dpi.

> We're using R4 on [...].  I've got access to R5, but my project team
> wants to stay with R4 for now as that's what our customer is running.
> So, no R5 servers.

> I'd like to minimize the effort and time required to create these
> fonts.

In that case, what you might do is grab getbdf.  Point it at your R5
server and ask for a big size of some scalable font.  Feed the
resulting BDF file to your R4 server (perhaps first tweaking the XLFD
info, if it's not already correct) and everything should be cool: once
you've got the BDF file, it'll work fine with R4; R5 is not needed past
that point.  (getbdf is something I wrote.  It can be fetched from
larry.mcrcim.mcgill.edu (132.206.1.1), /X/getbdf.c.)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x
From: rmbult01@orion.spd.louisville.edu (Robert M. Bultman)
Subject: X terminal PC's over modems
Date: Sun, 30 Aug 1992 01:47:00 GMT
Organization: University of Louisville
Keywords: X terminal, PC, modem

Problem:  Need to access X client software over the phone lines.

Will one of the PC-based X server programs allow me to do this?
Can I run client software at home from my PC, calling the UNIX
system over the phone lines?

Thanks in advance for any answers.

Rob
-- 
Robert M. Bultman                              |
Speed Scientific School                        |
University of Louisville                       |
Internet: rmbult01@starbase.spd.louisville.edu |
Newsgroups: comp.windows.x
From: oj@miki.pictel.com (Oliver Jones)
Subject: Re: Displaying polygonal boundaries with interior holes
Organization: PictureTel Corporation
Date: Wed, 26 Aug 1992 17:36:10 GMT

In article <9208252222.AA15019@sunshine.rdyne.rockwell.com> yqd515@sunshine.rdyne.rockwell.COM (ALLWARDT) writes:

>I have a program which displays colored polygonal regions.  Some of the
>regions specified may be "complex" in the sense that they have interior
>holes.

>I'd like to have the same functionality running under X.  I guess what I'm
>looking for is an  "XFillPolygons" routine (note the plural)....

According to the way XFillPolygon does its containment tests, you can
combine your multiple disjoint polygons into a single polygon boundary
stored in a single XPoint array.

For example, suppose your "outer" polygon connects points A,B,C,D,E,A
One "inner" polygon connects points G,H,K,L,M,G
Another "inner" polygon connects points  P,Q,R,S,T,P

If you make up a single XPoint struct with the following sequence,
XFillPolygon will draw what you want:

  A,B,C,D,E,A, G,H,K,L,M,G,A  P,Q,R,S,T,P,A

Notice that every "inner" polygon begins with a boundary-edge
from point A to the inner polygon's first point, and ends with
a boundary-edge back from its first point to A.

For example, the first inner polygon ( G,H,K,L,M,G) is drawn as
A,G,H,K,L,M,G,A.  The lines AG and GA are coincident, so no pixels
under them are lit, and it doesn't matter whether they cross any
other edges.

Make sure you tell XFillPolygon that this is a Complex polygon!

This method is probably a good stress-test for X server rendering code.

> or a way to perform this using regions

You can do this too.  Use XPolygonRegion to rasterize each polygon
separately, then use the subtraction or xor operators to combine the
regions appropriately.

There are a couple of problems with this.  One) a Region structure is
typically less compact than the XPoint array, so it will take more
network bandwidth to send it to the server.  Two) you'll have to cook
up an XDrawRegion function, because Xlib has none (R6?).

Ollie Jones
From: raj@gdstech.grumman.com (Rajesh Chawla)
Newsgroups: comp.windows.x
Subject: September meeting of the Washington DC X Users Group
Date: 2 Sep 92 17:22:41 GMT
Organization: GRUMMAN DATA SYSTEMS

This is to announce the meeting of the X User's Group for the
Washington DC area.  The name of the group is DCXUG.

What is the DCXUG?
     The DCXUG (Washington DC X Users Group) is an organization that
     is sanctioned by the national chapter of the XUG.  It exists for
     the purpose of expanding knowledge and awareness of the X-window
     system. 

What is the topic of the meeting?

     Byron Druss and Bob Bickel from BlueStone Consulting will present
     UIM/X (Motif GUI builder) and VUE.

What other topics will be covered at meetings?

     The meetings will be from one of the following topics:
     (Put in a vote for your favorite at the meeting!)

	X servers			X based applications
	X window managers		X user interface design
	X graphics programming		X programming traps and pitfalls
	X toolkits and Xlib		hardware

When will the meeting be held?

     September 10, 1992 @ 6:00 pm

When will subsequent meetings be held?

     Second Thursday of the month @ 6:00 pm.  Building security locks
     the door at 7:00.  Please be on time!
	
Who can come to meetings?

     Anyone with an interest in X-windows.

Where will the meetings be held?

     The meetings will be held at Grumman Data Systems on the 7th
     floor.  The address of Grumman is 2411 Dulles Corner Park.  To
     get to Grumman, follow these directions.

	o     Take Dulles Toll Road (west) heading for Dulles Airport.
	o     Take exit 1 from the Toll Road.
	o     Take a left after passing the toll plaza (35 cents) and
   	      head south on Route 28.
 	o     Take a left at the next traffic light, Frying Pan Road.
	o     Follow Frying Pan Road for 0.4 miles and take the first
	      left onto Horsepen Blvd. 
	o     Continue on Horsepen Blvd for 1.0 miles.  Take a left
   	      onto Dulles Corner Lane.
	o     Take a right into the parking garage.
	o     Please park on the first floor.  The only doors that will
 	      allow access to the building will be the doors on the
	      first floor parking level.  
	o     Once inside the building go through the double doors
              into the main lobby.  Use the elevators to get to the
	      seventh floor for the meeting.  

Contact person for more info:
	Name:   Rajesh Chawla
	E-mail:	raj@gdstech.grumman.com (Preferred)
	Phone:  703-713-4170

-- 
==================================================================
Rajesh Chawla				2411 Dulles Corner Park
E-Mail:  raj@gdstech.grumman.com	Suite 500
Phone:	(703) 713-4170	FAX: 713-4103	Herndon VA 22071
Newsgroups: comp.windows.x
From: dvb@eis.com (David Van Beveren)
Subject: Re: What's new in R6?
Organization: Emerald Isle Systems, Ltd.
X-Newsreader: Tin 1.1 PL3
Date: Fri, 28 Aug 1992 17:53:24 GMT

stolcke@ICSI.Berkeley.EDU (Andreas Stolcke) writes:
: And don't forget the upcoming Consortium Standards for olfactory and tactile
: *output* devices. -:)

I have been feeling ANSI ever since I heard about this new tactile
output device standard.

If you don't get it, never mind.
-- 
David Van Beveren                          e-mail: dvb@eis.com
Consulting Engineer
EIS Ltd. Professional Software Services 
        "The opinions presented ARE those of Emerald Isle Systems!"
Newsgroups: comp.windows.x