HDTenEightyP/NetNews huggingface dataset:
From: garyrich@qdeck.com (Gary Rich)
Newsgroups: fj.mail-lists.x-window
Subject: Re: DESQview/X vs HCL-eXceed/W
Date: 6 Sep 92 09:23:49 GMT
Distribution: fj
Organization: Quarterdeck Office Systems, Santa Monica CA

Date: Fri, 04 Sep 1992 18:49:16 GMT
Message-Id: <1992Sep04.184916.24107@qdeck.com>
Newsgroups: comp.windows.x

In article <1992Sep1.130700.19713@nntpd2.cxo.dec.com> tomanix@sintra.xip.dec.com (Antonio Rodrigues) writes:
>
>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

Come join us in the comp.os.msdos.desqview newsgroup for
more opinions than you can imagine.
My opinion, of course, is VERY positive in favor of DVX
:-]

Gary Rich	<support@qdeck.com>
From: gryphon@openage.openage.com (The Golden Gryphon)
Newsgroups: fj.mail-lists.x-window
Subject: Looking for Large size fonts.
Date: 12 Sep 92 12:08:47 GMT
Distribution: fj
Organization: Open Age, Inc.

Date: 11 Sep 92 18:16:29 GMT
Message-Id: <1992Sep11.181629.24066@openage.openage.com>
Newsgroups: comp.windows.x

Hi All,

A customer of mine is looking for large size fonts to run on X11R4 under SCO
Open Desktop.   I have access to the internet and they don't so I was 
hoping to find a place to down load them for him.  If anyone can e-mail me
info on where to anonymously ftp them I would truely appreciate it.

paul@openage.com
or
gryphon@openage.com

Thanks in Advance.

-- 
The Golden Gryphon 				gryphon@openage.COM
Solve a man's problem and he has 1 less.        No incumbents in 92.
Teach a man to think, and all his problems are less.
Openage - The Premier SCO UNIX integrator in the Washington D.C. area
From: kgermann@zeos.com (Ken Germann)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Free software and the future of support for Diamond products
Date: 12 Sep 92 08:14:22 GMT
Distribution: fj
Organization: Zeos International, Ltd

Date: 11 Sep 92 03:44:59 GMT
Message-Id: <1992Sep11.034459.25737@zeos.com>
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

I will see what Diamond has to say to us about support SCO, etc...
-- 
Ken Germann              ZZZZ EEEE  OO   SSS    ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SS     530 5th Ave N.W.
800-228-5390      VOICE   Z   E    O  O    S    St. Paul, MN 55112
612-633-7337             ZZZZ EEEE  OO  SSS     FAX         612-633-4607
From: aardvark@nt1l.krl.com (Donald Koch)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Compile X11 under Solaris 2.0
Date: 8 Sep 92 05:06:33 GMT
Distribution: fj
Organization: Koch Research Labs

Date: Mon, 7 Sep 1992 20:31:08 GMT
Message-Id: <1992Sep7.163108@nt1l.krl.com>
Newsgroups: comp.windows.x

In article <1992Sep7.115001.20556@cas.org>, lwv26@cas.org (Larry W. Virden) writes:
[ Question about why Sun owners would want to build X under Solaris and my
  reply about missing stuff. ]

> 1. imake and xmkmf comes with OpenWindows 3.0 at least.  
> 2. The xterm that is there is the std X11R4 xterm as far as I can tell.  It
> isn't an OpenLook one at least - unfortunately.
> 3. The Athena widget libraries, extentions, etc. are all there.  As for 
> 'missing' stuff, I cannot imagine what of any major importance is missing,
> from the core X11 R4 tapes.  Twm is even there!

This is interesting.  I'll first explain that I have not used OpenWindows on
a Sun.  I have had people claim that they could not find xmkmf among other
things.  Either I was misled (nothing new here :), they were confused or Sun
has recitified the situation.  I can believe the server runs faster (due to
less baggage).

Thanks for the clarification, folks.

-- 
Don Koch
aardvark@nt1l.krl.com
From: kumar@ra.csc.ti.com (Sundeep Kumar)
Newsgroups: fj.mail-lists.x-window
Subject: Getting window Id.
Date: 10 Sep 92 03:36:33 GMT
Distribution: fj
Organization: Texas Instruments

Date: 9 Sep 1992 18:36:54 GMT
Message-Id: <1992Sep9.183654.28031@csc.ti.com>
Newsgroups: comp.windows.x

How do I get the window Id of a window that I open from a window
manager menu Eg: Cmdtool in Openwindows ? Note that I do not have the
source code of the application that generates the window. However I want
to be able to send events to that window from my code.

--Sk
From: richard@aiai.ed.ac.uk (Richard Tobin)
Newsgroups: fj.mail-lists.x-window
Subject: X386 patch
Date: 8 Sep 92 14:51:05 GMT
Distribution: fj
Organization: AIAI, University of Edinburgh, Scotland

Date: 8 Sep 92 12:58:47 GMT
Message-Id: <7477@skye.ed.ac.uk>
Newsgroups: comp.unix.bsd,comp.windows.x

I had a problem with X under 386BSD (on an Elonex 33MHz 386 with Genoa
SVGA) that the CRTC registers weren't being set, so the display was
completely trashed.  This turns out to be because the bit in CRTC
register 17 that prevents writing to CRTC registers 0-7 was set
(presumably the BIOS sets it when it's booted - I don't know why).
The solution is to clear this bit before setting the other registers.

Here's the patch:

*** ddx/x386/vga/vgaHW.c.orig	Mon Aug 26 20:43:24 1991
--- ddx/x386/vga/vgaHW.c	Tue Sep  8 12:51:48 1992
***************
*** 125,130 ****
--- 125,134 ----
    for (i=0; i<16; i++) { outb(0x3C0,i); outb(0x3C0, restore->Attribute[i]); }
    for (i=16; i<21;i++) { outb(0x3C0,i | 0x20);
  			 outb(0x3C0, restore->Attribute[i]); }
+ 
+   /* Ensure CRTC registers 0-7 are writable by clearing bit 7 of register 17 */
+   outw(vgaIOBase + 4, ((restore->CRTC[17] & 0x7f) << 8) | 17);
+ 
    for (i=0; i<24; i++) outw(vgaIOBase + 4,(restore->CRTC[i] << 8) | i);
    for (i=0; i<9;  i++) outw(0x3CE, (restore->Graphics[i] << 8) | i);

-- Richard
-- 
Richard Tobin,
AI Applications Institute,                                R.Tobin@ed.ac.uk
Edinburgh University.
From: rescorla@rtnmr.chem.yale.edu (Eric Rescorla)
Newsgroups: fj.mail-lists.x-window
Subject: Creating Virtual Root Windows
Date: 9 Sep 92 02:48:58 GMT
Distribution: fj
Organization: Rescorla for himself.

Date: 8 Sep 92 22:07:05 GMT
Message-Id: <1992Sep8.220705.9678@cs.yale.edu>
Newsgroups: comp.windows.x

This may be an FAQ, but I didn't see it in the FAQ list.

What I'd like to do is create a window W which is a client of the
root window in an already running X server, and then set it up
so that W is the root for new display foo:1 (say W is living on
display foo:0).

From reading the X protocol specs, I got the impression that
I would be able to simply open up the socket corresponding to
foo:1 and a connection to foo:0. Then, whenever a client comes
in on foo:1, I pass it all the connection information that it
would normally see if it were connecting to foo:0 except that I
tell it that W is the root window. From then on, I pass all
data unchanged from foo:1 to foo:0.

This seems to simpleminded to work, however, I also can't come up
with anything wrong with it. So, what I'd be interested in is
1) Why won't it work.(assuming it won't.)
2) (and more important) a pointer to a solution which will work.

Thanks in advance,
-Ekr




-- 
-------------------------------------------------------------------------------
Eric Rescorla, DoD#431 (Nighthawk S)              rescorla@rtnmr.chem.yale.edu
Former chemist now CM400 mechanic                 ekr@eitech.com(preferred)
                       I will hack Unix for food.
From: terry@cs.weber.edu (A Wizard of Earth C)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Free software and the future of support for Diamond products
Date: 14 Sep 92 09:01:12 GMT
Distribution: fj
Organization: Weber State University  (Ogden, UT)

Date: Sun, 13 Sep 92 18:51:17 GMT
Message-Id: <1992Sep13.185117.12224@fcom.cc.utah.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 <badger.716406960@phylo> badger@phylo.life.uiuc.edu (Jonathan Badger) writes:
>steve@nuchat.sccsi.com (Steve Nuchia) writes:
>
>>In <1992Sep12.035549.4743@zeos.com> kgermann@zeos.com (Ken Germann) writes:
>>>The solution for the support of X/Windows in the Freeware arena or
>>>any other arena would be to design a VESA based driver for these
>>
>>The solution, for those of us who care about such things, is to
>>not buy undocumented hardware.  Vote with your wallet.
>
>Yes, but most people (at the time of purchase) don't know if the hardware
>is going to be documented or not, which makes this sort of voting impossible

	I wish *I* had the money to "impulse buy" hardware like that!  Never
buy a piece of hardware that doesn't come with technical manuals (unless you
have previously acquired technical manuals, in which case it's OK if they
aren't packaged together).

	If they aren't willing to open the box to check for documentation,
what makes you think they're going to take an opened box back when the
board isn't documented or is defective?


					Terry Lambert
					terry_lambert@gateway.novell.com
					terry@icarus.weber.edu
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-- 
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------
From: kelly@nmt.edu (kelly)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 5 Sep 92 08:07:46 GMT
Distribution: fj
Organization: New Mexico Tech

Date: 4 Sep 92 01:37:25 GMT
Message-Id: <1992Sep4.013725.16493@nmt.edu>
Newsgroups: alt.religion.computers,comp.human-factors,comp.windows.misc,comp.windows.news,comp.windows.x

KR = Ken Rawlings <krawling@banana.ucs.indiana.edu>
MN = Matthias Neeracher <neeri@iis.ethz.ch>


KR        #1: Send a postscript file to the printer.

MN  Can't be done without a special program, but I know how to find it :-)

KR        #2: See this file sitting on the Hard Drive? Execute it. No, I don't
KR            care that you think it's a "Document", just trust me and run the
KR            damn thing.

MN  So convert these .hqx files with Stuffit, or Compact Pro, or
MN  tickle. Would you expect to read uuencoded files on unix without
MN  uudecode ?

But at least most UNIX systems come bundled with uudecode ... yet to
get ``higher productivity'' or downright usability out of the Mac,
you've got to add these third party products.  It's even worse for a
PC.  After the second TSR and the third CONFIG.SYS entry, the next
little utility to make your life easier becomes nothing more than an
incompatibility generator or a machine crasher.

But, we've digressed from the GUI issue.

--k
From: acourtny@unix1.tcd.ie (Antony A. Courtney)
Newsgroups: fj.mail-lists.x-window
Subject: Re: reliable signals under BSD / SVR4
Date: 4 Sep 92 21:08:28 GMT
Distribution: fj
Organization: Trinity College, Dublin

Date: 4 Sep 92 08:55:57 GMT
Message-Id: <acourtny.715596957@unix1.tcd.ie>
Newsgroups: comp.unix.wizards,comp.unix.questions,comp.windows.x

In <1992Sep3.231707.17858@noao.edu> rstevens@noao.edu (W. Richard Stevens) writes:

>>Come to think of it, doesn't it make it somewhat "tricky" to use
>> async. I/O at all?

>I've yet to find a real application that actually uses BSD's SIGIO.
>Has anyone seen one?

Sure.  Back when I was at LBL, we had an animation server which I ported to X.
When you hit the "play" button on the interface, it would just render frames
as fast as it could.  I didn't want the overhead of a "check for any activity
on my UI" inside this loop, so I marked the socket connected to the X server
for asynchronous I/O.  That way it would actually stop when you hit the "stop"
button on the UI.  This is also applicable to any system which passes control
to some subroutine library for what could be "a long time" (e.g. doing a real
long image transformation of some sort).

The impression one gets from reading the docs on BSD's SIGIO is that it can
be used to write programs using interrupt-driven i/o.  IMHO, if no "real"
programs use SIGIO it shouldn't be provided.  But if it is provided, it should
work as advertised.

(begin long aside)
That said, it can be argued that any library which forces the programmer to 
relinquish the flow of control to the library is badly designed.  Obviously 
there can be only one main dispatch loop in a single-threaded program, so it is 
at best quite difficult to interwork two libraries which want to provide the 
main dispatch loop for the programmmer.  (e.g.  using an X toolkit in 
conjunction with RPC) Further, such centralized dispatch loops use an 
"event-callback" mechanism which clouds the natural control flow that 
characterises the program.  This means that every "callback" function has to 
check any data structure it operates on for consistency and validity.  For 
instance, if I have a callback for a "zoom" button in a program that manipulates
images, my callback function has to check that the image data structure is 
consistent, since it doesn't have any way of knowing whether or not the "load"
button has been pressed to load an image.  In a more conventional program, the 
flow of control is governed by the program structure, and the abstract flow
graph it defines would never let a "zoom" function be called before a "load"
function. 
(end long aside)

>	Rich Stevens  (rstevens@noao.edu)

	-antony
--
********************************************************************************
* Antony A. Courtney                              Email: acourtny@unix1.tcd.ie *
* Computer Science Department                            antony@george.lbl.gov *
* Trinity College, Dublin, Ireland                Phone: 01+353+1-607389       *
From: CHANGJ@QUCDN.QueensU.CA
Newsgroups: fj.mail-lists.x-window
Subject: soundtool for Sparc station?
Date: 6 Sep 92 15:01:58 GMT
Distribution: fj
Organization: Queen's University at Kingston

Date: 5 Sep 92 20:48:02 GMT
Message-Id: <92249.164802CHANGJ@QUCDN.QueensU.CA>
Newsgroups: comp.windows.x

Can anybody tell me where I can find MIT X11 based soudtool for Sun Sparc
stations? We don't have xview library. Thanks.
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: fastest way to OR a bitmap to the screen?
Date: 11 Sep 92 09:14:07 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Thu, 10 Sep 92 19:30:09 GMT
Message-Id: <1992Sep10.193009.25810@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <1992Sep8.031815.21703@bohra.cpg.oz.au>, als@bohra.cpg.oz.au (Anthony Shipman) writes:

> I have an application that draws text on the screen from a custom
> font represented as a set of bitmaps.  For speed I cache the font as
> a collection of pixmaps in the server and copy them to the screen.  I
> need to be able to overprint so I want to "OR" the foreground pixels.

> If bg=0 and fg!=0 then I can do this by copying with GXor.  If bg!=0
> and fg=0 I can use GXand.  Otherwise what?

It is not, in general, possible to do this with a single operation.
That's why xdvi has a -thorough option.  To get it right you have
multiple options.

1) Work in a bitmap, not the window, doing everything the easy way, but
   when you change the bitmap you use XCopyArea to copy from the bitmap
   to the window, expanding to full depth and drawing in the correct
   colors at once.

2) Draw characters by setting them as clip-masks, or as stipples with a
   fill-style of FillStippled, in the GC.  As you point out, this means
   changing the GC for every character.

3) Do two operations instead of one.  For example, first do GXand with
   fg = 0 and bg = ~0, then GXor with fg = your foreground color and
   bg = 0.  (This does *not* mean changing your GC for every character;
   you can just keep two GCs around, since neither one needs changing
   per-character.)

Note also that fg=0 and bg=0 are not the only cases where you can do
the drawing with a single call: you can do it whenever either fg&~bg is
zero or bg&~fg is zero.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: adrian@cs.wm.edu (Adrian T. Filipi)
Newsgroups: fj.mail-lists.x-window
Subject: Where is the latest FAQ?
Date: 10 Sep 92 05:43:17 GMT
Distribution: fj
Organization: The College of William and Mary

Date: 8 Sep 92 22:45:50 GMT
Message-Id: <1992Sep8.224550.7195@cs.wm.edu>
Newsgroups: comp.windows.x


Hello net,
	Could someone point me in the direction of the latest FAQ for this topic?

Thanks,
	Adrian

-- 
                                  --->>>| Support you local programmer,
adrian@cs.wm.edu                    -->>| STOP Software Patent Abuses NOW!
adrian@cebafi.cebaf.gov               ->| membership info at prep.ai.mit.edu:/pub/lpf
Member: League for Programming Freedom  | print "join.ps" for an application
From: stine@Stars.Reston.Unisys.COM (John P. Stine x7381)
Newsgroups: fj.mail-lists.x-window
Subject: X-compatable DOS Emulator under Unix...the winner is:
Date: 11 Sep 92 08:59:32 GMT
Distribution: fj
Organization: Paramax Systems Corporation, Reston, VA

Date: 10 Sep 92 18:33:31 GMT
Message-Id: <1739@aviary.Stars.Reston.Unisys.COM>
Newsgroups: comp.windows.x,comp.unix.questions

Thanks to all who responded to my query regarding an X-compatable
DOS emulator under Unix.  It looks like the only product currently
available which is compatable with X is SoftPC 3.0, from Insignia
Solutions.  It's a software solution - no additional hardware is
required.  Insignia claims that SoftPC running on a 40 MHz Sparc
emulates a 20 MHz 386, and that it runs MS Windows "well."

-------------------------------------------------------------------------
             John P. Stine  (stine@stars.reston.unisys.com)

   The opinions expressed here certainly don't represent those of my
   employer...but I'm working on it.
-------------------------------------------------------------------------
From: 71042.1061@CompuServe.COM (Rodney Adams)
Newsgroups: fj.mail-lists.x-window
Subject: RE: MWM Decorations
Date: 10 Sep 92 04:05:04 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 09 Sep 92 08:40:45 EDT
Message-Id: <920909124045_71042.1061_CHJ67-1@CompuServe.COM>


Hi John,

You can control the decorations put up by the Motif Window Manager
by setting the XmNmwmDecorations resource.

1.) This resource is defined by the VendorShell widget class.
2.) It can be set for any shell widget class which is sub-classed
    off the VendorShell widget class; including ApplicationShell,
    TopLevelShell, and XmDialogShell widgets.
3.) Its value is a bit mask; you OR (|) together individual bit masks
    in order to specify the decorations you want.
4.) The bit masks are defined in /usr/include/Xm/MwmUtil.h

--Rodney
From: canuck@masc38.rice.edu (Mike Pearlman)
Newsgroups: fj.mail-lists.x-window
Subject: X11R5 xdm and NCD xterminals
Date: 11 Sep 92 19:59:30 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Fri, 11 Sep 92 13:53:22 CDT
Message-Id: <9209111853.AA11427@masc38.rice.edu>

I have some NCD xterminals which prior to a little while ago were running
using X11R5 xdm via directed requests. I changed the requests to use
"indirect" requests and added the following line to my Xaccess file
	*	CHOOSER foo
where foo is the same machine that the original directed request were sent.
Now the chooser window fires up but displays the message
	foo	display not authorized to ....
Can someone give me pointers where to look for the authorization problem.

thanks

michael pearlman <canuck@rice.edu>
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 6 Sep 92 13:02:30 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Sun, 6 Sep 92 07:22:59 GMT
Message-Id: <1992Sep6.072259.16818@thunder.mcrcim.mcgill.edu>
Newsgroups: alt.religion.computers,comp.windows.x,comp.human-factors

In article <NEERI.92Sep3175345@iis.ethz.ch>, neeri@iis.ethz.ch (Matthias Neeracher) writes:
> From Bruce Tognazzini, _Tog on Interface_:
>   We've done a cool $50 million of R&D on the Apple Human Interface.
>   We discovered, among other things, two pertinent facts:
>   - Test subjects consistently report that keyboarding is faster than
>      mousing. 
>   - The stopwatch consistently proves that mousing is faster than
>      keyboarding.

>   People new to the mouse find the process of reaching for it every
>   time they want to do anything other than type to be incredibly
>   time-wasting.

Not just people new to the mouse.  I've used machines with mice for at
*least* five years.  And I *still* find having to take a hand off the
keybaord and reach for the mouse every fifteen seconds very (not
"incredibly"; it's all too credible by now) time-wasting.

>   And therein lies the very advantage of the mouse: It is boring to
>   find it because the two-second search does not require high-level
>   cognitive engagement.

Two-second?  Were the experimental subjects totally hopeless at
hand-eye coordination or what?  I can, sometimes, find the mouse, do
whatever it is I want to with it, and get back to the keyboard all
within two seconds.

>   It takes two seconds to decide upon which special-function key to
>   press.

Oh, the subjects were just basically incompetent in general.  If it
takes as long as *one* second to decide which key to press, I consider
myself "idling".  I type well over 100wpm when I don't have to stop and
decide what I want to type next.  If I know what I want to do, and what
key I need to press to do it, it will eat up perhaps .05 second.
Perhaps .1 if the key in question has two or more bucky bits, perhaps
even more if it's complicated (left-alt right-shift keypad-*).  (If I
know what I want to do and just don't remember how to do it, that's
another story.  That state exists, and never lasts for more than a few
repetitions of the task, regardless of whether the "how" is via the
keyboard or mouse.)

When I find a GUI in which I can make a menu selection in .1 second
with the mouse, I'll stop griping about how much it slows me down.  I'm
not exactly holding my breath :-)

> "There once was an Age of Reason, but we've progressed beyond it."

There are times when I rather feel that way too.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Xterm with VT320 emulation
Date: 5 Sep 92 00:13:44 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Fri, 4 Sep 92 09:00:51 GMT
Message-Id: <1992Sep4.090051.17904@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

> Distribution: comp.windows.x

Please don't misuse newsgroup names as distributions.

In article <HAWKES.92Aug31114038@kuwait.whizkids>, hawkes@whizkids (Steven C. Hawkes) writes:

> Can anybody explain to me how to get xterm to emulate a VT320 with
> 8-bit control sequences (i.e., DEC CSI/SS3 crud)?  Or is there
> another X terminal emulator that will do the job?

mterm should be capable of dealing with this, when you ask for ansi or
decansi emulation.  (In fact, it recognizes the 7-bit sequences by
internally converting them to the 8-bit form.)

Anonymous ftp to larry.mcrcim.mcgill.edu (132.206.1.1), cd
/X/mterm.src, and fetch mterm.README (to see what you need) or
mterm.ball-o-wax (the whole thing)...or send mail to me.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu