                                                                                                                                                                                                                                                                
MIME-Version: 1.0
Path: q11ni134296111wiw.1!nntp.google.com!goblin3!goblin1!goblin.stu.neva.ru!usenet.stanford.edu!not-for-mail
From: Eli Zaretskii <e...@gnu.org>
Newsgroups: gnu.emacs.help
Subject: Re: visual line mode
Date: Sat, 13 Oct 2012 17:39:14 +0200
Lines: 17
Approved: help-gnu-em...@gnu.org
Message-ID: <mailman.10914.1350142756.855.help-gnu-emacs@gnu.org>
References: <1350025008261-266925.post@n5.nabble.com> <838vbc85dy.fsf@gnu.org>
	<87a9vsjcsl.fsf@thinkpad.tsdh.de>
	<1350038115945-266940.post@n5.nabble.com>
	<7D26BCC2-3CEA-4109-878F-FEB13D2EED2B@Web.DE>
	<1350038885303-266943.post@n5.nabble.com>
	<395879E8-FD2F-4487-850D-0B2CECE37DF5@Web.DE>
	<83wqyv7rao.fsf@gnu.org>
	<78965E5B-44D5-45E7-9366-E7FEC4D0FA7A@Web.DE>
	<83ipaf7ivy.fsf@gnu.org>
	<B2CF1CAC-888B-4722-8287-FE8ABD0F6CB7@Web.DE>
	<83d30m7rhg.fsf@gnu.org>
	<EF1C9AD3-CCD5-4CFB-AC6C-29C1D1F21CE2@Web.DE>
NNTP-Posting-Host: lists.gnu.org
To: Help-gnu-em...@gnu.org
Envelope-to: Help-gnu-em...@gnu.org
In-reply-to: <EF1C9AD3-CCD5-4CFB-AC6C-29C1D1F21CE2@Web.DE>
Precedence: list

> From: Peter Dyballa <Peter_Dyba...@Web.DE>
> Date: Sat, 13 Oct 2012 17:26:13 +0200
> Cc: Help-gnu-em...@gnu.org
> 
> what I miss is that it does not jump to column 61 where the other line actually ends but stayed in column 47.

Sorry, but this is not helpful.  Column 61 and column 47 don't say
anything to me, unless you show a precise recipe, starting with
"emacs -Q", that would explain what you expect Emacs to do.

> OTOH, what I tried to show with my screen-shot looks exactly like something impossible: the text cursor beyond the end of the line of text. After the word "xdv2pdf" cannot be any white space because it was certainly removed before (I can't remember that replace-regexp was failing before) and because it was not shown in the other wider buffer. Was GNU Emacs a bit confused because the first part of the line it had to break was longer than the window is wide?

This is either due to a bug or to some customization (most probably
the latter).  Again, please give a recipe to reproduce such a
behavior.  It should never happen, and has nothing to do with
visual-line-mode.