emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Mike Newman <mike@newmanfamily.me.uk> (by way of Mike Newman <mike@newmanfamily.me.uk>)
To: Carsten Dominik <dominik@science.uva.nl>
Subject: Re: Changing variable defaults.
Date: Wed, 4 Feb 2009 20:42:14 +0000	[thread overview]
Message-ID: <20090204204214.08bec399@newmanfamily.me.uk> (raw)
In-Reply-To: <01B2CD56-24EF-4CD4-9ED4-AC5A1B91D152@uva.nl>

On Wed, 4 Feb 2009 13:21:24 +0100
Carsten Dominik <dominik@science.uva.nl> wrote:

> Hi Mike,
> On Feb 3, 2009, at 12:20 AM, Mike Newman wrote:
> >
> >> (setq org-tags-column -77)
> >
> > For the past few months, I have been using org-mode in conjunction  
> > with
> > Visual Line mode, a new feature of Emacs 23, and found they work
> > together well.
> I am a bit surprised that you say this, as Org-mode does overrule
> the special beginning/end of line commands that visual line mode
> normally installs.  Have you not missed these?
> Have you been playing with org-special-ctrl-a/e, and
> org-special-ctrl-k, and what do you think should the
> behavior be in this case, if visual-line-mode is active?
> Thanks for pointing out that mode, it look interesting and seems
> to be a lot more usable with Org than longlines.el
> - Carsten

I had noticed the change in behaviour of C-a and C-e, but I hadn't
attempted to get round it (except by only using them to move to the
start and end of the paragraph).

In fact, with paragraph-oriented text, moving to the beginning or end
of the line is relatively unimportant, so I haven't really missed the

I'm not really clear on the details of their standard behaviour in
org-mode now, but I guess something that might make sense (to a user)
would be for them to behave in an org-specific way when they are
somewhere where this makes sense, but then to fall back to their
previous definition otherwise.

I'm unclear on exactly how fixed the behaviour of visual line mode is
- it hasn't yet appeared in an emacs release, so I guess it might
still change.

In the longer term, I imagine people will start wanting support for
variable width fonts (visual line mode at last makes these usable in

Thanks again for all your efforts.


      reply	other threads:[~2009-02-04 21:49 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-01 14:27 Carsten Dominik
2009-02-02 23:20 ` Mike Newman
2009-02-04 12:21   ` Carsten Dominik
2009-02-04 20:42     ` Mike Newman [this message]

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:

  List information: https://www.orgmode.org/

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

  git send-email \
    --in-reply-to=20090204204214.08bec399@newmanfamily.me.uk \
    --to=mike@newmanfamily.me.uk \
    --cc=dominik@science.uva.nl \
    --subject='Re: Changing variable defaults.' \


* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Code repositories for project(s) associated with this inbox:


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).