unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Kenichi Handa <handa@m17n.org>
Cc: pogonyshev@gmx.net, jasonr@f2s.com, d.love@dl.ac.uk, emacs-devel@gnu.org
Subject: Re: windows-1251 language environment
Date: Wed, 15 Oct 2003 22:44:18 +0900 (JST)	[thread overview]
Message-ID: <200310151344.WAA26445@etlken.m17n.org> (raw)
In-Reply-To: <E1A9Usz-0006PI-SL@fencepost.gnu.org> (message from Richard Stallman on Tue, 14 Oct 2003 15:31:13 -0400)

In article <E1A9Usz-0006PI-SL@fencepost.gnu.org>, Richard Stallman <rms@gnu.org> writes:
>     This issue is not that urgent, but I'm sure we must do
>     something to allow users to customize a language environment

> Why aren't the existing facilities enough for that?

Existing facility is to write Emacs Lisp code in .emacs
which is not for normal users.

>     and to avoid the explosion of numbers of language
>     environments.

> Asking users to define their own language environments, instead of
> defining them in Emacs, can help with that.  I don't see how
> inheritance would help.

Currently, a user must define his own language environment
from scratch.  But, usually what they want is to prefer the
diffent default input method, prefer the different coding
system than the existing one.  In such a case, what he have
to do is, currently, see source code of
lisp/language/XXX.el, copy

   (set-language-info-alist ....)

into his .emacs, and modify some part of it.  If we allow
inheritance, he can do something like:

(define-language-environment Japanese-utf-8
  '((inherit . "Japanese")
    (coding-sytem utf-8 iso-2022-jp euc-jp)))

>     My intention is to have something like "new" under this menu:
> 	    <menu-bar> <options> <mule> <set-language-environment>
>     When "new" is selected, Emacs put a user in a buffer in
>     which he can create his own language environment
>     interactively.  Typing C-c C-c should ask if he want to use
>     that environment in the future session.

> That seems like a good feature.  It could be implemented with
> or without define-derived-language.

Yes, but in the above buffer, it seems that "inherit" and
"copy" button is helpful.  For instance, clicking "inherit"
and selecting LANG will show the default values for each
slots.  Clicking "copy" and selecting LANG fills all slots
by values of LANG.

I don't intend to have the actual functions
define-derived-language.  I think just adding a new key
"inherit" in language-info-alist is enough.

---
Ken'ichi HANDA
handa@m17n.org

  reply	other threads:[~2003-10-15 13:44 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.878.1064866468.21628.bug-gnu-emacs@gnu.org>
     [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       ` windows-1251 language environment 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 [this message]
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
2003-10-15 14:38             ` Dave Love

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=200310151344.WAA26445@etlken.m17n.org \
    --to=handa@m17n.org \
    --cc=d.love@dl.ac.uk \
    --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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

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).