From: Erik Norvelle <erik@norvelle.org>
Cc: Peter Dyballa <Peter_Dyballa@Web.DE>
Subject: Re: Trying to input Unicode via GNU Emacs 21.3.1
Date: Sat, 12 Feb 2005 18:27:58 +0100 [thread overview]
Message-ID: <5910c2857dcf51c54ba3ec1ac7d930bc@norvelle.org> (raw)
In-Reply-To: <1108224956.5324.9.camel@c83-250-206-179.bredband.comhem.se>
Peter Dyballa & August,
Thanks to both of you for your suggestions and clarifications. Knowing
that the Unicode characters were correctly entered in Emacs helped me
to trace the issue to the browser, which, as you both suspected, was
not responding to the fact that the file was in Unicode.
As it turns out, if I change the text encoding of the page from
`Western (ISO-8859-1)' to `Unicode (UTF-8)' everything does in fact
appear perfectly.
So this is no longer really an Emacs question, but perhaps one of you
might know the answer anyhow: Why don't my browsers (both Camino and
Safari) respond to the fact that my HTML contains the following:
<html lang="en-US"><head>
<meta http-equiv="Content-Type" content="text/html;charset=UTF-8">
...
Feel free to reply directly to me if you don't want to clutter the
Emacs list with HTML questions
Cheers,
-Erik
On 12/02/2005, at 17:15, August wrote:
> On lör, 2005-02-12 at 04:06 +0100, August wrote:
>> On fre, 2005-02-11 at 22:31 +0100, David Kastrup wrote:
>>> List account <lists@norvelle.org> writes:
>>>
>>>> I am trying to use GNU Emacs 21.3.1 on FreeBSD (5.3) to edit web
>>>> pages
>>>> (I'm accessing my FreeBSD machine via Terminal.App on a Mac, with
>>>> TERM=xterm-color). I need to input Unicode characters and have them
>>>> appear properly in web browsers. Currently, I have gotten Emacs to
>>>> use "Unicode" mode (i.e. the two or three little "u"'s appear at the
>>>> bottom left), and I am able to enter characters that look just fine
>>>> in
>>>> Emacs, but they display as gibberish in browsers.
>>>>
>>>> For instance, I need to be able to display the typical accented
>>>> Spanish, Italian and French characters. As an example, I can input
>>>> "Alarcón" in Emacs and it looks fine, but it displays in my browser
>>>> (Camino 0.82 on Mac OS X) as "Alarcón". The odd thing is that I
>>>> basically copied and modified this text from a page that actually
>>>> works just fine.
>>>>
>>>> I have the following lines in my .emacs:
>>>> (setq locale-coding-system 'utf-8)
>>>> (set-terminal-coding-system 'utf-8)
>>>> (set-keyboard-coding-system 'utf-8)
>>>> (set-selection-coding-system 'utf-8)
>>>> (prefer-coding-system 'utf-8)
>>>
>>> It would appear that the browser is of the opinion that the selection
>>> is in latin-1, your system default. You are explicitly telling Emacs
>>> to ignore the system default.
>>>
>>> Also with your other settings you tell Emacs that everything the
>>> locale appears to be is wrong. The easiest thing probably would be
>>> if
>>> you not only told your Emacs that all of your environment is utf-8,
>>> but if you just configured your environment to actually be so, in
>>> which case you would not have to tell all of those lies to Emacs.
>>>
>>> It may be that in a Latin-1 locale, Emacs-21.3 does not have a way to
>>> tell the browser "Everything in the selection is utf-8". I believe
>>> that the development version of Emacs _has_ had some changes, due to
>>> some X conventions that have been introduced or become common-place
>>> only after Emacs 21.3 has been release, so it might fair better with
>>> passing Unicode characters over a selection that it principally
>>> Latin-1, at least when the other program also knows about those
>>> conventions.
>>
>> I'm not sure it's the settings that causes the problem. I run Emacs on
>> Fedora Core 3 and have no coding system settings in my `.emacs'. All
>> new
>> buffers have coding system utf-8 by default, but Mozilla Firefox does
>> not display the letters `å', `ä', `ö', `Å', `Ä' or `Ö' correctly when
>> I
>> view my own html pages, if I choose Latin-1 in Emacs they work with
>> Mozilla.
>
> In my case the problem showed out to be caused by a combination of the
> settings in Mozilla Firefox and in the Tidy HTML validation tool. In
> Mozilla I changed `Edit -> Preferences -> General -> Languages ->
> Character Encoding' from the default `Western (ISO-8859-1)' to `Unicode
> (UTF-8)' and in the tidy command i added `-utf8'. Now it works.
>
> --
> August
>
>
>
> _______________________________________________
> Help-gnu-emacs mailing list
> Help-gnu-emacs@gnu.org
> http://lists.gnu.org/mailman/listinfo/help-gnu-emacs
>
next prev parent reply other threads:[~2005-02-12 17:27 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.1808.1108157331.2841.help-gnu-emacs@gnu.org>
2005-02-11 21:31 ` Trying to input Unicode via GNU Emacs 21.3.1 David Kastrup
2005-02-12 3:06 ` August
2005-02-12 16:15 ` August
2005-02-12 17:27 ` Erik Norvelle [this message]
2005-02-12 19:06 ` Peter Dyballa
[not found] ` <mailman.1838.1108178666.2841.help-gnu-emacs@gnu.org>
2005-02-12 10:47 ` David Kastrup
2005-02-14 1:35 ` Stefan Monnier
2005-02-11 21:00 List account
2005-02-12 13:29 ` Peter Dyballa
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5910c2857dcf51c54ba3ec1ac7d930bc@norvelle.org \
--to=erik@norvelle.org \
--cc=Peter_Dyballa@Web.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).