HDTenEightyP/NetNews huggingface dataset:
From: mouse@thunder.mcrcim.mcgill.edu
Newsgroups: comp.windows.x
Date: 18 Jul 92 17:12 MDT
Subject: Re: Changing cursors
Nf-ID: #R:WARE.92Jul17202232@organ.cis.ohi:-334402416:1992Jul18.131226.17797@thunder.m:-1460420463:001:630
Nf-From: thunder.mcrcim.mcgill.edu!mouse    Jul 18 17:12:00 1992


In article <1992Jul16.162309.2880@glas.rtsg.mot.com>, waider@glas.rtsg.mot.com (Ronan Waide) writes:

> How do I change the cursors in _all_ windows of an application
> without doing XCreateFontCursor for _each_ window?

Heavens.  Just XCreateFontCursor once, then XDefineCursor for each
window.  No need to create a new cursor for each window; you can use
the same cursor with all of 'em (I think - I'd have to check if you
have multiple distinct visuals in use).

Of course, you may actually want something else, like a general busy
cursor, in which case check out the FAQ.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu

Newsgroups: comp.windows.x
From: converse@expo.lcs.mit.EDU (Donna Converse)
Subject: Re: Problems with Athena Tree Widget
Organization: X Consortium, MIT Laboratory for Computer Science
Date: Fri, 24 Jul 1992 18:43:23 GMT


> I am trying to use the Athena tree widget on a Sparc IPX running 4.1.2 SunOS,
> X11R5 fix 11. The problem I am having is that if I do not set the
> XtNtreeParent resource when the child of the tree is created It can not be
> set using XtSetValue.

The treeParent resource can be set on a child of the Tree widget at any time.
Setting it will not necessarily have an immediate effect on the layout of the
children (nodes) of the Tree.  The layout is affected anytime a child of the
Tree is managed or unmanaged.  So it is management that it coupled with the
ability to see the resource have an effect on the layout, not creation.

You could create all the potential nodes, then later use XtSetValues on
their Tree constraint resource XtNtreeParent, and then manage all the
interesting nodes.  The Tree autoReconfigure resource is supposed to be able
to give the application programmer a way to delay the geometry management
negotiations until all the nodes are managed, but this is apparently a
no-op, so you may see a lot of geometry jiggling going on as you make the
calls to manage children.


Donna Converse
MIT X Consortium
From: jennings@lhotse.stortek.com (Jeff Jennings)
Newsgroups: comp.windows.x
Subject: Re: Wanted - digital clock
Date: 30 Jul 92 21:58:16 GMT
Organization: Storage Tek

"xclock -digital" ?

--
Jeff Jennings              | What happens if a big asteroid hits Earth?
Jeff_Jennings@stortek.com  | Judging from realistic simulations involving a
Storage Technology         | sledge hammer and a common laboratory frog, we
Iceberg - LSVL 2A          | can assume it will be pretty bad. -- Dave Barry
Newsgroups: comp.windows.x
From: wellcon@penguin.ccl.itri.ORG.tw (WELLCON)
Subject: Subscribe me, please
Organization: The Internet
Date: Fri, 24 Jul 1992 08:25:54 GMT


  Please subscribe me to the mailing list, Thanks.

  My E-mail address:  wellcon@penguin.ccl.itri.org.tw

Newsgroups: comp.windows.x
From: kaleb@thyme.jpl.nasa.gov (Kaleb Keithley)
Subject: Re: X11R5 and Motif Compatibility
Organization: Jet Propulsion Laboratory, Pasadena, CA
Date: Wed, 29 Jul 92 15:16:17 GMT

In article <1992Jul29.090509.29357@discus.technion.ac.il> draz@tochna.technion.ac.il (David Raz) writes:
>
>As Motif 1.1 has it's own Xt library it is not "compatible  
>programming-wise", as you must use it's Xt functions. However,

Motif 1.1.x does *not* have it's own Xt library.  And "programming-wise"
is *not* a word :-).

-- 

Kaleb Keithley                          kaleb@thyme.jpl.nasa.gov

Not authorized, in any way, shape, or form, to speak for anyone.
From: dkb@calvin.nrtc.northrop.com (David K. Bainbridge)
Newsgroups: comp.windows.x
Subject: Writing Server Extensions (Documentation?)
Date: 27 Jul 92 20:46:51 GMT
Organization: Northrop Research & Technology Center, Palos Verdes, CA
Keywords: Extension, Server

Are there any publicly available documents on how to write X server
extensions?

-------------------------------------------------------------------------------
       Automation Sciences Laboratory        |       David K. Bainbridge
  (Northrop Research and Technology Center)  |      dkb@nrtc.northrop.com
            Northrop Corporation             |         (310)  544-5486
-- 
-------------------------------------------------------------------------------
       Automation Sciences Laboratory        |       David K. Bainbridge
  (Northrop Research and Technology Center)  |      dkb@nrtc.northrop.com
            Northrop Corporation             |         (310)  544-5486
Newsgroups: comp.windows.x
From: da188@city.ac.UK
Subject: Re: user simplicity vs code complexity
Organization: The Internet
Date: Mon, 27 Jul 1992 11:04:54 GMT

>   I came up with "X is the perfect example of User simplicity is directly
> proportional to code complexity." Do you agree/disagree with this statement
> and why?

It depends on the look and feel of the GUI as well remember...

> To open up a window, create a button, attach a callback to that button
> when pushed, released and held, while tracking the mouse, takes up a alot
> of lines of code. (Granted that will take alot of lines in any GFX system
> but most likely more in X then any other)

Not really - having programmed in SunView I can tell you its not *that* bad.
The neat thing about the X code is that is that everything has been designed
generically, rather than having loads of specialised functions like SunView
seems to have.

>   To know X and all the in/outs of it takes about 8 700 page manuals (O'Reilly
> & Associate) to learn. Is there ANYONE out there who knows EVERYTHING in
> these manuals? X is difficult to learn to program with, basically because
> you don't know where to start!! There are many calls that do basically the
> same thing (XAllocColor vs XAllocColorCells).

You can write applications at the X Toolkit level which means you rarely have to
go as low-level as Xlib to do most things. (Unless you're doing lots of graphics
and stuff) As for the manuals, well, the two books from Digital Press are very
comprehensive and have plenty of detail ('X Window System' and 'X System 
Toolkit'), though I also use volumes 4 and 5 of the O'Reilly series. You dont
have to buy *every* manual going to learn how to program under X!

>   How big is X going to get? When will it stop getting bigger? Who created
> this monster in the first place? Oh well.. back to those manuals..

This depends - you dont *have* to install *all* the clients to have a decent
system up and running. Having said this, I must admit, X is fairly big ;-)


Aj.
-- 
.----------------------------[ The Eno ]----------------------------------.
| "The trouble with New Age       | JANET : da188@uk.ac.city              |
|  music is that there's no       |         da188@uk.ac.city.cs           |
|  evil in it."                   | I-NET : da188@city.ac.uk              |
|  - Brian Eno                    | US : da188%city.ac.uk@cunyvm.cuny.edu |
`-------------------------------------------------------------------------'
Newsgroups: comp.windows.x
From: gfong@bellahs.com (Gary Fong RD)
Subject: Need help with XTrapV3.2 and MIT X11R5
Organization: Bell Atlantic Healthcare Systems
Date: Tue, 28 Jul 1992 21:14:51 GMT

XTrappies:

I've been trying for a few days now to incorporate XTrapV3.2 into MIT X11R5.
For those of you who have done it without any problems as the docs says should
happen, could you please enlighten me.

1) Which package of XTrap is current; the one released with MIT contrib tapes
   or the standalone version XTrapV3.2.tar.Z?  I ask this because their
   directory hierachy is different.

[Refering to XTrapV3.2.tar.Z directroy hierachy from here out]

2) Does the ./contrib/extensions/server/xtrap/build/install.XTrap* really
   work?  I have problems with BOTH sets of linking schemes provided.  The
   first set links ok.  But when compiling, the makefile chdir's into
   the linked contrib source directory and then refers to something via dots
   (../) to something in the MIT directory.  With the second set of links, the
   contrib source files are missed by about 1 or 2 directories.

3) Which patch level of X should XTrap be applied to? Does it even matter?

4) I get rejections from 2 of the patches.  After examining the patches, it
   looks like the author's X source is different than that of MIT's.  Just one
   example, in MIT's ./mit/server/Imakefile, there is this:

	XCOMM $XConsortium: Imakefile,v 1.135 91/09/22 10:27:51 rws Exp $
	/*
	 * Server Master Makefile
	 */

	#include <Server.tmpl>

	#define StdSubdirs dix os ddx/mi
	#define MFBSubdirs StdSubdirs ddx/mfb
	#define CFBSubdirs MFBSubdirs ddx/cfb
	#define StdLibs $(DIX) $(OS) $(MI) $(EXTENSIONS)
	#define MFBBareLibs $(DIX) $(OS) $(FONT) $(MFB) $(MI)
	#define MFBLibs MFBBareLibs $(EXTENSIONS)
	#define CFBBareLibs $(DIX) $(OS) $(FONT) $(CFB) $(MFB) $(MI)
	#define CFBLibs CFBBareLibs $(EXTENSIONS)

   But in the author's patches, the lines after `#include <Server.tmpl>',
   which the patch uses as an anchor, don't exist in both the old and new
   sections.

   AND... in the same file, MIT has this line ...`/ospex/libospex.a' while
   in the authors', it has this line ...`/ospex/4.2/libospex.a'.

   Again, this is just to name a few.

5) I found that <sys/time.h> has to be included in chparse.c, correct?

6) I found that prototying problems for non-ANSI C in xtrapchar.c, correct?

Is there something else, last minute bug fixes maybe, that I should know about?
Is there a more plug-n-play XTrap package out there?  Messing with the things
I did just to get it to compile might have screwed something up.

Thanks,
Please email any suggestions to:

gfong@bellahs.com
Gary Fong
Bell Atlantic Healthcare System
Newsgroups: comp.windows.x
From: iscooibc@nuscc.nus.sg (Beng Chin)
Subject: Errors
Organization: National University of Singapore
Date: Sat, 25 Jul 1992 05:37:13 GMT

Hi,

Been getting this errors lately
	Segmentation Fault error
	Bus error

What exactly are these errors and how to go
about solving them. Appreciate any help.

--------------------------------------------
Phua Kia Chek
phuakiac@iscs.nus.sg
Subject: Re: GXcopy and GXxor
Organization: University of Maine System
Newsgroups: comp.windows.x
            <81@hallofjustice.UUCP>
From:    michael@maine.maine.edu (Michael Johnson)
To:      NETNEWS@MAINE
Date:    Sun, 26 Jul 92 21:07:54 EDT

In article <81@hallofjustice.UUCP> sram@lccinc.UUCP (Siddharth Ram) writes:
>In article <MICHAEL.920724095149@maine.maine.EDU>, michael@maine.maine.edu
>(Michael Johnson) writes:
>> In article <xia.711911424@odin> xia@molbio.ethz.ch (Xia Tai-he) writes:
>> >However, the lines drawn with the second GC don't have
>> >the color I have set, whose colors differ depending on the
>> >objects alreay existing on the screen. Could you give
>>
>> There's not really much you can do about it. When you XOR the pixels, the
>> resulting pixel value is going to yield whatever color that pixel maps to.
>
>you can do something about it, provided you are willing to
>use up an overlay plane, or install you own colormap. then you
>would have control over all the colorcells.

This assumes that you have a R/W colormap in the server. It is also not too
friendly when there is only one colormap to be shared by all windows. It may
give the rubber-banding color you want, but it will cause all other colors on
the display to be messed up.

In the general case, there really is not much you can do about it. The nature
of the XOR operation and mapping between pixels and RGB entries makes this so.

My earlier suggestion (use the value -1 cast to Pixel for your rubber-banding)
will yield the most consistent results. It works for me, and appears to be what
the Motif window manager uses as well.

Michael Johnson, VM Systems Group                     michael@maine.maine.edu
"I will choose the path that's clear. I will choose Free Will." -- Neil Peart
Newsgroups: comp.windows.x
From: wijkstra@fwi.uva.nl (Marcel Wijkstra (AIO))
Subject: Re: Writing your own Screen Saver under X???
Keywords: screen saver
Organization: FWI, University of Amsterdam
Date: Tue, 21 Jul 1992 11:36:25 GMT

stumpf@Informatik.TU-Muenchen.DE (Markus Stumpf) writes:

>In article <1992Jul20.142330.22230@panix.com>, miner@panix.com (Ed Miner) writes:
>|> Yes I am wondering if anyone can help me? I am trying to write my own
>|> screen saver under X to replace the blank screen that comes up. I know

>The answer is simple and maybe frustrating for you:
>You can't!

I'm no Xpert, but I think you can.
Recently, someone posted 'xautolock' to comp.sources.x , of which I'll
enclose the forst few lines of its manual:
	
	NAME
	     xautolock - locks X display after a period of inactivity
	
	SYNOPSIS
	     xautolock  [-help]  [-version]  [-time   minutes]   [-locker
	     locker]
	               [-notify margin] [-bell percent] [-corners xxxx]
	               [-cornerdelay    secs]    [-cornersize     pixels]
	     [-noclose]
	
	DESCRIPTION
	     When xautolock is started, it monitors the user activity  on
	     the workstation. When no activity is detected within minutes
	     minutes, the  screen  is  automatically  locked,  using  the
	     screen  locker  specified with the -locker option. xautolock
	     is capable of managing multiheaded displays.

And indeed, it does...

So, if you 'xautolock -locker "xlock -mode blank -nolock"', you have another
screensaver.

Marcel.
-- 
 X	   Marcel Wijkstra   AIO   (wijkstra@fwi.uva.nl)
|X|	     Faculty of Mathematics and Computer Science	
 X	       University of Amsterdam   The Netherlands
======Life stinks. Fortunately, I've got a cold.========
Newsgroups: comp.windows.x
From: gildea@expo.lcs.mit.EDU (Stephen Gildea)
Subject: Re: xdm and key mappings
Organization: X Consortium, MIT Laboratory for Computer Science
Date: Tue, 28 Jul 1992 18:56:26 GMT

    When he finishes with his login session, the keys still remain mapped to
    DVORAK.

This implies that the X server is not being reset between sessions.
It is supposed to be.  Users may make many changes to their server,
the root background and resource database being two other common
examples.  When the server resets, all this is undone.  Either your X
server has a bug, or you are not setting up xdm correctly.

 < Stephen
   MIT X Consortium

Newsgroups: comp.windows.x
From: drand@spinner.osf.org (Douglas Rand)
Subject: Re: Bitmap in DrawnButton problem on color screen
Organization: Open Software Foundation
Date: 29 Jul 92 11:56:24

In article <13014@chalmers.se> d8ahlcr@dtek.chalmers.se (Christopher Ahlberg) writes:

   I'm writing a problem that has several DrawnButtons which are placed in
   a drawing area. Into these buttons are bitmaps loaded. This works alright on a
   black & white screen, but when running in color the program crashes. Anyone
   knows why?

Sigh.  I do know.  Go read up on X's color model.  Pay particular
attention to the section on screen depth.  Also read up on PushButtons
vs. DrawnButtons that might help.  I *am* assuming that you're using
Motif given the DrawnButton reference.

--
Douglas S. Rand <drand@osf.org>		OSF/Motif Dev.
Snail:         11 Cambridge Center,  Cambridge,  MA  02142
Disclaimer:    I don't know if OSF agrees with me... let's vote on it.
Amateur Radio: KC1KJ
Newsgroups: comp.windows.x
From: campbell@redsox.bsw.com (Larry Campbell)
Subject: Re: X: User simplicity vs code complexity (vs language limitations)
Organization: The Boston Software Works, Inc.
Date: Sun, 26 Jul 1992 22:19:24 GMT


In article <1992Jul24.145008.1028@ERA.COM>, feit@ERA.COM (Mark Feit) writes:
> 
> Yes, and there are reasons for things like that.  Those two particular
> functions serve different purposes, and a thorough reading of the
> manual pages for both will reveal that.  The reason for most of the
> other function pairs (i.e., XDrawLine/XDrawLines) is to keep traffic
> between the client and server to a minimum.  The former is for those
> cases where you only need ONE.

Although I agree with your overall point, this particular example
(XDrawLine(s)) doesn't support it.  That these are two routines, rather
than one, is due to limitations in the programming language (C) rather
than a necessary optimization of network traffic.

Omitting constant arguments for clarity, in Lisp (Scheme) you could say
something like this:

	(x:draw-lines (big-computation))	; draw complex figure

just as easily as

	(x:draw-lines '((x1 . y1) (x2 . y2)))	; draw single line

There's no need for a separate "x:draw-line" routine.  C programmers
want to have such a routine because an XDrawLines that can accept
a dynamically computed (potentially large) list of points:

	big_computation(&pointer_to_list, &length_of_list);
	XDrawLines(pointer_to_list, length_of_list)

becomes cumbersome if you want to just draw a single line:

	XPoint points[2];
	points[0].x = x1;
	points[0].y = y1;
	points[1].x = x2;
	points[1].y = y2;
	XDrawPoints(points, 2);

But this is a problem with C, not a problem with X, and there are
many such examples.
-- 
Larry Campbell             The Boston Software Works, Inc., 120 Fulton Street
campbell@redsox.bsw.com    Boston, Massachusetts 02109 (USA)
Xref: sparky comp.windows.x:14198 comp.sys.hp:8399
From: pjs@euclid.JPL.NASA.GOV (Peter J. Scott)
Newsgroups: comp.windows.x,comp.sys.hp
Subject: -lPW causes problems building R5 on HP 9000/700s
Date: 22 Jul 92 22:04:19 GMT
Reply-To: pjs@euclid.jpl.nasa.gov
Followup-To: comp.windows.x
Organization: Jet Propulsion Laboratory, NASA/Caltech

When building R5.13 on an HP 9000/750 running HP-UX 8.07, it
seemed like a good idea to add to config/hp.cf the line

	#define ExtraLibraries          -lPW

I built R5.12 successfully once, remembered this afterward, then
added it before building patch 13.  Lo & behold, make World failed
with:

        make -b depend
depending in ./config...
checking .././util/makedepend/makedepend over in .././util/makedepend first...
        cc -O -z -I../.././config  -I../../.  -DSYSV    '-DINCLUDEDIR="/usr/include"'  -c include.c
        cc -O -z -I../.././config  -I../../.  -DSYSV    '-DINCLUDEDIR="/usr/include"'  -c main.c
        cc -O -z -I../.././config  -I../../.  -DSYSV    '-DINCLUDEDIR="/usr/include"'  -c parse.c
        cc -O -z -I../.././config  -I../../.  -DSYSV    '-DINCLUDEDIR="/usr/include"'  -c pr.c
        cc -O -z -I../.././config  -I../../.  -DSYSV    '-DINCLUDEDIR="/usr/include"'  -c cppsetup.c
        if [ -f makedepend ]; then rm -f makedepend~; mv -f makedepend makedepend~; fi
        cc -o makedepend include.o main.o parse.o pr.o cppsetup.o -O -z    -lPW 
/bin/ld: Duplicate symbol "fatal" in /lib/libPW.a(fatal.o)
/bin/ld: Unsatisfied symbols:
   Error (data)
/bin/ld: Found 1 duplicate symbol(s)
*** Error code 1

Stop.

So, I took it out.  But that -lPW is pretty well essential in
user applications!  I know I could put the definition in the
application Imakefiles, but I wanted the Imakefiles to be
platform-independent (we need them to work on HP and Sun without
modification).  Anyone got a suggestion?

-- 
This is news.  This is your       |    Peter Scott, NASA/JPL/Caltech
brain on news.  Any questions?    |    (pjs@euclid.jpl.nasa.gov)
Subject: Re: Help: Smooth Animation
Organization: University of Maine System
Newsgroups: comp.windows.x
From:    michael@maine.maine.edu (Michael Johnson)
To:      NETNEWS@MAINE
Date:    Thu, 23 Jul 92 09:14:36 EDT

In article <1992Jul21.031219.26852@viewlogic.com> josh@viewlogic.com (Josh
Marantz) writes:
>>I am trying to to animate lines on the display using XDrawLine, erasing,
>>drawing again etc.  The problem is it flickers in a major way.  I don't
>>think there is any double-buffer mode in X, should I draw off-screen or
>>something, then copy it onto the screen?  Man pages on X...Buffer routines
>>are not very clear.  If anyone has done anything similar, could you
>>let me know how this was accomplished?
>
>I did this recently and tried 4 methods:
>        1. Erasing and drawing
>        2. Color-map flipping.
>        3. XCopyArea to off-screen pixmap
>        4. X Double-buffering extension (check XmbufQueryExtension)

With line drawings, you can also erase the individual lines by re-drawing
them in the background color, then draw them again elsewhere in the foreground
color. This ought to be as fast as (or faster than) using XOR. It's bound to
be faster than drawing to a pixmap and copying. The time it takes to copy an
entire pixmap goes up (naturally) geometrically with the size of the pixmap.
For a reasonable size window (say 500x500) this can bog the server down.

If you undraw/redraw each figure individually (rather than undrawing them all,
then redrawing them all) you should get pretty smooth animation. You will need
to take note of figures that overlap in the new drawing and undraw/redraw them
together (i.e. undraw them all, then redraw them all). Otherwise you would end
up with some gaps in the lines.

Michael Johnson, VM Systems Group                     michael@maine.maine.edu
"I will choose the path that's clear. I will choose Free Will." -- Neil Peart
Newsgroups: comp.windows.x
From: converse@expo.lcs.mit.EDU (Donna Converse)
Subject: Re: Touchscreens and Multple Pointer Devices
Organization: X Consortium, MIT Laboratory for Computer Science
Date: Fri, 24 Jul 1992 16:35:39 GMT


> Ideally, I'd like to be able to have the pointing device configurable
> between the touchscreen and a trackball (mice don't work on a rolling ship).
> The pilot, who is normally preoccupied, needs to be able to "hit" a control
> quickly, hence the touchscreen.  However, he may want to ask the co-pilot to
> do some more detailed input which requires either a trackball or keyboard.
> I'd like to keep all 4 stations identical in hardware, using software for
> configuration.
> 
> The touchscreen vendor I've located stated that X11R4 uses only a single
> pointing device, but that X11R5 can have multiple ones.  How does this work?

Read the "X11 Input Extension Library Specification", available by 
anonymous ftp at the machine and directory
   export.lcs.mit.edu:pub/R5untarred/mit/doc/extensions/xinput/

> Are there multiple mouseforms on the screen?

No

> Are they both generating
> events? 

Yes

> In Motif (1.2, I assume), can events from either device trigger
> callbacks (arm, activate, etc)?

No (unless the software is customized), input devices which trigger callbacks
must be core devices; they cannot be extension devices.


Donna Converse
converse@expo.lcs.mit.edu
From: brown@ftms.UUCP (Vidiot)
Newsgroups: comp.windows.x
Subject: Re: Still Have Problem on Sun
Date: 22 Jul 92 16:44:24 GMT
Reply-To: brown@ftms.UUCP (Vidiot)
Organization: Vidiot's Other Hangout

In article <1992Jul21.184211.10537@ennews.eas.asu.edu> elder@enuxha.eas.asu.edu (Greg Elder) writes:
<I'm still having problems getting an X program to link on a Sun workstation.
<Again, this is a program which links and runs fine on a DEC ULTRIX
<workstation, which I would like to have run on a Sun as well.  Below is
<the command line I use to link everything, with the resulting error
<message:
<
<cc -o map -O -I/usr/openwin/include -L/usr/openwin/lib map.o initapp.o
<xwinutil.o xbutton.o -lXm -lX11 -lXt
<
<ld:  undefined symbol
<        __XtInherit
<        _XtToolkitInitialize
<
<I haven't been able to figure out why this error pops up.  Aren't these
<two routines in libXt.a?  I'm new to using Suns, so please let me know if
<I'm missing something that is obvious.  Any help is appreciated.  Thanks.

You didn't say which version of OW you are running?  I'd guess 3.0.  If this
is the case, this error may be related to the Xmu error that I have been
getting.  Sun appears to have broken the shared libraries.  Try entering:

cc -o map -O -I/usr/openwin/include -L/usr/openwin/lib map.o initapp.o
xwinutil.o xbutton.o -Bstatic -lXm -lX11 -lXt
-- 
harvard\
  ucbvax!uwvax!astroatc!ftms!brown  or  uu2.psi.com!ftms!brown
rutgers/
INTERNET: brown@wi.extrel.com  or  ftms!brown%astroatc.UUCP@cs.wisc.edu
Newsgroups: comp.windows.x