unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Lars Magne Ingebrigtsen <larsi@gnus.org>
Cc: 4318@debbugs.gnu.org, gottlieb@nyu.edu
Subject: bug#4318: 23.1; trouble indenting looooong lines with visual-line-mode
Date: Sat, 17 Sep 2011 12:42:39 +0300	[thread overview]
Message-ID: <83ty8btshc.fsf@gnu.org> (raw)
In-Reply-To: <m3boujaazh.fsf@stories.gnus.org>

> From: Lars Magne Ingebrigtsen <larsi@gnus.org>
> Date: Sat, 17 Sep 2011 09:23:14 +0200
> Cc: 4318@debbugs.gnu.org
> 
> Allan Gottlieb <gottlieb@nyu.edu> writes:
> 
> > yyyy
> > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> >
> > 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 can confirm this behaviour in Emacs 24.
> 
> The problem seems to be that `visual-line-mode' breaks long lines after
> any white space -- even if the white space begins the line.  That
> doesn't seem optimal, I think.

The extra line stands for the space that is not shown.  If you place
the cursor on that "empty line" and type "C-x =", you will see that
point is before the space character, not before newline.

So I think visual-line-mode (a.k.a. "word wrap") behaves correctly.
Doing what the OP asks for would also have undesirable side effects,
albeit different ones.  E.g., adding some non-white character at the
beginning of that line will suddenly and mysteriously move the
"xxxx..." part one line down.

And that's even before I consider the potential complications of the
code, which already tracks the word wrap mode with no less than 12
state variables...

My recommendation is to close this bug as "won't fix".





  reply	other threads:[~2011-09-17  9:42 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-02 14:13 bug#4318: 23.1; trouble indenting looooong lines with visual-line-mode Allan Gottlieb
2011-09-17  7:23 ` Lars Magne Ingebrigtsen
2011-09-17  9:42   ` Eli Zaretskii [this message]
2011-09-18  7:56     ` Lars Magne Ingebrigtsen
2011-09-18 15:26     ` Chong Yidong
2015-12-15 10:51 ` bug#4318: GMNT p8

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=83ty8btshc.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=4318@debbugs.gnu.org \
    --cc=gottlieb@nyu.edu \
    --cc=larsi@gnus.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).