all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Hans BKK <hansbkk@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Re: Generating a listing of all symbols (16K+) and labeling subsets
Date: Fri, 18 Apr 2014 07:55:29 -0700 (PDT)	[thread overview]
Message-ID: <86c20aeb-e709-4098-8a44-005c9e5925cd@googlegroups.com> (raw)
In-Reply-To: <mailman.19813.1397805348.10748.help-gnu-emacs@gnu.org>

On Friday, April 18, 2014 3:19:40 AM UTC-4, Thien-Thi Nguyen wrote:
>    I'd specifically like to ask about the logic of the
>    categorizing breakdown and for better taxonomy terms.
> 
> 
> 
> It is a category error to categorize Emacs Lisp symbols into
> 
> (single) buckets, unless you wish to defer understanding.  :-D

I realize there is overlap, hence the duplication of tests for primitive vs lisp etc within multiple buckets. And within a given cond level, order is by (my judgement) of priority - commands first, ID as a functions before values, user options before setq ones, etc.

This logic flow is exactly what I was looking for feedback on, as well as how to identify more specifically those currently falling into the "t" or "other" buckets - currently over half the symbols are neither functions nor variables nor faces. Too bad apparently predicates don't exist to cover all possible symbol types.

Once I have the "skeleton" to my satisfaction, I plan to output the relevant docstrings as well, so when I'm looking at a package's "diff report" everything's in one place.


  parent reply	other threads:[~2014-04-18 14:55 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-18  2:09 Generating a listing of all symbols (16K+) and labeling subsets hansbkk
2014-04-18  7:19 ` Thien-Thi Nguyen
2014-04-18 10:09   ` Thorsten Jolitz
     [not found]   ` <mailman.19825.1397815734.10748.help-gnu-emacs@gnu.org>
2014-04-18 15:00     ` Hans BKK
     [not found] ` <mailman.19813.1397805348.10748.help-gnu-emacs@gnu.org>
2014-04-18 14:55   ` Hans BKK [this message]
2014-04-18 15:27     ` Nicolas Richard
2014-04-19 16:34 ` Robert Thorpe
  -- strict thread matches above, loose matches on Subject: below --
2014-04-18  2:34 hansbkk
2014-04-18  5:15 Hans BKK
2014-04-18 19:01 ` Hans BKK
2014-04-18 20:47   ` Nicolas Richard
2014-04-19  1:23 ` Hans BKK
2014-04-19  2:16   ` John Mastro
2014-04-19  2:25 ` Hans BKK
2014-04-19  2:50   ` Hans BKK
2014-04-19  4:24   ` Drew Adams
2014-04-19 20:15 ` Hans BKK
2014-04-23  4:11 ` Hans BKK
2014-04-23  7:40   ` Florian v. Savigny
     [not found]   ` <<874n1klchv.fsf@bertrandrussell.Speedport_W_723V_1_32_000>
2014-04-23 15:07     ` Drew Adams
2014-04-23 13:22 ` Hans BKK
2014-04-24  2:30 ` Hans BKK

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=86c20aeb-e709-4098-8a44-005c9e5925cd@googlegroups.com \
    --to=hansbkk@gmail.com \
    --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.