bug-auctex
[Top][All Lists]
Advanced

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

Re: [Bug-AUCTeX] Re: 11.81; *output* buffer is set to UTF-8


From: David Kastrup
Subject: Re: [Bug-AUCTeX] Re: 11.81; *output* buffer is set to UTF-8
Date: Tue, 30 Jan 2007 23:11:50 +0100
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.93 (gnu/linux)

Stefan Pofahl <address@hidden> writes:

> David Kastrup <dak <at> gnu.org> writes:
>
>> 
>> So a lot of guess work is involved here, and XEmacs 21.4 is, of all
>> Emacsen available that happen to be able to deal with utf-8 at all,
>> pretty much the worst option.  It will basically not guess at all
>> but follow the locale, and even then you need to kick it extra if
>> that is utf-8.
>> 
>> Doing the right thing is far from trivial, in particular if "the
>> right thing" is such a fuzzy concept.
>
> thanks for all your comments! I'm neither an XEmacs-edict nor am I
> an experienced elisp-coder, but perhaps I'm a bit a sportsmen and I
> use XEmacs in my office (MS-Windows computer) and so I will try, if
> I can solve the problem in a better way than shown above ;-) So that
> I can work at home and in the office with the same editor.

Oh yes, I forgot: even worse than XEmacs 21.4 mule is XEmacs 21.4
nomule which you'll have to use in Windows...

One the positive side, there is a CVS Emacs including AUCTeX for
Windows precompiled on the AUCTeX download site, so you might get the
same Emacs on both platforms (something which you can't easily get
with XEmacs 21.4).

> If I found another (hopefully better) trick, - as published above -,
> I will foreward my solution here.

I'd guess it to be a combination or one of setting your Linux locale
(where this is done depends on distribution), loading un-define,
setting your default language environment variable and/or default
coding systems inside of XEmacs.

And things will be different for your mule and your nomule XEmacs...

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum




reply via email to

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