HDTenEightyP/NetNews huggingface dataset:
From: rudie@solaria.mil.wi.us (Glen Lawrence Rudie)
Newsgroups: comp.windows.x
Subject: Anti Aliased Line Drawing Query
Date: 14 Dec 92 15:04:14 GMT
Organization: Solaria Public Access UNIX - Milwaukee, WI


X Netters:

I am assigned to investigate anti aliased line drawing under X.  I was 
wondering if anyone knows of work that has been done, extensions defined, 
technical documents etc.

Glen Rudie
Marquette Electronics Inc.
Beertown USA
Newsgroups: comp.windows.x
From: denny@tss.com (Denny Page)
Subject: X11R5/Solaris/Gcc
Organization: Teknekron Software System, Inc.
Distribution: comp
Date: Thu, 17 Dec 1992 03:41:45 GMT

Does anyone have the correct magic (imake config) for building X11R5
under Solaris 2.1 (SunOs 5.1) using gcc?

Thanks,
	Denny
Newsgroups: comp.windows.x,comp.sys.sun.apps
From: mahesh@evb.com (B.G. Mahesh)
Subject: Recommendations for X server for Macs wanted....
Reply-To: mahesh@evb.com
Organization: SETT Inc.
Affiliate-Of: EVB Software Engineering, Inc.
Distribution: usa
Date: Fri, 18 Dec 1992 19:50:41 GMT


We want a X server for our Macs (Mac II and Mac SE). Basically
I want to run some X application on our Suns/Solbournes and view
it on the Mac. From comp.windows.x FAQ I see that there are two 
products : eXodus and MacX. Which one of them is better? I hear 
these procducts are VERY slow. Is that true? Are there any other 
products in the market? what is the approx. cost? Any input is
appreciated.

thanks


-- 

B.G. Mahesh      
mahesh@evb.com  
Xref: sparky comp.windows.x:20404 comp.sys.ibm.pc.misc:16009
From: tgtbtk@tb3.chem.tue.nl (Toine Kuiper)
Newsgroups: comp.windows.x,comp.sys.ibm.pc.misc
Subject: Re: What's the best PC X terminal software? Deskview X, Windows X?
Date: 18 Dec 92 22:05:22 GMT
Reply-To: tgtbtk@chem.tue.nl
Followup-To: comp.windows.x

We have tested Xvision (MSwindows) running on Novell and a S3 video
adapter. xbench claims 32200 xstones. A NCD16 rated 13700 xstones.

Xvision supports xremote (modems) I never tried it.
From: mattb@sdd.hp.com (Matt Bonner)
Newsgroups: comp.windows.x
Subject: Re: X Terminal screen locker
Date: 16 Dec 1992 21:07:16 GMT
Organization: Hewlett-Packard, San Diego Division
Distribution: world
NNTP-Posting-Host: hpsdlg16.sdd.hp.com

In article <JAR.92Dec16172703@solva.ifi.uio.no>, jar@solva.ifi.uio.no (Jo Are Rosland) writes:
|> In article <1992Dec16.122101.2985@sth.frontec.se> bjst@sth.frontec.se (Bjorn Stenberg) writes:
|> 
|>    How do I get a screen locker working for my X terminals?
|>    When running xlock, it tells me:
|> 
|>        xlock: can't lock <displayname>'s display
|> 
|>    ...which (notably) is different from the message I get when trying to
|>    lock a secured display (xlock: unable to open display xxx).
|>    This leads me (non X guru) into thinking there's something special about
|>    X terminals apart from the security authorization.
|> 
|> There's nothing special about X-terminals, at least not in this
|> respect.  On the contrary, xlock is a very special X application.  It
|> actually checks if you try to display it on a remote screen, and
|> normally it doesn't allow that.  I believe this was done to make it
|> harder for people not reading manuals to start xlock on other people's
|> screens.  As people who _do_ read manuals know, however, it's as easy
|> as running xlock with the -remote option.
|> 
|> No offence intended :-)
|> 
|> 
|> --
|> Jo Are Rosland
|> jar@ifi.uio.no

Has that always been in xlock?  I seem to recall a while back when I
looked at the source, that it looked to me like xlock wouldn't run
unless the display name matched the hostname or unix:0 or :0.  You
might want to check the source, if you're building it yourself.

Then again, maybe I just didn't RTFM or read far enough in the source.
:-)

Matt
-- 
Matt Bonner                  |  Email: mattb@sdd.hp.com
Hewlett-Packard Company      |  Snail: 16399 West Bernardo Drive
Ink-jet Components Division  |         San Diego, CA  92127-1899
Newsgroups: comp.windows.x,comp.unix.sysv386
From: jtsilla@damon.ccs.northeastern.edu (James Tsillas)
Subject: Re: Any news on shared libs in XFree86 (particularly ISC) ?
Organization: Northeastern University, Boston, MA
Distribution: usa
Date: Mon, 14 Dec 1992 14:43:02 GMT


There will be shared library support for SYSVR3 in the next release of
XFree86. At this time we have shared library versions of libX and
several other libraries. The mailing list for this work is
Xfree86-svr3@physics.su.oz.au.

I cannot give any more details on this at this time.

regards,
-Jim.


In article <1992Dec14.072113.1517@shawn.uucp> root@shawn.uucp (Mark Jeghers -- UNIX/X/Motif Contractor) writes:

   Xref: random.ccs.northeastern.edu comp.windows.x:20284 comp.unix.sysv386:17409
   Newsgroups: comp.windows.x,comp.unix.sysv386
Path: random.ccs.northeastern.edu!lynx!noc.near.net!uunet!spool.mu.edu!umn.edu!csus.edu!netcom.com!netcomsv!dlb!shawn!root
   From: root@shawn.uucp (Mark Jeghers -- UNIX/X/Motif Contractor)
   Reply-To: root@shawn.uucp (Mark Jeghers -- UNIX/X/Motif Contractor)
   Organization: Mark Jeghers -- UNIX/X/Motif Contractor
   Distribution: usa
   Date: Mon, 14 Dec 92 07:21:13 GMT
   Lines: 16

   The title says it all.  Last I heard it was in the works but would take
   a while.  It is an exciting prospect to me, key to the viability of
   X in 386 UNIX environment.  MIT should have rolled in the shared lib
   support that was out there for R4.  The R5 release for 386's from MIT,
   with assembly optimizations cut from the server, shared libs cut from
   the client libs, is totally undesirable to me.  My R4 installation is 
   fast and lean.  The MIT R5 for 386's is slower and fatter.  Since I
   lack some low-level functions for I18N anyway, why bother?

   By the way, all you XFree86 folks, keep up the good work!  In this
   matter, you guys look a lot like the cavalry coming to the rescue...

   Mark Jeghers
   UNIX/X/Motif Contractor
   408/281-4823 [voicemail]

--
	***  James Tsillas  jtsilla@damon.ccs.northeastern.edu   ***
	***      Work: (508)898-2800, Home: (617)641-0513        ***
	***        "He is after me. Jim is after him."           ***
	***            - Hop on Pop, Dr. Seuss                   ***
Newsgroups: comp.windows.x
From: updike@bug.cat.com (Michael Updike)
Subject: Re: keyboardFocusPolicy problem
Reply-To: kahlers@ncsa.uiuc.edu
Organization: Caterpillar, Inc - CIM Services, Peoria, IL  USA
Date: Mon, 14 Dec 1992 17:11:12 GMT

In article <1992Dec11.192157.27180@sierra.com>, dkarr@sierra.com (David Karr) writes:
|> I'm seeing a strange problem with the keyboardFocusPolicy resource.  I am
|> running on an HP9000/750, with VUE (although it also happens under mwm).
|> Running Motif v1.1.1.
|> 
|> I normally run with my window manager keyboardFocusPolicy set to "pointer",
|> and my application keyboardFocusPolicy set to "explicit".  I don't have any
|> problems.  Someone else here runs with both set to "explicit".  He is
|> seeing some strange behavior (and I've been able to repeat it) in regard to
|> widget focus.
|> 

This is an HP bug.  The patches PHSS_1804 and PHSS_0956 should fix it. Our copy
of these patches had some file missing so we are supposed to get a new copy. I
don't know if the numbers will change.
From: ama@marley.Eng.Sun.COM (Al Amaral - SunSelect)
Newsgroups: comp.windows.x
Subject: Re: Success! Eureka!  Cancel that last post...
Date: 16 Dec 1992 00:30:44 GMT
Organization: Sun Microsystems Inc. - BDC
NNTP-Posting-Host: marley.east.sun.com

In article <1992Dec14.185340.17751@ERA.COM> feit@ERA.COM (Mark Feit) writes:
>On comp.windows.x, esr@snark.thyrsus.com (Eric S. Raymond) posts:
> > The bad news is that the way I found to make this work was to use a
> > series of XFillRectangle() calls in place of a single
> > XFillRectangles().  I now believe that there is a bug or undocumented
> > limit in the generic XFillRectangles code itself that was causing this
> > problem.
>The deep dark truth of the matter is that your server (everybody's,
>actually) has a limit on the number of bytes that can be transmitted
>in a single request.  The XFillRectangles() function (on the source
>tape in mit/lib/X/XDrRects.c, if you're interested) isn't smart enough
>to split large requests into multiple batches, and anything beyond the
>limit gets tossed.

Sorry, but no.  Xlib does in fact do the correct thing and breaks the 
data into multiple requests.  It does not "toss" the data!  Next time 
RTFC!

Just in case there is any doubt, here is the exact text of the code (from
X11R5, R4 I know for a fact was virtually identical, except for the comments,
earlier was most likely the same):

/* $XConsortium: XDrRects.c,v 11.14 91/01/06 11:45:20 rws Exp $ */
/* Copyright    Massachusetts Institute of Technology    1986   */

/*
Permission to use, copy, modify, distribute, and sell this software and its
documentation for any purpose is hereby granted without fee, provided that
the above copyright notice appear in all copies and that both that
copyright notice and this permission notice appear in supporting
documentation, and that the name of M.I.T. not be used in advertising or
publicity pertaining to distribution of the software without specific,
written prior permission.  M.I.T. makes no representations about the
suitability of this software for any purpose.  It is provided "as is"
without express or implied warranty.
*/

#include "Xlibint.h"

XDrawRectangles(dpy, d, gc, rects, n_rects)
register Display *dpy;
Drawable d;
GC gc;
XRectangle *rects;
int n_rects;
{
    register xPolyRectangleReq *req;
    long len;
    int n;

    LockDisplay(dpy);
    FlushGC(dpy, gc);
    while (n_rects) {
        GetReq(PolyRectangle, req);
        req->drawable = d;
        req->gc = gc->gid;
        n = n_rects;
        len = ((long)n) << 1;
        if (len > (dpy->max_request_size - req->length)) {
            n = (dpy->max_request_size - req->length) >> 1;
            len = ((long)n) << 1;
        }
        req->length += len;
        len <<= 2; /* watch out for macros... */
        Data16 (dpy, (short *) rects, len);
        n_rects -= n;
        rects += n;
    }
    UnlockDisplay(dpy);
    SyncHandle();
}
--
--------------------------------------------------------------
Al Amaral				Al.Amaral@East.Sun.COM
Newsgroups: comp.windows.x
From: dnh@mfltd.co.uk (Des Herriott)
Subject: Re: Why do people call it X-windowS?
Organization: Micro Focus Ltd., Newbury, UK
Date: Wed, 16 Dec 1992 09:59:07 GMT


In article <1992Dec15.195043.8442@midway.uchicago.edu>, ejw1@kimbark.uchicago.edu (Eric Weidl) writes:
> I remember reading somewhere that the creators of X cringed everytime they 
> heard someone refer to the windowing system as 'X-windows', instead of 
> simply 'X-window'.  Does anybody have a reference for the quote?  Is there any 
> other source for pointing out to people the error of their ways?

Well, I don't know where the 'quote' originates from, but it's true;
X-Windows is not the correct name - either X11, or the X Windowing System,
or just X is acceptable.

Presumably this is the way it is to avoid confusion with a similarly named, but somewhat inferior, windows system  :-)

Des.

-- 
Des Herriott,           /                                         O  O
Micro Focus, Newbury.  /     "I feel as much like I did         /      \ 
+44 (0635) 565354     /       yesterday as I do today."        /\      /\ 
dnh@mfltd.co.uk      /                                           \____/
From: ejw1@kimbark.uchicago.edu (Eric Weidl)
Newsgroups: comp.windows.x
Subject: Re: Why do people call it X-windowS?
Date: 16 Dec 92 15:15:32 GMT
Reply-To: ejw1@midway.uchicago.edu
Organization: Academic and Public Computing

In article <1992Dec16.102512.635@moepi.do.open.de> bernward@moepi.do.open.de (Bernward Averwald) writes:
>In article <1992Dec15.195043.8442@midway.uchicago.edu> ejw1@midway.uchicago.edu writes:
>>I remember reading somewhere that the creators of X cringed everytime they 
>>heard someone refer to the windowing system as 'X-windows', instead of 
>>simply 'X-window'.  Does anybody have a reference for the quote?  Is there 
>>any other source for pointing out to people the error of their ways?
>
>Yes, there is (RTFM):

I DID RTFM.  If you read my message, you would have known I had.  I was asking 
the question because I couldn't remember WHICH manual the quote was in.


>Bernward
>-- 
>Bernward Averwald, Heinrichstr. 42, D-4600 Dortmund 1, Voice: +49 231 144048
>FAX: +49 231 144047, email: bernward@moepi.do.open.de               b@rcc.de
>               Lange Hunde, Kurze Menschen - von Schmidt

Eric
-- 
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
 Eric Weidl  e-weidl@uchicago.edu
 University of Chicago
 Biological Sciences Division Academic Computing
Newsgroups: comp.windows.x
From: mjma@cbnewsj.cb.att.com (michael.j.matthews)
Subject: X11R5 make World on SVR4.0 Intel platform. Help!
Organization: AT&T
Date: Wed, 16 Dec 1992 22:31:04 GMT
Keywords: X11R5 make Worls svr4 intel


Help,

I am trying to make World X11R5 on a SVR4.0 ATT/NCR Intel machine.

It doesn't get far before I get this idiotic message:

make: fatal error: don't know how to make imake.c (bu42).
*** Error code 1 (bu21)

There is a stupid workaround in config/Makefile.ini:

imake.c:
	<do nothing>

However the problem just reoccurs 15 minutes later at another
point in the build. Something is fundamentally wrong. Anyone
built this thing on an SVR4.0 Intel machine??? They claim it
has been done.

Thanks
-- 
Michael J Matthews         ATT IMS International Services
[att|attmail]!attibr!attmjm!mjm      201-326-5215
From: uwe@graphics.ap.mchp.sni.de (Uwe Moos  SNI AP 153 )
Newsgroups: comp.windows.x
Subject: Re: trouble with xmodmap
Date: 14 Dec 1992 17:03:16 GMT
Organization: Siemens Nixdorf Informationssysteme AG
Distribution: world
Reply-To: uwe@graphics.ap.mchp.sni.de (Uwe Moos  SNI AP 153 )
NNTP-Posting-Host: 192.67.55.8

In article <1992Dec14.132813.19208@uropax.contrib.de>, thomax@uropax.contrib.de (Thomas Kaulmann) writes:
> hi,
> i still stuck in the problem to assign an alt key combination
> with xmodmap. i've tried to assign the at-sign (@) to the alt-q
> combination using this statement:
> 
> % xmodmap -
> keycode 61 q Q at
> <EOF>
> 
> whats wrong with that??
> i use the x11r5 environment on a sparc 2. please, please help me!!!
> 

Additionally you have to define the Alt key as Mode_switch, try 

keycode 61 q Q at
keycode xx Mode_switch
add Mod3 = Mode_switch

where xx is the keycode of your Alt key.

Hope that helps ...

-- 
-- Uwe Moos

Siemens Nixdorf Informationssysteme AG, SNI AP 153
W-8000 Muenchen 83, Otto-Hahn-Ring 6, Germany
Tel.:   + 49 (89) 636-46521
FAX:    + 49 (89) 636-45962
E-mail: Uwe.Moos@graphics.ap.mchp.sni.de
Newsgroups: comp.windows.x
From: anita@astro.as.utexas.edu (Anita Cochran)
Subject: Re: Left handed users and X-windows
Summary: nothing is needed
Organization: Univ. of Texas McDonald Observatory
Date: Wed, 16 Dec 1992 19:46:43 GMT

In article <BzBL0H.4Ao@ucunix.san.uc.edu>, brenner@ucunix.san.uc.edu (David L. Brenner) writes:
> I am using X11 release 5 on a Sun workstation and have a number of users
> that are left handed.  
> Is there any way to change the configuration of the mouse to allow for
> left-handed people to use the mouse in this fashion?

I don't understand this question.  I am right-handed but because of the 
clutter to the right of my keyboard, I keep the mouse on the left side
of my keyboard and use my left hand.  Took a few days to get used
to and most people think it is weird but it works fine.  I don't see why
a left-handed user couldn't run the mouse on the left side too.  Nothing
needs to be changed.  The left button is still the left button, etc.
Am I missing something here or is the answer trivial?

-- 
 Anita Cochran  uucp:  !utastro!anita
                arpa:  anita@astro.as.utexas.edu  
                snail: Astronomy Dept., The Univ. of Texas, Austin, TX, 78712
                at&t:  (512) 471-1471
Newsgroups: comp.windows.x,comp.sys.ibm.pc.misc
From: wdcg6607@uxa.cso.uiuc.edu (William David Cizek)
Subject: Re: What's the best PC X terminal software? Deskview X, Windows X?
Organization: University of Illinois at Urbana
Date: Wed, 16 Dec 1992 23:07:49 GMT

ejh@khonshu.colorado.edu (Edward J. Hartnett) writes:

>This may be the wrong place to ask, but my boss has once again asked
>me to venture forth in search of information, and where better than
>the net? He's got a real souped up 486, and we're about to getsome
>14.4K bps modems. Also he's on the ethernet with our sun IPC (running
>sunOS 4.1.1, openwindows 2). He's going to buy X terminal software for
>his PC. He's looked at the Deskview one and the MS Windows one. He
>doesn't use MS Windows and doesn't really want to, but he'll learn it
>if he has to. Does anyone have any comments on these two, or any other
>X terminal software?

Yes, there is interest.

Also, with any X software for windows (I know there is some, I just
don't know what it is called, off-hand :), is it only a network server
(i.e. can it only display programs running somewhere else on a network?)
Is there any other software (aside from DESQview/X) which will allow you
to display DOS programs output along with network stuff? (Yeah, right... :)

Bill Cizek
cizek@uiuc.edu

Newsgroups: comp.windows.x
From: pp0s+@EDRC.CMU.EDU (Peter Colin Piela)
Subject: Screen fonts 
Organization: Carnegie Mellon University
Date: Tue, 15 Dec 1992 17:04:39 GMT

We are looking for a wider range of san-serif screen fonts than is offered in the standard X distribution (We have only helvetica and lucida). Are there any public domain repositories or, commercial offerings? Any help would be appreciated. Thanks. Peter 
Newsgroups: comp.windows.x
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: comp.windows.x
Subject: Re: HELP: Finding the complete display name for an app
Date: 17 Dec 92 21:34:17 GMT
Organization: McGill Research Centre for Intelligent Machines

In article <1992Dec12.135834.15905@csqx.cs.rhbnc.ac.uk>, jamesd@lt5.cs.rhbnc.ac.uk (James Driscoll) writes:

>>> How can I find out the complete name of the Display that an
>>> application is displayed on?
>> "the" "complete" name of "the" Display?  [...]

> I obviously better go in to a bit more detail as to what I require.

> I am writing a mutli-process application that needs to share
> information.  Each instance of the application needs to know about
> the contents of 4 or 5 data fields and when they change.  Hence I am
> storing the data in Xproperties on the root window of the display
> upon which the first instance is started up.

Note that by doing this, you are making all copies, no matter where
they display, dependent on the continued functioning of this server.
(This may or may not be acceptable; I just thought it should be
mentioned.)

> As subsequent processes can occur elsewhere on the network (and hence
> on different displays) the have to be able to make a connection to
> that display.  Therefore when getenv("DISPLAY"); returns "0.0" it is
> insufficient as an identifier to the display containing the root
> window where the properties are stored.

Here is another problem: the user running that first display may not
want to allow connections from all those other hosts.

And another: what if the networks involved are heterogenous?  To pick a
simple example, suppose the "first" display is an Ultrix machine with a
DECwindows server, which speaks both TCP and DECnet.  Then another
client on a TCP-only machine might need to be told decstation-1:0.0 (or
a FQDN if its resolver isn't configured to use the appropriate domain
by default), while another client on a DECnet-only machine might need
to be told decstn1::0.0 instead.  A name that will work network-wide
simply *does not exist*, at least in this case.

If you're willing to restrict yourself to (say) the TCP-based portion
of your net, you could use a numeric address (123.45.67.89:0.0),
provided the machine in question either doesn't have multiple addresses
or the routing policy on your net is such that it doesn't matter which
address is used.

> Perhaps I'm going about this in the wrong way - if so would you be
> kind enough to make a few suggestions?

Well, it's possible none of the above problems are actually problems in
any of the environments your code needs to run in.  But I would prefer
to have other copies of the application connect directly to either the
first copy or else a small daemon spun off specifically for the
purpose.  Of course, doing this loses you the multi-networking
capability of X, which I referred tangentially to above when talking
about a server that speaks both DECnet and TCP.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x
From: herber@andy.bgsu.edu (Steve Herber)
Subject: XDM configuration question
Keywords: XDM, SGI
Organization: Bowling Green State University B.G., Oh.
Date: Wed, 16 Dec 1992 15:43:24 GMT

(Background: I am using X11R4 XDM modified with the Univ of Washington
hacks to allow a menu of hosts to select from.  I haven't got the R5
xdm installed yet...)

I have been trying to configure the config files for XDM to allow
a X window login box to appear on my SGI IRIX console but to prevent
XDM from responding to network broadcast requests.  The problem
here is that a lab of NCD X terminals here on campus have been
set up to broadcast XDM requests to allow a number of systems to
paint a 'login menu' on the terminals.  The problem is that the
SGI system also responds with the login window for it's system.

...so basicly, how do I turn off the ability for the SGI XDM server
to respond to these network broadcasts?  We have tried setting the
/usr/lib/X11/xdm/Xservers file to ":0 Local local /usr/bin/X11/X :0"
without success...

I realize that I could direct the XDM request to a specific server
but I loose any chance at redundancy when I do that.

Thanks
Steve
-- 
Steve Herber			Internet	herber@andy.bgsu.edu
Systems Programming Manager	BITNET		HERBER@BGSUOPIE
Bowling Green State Univ.	UUCP		...!osu-cis!bgsuvax!herber
Newsgroups: comp.windows.x
From: feit@ERA.COM (Mark Feit)
Subject: Re: Success! Eureka!  Cancel that last post...
Organization: Engineering Research Associates, Vienna, VA
Date: Mon, 14 Dec 1992 18:53:40 GMT

On comp.windows.x, esr@snark.thyrsus.com (Eric S. Raymond) posts:
 > The bad news is that the way I found to make this work was to use a
 > series of XFillRectangle() calls in place of a single
 > XFillRectangles().  I now believe that there is a bug or undocumented
 > limit in the generic XFillRectangles code itself that was causing this
 > problem.

The deep dark truth of the matter is that your server (everybody's,
actually) has a limit on the number of bytes that can be transmitted
in a single request.  The XFillRectangles() function (on the source
tape in mit/lib/X/XDrRects.c, if you're interested) isn't smart enough
to split large requests into multiple batches, and anything beyond the
limit gets tossed.

The limit on the number of rectangles you can draw in a single call to
XFillRectangles() is easy to figure out:

	max_rectangles = ((XMaxRequestSize(display) * 4) - 12) / 8

The 12 bytes that get subtracted are for the request header, which
contains an opcode, the length of the request, a drawable and the GC
to be used.  That leaves the remaining space for rectangles at 8 bytes
a pop.

I look at this approach as a hack (necessary, for now), since you
still have to know something about the underlying protocol before you
can figure out how many rectangles (or whatever) can be sent.  A fix
for this isn't difficult and should probably be put in place for other
similar functions.  Chances are that if the protocol changes sometime
in the future and the Xlib interface doesn't, some programs are going
to stop working.

Would someone in the know care to comment on why it is the way it is
and whether or not there are any plans to make the fix?

						- Mark

 ................................. .................................
: Mark A. Feit             KD4TAJ : Internet: feit@era.com          :
: Engineering Research Associates : USENET: ...!uunet!era!feit      :
 ................................. .................................
		   "Keep BSD Free -- Boycott AT&T"