HDTenEightyP/NetNews huggingface dataset:
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: Xnlock -- bug -- where's its author?
Organization: McGill Research Centre for Intelligent Machines
Date: Thu, 3 Sep 92 22:46:39 GMT

In article <21301@optima.cs.arizona.edu>, azhao@cs.arizona.edu (Qiang Alex Zhao) writes:

(Hm, this looks more like the attribution line from the original
posting, not Dan's reply...)

> If an X server runs out of memory because it can't deliver events,
> who's at fault?

The Japanese, obviously, for not making cheap 256Mb DRAMs to load the
machine up with so it can buffer events 'till the epoch rolls over.

> I don't see how it can be xnlock's fault.

More seriously, let me try to argue that it *is* xnlock's fault.  The
protocol provides lots of rope; you have to be careful not to hang
yourself with it.  If a program uses XChangeKeyboardMapping to change
all keys to be "asciitilde", who's at fault?  The program, of course.
If a program holds the server grabbed for too long, who's at fault?
The program, of course.  (Naturally, in both cases, you could push the
fault back to the user who chose to run that program, or the author who
wrote the program....)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x,ba.windows.x,comp.windows.misc,misc.books.technical
From: wwkiii@well.sf.ca.us (Walt Kemmerer)
Newsgroups: comp.windows.x
Subject: X for sun 3-160 and Sun 4/330
Date: 31 Aug 92 23:54:39 GMT
Distribution: usa
Organization: Whole Earth 'Lectronic Link

Does anyone know/have the vanilla X (r3 or r4) for the Sun 3-160
or Sun 4/330??  We would really rather get than build.  

Email responses to : dickerso@cpat.stortek.com
 or                  wwkiii@well.sf.ca.us

Any help would be appreciated.
Newsgroups: comp.windows.x,comp.windows.x.apps
From: bzs@ussr.std.com (Barry Shein)
Subject: Re: Attention Earthlings -- Cross-Vendor X11 Server Mess!
Organization: The World
Date: Wed, 2 Sep 1992 04:01:58 GMT


From: Jamie Zawinski <jwz@lucid.com>
>  -  There is no way to find out what is actually printed on the surfaces of
>     the keys.  I think you were saying that you think that there should be
>     a direct correspondence between the set of keysyms which a keycode 
>     generates and the text printed on the surface.  I don't think this is a
>     good idea.  They are two different pieces of information, one of which
>     you can change and one of which you can't.  (And, in the current system,
>     one of which you can interrogate and one of which you can't.)

From private and on-line conversations with X devpt people going back
to the original design of X11 I am 99.9% sure this was exactly the
motivation for the keysym table entries.

Actually, from "X Window System", Scheifler & Gettys (et al), 1990, p
376:

	A KEYSYM is an encoding of a symbol on the cap of a key.

>if
>one keyboard calls it "Enter" and another calls it "Return", then this should
>be transparent to the application.

Oh, I don't know, the application might choose to call them the same
thing, but as we reach for a lower and lower level of user it might be
useful to be able to prompt with exactly what is on the key we want
("Type ENTER to continue" vs "Type RETURN to continue".)

We all remember the possibly apocryphal tale of the person who, when
confronted with "Press ANY key to continue" went looking for someone
to tell him where the damn ANY key was?

(I just grabbed and built and ran xkeycaps while typing, very cute, I
like it! I think the code will also be useful.)

>Basically, the whole X keyboard model is a complete mess.  It is as good as
>no standard at all, because to get anything done, you need to have hardware-
>and vendor-specific knowledge anyway.

I think we're in violent agreement.

What are your thoughts on the possibility of writing a program which
can be run at X server startup which maps all the keys to a standard
(i.e. a description file is supplied for each keyboard, analogous to
what you've done in xkeycaps), and I suppose a standard resource or
Atom can be provided which identifies the keyboard as a string?

My current guess is that something like this can be thrown in and
thrown at server vendors without any change to any existing code, no?


--
        -Barry Shein

Software Tool & Die    | bzs@world.std.com          | uunet!world!bzs
Purveyors to the Trade | Voice: 617-739-0202        | Login: 617-739-WRLD
Xref: sparky comp.windows.x:15818 comp.windows.x.apps:867
From: azhao@cs.arizona.edu (Qiang Alex Zhao)
Newsgroups: comp.windows.x,comp.windows.x.apps
Subject: XRN test -- please ignore
Date: 28 Aug 92 19:10:04 GMT
Followup-To: comp.windows.x.apps
Organization: Computer Science Dept, Univ of Arizona, Tucson

XRN test -- please ignore.

-- 
= Qiang Alex Zhao		   Computer Science Department
  azhao@cs.arizona.edu             University of Arizona
  (602) 621-1815                   Tucson, AZ 85721
Newsgroups: comp.windows.x
From: wil@mbunix.mitre.org (Kim)
Subject: Looking for X/Motif ftp software
Organization: The MITRE Corp., Bedford, Ma.
Date: Fri, 4 Sep 1992 17:52:55 GMT



Hello Netters:

I am looking for X/Motif interface for ftp.  I want to isolate the user
from the ftp prompt.  It would be nice to have a fancy Graphic User 
Interface which is icon driven, but I will take anything.  I am running 
Sun OS 4.1.1 on SUN 1+ and 2.  I have downloaded FTPTools 4.3 from 
an ftp site, but it uses the openwin libraries.  I want to avoid porting
it to Moitf.  Are there any programs out there compatible with Motif?  
Are they avaiable on ftp sites?  Are there any commerically available
products?  

Thanks in advance,

Willis Kim
company: MITRE
e-mail: wil@mbunix.mitre.org
Newsgroups: comp.windows.x
From: xuehua@tigger.cs.Colorado.EDU (Xuehua Lu)
Subject: xedit ?
Organization: University of Colorado, Boulder
Date: Wed, 2 Sep 1992 00:59:09 GMT

Hi! Will anybody in the newsgroup help me with a little problem?
I am an X window system beginner. I want to know the keystroke
command of xedit for locating line by line number, i.e., given the
line number, find the palce where it is in the file.

Thank you in advance. I'd appreciate your help.

Lu

-- 
xuehua@cs.colorado.edu
Lu, Joshwar
Newsgroups: comp.windows.x
From: aardvark@nt1l.krl.com (Donald Koch)
Subject: Re: libXaw.so.5 not found?
Keywords: xdm, lib not found
Organization: Koch Research Labs
Date: Sat, 29 Aug 1992 06:56:51 GMT

Did you run ldconfig?  You need to do this after installing shared libraries
before they can be used.
-- 
Don Koch
aardvark@nt1l.krl.com
Xref: sparky comp.windows.x:16130 alt.religion.computers:675 comp.windows.news:619 comp.windows.misc:1321 comp.human-factors:2052
Newsgroups: comp.windows.x,alt.religion.computers,comp.windows.news,comp.windows.misc,comp.human-factors
From: flaps@dgp.toronto.edu (Alan J Rosenthal)
Subject: Re: GUIs Considered Harmful
Date: 3 Sep 92 23:16:17 GMT

>> I *still* can't remember
>> whether dragging & dropping a file icon between directory windows
>> on the Macintosh will do a move or a copy, and have trouble remembering
>> what bizarre key/mouse combinations it takes to do "the other one."
>
>What bizarre combination? You select copy from the menu.

Ha!  That's what you might think!  If you select a file and then select "copy",
it won't copy the file, but rather will save a copy of the file name for
pasting into an application or another file name.  You may have been thinking
of "duplicate", but this creates a file called "copy of ZZZ", which is a pain,
and creates it in the same directory.  Often you want to copy a file to another
disk or another directory.  If you drag it into a folder (directory) which is
on another disk, it's a copy; if it's on the same disk, it's a move.  If you
hold down option when dragging on the same disk, it's a copy instead of a move,
and this is what the original poster was referring to.  On the other hand, when
dragging things into the trash (to delete them), holding down option makes it
not ask for a confirmation before deleting system files and applications.

>> (And don't get me started on the idiocy of insisting on a one-button
>> mouse, when it just forces you into keyboard overload mode--
>> shift-ctrl-click-unshift-drag-doubleclick-unctrl-applekey. :-)

I agree with you, mostly, except there is the argument that it makes it clear
which is the primary mouse button.  Nothing like a system (e.g. X) in which the
various applications disagree about which is the primary mouse button and which
is the special one.  But this is better dealt with via user-interface
guidelines, like on the Amiga, on which I've only seen one program that does
the mouse buttons "wrong".
From: brian@mdavcr.mda.ca (Brian Lemire)
Newsgroups: comp.windows.x
Subject: Books on Porting X servers ???
Date: 4 Sep 92 19:09:14 GMT
Organization: MacDonald Dettwiler, 13800 Commerce Parkway, Richmond, BC, Canada  V6V 2J3


	Does anyone know of books written on the design of and/or porting
the X window server ? (X11 R5 preferred). If this is not a FAQ, and there is
enough interest, I will post responses to this news group. Please E-Mail
responses to me, thanks

Brian Lemire
Macdonald Dettwiler
Richmond B.C.
From: vincent@cadillac.cray.com (Vincent LE BARAZER)
Subject: 256 grayscale levels with standard colormap
Originator: vincent@cadillac
Keywords: Colormap Grayscale
Organization: Cray Research, Inc.
Date: 2 Sep 92 04:09:58 CDT


 Hi everybodyx,

 I'd like to create an X application that draw lines of pixels, with
color level from 0 to 255 in a Grayscale visual.
 This application has to work either on 8 planes grayscale servers or
on 24 planes color server.

 My first step was to Create a new colormap, allocate 256 levels of gray
pixels ( red = green = blue ), and install this colormap .

 ... but other X clients running on the same server do not like this new
colormap !

 So , how can I handle 256 gray levels without changing the color map ?
I suppose that the Visual type has something to do with this ??....

 Many thanx in advance for your help,

 Vincent Le Barazer
 Cray Research France
 Email: vincent@cray.com
From: dinah@rockytop.tivoli.com (Dinah McNutt {sysadmazon})
Newsgroups: comp.windows.x
Subject: 2 screens on a Sun?
Date: 2 Sep 92 17:28:15 GMT
Organization: TIVOLI Systems

I need to be able to test out an application with a display
which is not 0.0. In other words, I would like to configure
one of my Suns so it has 2 displays. I have done this before
on a color Sun where I have 2 displays available, but only one
visible at a time. When I move my mouse off the root window,
the other display appears.

I don't remember what configuration I did this with before.
I have color IPCs and IPXs available to me for this test.
Can someone out there help me?

Thanks, please respond by mail as I am up to my arms in
beta testing and am behind in news.

-- 


Dinah McNutt      TIVOLI Systems, Inc.   (512)794-9070
             dinah@tivoli.com 
Newsgroups: comp.windows.x
From: wilson@saifr00.cfsat.honeywell.com (Nancy Wilson)
Subject: Re: how to implement slow calback routines ?
Organization: Honeywell Air Transport Systems Division
Distribution: comp
Date: Thu, 27 Aug 92 15:51:25 GMT



>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().

try 
   XSync(dpy, FALSE);

-- 
----------------------------------------------------------------------
Nancy Wilson
Internet: wilson@saifr00.cfsat.honeywell.com
From: achan@idaho.tdd.sj.nec.com (Amy Chan  x2941)
Newsgroups: comp.windows.x
Subject: Re: Converting Window ID to Widget
Date: 1 Sep 92 16:41:56 GMT
Organization: NEC-AM TDD, San Jose, California

In article <1992Aug31.212218.11573@sparky.imd.sterling.com> dave@IMD.Sterling.COM (Dave Krejci) writes:
>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.  

You can use XtWindowToWidget() to translate a window and display pointer
into a widget instance. You can then use XtName() to get the name of 
a widget.

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       |
Xref: sparky comp.windows.x:16143 comp.windows.misc:1325 comp.human-factors:2055
From: ematias@dgp.toronto.edu (Edgar Matias)
Newsgroups: comp.windows.x,comp.windows.misc,comp.human-factors
Subject: Re: GUIs Considered Harmful
Keywords: n
Date: 4 Sep 92 00:46:45 GMT
Organization: CSRI, University of Toronto


In article <1992Sep3.224317.8523@Princeton.EDU>
qpliu@ernie.princeton.edu (q.p.liu) writes:
>
>The problem with the mouse is that it disrupts the use of
>the keyboard.

This is a very keyboard-centric view of things.  You could very easily
say that "the problem with the keyboard is that it disrupts the use of 
the mouse".

The *real* problem is that the keyboard is a two-handed device.
Engelbart's original intent was that the mouse be used in conjunction
with a one-handed keyboard.  Unforturnately, most systems do not come
with one-handed keyboards.  Fortunately, you don't need to buy one to
achieve the same thing.  There is a software solution to this problem...

It is a utility called Half-QWERTY.  Basically, what it does is turn
your regular QWERTY keyboard into a one-handed keyboard.  Here's how
it works...

When you hold down the spacebar it remaps the keyboard in a mirror
image.  For example, if you want to type the letter K (MIDDLE finger,
RIGHT hand) with your left hand, simply hold down the spacebar and
hit the D key (MIDDLE finger, LEFT hand).  Notice that in both cases
you use the middle finger in the same row.  People are able to
adapt to this *very* quickly.  One person (a Macworld journalist)
claimed to be able to type 20 wpm after 15 minutes of practice.

You can ftp to explorer.dgp.toronto.edu to get software demos of this
concept.  Mac and DOS versions are in the /pub/1handkbd directory.

DISCLAIMER:  I'm the inventor of this keyboard design and have a 
vested interest in its success.  We now return you to your regularly
scheduled bickering...

Edgar
Xref: sparky comp.windows.x:15669 alt.religion.computers:569 comp.windows.news:528 comp.windows.misc:1212 comp.human-factors:1887
Newsgroups: comp.windows.x,alt.religion.computers,comp.windows.news,comp.windows.misc,comp.human-factors
From: flaps@dgp.toronto.edu (Alan J Rosenthal)
Subject: Re: GUIs Considered Harmful
Date: 26 Aug 92 18:54:26 GMT

david@twg.com (David Herron) writes:
>So why not spend some of this new `power' on making the user interface nicer?

Some of us would like to have ACCESS to this new power, rather than having it
used up by poor system design.  What's the use in buying a fast machine if when
you run the current version of the operating system, it's going to end up being
slower than your old machine running the old version of the operating system?

'course I'm also speaking of abominations like, well let's not name names right
now, which seem to use up a huge amount of cpu power somewhere, not clearly on
any user-interface improvements.  But I'm also speaking of modern Mac frills.
From: envbvs@epb9.lbl.gov (Brian V. Smith)
Newsgroups: comp.windows.x
Subject: Re: xterm popup menu strangeness
Date: 26 Aug 1992 21:06:57 GMT
Organization: lbl
Distribution: world
NNTP-Posting-Host: 128.3.12.98

In article <21104@optima.cs.arizona.edu>, azhao@cs.arizona.edu (Qiang Alex Zhao) writes:
|> 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.

From the FAQ:

Subject:  29)  Why are my xterm menus so small?

        You are probably setting the geometry small accidentally. If you give 
a resource specification like this:
                xterm*geometry: 80x24
then you are asking for all widgets under xterm to have their geometry set to
80x24. For the main window, this is OK, as it uses characters for its size. 
But its popup menus don't; they are in pixels and show up small. To set only
the terminal widget to have the specified geometry, name it explicitly:
                xterm*VT100.geometry: 80x24


-- 
Brian V. Smith    (bvsmith@lbl.gov)
Lawrence Berkeley Laboratory
I don't speak for LBL; they don't pay me enough for that.
From: riegel@almaden.ibm.com (Jeff Riegel)
Newsgroups: comp.windows.x
Subject: Color icons
Date: 27 Aug 92 20:43:42 GMT
Reply-To: riegel@almaden.ibm.com (Jeff Riegel)
Organization: IBM Almaden Research Center


  I've created several color pixmaps, and I was wondering how I can create
icons for them in Xlib (X11R4).  The icon_pixmap field of WMHints doesn't
seem to work, since some window managers (e.g. twm) only copy one bit plane of
the pixmap to the icon.  Is there a way to create an icon manually (i.e.
an independent icon, not necessarily created by iconifying a window) and
then copy the pixmap to it?  I've been using a window but I don't want all
the window manager gadgets.  Should I just override the window manager and
write all the routines to handle move, expose, etc. events manually?

-Jeff Riegel
riegel@almaden.ibm.com
Newsgroups: comp.windows.x
From: msanghvi@bigmax.ulowell.edu (Mehul Sanghvi)
Subject: xrn 6.17 domain problem
Reply-To: msanghvi@cs.ulowell.edu
Organization: University of Massachusetts at Lowell
Distribution: comp
Date: Wed, 26 Aug 1992 14:24:21 GMT


hi folks!

   i seem to be running into a problem getting xrn 6.17 (non-motif) to
recognise the domain it is on. according to the man page xrn should recognise
the DOMAIN environment variable which i have set up correctly. But everytime i
try to post the From: filed conatins the following
    msanghvi@sol.NoSubDomain.NoDomain

does anyone know why xrn is doing this?? i would appreciate any help you
xperts can give me. thanks

peace

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mehul "raja lakhan" Sanghvi            |  UMass-Lowell, Comp. Sci. Dept.
UUCP: ...!harvard!ulowell!msanghvi     |  SnailNET: 754 Aiken St. #11, 
INTERNET: msanghvi@cs.ulowell.edu      |            Lowell, MA. 01850-1804
-------------------------------------------------------------------------------

A transistor protected by a fast-acting fuse will protect the fuse by
blowing first.
Newsgroups: comp.windows.x
From: etxmesa@eos.ericsson.se (Michael Salmon)
Subject: Re: need help accessing upper 128 font chars
Reply-To: etxmesa@eos.ericsson.se (Michael Salmon)
Organization: Ericsson Telecom AB
Date: Thu, 27 Aug 1992 08:54:56 GMT

In article <1992Aug21.200203.3535@mercury.unt.edu>,
gene@ponder.csci.unt.edu (Gene De Lisa) writes:
|> 
|> I need to create text with accented characters.
|> 
|> supposedly this can be accomplished by pressing the meta
|> key and hitting the corresponding key from the lower 128.
|> This doesnt work.

This is only true for xterm.

|> The only way I can get them is by using openwindows and
|> typing at the command line using the sun4 compose key
|> sequences. this wont work in emacs or vi -- just the
|> command line. Ive tried to compare the XKeysymDB but
|> I cant find where openwindows puts it.
|> 
|> The best solution for us would be to not use openwindows.
|> Is there anyone who can give me a hint where the translations
|> are being messed up? Ill settle for any key sequence --
|> compose key or meta.

You can define certain key sequence translations that generate the
characters you want for each widget that you want to use them or try
compose.tar.Z from mit. There is supposed to be an updated server in
the works that does it there but I am not sure when it will be
available.

|> This is on sun4's, sunos4.1.1, X11R5, motif wm.
|> The keyboard can be the sparc ipc, an ncd terminal
|> of a mac using exodus II.

-- 

Michael Salmon

#include	<standard.disclaimer>
#include	<witty.saying>
#include	<fancy.pseudo.graphics>

Ericsson Telecom AB
Stockholm
Newsgroups: comp.windows.x
From: tomanix@sintra.xip.dec.com (Antonio Rodrigues)
Subject: Re: DESQview/X vs HCL-eXceed/W
Reply-To: tomanix@sintra.xip.dec.com (Antonio Rodrigues)
Organization: Digital Equipment Corporation
Date: Tue, 1 Sep 1992 13:07:00 GMT


I' m also interested in some 'experienced' opinions on the DESQview/X.

I saw the adv. in the Aug. DDJ and I become curios.


 tomanix
Newsgroups: comp.windows.x
From: yqd515@sunshine.rdyne.rockwell.COM (ALLWARDT)
Subject: Displaying polygonal boundaries with interior holes
Organization: The Internet
Date: Tue, 25 Aug 1992 22:22:16 GMT

I've been beating my head against this for the past few days and wonder
if anyone could offer hints/suggestions/answers.

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.  Using Pixrect/Pixwin on the Sun, I could output the list of polygons
using  pw_polygon_2.  It's key arguments are:
---------------------------------------------

nbnds - number of individually closed boundaries (vertex lists) in the polygon
npts  - An array listing the number of points in each boundary
vlist - vertex list containing the boundary points for all of the boundaries,
        in order


Given this, I could successfully display the following polygon diagram
with one call ("X" represents colored region):

    ____________________________________            _____
    |XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX|          /XXXXX\
    |XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX|         (XXXXXXX\
    |XXXX.------.XXXXXX--------------XXX|         \XXXXXXXX\
    |XXXX|       \XXXXX|  ______    |XXX|          ---------
    |XXXX|        \XXXX|  |XXXX|    |XXX|
    |XXXX\_________\XXX|  |XXXX|    |XXX|
    |XXXXXXXXXXXXXXXXXX|  ------    |XXX|
    |XXXXXXXXXXXXXXXXXX|____________|XXX|
    |XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX|
    -------------------------------------


According to the Sun manual, only those destination pixels having an odd
winding number are painted.  That is, if any line connecting a pixel to
infinity crosses an odd number of boundary edges, the pixel will be painted.


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), or a way
to perform this using regions, or ???.


The environment:
----------------
Computer:           Sun 4/xxx
Operating system:   SunOS 4.1.1
Windowing system:   OpenWindows verion 3.0


Any ideas, suggestions, hints, source code would be greatly appreciated.

Thank in advance,

Tim Allwardt

yqd515@sunshine.rdyne.rockwell.com
Rocketdyne
Canoga Park, CA