From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: reading/writing binary data in structured form Date: Mon, 28 Apr 2008 06:23:28 +0300 Message-ID: References: <20080427.004457.142920613.wl@gnu.org> <20080427.090553.90066124.wl@gnu.org> <87lk2yhqlj.fsf@kfs-lx.rd.rdm> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org Content-Transfer-Encoding: 7BIT X-Trace: ger.gmane.org 1209353086 14947 80.91.229.12 (28 Apr 2008 03:24:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Apr 2008 03:24:46 +0000 (UTC) Cc: emacs-devel@gnu.org, storm@cua.dk To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 28 05:25:22 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JqJzK-0004xq-1E for ged-emacs-devel@m.gmane.org; Mon, 28 Apr 2008 05:25:10 +0200 Original-Received: from localhost ([127.0.0.1]:57117 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JqJyd-0007FQ-HQ for ged-emacs-devel@m.gmane.org; Sun, 27 Apr 2008 23:24:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JqJy5-0007B7-HJ for emacs-devel@gnu.org; Sun, 27 Apr 2008 23:23:53 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JqJy3-0007An-FL for emacs-devel@gnu.org; Sun, 27 Apr 2008 23:23:52 -0400 Original-Received: from [199.232.76.173] (port=38561 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JqJy3-0007Ak-A9 for emacs-devel@gnu.org; Sun, 27 Apr 2008 23:23:51 -0400 Original-Received: from mtaout1.012.net.il ([84.95.2.1]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JqJy2-0003iG-N8 for emacs-devel@gnu.org; Sun, 27 Apr 2008 23:23:51 -0400 Original-Received: from HOME-C4E4A596F7 ([84.229.228.217]) by i-mtaout1.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0K000058ZNERVRM0@i-mtaout1.012.net.il> for emacs-devel@gnu.org; Mon, 28 Apr 2008 06:37:39 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-kernel: by monty-python.gnu.org: Solaris 9.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:96043 Archived-At: > From: Stefan Monnier > Cc: Eli Zaretskii , emacs-devel@gnu.org > Date: Sun, 27 Apr 2008 21:29:15 -0400 > > >> Kim, is there a reason not to make bindat-pack and bindat-unpack > >> autoloaded? > > > Only that I envisioned that people would explicitly require bindat > > if they need the features it provides. > > Indeed. It doesn't seem to make much sense to autoload part of it. Yes, but can it hurt? We could put comments there explaining the reasons, in case at some point in the future doing so for the sake of documentation search will not be necessary. > Maybe we should begin by improving the C-h p answer. I'm for it, but IMHO "C-h p" cannot be a precise tool, because it is based on too small amount of info (a few keywords), whereas apropos-documentation has much more to play with.