HDTenEightyP/NetNews huggingface dataset:
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Kills from Window Manager
Date: 30 Jul 92 08:16:40 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Thu, 30 Jul 92 00:50:06 GMT
Message-Id: <1992Jul30.005006.7900@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <1992Jul24.221634.29882@thyme.jpl.nasa.gov>, kaleb@thyme.jpl.nasa.gov (Kaleb Keithley) writes:
> In article mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>> In article oj@pictel.com (Oliver Jones) writes:
>>> In article mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
[WM_DELETE_WINDOW stuff everyone's seen N times already]

> IMHO, (which nobody asked for, but I'll offer it anyway)

Standard net practice :-)

> applications that don't participate in WM_DELETE_WINDOW are about on
> par with programs written as follows:

> void main () { ... }

> Yes, programs written with either error

My C language lawyer hat is off in a corner and I don't feel like
getting it out just now, so I won't address the void main().  But I
still contend that not participating in WM_DELETE_WINDOW is not, per
se, an error!

> can and generally do work, but in my experience, these errors
> generally indicate that the programmer doesn't understand some of the
> finer details of C and/or X.

Could you possibly, then, enlighten us as to just *why* you speak of
not participating in WM_DELETE_WINDOW as an "error"?  To return to what
started all this off, given an application that has only one top-level
window and has no need to clean up after itself when killed (xclock
makes a good example), I see no reason why it should bother to mess
with WM_DELETE_WINDOW.  You clearly feel it should, but haven't
presented any reasons.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: da188@city.ac.uk
Newsgroups: fj.mail-lists.x-window
Subject: Re: user simplicity vs code complexity
Date: 27 Jul 92 14:26:52 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Via: uk.ac.city; Mon, 27 Jul 1992 12:05:13 +0100
Message-Id: <AA01354.9207271104.Paddington@uk.ac.city>
Date: Mon, 27 Jul 92 12:04:54 BST
X-Mailer: ELM [version 2.3 PL11]

>   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 |
`-------------------------------------------------------------------------'
From: simonb@prl.phil.co.uk (Simon Blanchard)
Newsgroups: fj.mail-lists.x-window
Subject: Servers for Mac and PC
Date: 22 Jul 92 06:08:52 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 21 Jul 92 13:01:12 GMT
Message-Id: <1706@prlhp1.prl.philips.co.uk>
Newsgroups: comp.windows.x

I would be really interested to hear what people think the best servers
for Macs running MacOs and MSDOS-PCs are.

Mail me - I'll summerize.

Thanks

Simon Blanchard    simonb@prl.philips.co.uk
From: finnm@clas01.cebaf.gov (Michael Finn)
Newsgroups: fj.mail-lists.x-window
Subject: Memory Leaks with X...
Date: 28 Jul 92 01:42:50 GMT
Distribution: fj
Organization: CEBAF (Continuous Electron Beam Accelerator Facility)

Date: Mon, 27 Jul 1992 19:35:47 GMT
Message-Id: <1992Jul27.193547.24663@murdoch.acc.Virginia.EDU>
Newsgroups: comp.windows.x

Hi, 
	We are having a problem with an X11R4/Motif Application we have 
written which is heavily graphics intensive.  We have a Memory leak we 
cannot track down and are looking for suggestions on ways to find it, or 
what it might be.  

	Another Question along this line that we have relates to Regions 
in X11.  There is a descrepancy between the way Young and O'Reilly say 
XIntersectRegion work.  An Example in Young's "X Window Systems Programming 
and Applications with Xt" shows the region intersection in the Line:  
	XIntersectRegion(region1, region2, intersection); 
to be created in the routine.  O'Reilly does not say where this region is 
created.  In practice it appears that the region intersection must be 
created with the Line: 
	intersection = XCreateRegion();
	The gist of my question is, what routines will create a passed 
region and what routines require me to create the passes region.  Any 
information on this and other places in X which could account for our 
bleeding memory are greatly welcomed.
	

			- Mike Finn
				finnm@clas01.cebaf.gov

+----------------------------------------------------------------------------+
| Michael P. Finn          | Insert Generic Lame Joke Here                   ||
| finnm@clas01.cebaf.gov   |                                                 ||
| CEBAF Hall B Software    |-------------------------------------------------||
|    Working Group         | Disclaimer:  My words do not represent anything ||
+--------------------------\              Whether it be animal, vegetable,   ||
 +--------------------------\             Mineral, or wearing a suit.        ||
                             +-----------------------------------------------+|
                              +-----------------------------------------------;
From: br762@cleveland.freenet.edu (Tim Werner)
Newsgroups: fj.mail-lists.x-window
Subject: undefined symbol attempting to build X applications
Date: 21 Jul 92 23:54:43 GMT
Distribution: fj
Organization: Case Western Reserve University, Cleveland, OH (USA)

Date: Sun, 19 Jul 92 04:33:02 GMT
Message-Id: <1992Jul19.043302.19678@usenet.ins.cwru.edu>
Newsgroups: comp.windows.x


Help!

Trying to build xgoban-1.0, i get the following symbols undefined from ld:
   _get_wmShellWidgetClass
   _get_applicationShellWidgetClass

They do not occur in the source, so i'm thinking they must be referenced in
one of the libraries, but i don't really know how to look for them.

Does anyone have a clue what i might be doing wrong? My sysadmin is on
vacation and i don't know who else to ask.

Any help would be greatly appreciated.

thanx
tim
wernert@astro.pc.ab.com

--
From: brandon@gaia.msfc.nasa.gov (Brandon S. Dewberry)
Newsgroups: fj.mail-lists.x-window
Subject: OLIT programming error: arc and size files missing
Date: 31 Jul 92 03:59:30 GMT
Distribution: fj
Organization: NASA/MSFC

Date: 30 Jul 92 18:03:03 GMT
Message-Id: <brandon.712519383@gaia.msfc.nasa.gov>
Newsgroups: comp.windows.x,comp.windows.open-look

Hi,  I just started programming with OLIT on our Sparcstation II with
SunOS 4.1.2 and OW3.  My simple test program, which consists of a bulletin
board with a stub widgea and oblong button (for drawing and generating
the draw event, respectively) compiles okay, but shows up blank and generates
these warning messages:

  OPEN LOOK Toolkit Warning in application "test2": Could not open arc description file:  87x87.12.arc
  OPEN LOOK Toolkit Warning in application "test2": Could not open size description file:  87x87.12.sz

Is this a client or server error?  Where are these files?  Is there some type
of path environment variable set wrong?

Thanks,

Brandon
From: dougf@mdavcr.mda.ca (Douglas Floer)
Newsgroups: fj.mail-lists.x-window
Subject: snftopcf wanted
Date: 28 Jul 92 04:44:06 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 27 Jul 92 22:45:09 GMT
Message-Id: <2902@jeff.mdavcr.mda.ca>
Newsgroups: comp.windows.x

Does anyone have or know the whereabouts of a font converter that will
do a snf to pcf conversion?  Please e-mail responses.

Thanks,
Doug
-- 
Doug Floer                        Voice: (604) 278-3411
MacDonald Dettwiler               Fax:   (604) 278-3786
13800 Commerce Parkway
Richmond, BC, Canada  V6V 2J3     {dougf@mda.ca | ..!uunet!van-bc!mdavcr!dougf}
From: castor@athena.mit.edu (Carlos A. Rabell)
Newsgroups: fj.mail-lists.x-window
Subject: athena widgets, problem with toggle.
Date: 25 Jul 92 13:32:50 GMT
Distribution: fj
Organization: Massachusetts Institute of Technology

Date: Fri, 24 Jul 1992 20:47:57 GMT
Message-Id: <1992Jul24.204757.522@athena.mit.edu>
Newsgroups: comp.windows.x

Hi!

I have a little problem with an application I'm developing, here goes.
I have a radio group containing two toggles.  I want to set one of the
toggles to be the current one, and then switch back to the original 
position.  I'm using XawToggleSetCurrent(radio_goup,radio_data) and it
doesn't do anything.  Is this function supposed to be equivalent to
clicking on the toggle itself or not?  Any ideas? Please help...

Thanks,

Charlie Rabell
--------------
castor@athena.mit.edu
castor@media-lab.media.mit.edu
From: hammer@fmr.maschinenbau.th-darmstadt.de (Matthias Hammer)
Newsgroups: fj.mail-lists.x-window
Subject: X11R5 server for 4D310 and irix 4.0.1
Date: 24 Jul 92 21:23:21 GMT
Distribution: fj
Organization: TH-Darmstadt

Date: Fri, 24 Jul 1992 17:28:21 GMT
Message-Id: <HAMMER.92Jul24172821@sgi1.fmr.maschinenbau.th-darmstadt.de>
Newsgroups: comp.windows.x

Dear sgi folks,

we have some trouble making X11R5 on an SGI 4D310 VGX, irix4.0.1.

All clients and Libs were made with minor problems. After we made this stuff, we saw, that in
sgi.cf #define BuildServer was set to NO!
No server was made....
After searching in the server directories and reading again the release notes, we found no
matching server for SGI machines.

- Which server do we have to use if one works?
- Does anybody have a working sgi.cf and site.def file?
- Does anybody have the sgi server sources?
- Does anybody have the X11R5 binaries including Server and PEX?
- Can anybody put it on our university ftp server (ftp.hrz.th-darmstadt.de)
  in /pub/incoming/sgix11r5/ ? 

Thank you

Matthias Hammer and Paolo Gobbi

-------------------------------------------------------------------------------
Matthias Hammer and Paolo Gobbi
FG Flugmechanik und Regelungstechnik
FB 16 -  TH-Darmstadt
Petersenstrasse 30
6100 Darmstadt                  Germany

Tel.:  (0049)6151/166569
email: hammer@sgi1.fmr.maschinenbau.th-darmstadt.de
-------------------------------------------------------------------------------
--
-------------------------------------------------------------------------------
Matthias Hammer
FG Flugmechanik und Regelungstechnik
FB 16
Petersenstrasse 30
6100 Darmstadt

Tel.:  06151/166569
email: hammer@sgi1.fmr.maschinenbau.th-darmstadt.de
-------------------------------------------------------------------------------
From: da188@city.ac.uk
Newsgroups: fj.mail-lists.x-window
Subject: Re: X Window Security
Date: 31 Jul 92 14:27:59 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Via: uk.ac.city; Fri, 31 Jul 1992 12:30:18 +0100
Message-Id: <AA18345.9207311129.Victoria@uk.ac.city>
Date: Fri, 31 Jul 92 12:29:44 BST
Reply-To: da188@city.ac.uk
X-Mailer: ELM [version 2.3 PL11]


Speaking of security in X - what about the use of the `magic cookie'
security mechanism as well as the host access facility? We haven't
used it ourselves, but some sites do. The fact that there hasn't been
a major 'cracking' (not hacking!) incident is more a testament to the
good nature of people who use X than anything else ;-)

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 |
`-------------------------------------------------------------------------'
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: How to create a window which stays in front always ?
Date: 30 Jul 92 08:16:31 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Thu, 30 Jul 92 00:30:49 GMT
Message-Id: <1992Jul30.003049.6704@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <1992Jul23.155546.15858@widget!uunet.uu.net>, mahesh@widget.evb.com (B.G. Mahesh) writes:

> I have created a window using XCreateSimpleWindow.  I want this
> window to be in front of all the window at all times.  I don't know
> the exact technical term used for such a thing.

As far as I know there isn't one.

> I dont't want other windows to overlap this window.  How do I do this
> ?

You probably don't really want this, first; for example, it makes it
very difficult to debug the application.  It is also rather antisocial;
I certainly know any application that started doing that on *my* screen
would get XKillClient()ed fairly quickly.  (Suppose two such
applications happened to be placed partially overlapping; they will
flood the whole session arguing with one another over who gets to be on
top.)

The only sure way is to turn on override-redirect for the window.  But
this means that, in effect, you are temporarily assuming
window-management duties while your window is up, so you want to do
this seldom and only for very short periods of time.  (Pop-up menus are
the only really good example of override-redirect windows I've seen.)

Aside from override-redirect windows, it's up to the window manager.
Depending on your window manager, you may or may not be able to set
this up.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: reznik@robios1.me.wisc.edu (Dan S. Reznik)
Newsgroups: fj.mail-lists.x-window
Subject: Server Code for FillPolygon
Date: 31 Jul 92 03:22:37 GMT
Distribution: fj
Organization: U. Wisconsin-Madison, Robotics Laboratory

Date: 30 Jul 92 19:11:25 GMT
Message-Id: <REZNIK.92Jul30141125@robios2.me.wisc.edu>
Newsgroups: comp.windows.x

Yo, net --

To tackle the client-server bottleneck which is particularly
noticeable when one must draw hundreds of polygons per second,
I am trying to do the following thing.

1) Allocate an XImage whose data pointer points to an N x N buffer in
   client's memory.

2) I have written my own draw-pixel routine that operates
   directly on my (char *) buffer.

3) Every now and then I dump the N x N buffer through an XPutImage
   command, preferably after having drawn hundreds of pixels.

Problem: I want to write, on top of my draw-pixel routine a
'fill-polygon' routine. I am curious to find out how this algm is
implemented by the X-Server (go reverse-engineering :-) !!!).

Where in the mit distribution could I find such code ? I am assuming
such code would appear on the server side since 'FillPolygon' is a
valid packet on the ICCCM protocol.

Question: Has anyone tried to do what I am doing ? Is this a good idea ?
Isn't it frustrating that Xlib doesn't provide a XFillPolygon*s*
routine ??? Can anybody tell me why this was not done ???????

Dan Reznik, die-hard 3d-graphics X programmer
From: bagchi@eecs.umich.edu
Newsgroups: fj.mail-lists.x-window
Subject: Fast drawing
Date: 23 Jul 92 10:43:24 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 18 Jul 92 13:24:00 GMT
Message-Id: <BAGCHI.92Jul17222424@dip.eecs.um>
Newsgroups: comp.windows.x


	Heya, XPerts.. I don't think this is an FAQ.  

	I need to fill in each pixels in my Window with an arbitrary
color.  I've been doing several thousand XDrawPoint requests, which is
predictably slow.  

	Is there a faster way to do this?  I've seen apps like xviewgl
in action which is fairly impressive... but I've got neither source
nor a clue as to how to do it.

	Help?  Oh.. I'm on X11R4... no R5 for the time being.

	-rj


	
--
Ranjan Bagchi:   Di.sigsgvirusuise                 Ranjan.Bagchi@umich.edu
oo   oooo  o oo   ooo oo oo   oo       o o  oooo ooo o       o        oooooooo
From: ware@organ.cis.ohio-state.edu
Newsgroups: fj.mail-lists.x-window
Subject: Re: Changing cursors
Date: 23 Jul 92 09:46:57 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 18 Jul 92 11:22:00 GMT
Message-Id: <WARE.92Jul17202232@organ.cis.ohi>
Newsgroups: comp.windows.x


Pretty much that's what you have to do.  Of course, if what you
_really_ want to do is to display a "waiting" cursor then the easiest
thing is to create a large input only window, define it's cursor and
place it above the window.

--pete
--
Pete Ware / Ohio State University /
           ware@cis.ohio-state.edu
           (614) 538-0965
Too bad the Nike slogan isn't "Just Do It Right" instead of "Just Do It"
From: fmrco!msommer@uunet.uu.net (Mark Sommer)
Newsgroups: fj.mail-lists.x-window
Subject: Changing keymappings on a per-application basis
Date: 22 Jul 92 04:40:59 GMT
Distribution: fj
Organization: Fidelity Management & Research Co.

Date: Tue, 21 Jul 1992 15:14:41 GMT
Message-Id: <FMRCO!MSOMMER.92Jul21101441@ampere.uunet.uu.net>
Newsgroups: comp.windows.x

I would like to run a terminal-based application, requiring special
keyboard keypad mappings, inside an xterm. (The application is
actually running on a VMS Vax, talking to my Sun workstation via Kermit.
My workstation is running mwm.)

Is there a way to change the keyboard mappings -- and later restore
them -- for a single xterm? I would like to be able to do this from a
script, but would settle for doing it from a program. It would also be
reasonable to dedicate a particular xterm to running this application
-- as opposed to an arbitrary xterm -- if that makes the problem
tractable. If I can't do this, can I change/restore the mappings for all
xterms? 

If none of these are options, does anyone have a script
that will turn the output of xmodmap (using one of the -px switches)
into a form xmodmap understands, so I can use the output to restore
the old mappings later? I realize this is a bad idea, but it might be
the only solution, and one our users might tolerate.

Thanks for any insights.

mark

--
fmrco!msommer@uunet.uu.net
From: jpt@salama.fno.dec.com (Jari Tavi)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X Ray Tracer.
Date: 28 Jul 92 14:30:06 GMT
Distribution: fj
Organization: Digital Equipment Corporation

Date: 28 Jul 92 10:59:19 GMT
Message-Id: <1992Jul28.105919.10336@rdg.dec.com>
Newsgroups: comp.windows.x



If you're Digital customer you could ask for Freeware CD distribution.
It's in ISO-9660 format and can then be read in most UNIX(tm) systems.

It contains one or two different raytraycers/shaders/viewers and several
examples on using them. You should be able to build it on most of X11 or
GL graphiics based systems (source is included).


===============================================================================
Full-Name:      Jari Tavi			
Organization:   DEC Finland                     Dept:           EIS/ACT
Tel:            +358-0-434 5252                 DTN:            879-5252
E-mail:         rixrax::jpt                     A1-mail:        Jari Tavi @FNO
Internet:       jpt@rixrax.enet.dec.com
Address:        Digital Equipment Corporation Oy
                PL 16
                02201 Espoo
                FINLAND
===============================================================================
* All opinions are my personal, and do not necessarily represent opinions of
* my employer!
From: ware@organ.cis.ohio-state.edu (Peter Ware)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Kills from Window Manager
Date: 24 Jul 92 04:08:54 GMT
Distribution: fj
Organization: Ohio State Computer Science

Date: Thu, 23 Jul 1992 17:32:47 GMT
Message-Id: <WARE.92Jul23123247@organ.cis.ohio-state.edu>
Newsgroups: comp.windows.x

In article <1992Jul18.132220.18254@thunder.m> mouse@thunder.mcrcim.mcgill.edu writes:

   In article <1460adINN77b@early-bird.think.com>, barmar@think.com (Barry Margolin) writes:

   > "Send Delete" is presumably bound to f.delete, which invokes the
   > WM_DELETE_WINDOW protocol.  Well-behaved applications should
   > implement this protocol; see the ICCCM for details.

   If an application would simply exit when asked to delete its window,
   and it has no requirement for user interaction during its cleanup
   operations, if any, I see no reason why it should bother participating
   in WM_DELETE_WINDOW.  (I suspect this is a fairly large class of
   applications.)  Do you see any such reason?

Because to avoid the current error message you'd use an I/O error
handler that blithely ignores lost connections and just exits.

--pete
--
Pete Ware / Ohio State University /
           ware@cis.ohio-state.edu
           (614) 538-0965
Too bad the Nike slogan isn't "Just Do It Right" instead of "Just Do It"
From: michael@maine.maine.edu (Michael Johnson)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GXcopy and GXxor
Date: 25 Jul 92 03:25:48 GMT
Distribution: fj
Organization: University of Maine System

Date: 24 Jul 92 13:51:49 GMT
Message-Id: <MICHAEL.920724095149@maine.maine.EDU>
Newsgroups: comp.windows.x

In article <xia.711911424@odin> xia@molbio.ethz.ch (Xia Tai-he) writes:
>I have created a GC with function GXcopy and another GC with GXxor for
>drawing rubber-band lines,
>I also set the foreground colors for the two GCs. When I
>draw lines with the first GC, I get the correct color.
>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
>me a suggestion to get rid of it?

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.
Do you understand what an XOR operation is?

I find that a useful value for rubber-banding with XOR is -1, cast to Pixel.
This usually yields a consistent color (usually black, though I've seen cases
where an application actually allocated pixels that high, resulting in a
different color).

Michael Johnson, VM Systems Group                     michael@maine.maine.edu
"I will choose the path that's clear. I will choose Free Will." -- Neil Peart