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: please make line-move-visual nil Date: Mon, 25 May 2009 02:03:30 +0200 Message-ID: References: <23538683.post@talk.nabble.com> <87eiuru24b.fsf@iki.fi> <39370.130.55.118.19.1242397867.squirrel@webmail.lanl.gov> <48914.130.55.118.19.1242592120.squirrel@webmail.lanl.gov> <66C6BA04EBCF4B6DAED69E851627D852@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1243209826 3554 80.91.229.12 (25 May 2009 00:03:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 25 May 2009 00:03:46 +0000 (UTC) Cc: Drew Adams , emacs-devel@gnu.org To: David Reitter Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 25 02:03:39 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 1M8NfG-0000ti-RJ for ged-emacs-devel@m.gmane.org; Mon, 25 May 2009 02:03:39 +0200 Original-Received: from localhost ([127.0.0.1]:43524 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M8NfG-0005Je-Gn for ged-emacs-devel@m.gmane.org; Sun, 24 May 2009 20:03:38 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M8NfD-0005JW-Aw for emacs-devel@gnu.org; Sun, 24 May 2009 20:03:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M8Nf9-0005GW-T6 for emacs-devel@gnu.org; Sun, 24 May 2009 20:03:35 -0400 Original-Received: from [199.232.76.173] (port=45749 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M8Nf9-0005GO-ON for emacs-devel@gnu.org; Sun, 24 May 2009 20:03:31 -0400 Original-Received: from mail-fx0-f169.google.com ([209.85.220.169]:63132) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M8Nf9-0000WC-3m for emacs-devel@gnu.org; Sun, 24 May 2009 20:03:31 -0400 Original-Received: by fxm17 with SMTP id 17so3003701fxm.42 for ; Sun, 24 May 2009 17:03:30 -0700 (PDT) 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 :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=gxqu43hpKUbpd2DfkLqbMSf/HkrsQiVpOqlklP7tgiw=; b=btrPyJQpfxUdby9X7V15pGsEIGqb/Op1/hh8rpXW4PWI0NV2xA4O79/SPcGGu3NRR9 qYSU7vEDzFjcnme28XebB/efHbE29ScTVBDlne42sBs58XZh8TdN/3zu/uynYOk9s9Lw Al1j/1LDCqA5EZzfkopwzd8Qjk8FlKUJ7qZw8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=kFfDbkt2PweyCxknG+vCucjpxY1S7C3jXMAbVyUq5iO8Jj4244R+ql7kbY2/tXGx1p 2QT3d75P//2mF6d3rAL/xh01q5lXicv/rGLfO723r4/+fQ0oFixcGG1QXeJ3X4mZ6kXb 4OhPWSHpc6DNFyZNfhjz5lkt7pDgINxEElsVA= Original-Received: by 10.239.154.16 with SMTP id b16mr33449hbc.50.1243209810271; Sun, 24 May 2009 17:03:30 -0700 (PDT) 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:111050 On Mon, May 25, 2009 at 1:53 AM, David Reitter wrote: >> If the purpose is to make new users feel at home, then we could create >> something like firstboot.el that runs in the first run. Most operating >> systems have this. > > > ... and then Emacs would magically and surprisingly change its configuration > after the first startup? > Even more confusing. > > How about a newbie-mode, which can be en/disabled directly from the startup > screen? > > Ps.: I think it's too late in the game for 23.1 for this sort of change. This has been proposed in several variants. I think the best would be an approach where key bindings (and maybe behaviour in some cases) could be switched to major platforms conformity by some command. (This could be implemented by options and functions turning on and saving them groupwise.)