Re: 7bit and iso-8859-1

[Lars Balker Rasmussen <lbr@mjolner.dk>]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> Try the following:
> 
> Put "Thïs" into an empty buffer, and then eval
> `(progn (mm-encode-body) (mm-body-encoding))'.  You should get
> `7bit'.  If not, go to the "ï" and eval
> `(char-charset (following-char))'.  You should get `latin-iso8859-1'.
> If you get `ascii', then, uhm.  Uhm?

I get the same problems as Jon (pgnus 0.13, Emacs-20.3), and I think I
know why:

(Seems that iso-insert is now default in 20.3, but it's not my build so
I can't say what they have put into it.)

Running `emacs-20.3 -q', `C-x 8 a' inserts what looks like an å, except
(char-charset (following-char)) on it says ascii.  

C-h k C-x 8 a
	C-x 8 a runs the command insert-a-ring

/usr/local/share/emacs/20.3/lisp/international/iso-insert.el:
	(defun insert-a-ring ()
	   (interactive "*")
	   (insert 229)
	)

Also, writing a simple test-message with just a couple of å's will have
Gnus complain about posting an empty message (?).

If I cut'n'paste an å from an xterm, I get the expected latin-iso8859-1
from (char-charset (following-char)).

Yes, I have an American keyboard, and will have to jump through hoops to
get accented chars.  So I'm wondering; what's the REAL way of getting
iso8859-1 chars under Mule, when iso-insert obviously is broken?
-- 
Lars Balker Rasmussen, Software Engineer, Mjolner Informatics ApS
lbr@mjolner.dk