From: Kenichi Handa <handa@m17n.org>
Cc: pogonyshev@gmx.net, jasonr@f2s.com, emacs-devel@gnu.org
Subject: Re: windows-1251 language environment
Date: Tue, 14 Oct 2003 09:37:35 +0900 (JST) [thread overview]
Message-ID: <200310140037.JAA23889@etlken.m17n.org> (raw)
In-Reply-To: <rzqismxvwz1.fsf@albion.dl.ac.uk> (message from Dave Love on Fri, 10 Oct 2003 18:11:46 +0100)
In article <rzqismxvwz1.fsf@albion.dl.ac.uk>, Dave Love <d.love@dl.ac.uk> writes:
> Kenichi Handa <handa@m17n.org> writes:
>> At first, I have installed a mechanism of auto-loading a
>> coding system.
> Is it really worth it for the 8-bit sets? I'm not sure whether to
> think this is significant or not:
> let ((stats (garbage-collect)))
> (load "code-pages")
> (pp (list stats (garbage-collect))))
It's not easy to see the effect of preloading code-pages
from this output. But, when I put this in loadup.el
(load "international/code-pages")
the resulting Emacs is 585K-byte bigger. I think we can't
ignore this size.
>> I have not yet tested it fully. We may have to add GCPROs
>> in several places.
> <URL:ftp://dlpx1.dl.ac.uk/fx/emacs/Mule/autoload-coding-systems.diff>
> was reasonably well tested, probably also on a system where gcpro was
> relevant then (though I don't know if I tested it by forcing GC during
> loading).
Stefan also showed me his implementation. I reached my code
because I didn't want to change anything other than the
place related to coding-system. That is because this
mechanism is obsolte in emacs-unicode in which defining a
coding system is so cheap that there's no need of this
mechanism.
>> Right. I think what we need for language environment is a
>> mechanism similar to face; i.e. creating a new one easily
>> while allowing inheriting, and customizing an existing one
>> easily.
> I did something about customizing the language alist some time ago.
> As far as I remember, it naturally used the mechanism for overriding
> elements of the standard value in customized lists, and that interface
> was vetoed for reasons I didn't understand. Presumably inheritance
> would use a similar mechanism, but I'm not sure how useful it is.
> As it is, a language environment has to cover several things that
> should be orthogonal:
> * The language (which might influence input methods as well as the
> default Ispell dictionary, at least);
> * The charset/coding system preferences (which might also influence
> input methods, though the hooks now in Quail make that less of an
> issue);
> * Other things that currently aren't dealt with properly, like paper
> size (for ps-print), calendar holidays &c (which may depend on the
> locale territory, not just the language).
>> For instance, in such a case, we can allow people to create
>> a new lang. env. by inheriting, for instance, Russian, and
>> modifying coding-system to windows-1251.
> Is this actually better than allowing them to specify (the equivalent
> of) the locale ru_RU.windows-1251?
If that locale is available to a user, that is ok.
Otherwise, there should be a way to provide the same
environment to him.
---
Ken'ichi HANDA
handa@m17n.org
next prev parent reply other threads:[~2003-10-14 0:37 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.878.1064866468.21628.bug-gnu-emacs@gnu.org>
2003-09-30 17:11 ` windows-1251 language environment Kevin Rodgers
[not found] ` <200310032356.54476.pogonyshev@gmx.net>
[not found] ` <rzq1xtrsdrm.fsf@albion.dl.ac.uk>
[not found] ` <200310060013.52049.pogonyshev@gmx.net>
2003-10-07 2:54 ` Kenichi Handa
2003-10-07 11:56 ` Anton Zinoviev
2003-10-12 15:45 ` Dave Love
2003-10-17 12:49 ` Anton Zinoviev
2003-10-17 13:22 ` Terje Rosten
2003-10-17 14:36 ` Anton Zinoviev
2003-10-17 16:58 ` Terje Rosten
2003-10-21 22:38 ` Dave Love
2003-10-23 9:23 ` Richard Stallman
2003-10-24 17:07 ` Anton Zinoviev
2003-10-08 4:51 ` Richard Stallman
2003-10-08 10:40 ` Kenichi Handa
2003-10-09 14:44 ` Richard Stallman
2003-10-12 15:40 ` Dave Love
2003-10-13 23:50 ` Kenichi Handa
2003-10-14 19:31 ` Richard Stallman
2003-10-15 13:44 ` Kenichi Handa
2003-10-15 14:55 ` Stefan Monnier
2003-10-16 9:16 ` Stephen J. Turnbull
2003-10-16 16:44 ` Stefan Monnier
2003-10-17 6:10 ` Stephen J. Turnbull
2003-10-21 22:48 ` Dave Love
2003-10-20 19:47 ` Dave Love
2003-10-16 14:06 ` Richard Stallman
2003-10-28 8:51 ` Kenichi Handa
2003-10-10 17:11 ` Dave Love
2003-10-10 17:42 ` Stefan Monnier
2003-10-12 17:21 ` Richard Stallman
2003-10-14 22:24 ` Dave Love
2003-10-15 20:00 ` Richard Stallman
2003-10-20 19:50 ` Dave Love
2003-10-22 9:24 ` Richard Stallman
2003-10-25 16:10 ` Dave Love
2003-10-26 15:33 ` Alex Schroeder
2003-10-28 8:50 ` Kenichi Handa
2003-10-27 7:02 ` Richard Stallman
2003-10-28 12:35 ` Dave Love
2003-10-29 19:01 ` Richard Stallman
2003-10-15 22:27 ` Jason Rumney
2003-10-16 16:16 ` Kevin Rodgers
2003-10-16 16:38 ` Jason Rumney
2003-10-14 0:44 ` Kenichi Handa
2003-10-14 19:31 ` Richard Stallman
2003-10-14 22:33 ` Dave Love
2003-10-13 12:46 ` Dave Love
2003-10-14 0:37 ` Kenichi Handa [this message]
2003-10-15 14:38 ` Dave Love
2003-09-29 16:47 Paul Pogonyshev
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=200310140037.JAA23889@etlken.m17n.org \
--to=handa@m17n.org \
--cc=emacs-devel@gnu.org \
--cc=jasonr@f2s.com \
--cc=pogonyshev@gmx.net \
/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.