HDTenEightyP/NetNews huggingface dataset:
From: barmar@think.com (Barry Margolin)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 11 Sep 92 03:51:31 GMT
Distribution: fj
Organization: Thinking Machines Corporation, Cambridge MA, USA

Date: 10 Sep 92 20:44:37 GMT
Message-Id: <18oc3lINNh58@early-bird.think.com>
Newsgroups: comp.windows.misc,comp.windows.news,comp.windows.x,comp.human-factors,alt.religion.computers

In article <1992Sep10.145345.17065@sophia.smith.edu> jfieber@sophia.smith.edu (John Fieber) writes:
>It really baffles me why other window systems have not adopted
>proportional scroll bars.

What do you mean?  Most other GUIs have proportional scroll bars.  Open
Look, Motif, Athena widgets, and CLIM all have proportional scroll bars.  I
haven't used Windows, but since Motif is styled after Windows, I assume it
does as well.  The only GUI I've ever used that doesn't have them is the
Mac.

-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
From: abercrombie@mdcbbs.com (Phil Abercrombie)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 4 Sep 92 19:00:30 GMT
Distribution: fj
Organization: M&E (Division of EDS), Cypress CA

Date: 3 Sep 92 12:40:21 PDT
Message-Id: <ABERCROMBIE.92Sep3124717@apphpp10.mdcbbs.com>
Newsgroups: alt.folklore.computers,comp.windows.misc,comp.windows.x,comp.human-factors


>>>>> On 2 Sep 92 05:07:35 GMT, peirce@outpost.SF-Bay.org (Michael Peirce) said:

> In article <1992Sep1.185034.26473@nntp.uoregon.edu> (alt.religion.computers,comp.windows.misc,comp.windows.news,comp.windows.x,comp.human-factors), johnm@cajal.uoregon.edu (John Martin) writes:
> In article <1992Aug31.145609.17818@dcatlas.dot.gov>, joet@dcatlas.dot.gov (Joe Trott) writes:
> 
> >Whose desk is clean enough, 100% (or close) of the time in order to use a
> >Rat?
> 
> Not mine, ever. I always have to shift piles of stuff around just to move
> the rodent to a button and click!!

> I don't know.  I have about as messy a desk as anyone can have.  I
> have a little mouse pad (about 7 x 8) and even most of that is often
> covered up with clutter.

> I do keep the mouse "turned up", meaning that a little wrist movement
> gives me a lot of mouse movement on screen.  The faster you flick
> the mouse, the faster it moves around the screen.  One quick, though
> very small, flick will move it all the way across the screen.  I also
> automatically will move the mouse, pick it up, then move it again,
> though I only noticed this after looking at how I actually use the mouse.

I remember that the mouse shipped with the Whitechapel Workstation had
a very heavy metal ball which turned with little friction.  You could
flick the mouse against the desktop to get the ball spinning, and then
lift it away - the ball would continue spinning and the pointer would
continue to move across the screen. Without much practice you could
learn to send the pointer accurately from one corner of the screen to
the other with a flick of the wrist, and have it stop in more-or-less
exactly the right place.

These days mice seem to be constructed such that if you lift them from
the desk the ball will stop turning. 
--
Phil Abercrombie       | Living in another country |    _~o _O   | BIKE TO
abercrombie@mdcbbs.com | Under another name        |   -\<,-\<,  | WORK   
                       |                           | (*)/===/(*) |
From: markkj@mullian.ee.mu.OZ.AU (Mark Johnston)
Newsgroups: fj.mail-lists.x-window
Subject: Wierdness with XFillPolygon...
Date: 14 Sep 92 15:21:10 GMT
Distribution: fj
Organization: Computer Science, University of Melbourne, Australia

Date: 14 Sep 92 06:39:19 GMT
Message-Id: <markkj.716452759@munagin>
Newsgroups: comp.windows.x


    I have written a program that is to convert some 3D polygons to 2D
polygons and then display the results.  The calculations work correctly every
time I run the program, but then when I go to do the XFillPolygon, the program
will either (a) draw the polygon between the points correctly, or (b)
will draw a polygon that has been rotated 90 degrees.  After drawing the polygon
I then proceed to draw the points that form the verticies of the polygon,
and they always appear in the correct place.  The polygon I am drawing is
_always_ with the same points, and only has 3 verticies.  The shape I am passing
is "Convex", and I have even tried using "Complex" to no avail.  The program
has been run through gdb on both a Sun 4/75 with shared libraries and an 
IRIS 4D/340S without shared libraries.  I've run the program under gdb, and
for both when the program works and when it fails, the point set that is passed
to XFillPolygon is correct.

	The only thing that may be affecting the polygon filling is that one 
coordinate is negative.  I have not been able to get the program to give
strange results on data sets that produce all-positive verticies.  While
negative values on the x axis may account for bad results, it still does not
account for why the polygon would be _rotated_ !!!  I have also tried
using XSetClipRectangles() without success!


    Can anyone provide any suggestions/hints/(unhelpful FAQ advice) to why this
may be happening???


	Thanks.


	Mark.

--------------------------------------------------------------------------------
        Mark Johnston         |                   | markkj@munagin.ee.mu.oz.au
3rd year Software Engineering |                   |-----------------------------
    Melbourne University      |                   | markkj@mundil.cs.mu.oz.au 
--------------------------------------------------------------------------------
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: fj.mail-lists.x-window
Subject: Re: help needed obtaining snf info
Date: 10 Sep 92 10:35:24 GMT
Distribution: fj
Organization: CS Department, Dortmund University, Germany

Date: 10 Sep 92 06:46:24 GMT
Message-Id: <18mr00INN1ia@fbi-news.Informatik.Uni-Dortmund.DE>
Newsgroups: comp.windows.x,comp.windows.x.intrinsics,comp.windows.x.apps

In article <1992Sep7.142750.4501@aristo.tau.ac.il>,
dfl@virgo.math.tau.ac.il (David Frenkiel) writes:
|> I need to build an snf file from the xfontstruct information found in
|> the server.  pointers to source code or documentation are welcome
|> (email or thru the net).

Hmm, I guess by "xfontstruct information" you mean the XFontStruct data
structure. However, this one is located on the client side, not in the
server. And it only contains some metric information about the font in
general and - indirectly - about each character. It is the server that
holds the font's rendering information, i. e. its pixelization. The font
can be accessed by XFontStruct's component fid, which is the font's
resource ID.

I further guess that you don't have access to the server's font files, as
otherwise you could just :-) convert the font file to the appropriate SNF
variant. If you can't do that you can still access the font characters'
pixelization by rendering the characters in a drawable, transferring the
latter into an XImage on the client side, analyzing what you got, and -
using the information from the XFontStruct as well as possible font
properties - writing an appropriate BDF file, which in turn could be
converted to SNF, PCF or any other suitable format.

Disclaimer: The above is pure speculation. I never tried the described
procedure (and hopefully shall never have to).

-- 
  Dipl.-Inform. Rainer Klute      klute@irb.informatik.uni-dortmund.de
  Univ. Dortmund, IRB
  Postfach 500500         |)|/    Tel.: +49 231 755-4663
D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Free software and the future of support for Diamond products
Date: 14 Sep 92 11:37:33 GMT
Distribution: fj
Organization: St. Peter's College, US

Date: 14 Sep 92 02:09:24 GMT
Message-Id: <1992Sep13.220924.3858@spcvxb.spc.edu>
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.unix.bsd,comp.os.mach,comp.sys.ibm.pc.misc,comp.sys.ibm.pc.hardware

In article <a1xny5p.harp@netcom.com>, harp@netcom.com (Gregory O. Harp) writes:
> On my most recent contract I was programming for an Orchid ProDesigner
> IIs.  Orchid was thrilled to death to send me docs.  That's why the
> board I bought to replace my Stealth is a ProDesigner IIs.  A good
> card with good support.

  I've had similar experiences with STB. When I bought a PowerGraph about a
year ago, I needed some technical information. When I called their tech sup-
port, the tech sent me an ET4000 Data Book and the source for their demo
program at no charge.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
From: sd344@city.ac.uk (SHARPE P A)
Newsgroups: fj.mail-lists.x-window
Subject: move/resize won't work in twm from the keyboard
Date: 7 Sep 92 18:10:50 GMT
Distribution: fj
Organization: The City University

Date: 4 Sep 92 12:32:11 GMT
Message-Id: <sd344.715609931@Olympia>
Newsgroups: comp.windows.x

Does anyone know why the following entry in my .twmrc doesn't
work.

"F7"    = m     : all  : f.move
"F8"    = m     : all  : f.resize

When I press meta<F7> (or F8) in a window it just bleeps
and doesn't seem to have an action for the keysym.

(email please to sd344@city.ac.uk)


-- 
Paul Sharpe, Unix System Programmer, City University

+44 (0)71 477 8000 x3758
Internet: P.A.Sharpe@city.ac.uk
From: gms@cv.hp.com (George Sachs)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Strange keyboard mapping for the hpux-8.0x X server ...
Date: 4 Sep 92 19:07:05 GMT
Distribution: fj
Organization: Hewlett-Packard Company, Corvallis, Oregon USA

Date: Thu, 3 Sep 1992 22:26:43 GMT
Message-Id: <1992Sep3.222643.10721@hpcvusn.cv.hp.com>
Newsgroups: comp.windows.x

The Mode_switch keysym is bound to the Mod1 modifier, making it
the Group modifier.  That is why you are seeing the key bindings
that you reported.

If you don't want Mod1 to be the group modifier, you can use
xmodmap to delete the Mode_switch keysym:

xmodmap -e "remove mod1 = Mode_switch"
From: lidl@pix.com (Kurt J. Lidl)
Newsgroups: fj.mail-lists.x-window
Subject: Xtank 1.3f is released
Date: 14 Sep 92 13:39:10 GMT
Distribution: fj
Organization: Pix -- The company with no adult supervision.

Date: 14 Sep 92 04:50:49 GMT
Message-Id: <BuJxGr.GvK@pix.com>
Newsgroups: rec.games.xtank.programmer,rec.games.xtank.play,comp.unix.bsd,comp.windows.x

The latest version of Xtank is now available for anonymous ftp from
both azathoth.sura.net and from ftp.eng.umd.edu.

(The first site listed is better connected and faster than the 3/60 that
is ftp.eng.umd.edu.  Azathoth is a DECstation 5000 that has over twice
as much memory, and much faster disk drives. You probably want to snarf
your copy from there, but what the hey, *I* don't care, really.)

If you get this distribution, make sure you read both the README
file and the Help/xtank.FAQ file.

New features:

   * support for 386BSD threading.
     No support for dynamic loading yet, but we are working on it.

   * modificiation to the robot "shooter" to bring it up to speed with
     4 turret'd vehicles

   * more and better RDF/TACLINK work from Aaron Eastlund

   * removal of old code that wasn't ever getting defined, as part
     of our code cleanup activities

   * Imakefile file reorganization, tweaking of some compiler flags
     on suns, hp's.  Not widely tested.

   * re-arranged console layout, to better handle working on screens
     of size 1024x768

-Kurt
-- 
/* Kurt J. Lidl (lidl@pix.com)    | Unix is the answer, but only if you */
/* UUCP: uunet!mimsy!pixcom!lidl  | phrase the question very carefully. */
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Where does SIGUSR1 come from?
Date: 11 Sep 92 21:13:09 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: 11 Sep 92 00:34:59 GMT
Message-Id: <1992Sep11.003459.9144@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <#trn==m.cyclone@netcom.com>, cyclone@netcom.com (Bill Sheppard) writes:

> I recently compiled xfishtank from export...one of the command line
> options is '-s' for secure mode toggle.  When started in this mode
> the fishtank covers all windows rather than being a background.
> According to the source code the window will go to the background
> upon receiving SIGUSR1.  What event will cause SIGUSR1?

SIGUSR1 is generated only when some process uses the kill() syscall (or
related ones, like killpg()) to send it.  Most shells provide a "kill"
command that does this.

> I assume it is some sort of mouse or keyboard action, but there is no
> other reference to it in the source code except as part of the signal
> handler.

Unless you have an extremely unusual system, you'll have to log in to
that machine over the network and send the signal manually.  This would
typically be done by using ps to find the PID of the xfishtank process
and then using the kill command to send the signal.  If the PID is
1234, for example, "kill -USR1 1234" would be appropriate.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: pturner@amb4.ese.ogi.edu (Paul J Turner)
Newsgroups: fj.mail-lists.x-window
Subject: New location for ACE/gr (xvgr & xmgr)
Date: 11 Sep 92 00:55:38 GMT
Distribution: fj
Organization: Center for Coastal and Land-Margin Research

Date: 10 Sep 92 13:20:45 GMT
Message-Id: <42603@ogicse.ogi.edu>
Newsgroups: comp.windows.x,comp.graphics,comp.windows.x.apps,comp.windows.x.motif,comp.unix.aix,comp.sys.dec,comp.sys.sgi,comp.sys.hp,comp.sys.sun.apps,comp.windows.open-look


New location for ACE/gr (xvgr and xmgr)

The machine used to distribute the XY-plotting tool ACE/gr
has a new name and IP address. We recently moved into a new
building and our portion of OGI's LAN was split into several 
subnets. The new machine name is

	ftp.ccalmr.ogi.edu (presently amb4.ccalmr.ogi.edu)

with IP address 129.95.72.34. The XView version (xvgr) will be
found in /CCALMR/pub/acegr/xvgr-2.09.tar.Z and the Motif version
(xmgr) in /CCALMR/pub/acegr/xmgr-2.09.tar.Z.

Remember to use a binary file transfer. I am not able to E-mail ACE/gr,
but there are services provided by various Internet sites that allow
ftp by mail. You might try sending mail to ftpmail@decwrl.dec.com
as follows:

Subject: (hit return) Body-of-letter: help (return) quit

I've not tried this, but it should give you instructions on how to use
this service.

About ACE/gr:

ACE/gr is an X based XY plotting tool implemented with a point 'n 
click paradigm.

A few of its features are:

   * Motif and XView versions.
   * Plots up to 10 graphs with 30 data sets per graph.
   * Data read from files and/or pipes.
   * Graph types XY, log-linear, linear-log, log-log, bar, 
	stacked bar charts.

[as 2.09 was announced a short while ago, the longer list of features
is omitted here - ACE/gr is becoming a full-featured plotting tool
except for 3d and realtime plotting - ACE/gr will never do these 
two items]

Comments, suggestions, bug reports to pturner@amb4.ccalmr.ogi.edu (if mail
fails, try pturner@ese.ogi.edu). Due to time constraints, replies will
be few and far between.

--Paul

Paul J Turner - pturner@amb4.ccalmr.ogi.edu
Center for Coastal and Land-Margin Research
Oregon Graduate Institute
Beaverton, OR 97006-1999
From: sinan@Mtesol.boeing.com (Sinan Karasu)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Xterminal-Server ratio wanted
Date: 8 Sep 92 23:16:29 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Tue, 8 Sep 92 13:35:58 PDT
Message-Id: <9209082035.AA08551@mtesol>


> From xpert-mailer@expo.lcs.mit.edu Wed Sep  2 00:19:06 1992
> Date: 1 Sep 92 23:53:09 GMT
> From: tom@uts.cc.wayne.edu (Thomas Richard Stevenson)
> Organization: Wayne State Univ.
> Subject: Re: Xterminal-Server ratio wanted
> Newsgroups: comp.unix.admin,comp.windows.x
> Sender: xpert-request@expo.lcs.mit.edu
> To: xpert@expo.lcs.mit.edu
> Content-Length: 972
> 
> tucker@bedford.progress.COM (Kyle Tucker) writes:
> 
> >Hi all (again),
> >	We are currently performing an initial investigation into upgrading
> >our present dumb-terminal based user environment to a X windows based one.
> >We are weighing all the dis/advantages of PCs, Xterminals and workstations
> >and look favorably at Xterminals from a maintenance standpoint. I use one
> >myself and see no lack of functionality. We would like any opinions on this
> >decision itself. And if we do go with Xterminals, then the question of how
> >many Xterminals running off of how many Sparcs, Sparc2s, Solbournes, etc. We
> >would like to hear about any success/horror stories about implementing such
> >a configuration and performance issues regarding Xterm/Server ratios which
> >seem to work well. These users will mainly be running Progress applications
> >and some word-processing, news readers and email UAs.
> 
> We are thinking of doing the same thing. We would also find this information
> very useful.
> 
I suggest Sun's new lowcost IPC workstations. You get a full color workstation for
$5995 list (including disk). Then you can use them as X-terminals or if
you want to , use them as standalone or client/server workstations.
Sinan
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Questions regarding TVTWM
Date: 6 Sep 92 11:52:23 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Sun, 6 Sep 92 06:12:00 GMT
Message-Id: <1992Sep6.061200.14854@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <huber.15.715359892@vax2.gac.edu>, huber@vax2.gac.edu (Tom Huber) writes:

> I am running TVTWM under X11R4 on a NeXT

> I was wondering how to set the root window to grey (rather than the
> default tiled background with TVTWM?  Before loading TVTWM, I can use
> xsetroot -grey  , however once TVTWM loads it overwrites it with the
> default background and further calls to xsetroot have no effect.

(I assume you mean tvtwm rather than TVTWM.)  tvtwm is implemented with
a so-called virtual root window, implemented in such a way that one
consequence is that the root window is no longer the visual background
of the screen.  IMO the right solution is to fix tvtwm, but the way out
usually taken is to hack on programs that manipulate the root window
and add kludges to find the tvtwm-created window that serves as the
visual background of the screen, and manipulate that window instead.
(Maybe you can tell; I don't like this.  Client programs shouldn't have
to know about this sort of thing.  From what little I know, there are
at least two different ways of identifying the pseudo-root, probably
with more to come along.  If the Consortium would standardize on some
way of finding the window that forms the visual background of the
screen, that would help....)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: martin@trcsun3.eas.asu.edu (Ross Martin)
Newsgroups: fj.mail-lists.x-window
Subject: XDMCP indirect via CHOOSER to R4 XDM -- Doesn't work?  Help!
Date: 10 Sep 92 04:58:53 GMT
Distribution: fj
Organization: Arizona State University

Date: Wed, 9 Sep 1992 01:13:13 GMT
Message-Id: <1992Sep9.011313.11994@ennews.eas.asu.edu>
Newsgroups: comp.windows.x

I'm trying to set up the X11R5 xdm and chooser so that a remote X terminal
can connect indirectly via XDMCP, get a menu supplied by chooser, and a host 
can be selected.  After this you log in normally to the selected host.

This works fine if everything is R5, but if the host that is being selected
indirectly is running an R4 xdm, the chooser shows

"                                  host xxxxxx"         (For a R4 remote xdm)

instead of

"xxxxxxx                           Willing to manage"   (For a R5 remote xdm)

If I select one of the R5 remote xdm's, I connect fine, but if I select one
of the R4 remote xdm's, I get a long wait followed by a return to the menu.

If instead of trying to connect indirectly to the R4 xdm via the R5 xdm
and R5 chooser, I just try to connect directly to the R4 xdm, it works.
But I want my menu!

Can anybody shed any light on this problem?  I've already checked the FAQ ;-).
Thanks a bunch...

--Ross Martin
martin@trcsun3.eas.asu.edu
From: martin@real.jccbi.gov ("Sam Martin, DOT/FAA, Training Systems Branch")
Newsgroups: fj.mail-lists.x-window
Subject: please unsubscribe me
Date: 10 Sep 92 14:32:08 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Thu, 10 Sep 1992 07:38:17 EDT
Message-Id: <00960664.71320C40.5499@real.jccbi.gov>

Please unsubscribe me.
From: ward@math.psu.edu (Brian Ward)
Newsgroups: fj.mail-lists.x-window
Subject: Re: help - DEC.5000 / twm / .X11Startup
Date: 10 Sep 92 13:26:20 GMT
Distribution: fj
Organization: The Bill and Ted Society of Computer Science

Date: 10 Sep 92 04:35:17 GMT
Message-Id: <BuCI2t.MnL@cs.psu.edu>
Newsgroups: comp.unix.ultrix,comp.windows.x

nagrwb@vax.oxford.ac.uk writes:
|On logging in to a DECStation5000/200 I have sitting at my desk at
|the moment I would like to automatically:
|  kill the DecWindow Manager
|  use twm
|  set a few friendly X clients
|  start-up epoch (which resides on another host) in an iconified state
|  have the DEC Session Manager and DECterm console window iconified

hahaha. Here's how i got around it:

1. I set my window manager for sm to /bin/true.
2. I got rid of the initial DECterm.
3. I put everything in my .X11Startup file, almost like a .Xsession
   file, including the window manager.
4. I put StartIconified { "sm" } in my .twmrc. This will cause some problems
   when you have windows that have names starting with "sm" in some cases.

Anyway, here are the relevant X resources (in my .Xdefaults file. ugh)

*terminalEmulatorName:	/bin/true
sm.windowManagerName:	/bin/true

also 

sm.display_pattern:	none

but i'm not sure if that is the right way to do that or not.

and my .X11Startup looks like this:

xset fp+ (our X11R5 fonts - it's big)
xset fp rehash
xmodmap $HOME/.Xmodmap-dec
vtwm &
xv -quit -root -rmode 5 $HOME/iff/bill+ted.gif &

which I admit, is kind of hokey. you could possibly end with

twm
kill `some ugly thing to get the sm pid`

to quit with twm.
From: nudge@soccer.mis.arizona.edu (Bill Poutinen)
Newsgroups: fj.mail-lists.x-window
Subject: No title in original
Date: 8 Sep 92 00:25:13 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 07 Sep 1992 16:58:03 -0700
Message-Id: <9209072358.AA11552@soccer.mis.arizona.edu>
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT


Please unsubscribe me

Thanks