From: Carsten Dominik <carsten.dominik@gmail.com>
To: nicholas.dokos@hp.com
Cc: Scott Randby <srandby@gmail.com>, "[Orgmode]" <emacs-orgmode@gnu.org>
Subject: Re: Links and visual-line-mode
Date: Thu, 2 Jun 2011 16:16:56 +0200 [thread overview]
Message-ID: <CAC88B47-6E3E-42EF-88CA-CE28032C9289@gmail.com> (raw)
In-Reply-To: <15241.1306994317@alphaville.dokosmarshall.org>
On 2.6.2011, at 07:58, Nick Dokos wrote:
> Scott Randby <srandby@gmail.com> wrote:
>
>> On 06/01/2011 10:49 PM, Nick Dokos wrote:
>>> Scott Randby <srandby@gmail.com> wrote:
>>>
>>>> This is a problem that has been bugging me for some time because I use
>>>> visual-line-mode a lot when I'm working on my org-mode files.
>>>>
>>>> Say I have visual-line-mode turned on when I'm editing an org-mode file.
>>>> If I do C-c C-l, put in the link address, hit <Enter>, put in a
>>>> description, and hit <Enter>, then the long lines in the document are no
>>>> longer wrapped even though "(Org Wrap)" still appears on the mode line.
>>>> The only way I've been able to get wrapping back is to do M-x
>>>> visual-line-mode twice (which is just leaving the mode and then bringing
>>>> it back. This is very inconvenient, especially when I want to enter
>>>> several links. Is this a bug or is there an easy way to remind Emacs
>>>> that it is in visual-line-mode and that it should wrap long lines?
>>>>
>>>> I have org-mode 7.5 on Emacs 23.2.1
>>>>
>>>
>>> Cannot reproduce this either on emacs 23.1.1 or emacs 24.0.50 - the only
>>> versions I have available here. org-mode is from earlier today.
>>>
>>> The word-wrap documentation suggests some interaction with
>>> truncate-lines and truncate-partial-width-windows, so that might be a
>>> path of investigation. But when I try setting truncate-lines to t
>>> (which does truncate long lines even though "Wrap" is still on the mode
>>> line) and then do (visual-line-mode 1), the variable is set back to nil
>>> again. In any case, inserting links does not cause any other changes, no
>>> matter what I set the variable to.
>>
>> In my .emacs, I have pop-up-windows set to nil. If I change that setting
>> to t, then visual-line-mode keeps working when C-c C-l is used to insert
>> a link. Changing pop-up-windows back to nil causes the bad behavior.
>>
>> One reason I want pop-up-windows to be set to nil is because I
>> frequently use C-x C-b to look at the buffer list. If pop-up-windows is
>> set to t, then C-x C-b opens the buffer list in a pop-up window while
>> the active cursor is in the other window. This is ridiculous.
>>
>> I found this message about org-mode and pop-up windows in the mailing
>> list archives:
>>
>> http://lists.gnu.org/archive/html/emacs-orgmode/2009-04/msg00712.html
>>
>> While the issue described is not the same as mine, the complaint about
>> org-mode not playing nice when pop-up-windows is set to nil is still valid.
>>
>
> Yes, with pop-up-windows set to nil, I can reproduce it too.
> The problem is that truncate-lines is set to t inside org-insert-link.
Yes, but only after the focus was switched to the *Org Link* buffer which is
shown in order to select a link. truncate-lines is automatically buffer-local,
so it should not effect its value in other buffers. Is truncate-lines modified after inserting a link????
> When I comment that out, I get the behavior you expect. The question is:
> why is truncate-lines set to t?
To get just one line per link, so to get a nicely
organized selection buffer.
- Carsten
> I don't know the answer to that, but it
> seems to be unnecessary: I think it could be let-bound instead or explicitly
> reset to its former value afterwards.
>
> The problems described by Samuel in the link you provided may be caused
> by the same setting, but I haven't looked in detail.
>
> Nick
>
next prev parent reply other threads:[~2011-06-02 14:17 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-01 23:32 Links and visual-line-mode Scott Randby
2011-06-02 2:49 ` Nick Dokos
2011-06-02 5:30 ` Scott Randby
2011-06-02 5:58 ` Nick Dokos
2011-06-02 6:03 ` Nick Dokos
2011-06-02 14:01 ` Scott Randby
2011-06-02 20:20 ` Sebastien Vauban
2011-06-03 14:24 ` Scott Randby
2011-06-02 14:16 ` Carsten Dominik [this message]
2011-06-02 15:51 ` Nick Dokos
2011-06-02 16:04 ` Carsten Dominik
2011-06-02 16:41 ` Nick Dokos
2011-06-02 17:47 ` Scott Randby
2011-06-02 17:49 ` Carsten Dominik
2011-06-02 19:56 ` Nick Dokos
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.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAC88B47-6E3E-42EF-88CA-CE28032C9289@gmail.com \
--to=carsten.dominik@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=nicholas.dokos@hp.com \
--cc=srandby@gmail.com \
/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/org-mode.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).