auto-fill and horizontal scroll

auto-fill and horizontal scroll

[Yevgeniy Makarov]

Hello,

I have auto-fill-mode on and default-truncate-lines set to t (so I have 
horizontal scrolling). Then when I type a long line which goes beyond 
the right window edge, Emacs scrolls to keep the point in the window. 
But when I hit space and the word which caused scrolling is moved to the 
next line, the screen is not scrolled back, and all lines are truncated 
on the left. This is inconvenient because I'd like to see the beginning 
of lines. Is there a way to achieve this?

Thank you,
Yevgeniy

Re: auto-fill and horizontal scroll

[Christian Plate]

Yevgeniy Makarov <emakarov@cs.indiana.edu> writes:
> But when I hit space and the word which caused scrolling is moved to
> the next line, the screen is not scrolled back, and all lines are
> truncated on the left. This is inconvenient because I'd like to see
> the beginning of lines. Is there a way to achieve this?

Hmm, just tried this with CVS Emacs, here the buffer is scrolled back
after filling. Perhaps you should consider to change to GNU Emacs?

Greetings, 
  Christian

Re: auto-fill and horizontal scroll

[Christian Plate]

Christian Plate <cplate@web.de> writes:
> Yevgeniy Makarov <emakarov@cs.indiana.edu> writes:
>> But when I hit space and the word which caused scrolling is moved to
>> the next line, the screen is not scrolled back, and all lines are
>> truncated on the left. This is inconvenient because I'd like to see
>> the beginning of lines. Is there a way to achieve this?
>
> Hmm, just tried this with CVS Emacs, here the buffer is scrolled back
> after filling. Perhaps you should consider to change to GNU Emacs?
                                                          ^^^

Of course I meant CVS Emacs here!

Regards, Christian 

Re: auto-fill and horizontal scroll

[Yevgeniy Makarov]

Christian Plate wrote:
> Christian Plate <cplate@web.de> writes:
>> Yevgeniy Makarov <emakarov@cs.indiana.edu> writes:
>>> But when I hit space and the word which caused scrolling is moved to
>>> the next line, the screen is not scrolled back, and all lines are
>>> truncated on the left. This is inconvenient because I'd like to see
>>> the beginning of lines. Is there a way to achieve this?
>> Hmm, just tried this with CVS Emacs, here the buffer is scrolled back
>> after filling. Perhaps you should consider to change to GNU Emacs?
>                                                           ^^^
> 
> Of course I meant CVS Emacs here!

I am using Emacs under Windows, and I downloaded supposedly development 
version which includes AUCTeX with latex-preview. It says it is "GNU 
EMACS 22.0.50.1 ... of 2005-10-18." I read in CVS README that 22.0.50 
seems to correspond to 21.3.50, and 21.3 is the latest in the "windows" 
directory.

I discovered that Emacs under Windows sometimes scrolls back and 
sometimes does not. To the best of my understanding, it does scroll back 
if the point is at the end of the file. If there is even a newline after 
the point, then it does not scroll back.

I also tested this on GNU Emacs 21.3.1 under Linux and it worked fine.

By the way, even under Linux, when the word which made Emacs scroll is 
very long, then after moving this word to the next line Emacs positions 
the point (at the end of the word) centered horizontally on the screen, 
which means that the left edge of text is again beyond the window. I'd 
like to always see the left edge unless the point is out of window. Is 
there a way to achieve this?

I am writing all this because I did not find a way to make Emacs follow 
the conventional line-breaking behavior of programs like Microsoft 
Notepad, Mozilla Thunderbird or even Pine. In all these programs the 
line is broken when it becomes longer than a certain bound. I could live 
with Emacs waiting to break the line until I press Space if it would 
scroll back all the way left. I also tried longlines and maniac packages 
but they seemed to interfere with AUCTeX and/or fontification (I can't 
tell exactly at this point).

Any opinions about this?

Thank you again,
Yevgeniy