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 19:30:42 +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 1259087564 9274 80.91.229.12 (24 Nov 2009 18:32:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 24 Nov 2009 18:32:44 +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 19:32:36 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 1ND0Bn-0004Ys-TI for ged-emacs-devel@m.gmane.org; Tue, 24 Nov 2009 19:32:36 +0100 Original-Received: from localhost ([127.0.0.1]:39289 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ND0Bn-00006v-Eo for ged-emacs-devel@m.gmane.org; Tue, 24 Nov 2009 13:32:35 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ND0Ab-0007u0-F9 for emacs-devel@gnu.org; Tue, 24 Nov 2009 13:31:21 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ND0AV-0007pm-Rc for emacs-devel@gnu.org; Tue, 24 Nov 2009 13:31:19 -0500 Original-Received: from [199.232.76.173] (port=40922 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ND0AV-0007pY-4g for emacs-devel@gnu.org; Tue, 24 Nov 2009 13:31:15 -0500 Original-Received: from mail-yw0-f172.google.com ([209.85.211.172]:49279) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ND0AQ-0000Zz-Lk; Tue, 24 Nov 2009 13:31:10 -0500 Original-Received: by ywh2 with SMTP id 2so6947425ywh.27 for ; Tue, 24 Nov 2009 10:31:09 -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=HkCZlmWeMyr8J0ND4zb8aerDRUca4/DdTcjDAMS6mJg=; b=aAzlf8yt5JVsHi/DMVy4FPERlTI9frPBFO+X2Xb/bLK20Ft2E6pMTlMrZD0hDfCPkj 2V26XKUPEMQ4EVDoED3hEHOU0aSBiHJ2a9Zd1qZoQVzIaXyBMwLw2EeXZEFcsCO3n3Wx HIp/4WkffQfTR7z5nVwqNYVFjN7M5r1JrxMKg= 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=dWbvlc+1z8l5Z6CHUA5YsXbRBkRtwa5TUGYplyTELFEY40zqHtBCB1ZTaxp+rmKWPG wwig3ofpFGcaLl0ukxtKh0aWMk2aIE6zm1yhMujoCbyUAzZDlFSaAtQoiQjihsCi88Jc vLtSsQ01qyrQwKzNzR64bXumS79TkZkc0EWEk= Original-Received: by 10.101.200.29 with SMTP id c29mr647641anq.101.1259087462102; Tue, 24 Nov 2009 10:31:02 -0800 (PST) In-Reply-To: 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:117698 Archived-At: On Tue, Nov 24, 2009 at 7:22 PM, Drew Adams wrote: >> > I do not want to see minibuffer inputting become something >> > strictly modal that locks you into some restricted dialog. >> > Users should be able to go anywhere and >> > do pretty much anything while the minibuffer is active. >> >> I said for new users. > > I do not want to see the minibuffer becoming like that for new users either. Maybe they would want it though. >> However I am not at all sure what states you can get into when you >> leave minibuffer. What is allowed and what is not? Are you sure? > > Am I sure of what? Just try it. You can do whatever you like outside the > minibuffer. Just move to another buffer (e.g. use `C-x o' or click `mouse-1' in > another window) without exiting the minibuffer with `RET' or `C-g'. > > If you `enable-recursive-minibuffers', then you can even activate the minibuffer > again (another level) - e.g. you can use `M-x' to invoke a command, then return > to the previous state (previous minibuffer level). So I set enable-recursive-minibuffer, press M-x, switch to a new frame, press M-x ...