unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Miles Bader <miles.bader@necel.com>
To: David Reitter <david.reitter@gmail.com>
Cc: "Johan Bockgård" <bojohan+news@dd.chalmers.se>, emacs-devel@gnu.org
Subject: Re: longlines-mode
Date: Thu, 28 Feb 2008 17:01:24 +0900	[thread overview]
Message-ID: <buo63w9ldbf.fsf@dhapc248.dev.necel.com> (raw)
In-Reply-To: <2AA0523D-A6C0-45A5-B209-02563A822F41@gmail.com> (David Reitter's message of "Thu, 28 Feb 2008 07:38:04 +0000")

David Reitter <david.reitter@gmail.com> writes:
>> In particular, there are many issues associated with _editing_
>> display-wrapped code -- common Emacs' commands will often do the wrong
>> thing (most obviously C-a, C-n, and other line-movement commands).
>
> We have been using different code for these that does the right
> thing. This was necessary primarily because of variable width
> fonts. <down>  is bound to `visual-line-down', which moves the point to
> the next  visual line and to the column that is closest on the screen
> (pixel  wise), minimizing horizontal offset (in pixels). Other functions
> provided are `beginning-of-visual-line', `end-of-visual-line', `kill- 
> visual-line', `kill-whole-visual-line'.

Of course the question is whether simple rebinding of common user
command is enough; obviously any _other_ function which attempts to do
line-oriented manipulation may act "weird" as a result.

-Miles

-- 
Bore, n. A person who talks when you wish him to listen.




  reply	other threads:[~2008-02-28  8:01 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-23 17:44 longlines-mode Reiner Steib
2008-02-23 18:31 ` longlines-mode Chong Yidong
2008-02-23 19:45   ` longlines-mode Juri Linkov
2008-02-23 20:03   ` longlines-mode Reiner Steib
2008-02-23 21:13     ` longlines-mode Chong Yidong
2008-02-27 12:20       ` longlines-mode Johan Bockgård
2008-02-27 16:05         ` longlines-mode David Reitter
2008-02-28  2:58           ` longlines-mode Miles Bader
2008-02-28  7:38             ` longlines-mode David Reitter
2008-02-28  8:01               ` Miles Bader [this message]
2008-02-28 16:47               ` longlines-mode Stefan Monnier
2008-02-29 10:47                 ` longlines-mode David Reitter
2008-02-27 16:29         ` longlines-mode Stefan Monnier
2008-02-27 23:21           ` longlines-mode Kim F. Storm
2008-02-27 23:43             ` longlines-mode Johan Bockgård
2008-02-23 19:42 ` longlines-mode Stefan Monnier
2008-02-23 23:09 ` longlines-mode Miles Bader
2008-02-26  2:00   ` longlines-mode Xavier Maillard

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=buo63w9ldbf.fsf@dhapc248.dev.necel.com \
    --to=miles.bader@necel.com \
    --cc=bojohan+news@dd.chalmers.se \
    --cc=david.reitter@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=miles@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).