From: Oliver Scholz <alkibiades@gmx.de>
Subject: Re: problem with editing/decoding utf-8 text
Date: Tue, 27 May 2003 13:05:22 +0200 [thread overview]
Message-ID: <u65nwabv1.fsf@ID-87814.user.dfncis.de> (raw)
In-Reply-To: mailman.6770.1053942670.21513.help-gnu-emacs@gnu.org
Fery <engard.ferenc@innomed.hu> writes:
[...]
>> >> 1. Cannot I tell to a buffer (after the load of a file) that interpet it
>> >> as binary, and save exactly the same bytes what it did read into the
>> >> buffer (i.e. transparent buffer)?
>> >
>> > It's not a good idea. The buffer contents might already be munged at
>> > that point.
>
> I know, I know, but I am the user, I should know if it is safe... :)
>
>> Maybe the OP wants to visit files with `M-x find-file-literally'?
>
> Yes, this is what I wanted originally. :) But, without the existence of
> a 'literal keyboard' it doesn't help _so_ much (although, I can edit the
> non-utf-8 part of the file)...
[...]
I can not parse this. Maybe there's a misunderstanding here?
When you hit a non-ascii key (like "ö" on a German keyboard), then
Emacs inserts the 8bit code for ö in the ISO 8859-1 character encoding
scheme (normally). This would be the octal code 366.
[Note: This applies only to unibyte buffers. A buffer visiting a file
with `find-file-literally' is a unibyte buffer.]
What else do you want? Be aware that Emacs doesn't display this as
some octal escape sequence (or some such) but as the actual glyph "ö".
[If you think this latter thing is bad, then you are not the only one
and I could post some Elisp code, which remedies this.]
Note, however, that the 8bit codes from the right hand part of the
Latin 1 CES are *not* allowed octetts in UTF-8. So inserting an ö will
break your UTF-8 encoding. So maybe you want -- on the contrary --
Emacs to insert the correct UTF-8 octetts corresponding to the
character on you keyboard (which is definitely not "literally")?
Oliver
--
8 Prairial an 211 de la Révolution
Liberté, Egalité, Fraternité!
next parent reply other threads:[~2003-05-27 11:05 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.6770.1053942670.21513.help-gnu-emacs@gnu.org>
2003-05-27 11:05 ` Oliver Scholz [this message]
2003-05-27 11:41 ` problem with editing/decoding utf-8 text Oliver Scholz
[not found] <mailman.6818.1054022957.21513.help-gnu-emacs@gnu.org>
2003-05-27 11:10 ` Oliver Scholz
[not found] ` <3ED37785.CA5A9AD5@innomed.hu>
[not found] ` <ubrxnb5m2.fsf@ID-87814.user.dfncis.de>
2003-05-30 12:45 ` Fery
[not found] ` <mailman.7046.1054298932.21513.help-gnu-emacs@gnu.org>
2003-05-30 13:24 ` Kai Großjohann
2003-05-27 8:06 Fery
-- strict thread matches above, loose matches on Subject: below --
2003-05-26 9:47 Fery
2003-05-26 9:47 Fery
[not found] <mailman.6635.1053692285.21513.help-gnu-emacs@gnu.org>
2003-05-23 16:50 ` Kai Großjohann
2003-05-23 19:23 ` Oliver Scholz
2003-05-23 20:53 ` Kai Großjohann
2003-05-23 21:20 ` Stefan Monnier
2003-05-23 12:08 Fery
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=u65nwabv1.fsf@ID-87814.user.dfncis.de \
--to=alkibiades@gmx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.