From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Reitter Newsgroups: gmane.emacs.devel Subject: Re: Longlines mode in menu Date: Thu, 12 Jun 2008 17:12:27 +0100 Message-ID: References: <87wsl41lq0.fsf@stupidchicken.com> <87bq2666dd.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v924) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1213287299 26548 80.91.229.12 (12 Jun 2008 16:14:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 12 Jun 2008 16:14:59 +0000 (UTC) Cc: "Kim F. Storm" , Emacs-Devel devel To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 12 18:15:42 2008 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 1K6pSf-0005uO-3R for ged-emacs-devel@m.gmane.org; Thu, 12 Jun 2008 18:15:41 +0200 Original-Received: from localhost ([127.0.0.1]:38838 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K6pRr-0003Pl-Ad for ged-emacs-devel@m.gmane.org; Thu, 12 Jun 2008 12:14:51 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K6pPg-00027B-T1 for emacs-devel@gnu.org; Thu, 12 Jun 2008 12:12:37 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K6pPe-00024j-Bm for emacs-devel@gnu.org; Thu, 12 Jun 2008 12:12:35 -0400 Original-Received: from [199.232.76.173] (port=33172 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K6pPd-00024X-Th for emacs-devel@gnu.org; Thu, 12 Jun 2008 12:12:34 -0400 Original-Received: from ug-out-1314.google.com ([66.249.92.169]:5099) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K6pPd-0005hQ-LS for emacs-devel@gnu.org; Thu, 12 Jun 2008 12:12:33 -0400 Original-Received: by ug-out-1314.google.com with SMTP id l31so374380ugc.48 for ; Thu, 12 Jun 2008 09:12:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=cSHavtRUpT/aRu3o2rDoTZNGAhrgHCBRTJs/0oVYXGU=; b=DXVz5q8PKgX2yXPhK5Cf4kBAyNCnGAg4M3Kg5kDnz0d1D1+Dxgmk+YrtwVgv7dJy0l U256t6Rgb+z5EPyneqIfQXZR6l/8tRseJjZ5OeaUIzChAmh6dtxm6tfCe4ProYnXPYpC 9jyrSgBEs4ycDFv2eCXY6PTQsjXahyv47lHaw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=W+Ot1L6S+80JauK1rjI2vVSOLn0+o06iTOkaPoGTJ6eZykrrVFk0RZMRK+lPQsfOFW Im4q+zdqRhVRzg3grtlXkRALv6cYaSNV/uFbdIGfhAKoFiHYg149GKnU0bfTb3vC3V/W ZV/gBbo48JGgyOX8wPDRZMBPr6rnz75VIwWJA= Original-Received: by 10.210.129.10 with SMTP id b10mr1375237ebd.25.1213287152470; Thu, 12 Jun 2008 09:12:32 -0700 (PDT) Original-Received: from scarlett.inf.ed.ac.uk ( [129.215.174.113]) by mx.google.com with ESMTPS id m5sm2611411gve.3.2008.06.12.09.12.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 12 Jun 2008 09:12:30 -0700 (PDT) In-Reply-To: <87bq2666dd.fsf@stupidchicken.com> X-Mailer: Apple Mail (2.924) X-detected-kernel: by monty-python.gnu.org: 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:99017 Archived-At: On 12 Jun 2008, at 16:05, Chong Yidong wrote: > > The display-time work wrapping won't necessarily help. It would > interfere with commands that expect soft newlines to behave like > newlines (next-line, etc). Internally, they would move to the next paragraph, which is the next line in the underlying file. That may well be the correct behavior. This is not any different from `truncate-lines' being nil, with the occasional line wrapped. Things like C-n can be changed to actually move to the next line. For Aquamacs I have written code that moves to the next (visible) line and places the cursor as close (horizontally) as possible. This is also relevant when using variable-width fonts. I'd be more than happy to contribute that. > One way to fix this might be to selectively bind search-spaces-regexp > during font-lock, if longlines mode is on. Well, sure. You can patch up things here and there to deal with longlines-mode. Of course this would work for this specific bug.