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: Patch: Syntax and Hard Newlines Date: Fri, 8 Dec 2006 09:03:09 +0000 Message-ID: References: <455F19FC.6@gmx.at> <87wt5svkz1.fsf@catnip.gol.com> <45603BEB.6050006@gmx.at> <85odr14qej.fsf@lola.goethe.zz> <51B8AC9B-A9DA-4A5F-83A1-E7B53265FAA5@gmail.com> NNTP-Posting-Host: dough.gmane.org Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1165568668 28332 80.91.229.10 (8 Dec 2006 09:04:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 8 Dec 2006 09:04:28 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 08 10:04:25 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by dough.gmane.org with esmtp (Exim 4.50) id 1GsbeV-00087I-5E for ged-emacs-devel@m.gmane.org; Fri, 08 Dec 2006 10:04:19 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GsbeU-0000Hk-Ol for ged-emacs-devel@m.gmane.org; Fri, 08 Dec 2006 04:04:18 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GsbdS-00007p-Mm for emacs-devel@gnu.org; Fri, 08 Dec 2006 04:03:14 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GsbdQ-00005O-N7 for emacs-devel@gnu.org; Fri, 08 Dec 2006 04:03:13 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GsbdQ-00005D-2l for emacs-devel@gnu.org; Fri, 08 Dec 2006 04:03:12 -0500 Original-Received: from [64.233.162.224] (helo=nz-out-0102.google.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GsbdP-0000Bp-L5 for emacs-devel@gnu.org; Fri, 08 Dec 2006 04:03:11 -0500 Original-Received: by nz-out-0102.google.com with SMTP id r28so478538nza for ; Fri, 08 Dec 2006 01:03:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; b=oinXs3go8aSv9GYq5YMMd5IKDl7cbxBR88VtqQ62EmNpwXK4AltZh9iadGVEandz+PmEoMG8/r9AaE4kmDKcPxGv2urIqJG45xs5RFAh80qTdW0k3b28HkSFCB9InkWs5wMVZg0EYe8C1D81NXa9w2+ZdLzD58geqCmsXGywh0g= Original-Received: by 10.64.131.4 with SMTP id e4mr5330535qbd.1165568591008; Fri, 08 Dec 2006 01:03:11 -0800 (PST) Original-Received: from ?10.5.5.200? ( [84.9.229.61]) by mx.google.com with ESMTP id d5sm2499357qbd.2006.12.08.01.03.10; Fri, 08 Dec 2006 01:03:10 -0800 (PST) In-Reply-To: Original-To: emacs- devel X-Mailer: Apple Mail (2.752.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:63456 Archived-At: On 6 Dec 2006, at 14:24, Richard Stallman wrote: > What behavior did you implement for the and keys? > What behavior did you implement for the C-n and C-p keys? -> visual-line-down -> visual-line-up -> (default - normally next-line) -> (default - normally previous-line) > `kill-visual-line' and `kill-whole-visual-line', `beginning/end- > of- > visual-line' are provided as well and do the obvious. > > It isn't obvious to me. I could try to guess, but I should not, > because guessing is unreliable. What do these commands do? except that they will only affect the current screen line as shown on screen. `end-of-visual-line' moves the point to the end of the current screen line, that is, to the right hand side boundary. `beginning-of-visual-line' moves to the beginning of the current screen line, that is, to the left hand side boundary. kill-visual-line and kill-whole-visual-line work just like their kill- line and kill-whole-line pendants, except that they will only kill the text to `end-of-visual-line', and in the case of kill-whole- visual-line, text beginning from `beginning-of-visual-line'. visual-line-up is an interactive Lisp function in `osxkeys.el'. (visual-line-up num-lines) Move cursor vertically up num-lines lines. Interactively, vscroll tall lines if `auto-window-vscroll' is enabled. If there is no character in the target line exactly over the current horizontal pixel position, the cursor is positioned close to the character in that line at the same position, or at the end of the line if it is not long enough. The command C-x C-n can be used to create a semipermanent goal column for this command. Then instead of trying to move exactly vertically (or as close as possible), this command moves to the specified goal column (or as close as possible). The goal column is stored in the variable `goal-column', which is nil when there is no goal column. This function differs from `previous-line' as it moves vertically in the visual sense: the cursor will be positioned as horizontally close as possible, and one visual line up. The result differs when variable- width font is used or when characters of non-standard width (e.g. TABs) are used, and when lines are wrapped. If you are thinking of using this in a Lisp program, consider using `forward-line' with a negative argument instead. It is usually easier to use and more reliable (no dependence on goal column, etc.). visual-line-down is analogous.