Re: getting rid of ^M displayed by emacs-w3m

[Daniel Rubin]

David Hansen wrote:

> X-Post to the emacs-w3m mailing list.
>
> [ summary for the w3m devels: some html page includes the string
> "
" and emacs-w3m inserts a raw carriage return into the
> buffer, which of course looks kind off ugly ]
>
> On Sun, 25 Mar 2007 10:58:37 +1100 Alexey Pustyntsev wrote:
>
> > David Hansen <david.hansen@gmx.net> writes:
> >
> > > To me this looks like the page explicitly asked to display a
> > > carriage return.  So I think what emacs w3m does here is reasonable.
> > > But maybe this "&#13;" is some html trick I don't know...
> > Thanks David.
> >
> > What I don't understand here is why w3m doesn't display
> > ^M (or, perhaps, something else) in xterm when the page explicitly
> > asks to do so.
>
> Some of the rendering is done by w3m and some within emacs.  The
> translation of entities to characters is one of the things that
> happens in emacs.
>
> > > How do you think should emacs-w3m render a carriage return?
> > I consider ^M to be garbage in the rendered html so it should not be
> > displayed by default unless, of course, specifically requested.
>
> If the html source includes the entity "&#13;" it explicitly
> requested the display of a carriage return (whatever this means), at
> least in my opinion.  But again, this might be some html "feature" I
> don't know about.
>
> IMHO the right thing to do here is to read up in the HTML specs how
> whitespaces encoded with html entities should be treated.

Could it be the HTML file contains _both_, line-endings indicated 
by CR as well as some by newline or CR/LF?
So maybe Emacs is somehow tricked to believe it's displaying a 
-unix or -dos encoded file and rejects to recognise the discrete 
^Ms as newlines, while the terminal unconditionally displays 
anything looking like it might be a newline as such.

Just a thought.

Have fun
----Daniel

--
Daniel Rubin
daniel warum-ada de