From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: describe-categories (was: find-composition still depends on the composition property) Date: Fri, 24 Oct 2008 02:44:03 +0300 Organization: JURTA Message-ID: <87ej26rja6.fsf_-_@jurta.org> References: <87tzbh7kd9.fsf@jurta.org> <87tzb5ikrw.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1224806305 11670 80.91.229.12 (23 Oct 2008 23:58:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 23 Oct 2008 23:58:25 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 24 01:59:26 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 1KtA5F-0000u3-6k for ged-emacs-devel@m.gmane.org; Fri, 24 Oct 2008 01:59:17 +0200 Original-Received: from localhost ([127.0.0.1]:44860 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KtA49-00039n-KS for ged-emacs-devel@m.gmane.org; Thu, 23 Oct 2008 19:58:09 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KtA3K-0002iy-OG for emacs-devel@gnu.org; Thu, 23 Oct 2008 19:57:18 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KtA3J-0002hy-0P for emacs-devel@gnu.org; Thu, 23 Oct 2008 19:57:18 -0400 Original-Received: from [199.232.76.173] (port=59297 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KtA3I-0002hs-RC for emacs-devel@gnu.org; Thu, 23 Oct 2008 19:57:16 -0400 Original-Received: from relay01.kiev.sovam.com ([62.64.120.200]:4443) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KtA3G-0005wa-Gf; Thu, 23 Oct 2008 19:57:14 -0400 Original-Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay01.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1KtA3C-0005wN-AE; Fri, 24 Oct 2008 02:57:10 +0300 In-Reply-To: (Kenichi Handa's message of "Thu, 23 Oct 2008 10:18:22 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (x86_64-pc-linux-gnu) X-Scanner-Signature: 068dd79c68aafbc760c35e97c5d420ed X-DrWeb-checked: yes X-SpamTest-Envelope-From: juri@jurta.org X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Trusted X-SpamTest-Info: Profiles 5487 [Oct 24 2008] X-SpamTest-Info: {received from trusted relay: common white list} X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: white ip list X-SpamTest-Rate: 10 X-SpamTest-Status: Trusted X-SpamTest-Status-Extended: trusted X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release X-detected-operating-system: by monty-python.gnu.org: FreeBSD 4.8-5.1 (or MacOS X 10.2-10.3) 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:104919 Archived-At: >> By the way, I'd suggest to move the legend generated by >> describe-categories to the beginning of the buffer, because the buffer >> is huge and it does not say anywhere at the beginning that there's a >> legend at the end. Without the legend, the buffer looks like a large >> pile of gibberish. > > The legend is longer than 40 lines. If we put that at the > head, it will occupy the whole first page, which I think is > not that good. Saying something like "See the end of the > buffer for the legend." with "legend" clickable at the first > line will be good. What do you think? The buffer is so long already (ca 27000 lines) that adding 40 lines at the beginning doesn't make it worse. Otherwise, it is not obvious for the user that the legend is at the end, so it is easy to miss it. A link to the legend will help, but it seems moving 40 lines to the beginning is not a bad thing. -- Juri Linkov http://www.jurta.org/emacs/