bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

html / emacs / email / w3 / gnus: 0xa0 and 0x0a both used as newlines


From: Daniel Ortmann
Subject: html / emacs / email / w3 / gnus: 0xa0 and 0x0a both used as newlines
Date: 24 Sep 2004 09:03:13 -0500
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.3.1 (i386-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2004-08-03 on raven, modified by Debian
configured using `configure '--build=i386-linux' '--host=i386-linux' 
'--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' 
'--localstatedir=/var/lib' '--infodir=/usr/share/info' 
'--mandir=/usr/share/man' '--with-pop=yes' '--with-x=yes' 
'--with-x-toolkit=athena' 'CFLAGS=-DDEBIAN -g -O2' 'build_alias=i386-linux' 
'host_alias=i386-linux''
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Hello,

Many emails are now using 0xa0 as a newline character (at least as
rendered by w3 under gnus and as sent by messages using "R" for Reply).
Often the normal newline 0x0a occurs above and below the 0xa0 line.

E.g. some text.
0x0a
0xa0
0x0a
Some other text.

These strange line separators break C-x C-o (delete-black-lines), C-q
(fill-paragraph), as well as all other whitespace-related functionality.

What is the solution?
Should w3 render 0xa0 as 0x0a?
Should 0xa0 be treated as [[:space:]]???  (dangerous?)
Or is their some other solution?

It's difficult to "fix" (i.e. compensate for) infinite broken emailers.

Thanks!

Recent input:
C-n C-n C-n C-v C-v c c c c C-x k <return> <return> 
N P C-x o C-n C-SPC C-n C-n C-n C-n C-x n n M-x h e 
x l - m o <tab> <return> y C-p C-f C-f C-f C-f C-f 
C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-p C-a C-f 
C-f C-f C-f C-f C-f C-f C-f C-f C-b C-b C-b C-b C-b 
C-f C-f C-f C-b C-b C-b C-f C-f <down-mouse-1> <mouse-1> 
<help-echo> C-c C-c C-x n w C-l C-x o M-u M-u C-p C-p 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<menu-bar> <help-menu> <report-emacs-bug>

Recent messages:
Parsed 100% of 6876...done
Unknown directive in stylesheet: @font-face
Unknown directive in stylesheet: @page
Drawing... done
Mark set
Invalid face text property value: minibuffer-prompt [27 times]
Auto-saving...done

Loading emacsbug...done
Invalid face text property value: minibuffer-prompt [314 times]

-- 
Daniel Ortmann, LSI Logic, 3425 40th Av NW, Suite 200, Rochester MN 55901
work: Daniel.Ortmann@lsil.com / 507.535.3861 / 63861 int / 8012.3861 gdds
home: dortmann@charter.net 507.288.7732, 2414 30Av NW #D, Rochester MN 55901
gpg/pgp public key: http://wwwkeys.us.pgp.net
jabber: daniel_ortmann@jabber.org / dortmann@jabber.co.lsil.com




reply via email to

[Prev in Thread] Current Thread [Next in Thread]