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: Tue, 2 Jun 2009 01:12:57 +0200 Message-ID: References: <5f0ff9220906010736paad9321td86fd52326ebe722@mail.gmail.com> <87oct7sur8.fsf@cyd.mit.edu> <31703F2EAE7D4CAF8E671B0C18916D01@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 1243897999 1821 80.91.229.12 (1 Jun 2009 23:13:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Jun 2009 23:13:19 +0000 (UTC) Cc: 3438@emacsbugs.donarmstrong.com, "T.V. Raman" , Chong Yidong , "Andrew W. Nosenko" , emacs-devel@gnu.org, ishikawa , ams@gnu.org, Stefan Monnier , stephen@xemacs.org, eliz@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 02 01:13:15 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 1MBGgr-0004bI-OJ for ged-emacs-devel@m.gmane.org; Tue, 02 Jun 2009 01:13:14 +0200 Original-Received: from localhost ([127.0.0.1]:49918 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MBGgq-0001cE-Eh for ged-emacs-devel@m.gmane.org; Mon, 01 Jun 2009 19:13:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MBGgl-0001bp-Ke for emacs-devel@gnu.org; Mon, 01 Jun 2009 19:13:07 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MBGgh-0001b2-5f for emacs-devel@gnu.org; Mon, 01 Jun 2009 19:13:07 -0400 Original-Received: from [199.232.76.173] (port=57663 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MBGgh-0001az-0C for emacs-devel@gnu.org; Mon, 01 Jun 2009 19:13:03 -0400 Original-Received: from mail-fx0-f169.google.com ([209.85.220.169]:36860) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MBGgd-00087R-6j; Mon, 01 Jun 2009 19:12:59 -0400 Original-Received: by fxm17 with SMTP id 17so8757423fxm.42 for ; Mon, 01 Jun 2009 16:12:57 -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=UxHvoapDSSxe2WcqCX2Y2UJHOcOQ5OuE2WCn4Roqcn4=; b=hpmRNKmITXBT3JiR6nSfDduNPDm6veOncHTt4eJnXH4QXjYh4tlCnZ/FlfEkzxhMp2 0poSdZgzOEmQUyj3lfXvw2ODMtqUIu9RQcCXI7eHPUV6lZZfMwdmMPzstxujh+19ogLS xqiulWWKCPjvKH+KiaI4q3QLh9aUfGhcNBrvM= 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=qZL0BnFBXwSI7JSX2iCvgJ5Ygu/iwGzQ5KHv2DeoQiV2+ZubgqFOvEAB6r5djXAf7k 9qlYVWSWkdJhIgBTFQvf0dMefF/TGu7X4LcPTX9p/S51HtGKGtJnZXDLrtCCpT0ym5pc CE7elIHZuylRYNEHr8eqVKlYF3AMBPhjKftdw= Original-Received: by 10.239.154.145 with SMTP id e17mr483729hbc.95.1243897977678; Mon, 01 Jun 2009 16:12:57 -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:111271 Archived-At: On Tue, Jun 2, 2009 at 12:52 AM, Drew Adams wrote: > > The distinction I made is between buffers that are mostly free-form text, where > newlines are typically not intentionally positioned by the user or by Emacs, and > the other buffers, where they are. Is not that a difficult distinction here? (In a word processor it would be different.) Exactly how do you do the distinction - as simple as possible, because if it is useful it must be easy to understand? One point I mentioned before is that code might look scrambled, but maybe that point could be cured some way? (If it really have to be cured ...)