From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Emacs for new users Date: Tue, 24 Nov 2009 18:15:11 +0100 Message-ID: References: <912155b0911230837i48326730m82e0d54d4004be59@mail.gmail.com> <485b0c380911230905t6513e718w1dd804e18003228@mail.gmail.com> <6E092AF13796494BADEBCE2C5C0361CE@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1259083376 26699 80.91.229.12 (24 Nov 2009 17:22:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 24 Nov 2009 17:22:56 +0000 (UTC) Cc: per@starback.se, rms@gnu.org, Stephen Eilert , emacs-devel@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 24 18:22:48 2009 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 1NCz6F-0004fI-0Y for ged-emacs-devel@m.gmane.org; Tue, 24 Nov 2009 18:22:47 +0100 Original-Received: from localhost ([127.0.0.1]:42913 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NCz6E-0000Tb-Bq for ged-emacs-devel@m.gmane.org; Tue, 24 Nov 2009 12:22:46 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NCyzN-0005hH-4D for emacs-devel@gnu.org; Tue, 24 Nov 2009 12:15:41 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NCyzH-0005e9-Rq for emacs-devel@gnu.org; Tue, 24 Nov 2009 12:15:40 -0500 Original-Received: from [199.232.76.173] (port=48893 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NCyzH-0005dj-BX for emacs-devel@gnu.org; Tue, 24 Nov 2009 12:15:35 -0500 Original-Received: from mail-yw0-f172.google.com ([209.85.211.172]:65423) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NCyzF-0007hd-D9; Tue, 24 Nov 2009 12:15:33 -0500 Original-Received: by ywh2 with SMTP id 2so6870185ywh.27 for ; Tue, 24 Nov 2009 09:15:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=+gg3ZamGogbvWA6KWYC9c1hp7aDkllrohWClYrTwLvs=; b=VKd6HPZFEDqsCM/lKizGFP3YM+lEZGqxQ+j6ZJj5PgD2tOCdwnqte3oK9eD9cFjjck 3Hqt96N2kqERp0UE/lkWzNshjmoVfSrkbmlaxH65DpzhoDiql/pTewx19q4w5+wvC2Qb vTyvsCr/KlNy2IumK/P3+c3JH5X0q/nhktD4U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=NhIBcZQ8OcP6Uebf/DpokCBQGZUiflWoMXNq2tgL0leta+FUUnhmlkUrU+tDT/ds7a 1Uh+HqoiCGya14V/U00PFeBP5UyC7cAnXtE2sze8crNSI7Yy8/wuuCHGJiXVMi5IRjH/ F9tRIMLCu227kon9WVPYPp/KQtmj3IItmBDQE= Original-Received: by 10.101.178.5 with SMTP id f5mr4756216anp.104.1259082931135; Tue, 24 Nov 2009 09:15:31 -0800 (PST) In-Reply-To: <6E092AF13796494BADEBCE2C5C0361CE@us.oracle.com> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:117688 Archived-At: On Tue, Nov 24, 2009 at 5:41 PM, Drew Adams wrote: >> For beginners I think it would be good if when minibuffer is active >> clicking in other windows did not work. Or moving to another window in >> any other way. > > Hi Lennart, > > Why? What possible reason could you have for such a suggestion? > > That would totally prevent using the mouse to interact with other buffers during > minibuffer input. You wouldn't even be able to choose a completion from > *Completions* using the mouse. Sorry, you are right. I did not think of that kind of use. What I meant was that they should not be allowed to leave the minibuffer and go to another window. This is similar to how many GUI programs work. In some cases there are clever uses of other windows, for example the one you mentioned. Such use should of course be allowed. (It is more difficult to make that kind of use easy in Emacs since we can't for example mark visually which window to interact with and which to not. This is otherwise what many GUI applications do.) > Sheesh. For the most part, these are simply reports of how people learn Emacs. > They are interesting, and we can learn from them, but they are not necessarily > alarms or calls to action. They are useful.