HDTenEightyP/NetNews huggingface dataset:
From: rsi@scf16.scf.loral.com (Rich S. Ishikawa)
Newsgroups: gnu.emacs.gnus
Subject: Need a GNUs fix fast......
Date: 28 Jul 92 00:42:18 GMT
Distribution: na
Organization: Loral Space and Range Systems, Sunnyvale, CA


Help!!!   How do I get rid of this in the subject thread of GNUS????

It always indents whenever you get a Re: type of message.  I hear
this happens to most GNUS news readers.  Is there an option that will
get rid of this, or possibly a patch????   


Messages look like it does below.


---------------   cut here   ----------------
  904: [ 12:tale@ten.uu.n] Re: gnus-Group-kill-group and gnus-Group-list-all-groups
      905: [ 11:flee@cs.psu.e]                                                                                 Re: gnus-Group-kill-group and gnus-Group-list-all-groups
          906: [ 11:rv@cs.brown.e]                                                                                 Re: gnus-Group-kill-group and gnus-Group-list-all-groups
              909: [ 22:flee@cs.psu.e]                                                                                 Re: gnus-Group-kill-group and gnus-Group-list-all-groups
  907: [ 38:kpc@pluto.arc] Re: gnus-Group-kill-group and gnus-Group-list-all-groups
      910: [  9:eric@telebit.]                                                                                 Re: gnus-Group-kill-group and gnus-Group-list-all-groups
  908: [  7:msanghvi@hen.] testing
  911: [ 18:mcgrant@rasca] underlined newsgroups in GNUS?

------ cut here ------

Please help....


Thanks,


-GNUSed.





--
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
-*-*-* Richard S. Ishikawa -*-*-*-*-\     "To be or not to be..."     /*-*-*-*-
-*-*-*-* rsi@scf16.scf.loral.com -*-*-\   - can't be the question.  /*-*-*-*-*-
-*-*-* Loral Space and Range Systems *-*-*-*-* (408)734-6337 *-*-*-*-*-*-*-*-*-
-*-*-*-* 1260 Crossman Ave. Sunnyvale, CA  94089 *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
Newsgroups: gnu.emacs.gnus
From: kpc@pluto.arc.nasa.gov (k p c)
Subject: Re: gnus-Group-kill-group and gnus-Group-list-all-groups
Reply-To: kpc@ptolemy.arc.nasa.gov
Organization: NASA Ames Research Center AI Research Branch (Sterling).
Date: Thu, 23 Jul 1992 04:15:00 GMT

maybe just have one toggle, more or less like we have now, to toggle
between one FULL display, where MARKS are used to distinguish
newsgroup types, and one SHORT display, which hides boring newsgroup
types (killed newsgroups, unsubscribed newsgroups, and constituent
newsgroups of a virtual newsgroup).

thus killed groups still have different semantics (for speed) but a
consistent interface.  

U, K (for killed), and C (for constitituent) are marks, and things can
be done for moving or hiding as are done in vm or gnus.  (note that
constituent groups are indented and can be hidden much like threads
can be.  the virtual newsgroup is in uppercase to distinguish it from
a real newsgroup.)

here is the FULL display, with all the marks:

U   433: ba.market.housing
K     1: bionet.jobs
      4: BIOLOGY
C       2: bionet.neuroscience
C       2: bit.listserv.ethology
 *    5: fi.sun.users
 *    1: fi.talks
      4: gnu.emacs.gnus

here is the SHORT display that you will read most of the time:

      4: BIOLOGY (bionet.neuroscience bit.listserv.ethology)
 *    5: fi.sun.users
 *    1: fi.talks
      4: gnu.emacs.gnus

i say forget about having separate modes and screens and command sets
and so on.  just use marks.  it's a familiar paradigm and it should be
flexible enough.
--
does anyone else in cogsci or ai want to compare career notes?
Newsgroups: gnu.emacs.gnus
From: tale@ten.uu.net (David C Lawrence)
Subject: Re: gnus-Group-kill-group and gnus-Group-list-all-groups
Organization: UUNET Technologies, Inc.
Date: Tue, 21 Jul 1992 22:30:38 GMT

In <NUGE.92Jul21123957@newport.med.ge.com> nuge@newport.med.ge.com
(James A. Nugent) writes:

           What is the functional difference between unsubscribing and
   killing a group?

Killed groups don't get Xrefs marked or stay in your .newsrc, and take
up less space in your .newsrc.el.  The basically save some more time
and space in gnus than if they were just unsubscribed.  Some people
(maybe even me) might argue that it is a feature that they are also
not visible in a list-all-groups.  Perhaps there should be a
really-list-all-groups.
Newsgroups: gnu.emacs.gnus
From: franl@centerline.com (Fran Litterio)
Subject: Re: Need a GNUs fix fast......
Organization: CenterLine Software, Inc.
Distribution: na
Date: Tue, 28 Jul 1992 18:26:41 GMT

rsi@scf16.scf.loral.com (Rich S. Ishikawa) writes:

> It always indents whenever you get a Re: type of message.  I hear
> this happens to most GNUS news readers.  Is there an option that will
> get rid of this, or possibly a patch????   

Put this in your .emacs file or in the function that's bound to
gnus-Startup-hook:

	(setq gnus-thread-indent-level 0)
--
franl@centerline.com   || Fran Litterio                               
uunet!centerline!franl || CenterLine Software R&D                     
617-498-3255           || 10 Fawcett St, Cambridge, MA, USA 02138-1110
From: ratinox@splinter.coe.northeastern.edu (Richard Pieri/Stainless Steel Rat)
Newsgroups: gnu.emacs.gnus
Subject: Re: gnus-Group-kill-group and gnus-Group-list-all-groups
Date: 21 Jul 92 21:45:03 GMT
Distribution: gnu
Organization: 3WA, Boston Office. Or Nu Meta Chi. Take your pick.
In-reply-to: nuge@newport.med.ge.com's message of 21 Jul 92 17:39:57 GMT
X-Get-A-Clue: Have two, they're small.
X-Signature-Virus-Protection: Version 1.51
X-Posting-Software: GNUS 3.14.1 [ NNTP-based News Reader for GNU Emacs ]

>>>>> On 21 Jul 92 17:39:57 GMT, nuge@newport.med.ge.com (James A. Nugent)
>>>>> said:

JAN>         What is the functional difference between unsubscribing and
JAN> killing a group?

Mainly that killed newsgroups don't appear in your .newsrc, and a smaller
.newsrc loads and is processed faster than a big one.

--Rat

||||| | | | |  |  |  |   |   |    |    |    |   |   |  |  |  |  | | | | | |||||
                                                   __        ___ 
Richard Pieri, Northeastern's Stainless Steel Rat/   | /| / /   | The Worlds
Internet: ratinox@meceng.coe.northeastern.edu   /__  |/ |/ / /| | Welfare Works
    UUCP: ...!northeastern.edu!splinter!ratinox/   | /| / / / | | Association:
  BITNET: UA_RLP@NUHUB{.BITNET}               /__  |/ |/ / /  | | I will solve
  USNail: 14 Westdale RD  Holbrook, MA 02343 /   | /| / / /___| | any problem
 ICBMnet: 42 deg 1 min N, 71 deg 0 min W    /    |/ |/ /_//_____| for you.
Newsgroups: gnu.emacs.gnus
From: kpc@pluto.arc.nasa.gov (k p c)
Subject: Re: gnus-Group-kill-group and gnus-Group-list-all-groups
Reply-To: kpc@ptolemy.arc.nasa.gov
Organization: NASA Ames Research Center AI Research Branch (Sterling).
	<KPC.92Jul24235324@zog.arc.nasa.gov> <Bs2GGD.Fs7@cs.psu.edu>
Date: Mon, 27 Jul 1992 23:18:09 GMT

In article <Bs2GGD.Fs7@cs.psu.edu> flee@cs.psu.edu (Felix Lee) writes:

   k p c:
   >anyway, i think it is nice to use marks to indicate what you want,

   Let me clarify what "multiple views" means.  Marks are attribute tags
   that are attached to objects like newsgroups or articles.  So a
   newsgroup might have an "unsubscribed" attribute or a "not-in-newsrc"
   attribute.

   A view is a particular way of presenting data, like the list of
   newsgroups.  Perhaps you might want to see a simple list of just those
   groups that are marked as "new".  Or maybe you want to see all groups
   tagged with symbols for their attributes.

(note how gnus-hide messed this up a bit.)

i'm not sure we're in disagreement.  my idea is to use similar
commands to those for articles: if you want to see only killed groups,
for example, then use gnus-newsgroup-hide-not-marked-with "K".  or
something similar.

this is in contrast to opening up another screen with its own keybindings.
--
i'm open to comparing career notes with other ai and cogsci people.
From: arc1@ukc.ac.uk (A.R.Curtis)
Newsgroups: gnu.emacs.gnus
Subject: Problem building GNUS ELC files with new bytecomp
Date: 28 Jul 92 17:01:00 GMT
Organization: Computing Laboratory, UKC


Hi all,

I have been using the new byte compiler viz.

;; By Jamie Zawinski <jwz@lucid.com> and Hallvard Furuseth <hbf@ulrik.uio.no>.
(defconst byte-compile-version "2.04; 5-feb-92.")

for quite a while now with no trouble.

I tried replying to an article in GNUS

		version 3.14.1

today and discovered that the compiler had created almost
empty ".elc" files for

	gnusmisc gnuspost and gnusmail

e.g. gnusmisc.elc

   >  ;;; compiled by arc1@pine.ukc.ac.uk on Tue Jul 28 17:57:38 1992
   >  ;;; from file /usr/l/lib/emacs/lispsrc/gnus-3.14.1/gnusmisc.el
   >  ;;; emacs version 18.58.1.
   >  ;;; bytecomp version 2.04; 5-feb-92.
   >  ;;; optimization is on; compiled with emacs18 compatibility.
   >  
   >  (byte-code "@ABC!" [provide gnusmisc require gnus] 2)

           should be lots more here

All the others were fine.  The old byte compiler continued
to compile them fine as well as all the others.  I haven't
seen this behaviour with the new compiler before at all.

Any ideas anyone?

--
Tony Curtis,
Retail KBS Project
Computing, UKC
From: azathoth@lighthouse.caltech.edu (Keith Counsell)
Newsgroups: gnu.emacs.gnus
Subject: lines header
Date: 25 Jul 92 08:33:58 GMT
Distribution: gnu
Organization: California Institute of Technology

hmmmm... i see that about 70% of the folks posting to this group actually
have something in the Lines area of the article listing.  noticeably, i 
don't.  since i figure most of you are using GNUS to post, anyone care to 
fill me in?  i'd also like to know how to get a ">" instead of "   " when
i yank text in a followup; i read the FAQ and i don't have the file mentioned
there.

any help will be greatly appreciated.  thanks in advance!
--

Keith Counsell, F^3				azathoth@lighthouse.caltech.edu
			Morals?  What are they?
From: mikef@holodeck.lerc.nasa.gov (Mike J. Fuller)
Newsgroups: gnu.emacs.gnus
Subject: Re: Using multiple servers
Date: 21 Jul 92 20:42:54 GMT
Reply-To: mikef@sarah.lerc.nasa.gov
Organization: Computational Materials Laboratory, NASA Lewis Research Center
X-Newsreader: GNU Emacs 18.58.2, GNUS 3.14.1, NNTP 3.10

>>>>> On Tue, 21 Jul 92 11:16:48 -0700, ssh@vnet.ibm.com (Stephen S.
>>>>> Hultquist) said:

Steve> I'm trying to set up gnus to use multiple .newsrc* files for multiple
Steve> servers.  I can't figure out how to give gnus the prefix for use as
Steve> the other server.

The following will prompt you for a newsserver name with completion when 
you start GNUS.  Just edit my-newsserver-alist and name your .newsrc's
appropriately:

(setq my-newsserver-alist
      '(("eagle.lerc.nasa.gov"	. "~/.newsrc.eagle")
	("data.nas.nasa.gov" 	. "~/.newsrc.data")
	("sol.ctr.columbia.edu" . "~/.newsrc.sol")
	("picard.cc.uakron.edu" . "~/.newsrc.picard")))

(setq gnus-Open-server-hook
      '(lambda ()
	 (setq gnus-nntp-server
	       (completing-read "Enter name of newsserver: " 
				my-newsserver-alist nil t))
	 (setq gnus-startup-file 
	       (cdr (assoc gnus-nntp-server my-newsserver-alist)))
	 ))

/-----------------------------------------------------------------------------\
| Mike J. Fuller | Internet: mikef@sarah.lerc.nasa.gov      |     "I hate     |
|----------------|           mikef@zippysun.math.uakron.edu |   quotations."  |
|/\/\/\/\/\/\/\/\| Bitnet:   r2mjf@akronvm                  | -- R.W. Emerson |
\-----------------------------------------------------------------------------/
Newsgroups: gnu.emacs.gnus
From: msanghvi@cs.ulowell.edu (Mehul Sanghvi)
Subject: unable to post to more then one newsgroup
Reply-To: msanghvi@cs.ulowell.edu
Organization: UMass-Lowell CS Dept.
Distribution: gnu
Date: Thu, 30 Jul 1992 20:38:59 GMT


hi!
 i tried posting a article to two newsgroups by putting both the newsgroups 
names in the Newsgroup header. unfortuantely my article got rejected.
could someone pls tell me why this happened and how to correct the 
problem??? i have seen other article headers where they have more then one 
newgroup listed (quiet common in the soc.culture groups )

all pointers appreciated

peace

--
===============================================================================
Mehul "raja lakhan" Sanghvi    | University of Massachusets at Lowell, CS Dept.
Inet: msanghvi@cs.ulowell.edu  | US Mail:  754 Aiken St. #11
UUCP: harvard!ulowell!msanghvi |           Lowell, MA. 01850-1804
From: ssh@vnet.ibm.com (Stephen S. Hultquist)
Newsgroups: gnu.emacs.gnus
Subject: Using multiple servers
Date: Tue, 21 Jul 92 12:28:06 -0700

Well, if I had a brain, I'd probably be dangerous...  I figured it out (it
doesn't take just C-u as I expected, but does take C-u 1).
--
Steve Hultquist                          Open systems and networking specialist
if it's to be, it's up to me...                                    ISSC Boulder
    ...opinions independent of my employer's official opinion, of course...
From: idf@cs.bham.ac.uk (Ian Fitchet)
Newsgroups: gnu.emacs.gnus
Subject: Retrieving a thread tree
Date: 29 Jul 92 12:14:49 GMT
Distribution: gnu
Organization: School of Computer Science, University of Birmingham

Hi,

	Please excuse my ignorance (though I do find it blissful :-),
I have been tackling the problem of retieving an entire thread
subtree.

	Often I have been reading a message and realised I have missed
something vital in the thread or I want to read the whole thread from
the beginning, there then comes the problem of retrieving the thread.
I have found two ways, neither does _exactly_ the job.

	1.  Having read all the articles in the group I can reread the
group and search through for the thread and execute
gnus-Subject-kill-thread with a positive argument and I can then read
the thread quite happily.

	This method has the problem that in a high volume newsgroup it
can take ages to reread the group.

	2.  I can jump back up the tree using
gnus-Subject-refer-article[-parent] which takes me to one of the
current article's ancestor's.  This again is OKish but it doesn't add
the new article to the list of `manipulable' articles in the *Subject*
buffer, all I can do is get back to the original article.

	It should be noted that the refer command doesn't take much
time to find the relevant article in the database, which is good.

	[My feeling is that you should be able to have the new article
added to the *Subject* buffer.]


	Anyway, my question is, is there a method to retrieve an
_entire_ tree/branch from the current article, ie a refer command to
run back through the ancestors and inserting them into the *Subject*
buffer?  Perhaps then a (slightly :-) computationally intensive OPTION
to search the database for the other branches of the thread.

	Any flames to a minimum, please, I've given up on asbestos on
health grounds.

--
Cheers,

	Ian

-------------------------------------------------------------------------------
Ian Fitchet     				      I.D.Fitchet@cs.bham.ac.uk
School of Computer Science
Univ. of Birmingham, UK, B15 2TT
Newsgroups: gnu.emacs.gnus,alt.lucid-emacs.help
From: mcgrant@rascals.stanford.edu (Michael C. Grant)
Subject: underlined newsgroups in GNUS?
Organization: Information Systems Laboratory, Stanford University
Date: 25 Jul 92 14:09:49


Those ClariNet newsgroups with the control-H underlining technique have
always grated on my nerves... Now, I know that someone has posted 
solutions for emacs 18 which simply remove the control-H's and underscore
characters from the buffer, but I'm planning on extending that to 
turn on underlining for those characters so that the desired effect
is actually achieved.

So, as a start I need someone to please mail me the code which people
have integrated into GNUS which gets rid of the underlining for emacs-18.
Then I'll modify it to work with lemacs and add the underlining feature
and re-post it. Of course, if someone has already done this then they
are welcome to just give it to me!

Thanks,
Michael C. Grant
mcgrant@rascals.stanford.edu

Newsgroups: gnu.emacs.gnus
From: flee@cs.psu.edu (Felix Lee)
Subject: Re: gnus-Group-kill-group and gnus-Group-list-all-groups
	<TALE.92Jul21173038@ten.uu.net> <Brs37w.GAF@cs.psu.edu>
	<RV.92Jul22134658@vegas.cs.brown.edu>
Date: Thu, 23 Jul 1992 18:57:42 GMT

Rodrigo Vanegas:
>convenient?!  what a pain to have to switch between buffers all the
>time like that!  
>i prefer one buffer, but different modes.

The pain of switching between buffers is an accident of the interface.
Having a key bound to "switch to a buffer with a different view" is
not much different than having a key bound to "switch this buffer to a
different view."

Also note, views do not have to be non-intersecting.  A newsgroup
might appear in more than one view.

Having multiple buffers means you can see more than one view at a
time.  On a workstation with a windowing system, I might say, "What a
pain to have to change a window's mode all the time, instead of just
mousing over to another window."

In any case, "single view with multiple modes" is a special case of
"multiple views".  "multiple views" can easily implement "single
view", but not vice versa.
--
Newsgroups: gnu.emacs.gnus
From: flee@cs.psu.edu (Felix Lee)
Subject: Re: gnus-Group-kill-group and gnus-Group-list-all-groups
	<KPC.92Jul24235324@zog.arc.nasa.gov>
Date: Mon, 27 Jul 1992 22:16:52 GMT

k p c:
>anyway, i think it is nice to use marks to indicate what you want,
>instead of having modes and other things you have to remember.

Let me clarify what "multiple views" means.  Marks are attribute tags
that are attached to objects like newsgroups or articles.  So a
newsgroup might have an "unsubscribed" attribute or a "not-in-newsrc"
attribute.

A view is a particular way of presenting data, like the list of
newsgroups.  Perhaps you might want to see a simple list of just those
groups that are marked as "new".  Or maybe you want to see all groups
tagged with symbols for their attributes.
--
Xref: sparky gnu.announce:101 gnu.utils.bug:1262
From: djm@gnu.ai.mit.edu
Newsgroups: gnu.announce,gnu.utils.bug
Subject: GNU file utilities 3.3 released
Date: 23 Jul 92 22:00:39 GMT
Followup-To: bug-gnu-utils@prep.ai.mit.edu
To: info-gnu@prep.ai.mit.edu


      [ Soon to be at these ftp sites as well.  Please try them
	before prep.ai.mit.edu!  thanx -len

	    archie.au, archive.eu.net, src.doc.ic.ac.uk, ftp.diku.dk,
	    ftp.informatik.tu-muenchen.de, ftp.eunet.ch, ftp.funet.fi,
	    isy.liu.se, ftp.stacken.kth.se, sunic.sunet.se,
	    ftp.win.tue.nl, ugle.unit.no, ftp.cs.titech.ac.jp,
	    wuarchive.wustl.edu, gatekeeper.dec.com, uxc.cso.uiuc.edu,
	    col.hp.com, and ftp.uu.net (under /packages/gnu).

	For information on how to order GNU software on tape, check
	the file etc/DISTRIB in the GNU Emacs distribution, or e-mail
	a request to:	gnu@prep.ai.mit.edu
      ]

A new release of the GNU file management programs is available for
anonymous ftp from prep.ai.mit.edu [18.71.0.38], in the file
pub/gnu/fileutils-3.3.tar.Z.

The programs in the fileutils are:

chgrp chmod chown cp dd df du install ln ls mkdir mkfifo mknod mv rm
rmdir touch

mkfifo is a POSIX.2 invention that is like `mknod file p'.
tac prints files backwards.

Most of these programs have significant advantages over their Unix
counterparts, such as greater speed, additional options, and fewer
arbitrary limits.

Major changes in release 3.3:

* df sped up by not calling sync for every filesystem
* df ported to AIX (RS/6000 and PS/2), and SVR2 port fixed
* df -i now also prints the total number of inodes per filesystem
* ls sped up by not reading symlink contents unnecessarily
* du doesn't die on POSIX systems when the root filesystem is NFS mounted
* cp and mv report chown Permission denied errors when run by root

Please send bug reports for this software to the mailing list
	bug-gnu-utils@prep.ai.mit.edu
Newsgroups: gnu.epoch.misc
From: marca@void.ncsa.uiuc.edu (Marc Andreessen)
Subject: Re: Using hiliting with cmushell mode
Organization: University of Illinois at Urbana
Distribution: gnu
Date: Thu, 23 Jul 1992 04:46:09 GMT

rickb@farfle.farfle.asd.sgi.com (Rick Braumoeller) writes:
: Hiliting is one of the most useful features of Epoch, IMHO.  I would
: like to use it in cmushell mode, for various reasons.  Thing is, I
: don't how to describe the mode line for CMUshell --
: 
: (hilit::mode-list-update "CMU shell: run" cmushell-mode-hilit)
: 
: doesn't seem to work.  Does anybody know what I need to use for this?

You can try using this function, if you want to modify hilit.el:

;; Author: Lynn Slater (lrs@indetech.com).
(defun true-mode-name ()
  "Returns the name of the mode in such a form that the mode may be
  re-established by calling the function named by appending '-name' to
  this string.  This differs from the variable called mode-name in that
  this is guaranteed to work while the values held by the variable may
  have embedded spaces or other junk."
  (let ((major-mode-name (symbol-name major-mode)))
    (substring major-mode-name 0
               (or (string-match "-mode" major-mode-name)
                   (length major-mode-name)))))

Using this instead of 'mode-name' will probably solve your problem.
(Of course, the strings that mode-name and true-mode-name return
are different.)  Lightbrite (another highlighting package) uses this,
for this reason.

Hope this helps,

Marc

-- 
Marc Andreessen
Software Development Group
National Center for Supercomputing Applications
marca@ncsa.uiuc.edu
From: marsella@dartagnan.rutgers.edu (Stacy Marsella)
Newsgroups: gnu.epoch.misc
Subject: Re: minibuffer title and icon problems
Date: 30 Jul 92 15:51:14 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


As several people have suggested, twm under R5 matches the entire
string, as opposed to just a prefix, so NoTitle{ Minibuffer } will not work 
when "@ host" is appended to the title. Several people also suggested
the simple solution of adding an epoch.minibuf.class to .Xdefaults for the
minibuffer and then NoTitle on that class in twmrc should work. It
does.

Thanks to everyone for their suggestions and help.

Stacy
Newsgroups: gnu.epoch.misc
From: ras@skanda.zko.dec.com (Bob Surtees)
Subject: Unsubscribe
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 21 Jul 1992 04:33:10 GMT

Please unsubscribe me from this mailing list.

ras@skanda.zko.dec.com


Newsgroups: gnu.epoch.misc
From: marca@void.ncsa.uiuc.edu (Marc Andreessen)
Subject: Re: Maximum Buffer Size exceeded?
Organization: University of Illinois at Urbana
Date: Fri, 24 Jul 1992 08:34:46 GMT

peterc@suite.sw.oz.au (Peter Chubb) writes:
: 
: I'm using epoch 4.0p2 with ange-ftp and crypt.el on a Mips running
: Riscos 4.0, and keep getting messages `maximum buffer size exceeded'
: -- even on operations that shouldn't need a buffer (such as saving a
: non-compressed, non-encrypted file to a local directory).
: 
: Can anyone help me work out why it's happening?
: 
: With this configuration, I also often find myself running out of
: memory.  Maximum up time is around 5 hours, before I get the `memory
: exhausted' messages.  Sometimes, depending on what I'm doing, it could
: be a lot sooner.  

You may have some luck changing VALBITS to 26 and GCTYPEBITS to 5 
(probably in your config.h).

If this makes no difference, let me know; I may be confused on this
particular issue (or on any other issue, for that matter :-).

Marc

-- 
Marc Andreessen
Software Development Group
National Center for Supercomputing Applications
marca@ncsa.uiuc.edu
Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: Pixel Coords --> Character Coords
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 26 Jul 1992 03:59:03 GMT

How about:

coords-to-point:
Convert X Y SCREEN in pixel coordinates to a list of
(POINT BUFFER WINDOW SCREEN).

Marc