From xemacs-m  Fri Feb 28 20:34:09 1997
Received: from venus.Sun.COM (venus.Sun.COM [192.9.25.5])
	by xemacs.org (8.8.5/8.8.5) with SMTP id UAA17372
	for <xemacs-beta@xemacs.org>; Fri, 28 Feb 1997 20:34:08 -0600 (CST)
Received: from infodock.com (wave.infodock.com [206.13.40.192]) by venus.Sun.COM (SMI-8.6/mail.byaddr) with ESMTP id SAA02690 for <xemacs-beta@xemacs.org>; Fri, 28 Feb 1997 18:33:37 -0800
Received: (from weiner@localhost) by infodock.com (8.7.4/8.7.3) id SAA03879; Fri, 28 Feb 1997 18:25:07 -0800
Date: Fri, 28 Feb 1997 18:25:07 -0800
From: Bob Weiner <weiner@infodock.com>
Message-Id: <199703010225.SAA03879@infodock.com>
To: xemacs-beta@xemacs.org
In-reply-to: <kighgiwjzkc.fsf@jagor.srce.hr> (message from Hrvoje Niksic on 01 Mar 1997 00:11:47 +0100)
Subject: Re: thingatpt.el


>>>>> "HN" == Hrvoje Niksic <hniksic@srce.hr> writes:

   HN> Bob Weiner <weiner@infodock.com> writes:
   >> Although it works a bit differently, id-select.el, already included in XEmacs
   >> should meet your needs and then some.  Lets not continually enlarge XEmacs
   >> with multiple packages attacking the same problem when we can make one
   >> that works really well.

   HN> I do not agree here.  id-select is a large package, which does many,
   HN> many things, most of them being useful.  However, many of those things
   HN> have nothing to do with `thing-at-point' -- e.g. mouse handling, and
   HN> not all users wish to load it just to get the things provided by
   HN> thingatpt.el.

   HN> -rw-r--r--   1 hniksic  staff      46198 Jan 26 14:51 id-select.el
   HN> -r--r--r--   1 hniksic  f2          6718 Jan 14  1996 thingatpt.el

Firstly, users typically load the .elc which is less than half the size you
list.  Although I would assume things are different in Croatia, lets use the
U.S. as an example where we can buy 16 Meg RAM for, say, $100.  Then the
cost of providing this extra RAM (neglecting the RAM that would be taken by
thingatpt) is about:

	(* (/ 21014.0 (* 16.0 1048576.0)) 100.0)  = $0.125 or 12.5 cents

To call that large is Hyperbole :-) in the extreme.  And of course RAM is
reusable.  I vote for removing condom.1 and sex.6 from the distribution for
an overall reduction in RAM (when reading about sex) and disk usage (when
holding onto sex).  This way, people can pay for sex themselves, rather
than giving it away free with all of that software.

Back to real work.

Bob

