emacs-devel
[Top][All Lists]
Advanced

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

Re: master e4e1e268c8e 2/2: Set a default locale on Android


From: Po Lu
Subject: Re: master e4e1e268c8e 2/2: Set a default locale on Android
Date: Fri, 08 Dec 2023 18:30:51 +0800
User-agent: Gnus/5.13 (Gnus v5.13)

Eli Zaretskii <eliz@gnu.org> writes:

> If that encoding is consistent with the current system locale, Emacs
> is expected to be able to decode it.

The system's locale is _always_ UTF-8.

> Again, if the current locale is not UTF-8, Emacs should be able to
> decode text even in the absence of any cookies.  When the file's
> contents could be decoded with more than a single coding-system, Emacs
> uses the locale's defaults to break the tie.

We are mis-communicating: there are no non-UTF-8 locales under Android,
which is a guarantee from the Android developers.  There are different
languages, but they are uniformly encoded as UTF-8.

> Once again: Emacs is expected to support more than that, it is
> expected to behave according to the current system locale.

There is _NO_ system locale besides UTF-8.  Irrespective of the language
selected, the locale installed amounts to en_US.utf-8, with the
intention being that such programs as spell checkers will detect and
apply the user's language preferences themselves.

>> >   . what will be the default coding-systems in Emacs? will they always
>> >     be UTF-8?
>> 
>> Yes.
>> 
>> >   . what will be the default dictionary for spell-checking? will it
>> >     always be English?
>> 
>> Yes, unless the system's spell checker is being used.
>> 
>> >   . what will be the default language-environment in Emacs? will it
>> >     always be UTF-8? if so, what would be the default input method to
>> >     be turned on when the user types 'C-\' ?
>> 
>> It'll always be UTF-8, and typing C-\ should prompt the user for the
>> input method to enable.
>
> Such behaviors are unacceptable.  We should fix them so that Emacs on
> Android behaves like it does on other platforms, or else we cannot
> release such an Android port.  Please work on fixing these glaring
> omissions.

How can it be fixed, when there are only two locales (C and UTF-8) in
existence?  Android spell checkers are meant to provide their own means
for detecting and applying the system's language preferences, because
the system does not on their behalf.

Thanks.


reply via email to

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