From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Alex Schroeder Newsgroups: gmane.emacs.devel Subject: Re: Documentation for "Clone Buffers" (corrected version) Date: Wed, 10 Mar 2004 00:40:31 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <877jxty4gg.fsf@emacswiki.org> References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1079048293 24369 80.91.224.253 (11 Mar 2004 23:38:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 11 Mar 2004 23:38:13 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Mar 12 00:38:00 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1B1ZkW-0002RE-00 for ; Fri, 12 Mar 2004 00:38:00 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1B1ZkW-00026R-00 for ; Fri, 12 Mar 2004 00:38:00 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B1WZT-0000bM-U6 for emacs-devel@quimby.gnus.org; Thu, 11 Mar 2004 15:14:23 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1B0qqa-00035z-FV for emacs-devel@gnu.org; Tue, 09 Mar 2004 18:41:16 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1B0qq0-0002nk-2L for emacs-devel@gnu.org; Tue, 09 Mar 2004 18:41:12 -0500 Original-Received: from [62.2.95.247] (helo=smtp.hispeed.ch) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.30) id 1B0qpz-0002m2-BD for emacs-devel@gnu.org; Tue, 09 Mar 2004 18:40:39 -0500 Original-Received: from confusibombus.emacswiki.org (217-162-143-139.dclient.hispeed.ch [217.162.143.139]) by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id i29NeV0W009596; Wed, 10 Mar 2004 00:40:32 +0100 Original-To: Alan Mackenzie Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAYAAABXAvmHAAACkElEQVR42s1a0bLsIAgzjv// y7kPd9pVKxKVdk6fzux2C4EAwR6QZBpcQEopIf3Fq3a52Lfh0Mjjk99zcWYBwA2ihEen9jVxfAf/ u0+Y2HQwNoVw4Dx34trRV6NSjiLPmfPt77jwiBxB/3PnZ3B2AGxzHnGu0wcBwAIAyQwZGvQhiFcy YLOFQcSB/MS82n3ec37vykNqRFTX9rVWR2U5+pZNIggll0CUOQN9BDdm1LfBmcZxIEqjL6r2JU/D galaB7Zg4jlY2ulnIx9OR4iMRl38CAFyKaA8jAxE7lNn650VKMULZ/54crqn0YQCJGQliebXkFIK hwqmGm28cgsSjz/hzRCMneQEwMjVoH3gWTtMPgIslJUV5uIluvUEkyzU+gUGQO62e9NuSdZCzNOM fDPC87iCqfE9gHinsIrSL16TPBfrYIeHzqKU90a50jCh54EcrgAUFo5ibzvebgr/I66USQ0CspQp IVSoBQK3WswDDIndIraHxoglqOjM1d044PQvu1NY0EHtqQR/XwJ+PeCs0x2dSlApZVw4MPER23PD 7JekoHxrqTRod/2Gx5nhx5dfAJhqPt7tDMIZxNN/7lOIaparPn7ZQ88drlORC2eLWXowxIq4gHTh VN1BSmsHoxYAbPWDTuGQuuecS+aYQUYpfr0YqPQOuuUk5tApK077+2xfOYP+XyWEIwPcE49lvT9N y2+wU2KylGGp4yxlALcm6fSlmgk62yfSsfNunDl5d6W91MBUoZw679YAJoMMkhijuXdFOL+khaL2 s+g3zy4APQuQvSc/BNAYnkl6E8ivYtEHJXa1dihE3zgnKMdNgN8DiIwgA17NykUMvFDQ+LALvXXI BuBLAHv/DvBmc/0HzR03PqXmLcQAAAAASUVORK5CYII= In-Reply-To: (Alan Mackenzie's message of "Fri, 5 Mar 2004 10:05:32 +0000 (GMT)") User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/22.0.0 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:20320 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:20320 Alan Mackenzie writes: > I think a(n easy) method of opening a second *info* buffer is a Good > Thing. Perhaps M-n `clone-buffer' isn't the most elegant command around, > but it's got to be better than M-x rename-uniquely etc., from a user's > point of view. Heh. :) Many have complained about similar functionality in M-x shell, for example (and written code where M-x shell starts *another* shell instead of switching to the existing shell buffer). Inspired by the M-x shell interface, other code behaves similarly: M-x sql-something switches to the existing SQL buffer instead of creating a new one. M-x ielm does the same. Etc. What I'm trying to say is that yes, the interface is not elegant. But it seems that both variants are equally unpopular, so we just need to pick one, stick to it, and make a generic solution the problem for all these instances. Renaming the buffer before calling the function again was deemed to be good enough a long while back (I guess because we were not sure that using a prefix was better or possible at all). I'm sure that some users will be glad if you can devise a generic and elegant solution to this usability problem. :) Alex. -- .O. http://www.emacswiki.org/alex/ ..O Schroeder's fourth law: OOO None of your friends and coworkers share your taste in music.