From: "Stephen J. Turnbull" <stephen@xemacs.org>
To: Daniel Clemente <dcl441-bugs@yahoo.com>
Cc: emacs-devel@gnu.org
Subject: Re: Feature needed
Date: Wed, 16 Jun 2010 21:01:27 +0900 [thread overview]
Message-ID: <87ljafkwyw.fsf@uwakimon.sk.tsukuba.ac.jp> (raw)
In-Reply-To: <874oh3jyg0.fsf@yahoo.com>
[-- Attachment #1: Type: text/plain, Size: 1307 bytes --]
Daniel Clemente writes:
> > I really don't understand the purpose of this request.
> I see many:
> - to discover other input methods which may also work for your
> characters; for instance you might have been using an input
> method for mathematical characters but then you discover that
> your preferred-language input method can also output them
Let me rephrase: I see no purposes that can be fulfilled beyond what
is already available that wouldn't cost an inordinate amount of
effort. Eg, good luck if your preferred method is deeply embedded in
the OS (Mac, Windows) or X server. I don't know about your
environment, but in Japanese, outside of very experienced users like
Handa-san, nobody wants to use Quail because the system methods are
way more efficient, especially for beginners.
> - to compare input sequences needed for each character. For
> instance "古" is "gu32" in chinese-tonepy but it is just "jr" in
> chinese-cns-tsangchi, so I will be tempted to use the shorter
> version
Since you're not going to do C-x C-m C-\ ch TAB c TAB ts RET jr to
achieve efficient input, obviously what you're really interested in is
which methods are on average more concise. For that, we should fix
the description strings for the methods if they don't already say so.
[-- Attachment #2: Type: text/plain, Size: 1125 bytes --]
> - to learn a particular input method by example, just by seeing how
> to touch type a character and typing it below~ without having to
> resort to searching that character in the Internet. I have needed
> such a feature many times.
What's wrong with M-x find-library RET chinese-cns-tsangchi RET M-x
occur <use mouse to copy character> RET, aside from being clumsy
(which you should expect from a proof of concept)?
With a little bit of effort (eg, limit the size of the popup window to
4-5 lines, sort shortest first so you get the single character, add an
option to pick the whole string in the region if the region is active,
add a mode which waits five seconds on each character in the example,
then prompts with the appropriate keystrokes, etc), that can easily be
turned into a generic tutor for any Quail input method. But it won't
work at all for anything based on XIM or SCIM.
Another way to put my position is that by the time you've accumulated
enough diverse purposes for this feature, you have accumulated a bunch
of purposes that can be better served by much simpler special-purpose
programs.
next prev parent reply other threads:[~2010-06-16 12:01 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-13 8:13 Feature needed Richard Stallman
2010-06-14 15:35 ` Juri Linkov
2010-06-14 16:13 ` Davis Herring
2010-06-15 9:35 ` James Cloos
2010-06-15 10:22 ` Miles Bader
2010-06-15 12:28 ` Geoff Gole
2010-06-16 10:57 ` Richard Stallman
2010-06-16 14:25 ` Geoff Gole
2010-06-17 10:46 ` Richard Stallman
2010-06-15 12:45 ` James Cloos
2010-06-16 3:22 ` Stephen J. Turnbull
2010-06-16 6:14 ` Daniel Clemente
2010-06-16 12:01 ` Stephen J. Turnbull [this message]
2010-06-17 4:24 ` Kevin Rodgers
2010-06-17 10:45 ` Richard Stallman
2010-06-16 6:50 ` Miles Bader
2010-06-16 11:43 ` James Cloos
2010-06-18 6:51 ` Stephen J. Turnbull
2010-06-17 8:01 ` Richard Stallman
2010-06-18 1:47 ` Miles Bader
2010-06-18 12:20 ` Andreas Schwab
2010-06-17 8:01 ` Richard Stallman
2010-06-17 8:49 ` Miles Bader
2010-06-17 19:26 ` Richard Stallman
2010-06-18 7:01 ` Stephen J. Turnbull
2010-06-18 8:37 ` Miles Bader
2010-06-18 23:59 ` Richard Stallman
2010-06-18 23:59 ` Another input method feature needed Richard Stallman
2010-06-19 8:47 ` Juri Linkov
2010-06-19 11:13 ` Štěpán Němec
2010-06-19 14:08 ` Juri Linkov
2010-06-19 18:16 ` Štěpán Němec
2010-06-19 20:48 ` Juri Linkov
2010-06-20 4:08 ` Kenichi Handa
2010-06-20 21:28 ` Juri Linkov
2010-06-20 17:01 ` Stephen J. Turnbull
2010-06-20 21:34 ` Juri Linkov
2010-06-25 12:08 ` Štěpán Němec
2010-06-28 21:19 ` Juri Linkov
2010-07-01 0:05 ` Stefan Monnier
2010-07-02 20:52 ` Juri Linkov
2010-06-19 23:37 ` Richard Stallman
2010-06-20 21:42 ` Juri Linkov
2010-06-21 12:09 ` Richard Stallman
2010-06-21 12:43 ` Andreas Schwab
2010-06-19 15:18 ` Stephen J. Turnbull
2010-06-19 16:03 ` Miles Bader
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=87ljafkwyw.fsf@uwakimon.sk.tsukuba.ac.jp \
--to=stephen@xemacs.org \
--cc=dcl441-bugs@yahoo.com \
--cc=emacs-devel@gnu.org \
/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).