all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: David Kastrup <dak@gnu.org>
To: help-gnu-emacs@gnu.org
Subject: Re: Emacs documentation sources
Date: Sat, 29 Sep 2007 19:00:24 +0200	[thread overview]
Message-ID: <854phd9zkn.fsf@lola.goethe.zz> (raw)
In-Reply-To: mailman.1475.1191082767.18990.help-gnu-emacs@gnu.org

Eli Zaretskii <eliz@gnu.org> writes:

>> From: David Kastrup <dak@gnu.org>
>> Date: Sat, 29 Sep 2007 01:13:21 +0200
>> 
>> But DOC strings are not even loaded _until_ you look at
>> them explicitly.
>
> You seem to forget about the `apropos-*' commands (which were the
> reason for this thread in the first place).

The only apropos command that gets possibly involved here is C-u C-h
d, namely apropos-documentation with DO-ALL set.  And then the _size_
of the docs strings is mostly irrelevant, the performance is impacted
by the _number_ of them.

>> So your claim that DOC strings have to be kept terse for memory
>> conversation reasons is plain and unadulterated nonsense.  And this
>> utterly silly smokescreen followup thread (where you, quite
>> prudently, snip out the original _relevant_ wrong claim of yours
>> time and again in order to argue some less embarrassing points)
>> does not change that.
>
> I admire your argument culture and style, David.

Sorry for calling your game.

>> Again, here is your quote which started this:
>> 
>>     Doc strings not always target newbies, because they cannot be too
>>     wordy (due to considerations of memory footprint of the running
>>     Emacs).
>> 
>> Please don't omit this quote if you feel you want to continue to
>> pretend defending it.
>
> Done.

Fine.  Now is there anybody except Eli that would thing it likely that
DOC strings are necessary because of the memory footprint of the
running Emacs?

While the memory footprint of the running Emacs is presumably not
affected by a non-terse manual?

At the current point of time, this argument is just specious.  In the
long long history of Emacs, there has been a time indeed when DOC
strings were stored in memory (rather than passed through temporarily
on demand).  To stop this from being a possible concern, they have
been externalized to disk files.  Likely somewhere in the Emacs 18.*
series.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

  parent reply	other threads:[~2007-09-29 17:00 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-26  8:04 Emacs documentation sources Dave Pawson
2007-09-26  9:23 ` Eli Zaretskii
2007-09-26 17:43 ` Sean Sieger
     [not found] ` <mailman.1329.1190828635.18990.help-gnu-emacs@gnu.org>
2007-09-26 18:07   ` Richard G Riley
2007-09-26 18:55     ` Drew Adams
2007-09-27  8:44     ` Thien-Thi Nguyen
     [not found] ` <mailman.1306.1190798609.18990.help-gnu-emacs@gnu.org>
2007-09-26 19:53   ` David Kastrup
2007-09-26 21:18     ` Eli Zaretskii
     [not found]     ` <mailman.1354.1190841494.18990.help-gnu-emacs@gnu.org>
2007-09-27  6:17       ` David Kastrup
2007-09-27  7:59         ` Eli Zaretskii
     [not found]         ` <mailma\x04n.1375.1190879967.18990.help-gnu-emacs@gnu.org>
2007-09-27 20:17           ` David Kastrup
2007-09-28  8:13             ` Eli Zaretskii
     [not found]             ` <mailman.1419.1190967231.18990.help-gnu-emacs@gnu.org>
2007-09-28 15:36               ` Stefan Monnier
2007-09-28 23:13               ` David Kastrup
2007-09-29 16:19                 ` Eli Zaretskii
     [not found]                 ` <mailman.1475.1191082767.18990.help-gnu-emacs@gnu.org>
2007-09-29 17:00                   ` David Kastrup [this message]
2007-09-29 19:09                     ` Juanma Barranquero
     [not found]         ` <mailman.1375.1190879967.18990.help-gnu-emacs@gnu.org>
2007-09-28 15:31           ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=854phd9zkn.fsf@lola.goethe.zz \
    --to=dak@gnu.org \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.