all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Allan Gottlieb <gottlieb@nyu.edu>
To: help-gnu-emacs@gnu.org
Subject: Re: trouble indenting looooong lines with visual-line-mode
Date: Thu, 03 Sep 2009 14:09:42 -0400	[thread overview]
Message-ID: <yu9my5b99y1.fsf@nyu.edu> (raw)
In-Reply-To: <f2154f3a-8500-4ec7-88ec-501b26cf5cbc@u16g2000pru.googlegroups.com> (Xah Lee's message of "Wed, 02 Sep 2009 09:16:58 -0700 (PDT)")

At Wed, 02 Sep 2009 09:16:58 -0700 (PDT) Xah Lee <xahlee@gmail.com> wrote:

> On Sep 1, 8:21 pm, Allan Gottlieb <gottl...@nyu.edu> wrote:
>> (I am using emacs 23.1)
>> Start with emacs -Q and a buffer in fundamental mode
>>
>> Consider a line wider than the frame, for example
>>
>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
>>
>> which exceeds an 80 column frame.
>> Now assume you have a short line say
>> yyyy
>> followed by the above long line, i.e.
>> yyyy
>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
>>
>> So far so good.  Now indent the long line with say one space.
>> If visual-line-mode is OFF, I see what I expect, the long line is
>> preceded by one space.
>>
>> But with visual-line-mode ON, a blank line appears on the screen between
>> the short and long lines, i.e. the long line (with only one word) was
>> wrapped.
>> This behavior seems wrong.  I am getting burned in the following case
>> among others with html
>>
>> <ol>
>>   <li>
>>     <a
>>       href="a-looong-url-that-naturally-contains-no-blanks">
>>       go here
>>     </a>
>>
>> When the looog-url exceeds the line length a blank line appears
>> after the <a
>>
>> I realize the blank line is not in the file so the browser is not
>> affected, but I find a plus of html to be that it reads well in emacs
>> even when not formatted (by say w3m).
>>
>> Am I correct in viewing this as a bug?  If so I will file a bug report.
>
> it's not a bug. It's a natural behavior of smart word wrapping. Try
> that in any word processor, you see the same behavior.

False.  I just now tried openoffice (writer) and it gives what I
expected: the long line of x's preceded by one blank.

allan





  reply	other threads:[~2009-09-03 18:09 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.5828.1251861686.2239.help-gnu-emacs@gnu.org>
2009-09-02 16:16 ` trouble indenting looooong lines with visual-line-mode Xah Lee
2009-09-03 18:09   ` Allan Gottlieb [this message]
     [not found]   ` <mailman.5962.1252001397.2239.help-gnu-emacs@gnu.org>
2009-09-03 18:32     ` Joost Kremers
2009-09-02  3:21 Allan Gottlieb
2009-09-02  7:53 ` Peter Dyballa
2009-09-02  8:32 ` Lennart Borgman
2009-09-02 14:13   ` Allan Gottlieb

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

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

  git send-email \
    --in-reply-to=yu9my5b99y1.fsf@nyu.edu \
    --to=gottlieb@nyu.edu \
    --cc=help-gnu-emacs@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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.