Re: Clarification on the terminology for input...
by Jens-Ulrik Petersen
> 1. What do you call iBus, or SCIM or IIIMF?
> A) Input Method
> B) Input System
> C) Input Engine
> D) Input Method Engine
> E) or something else
I guess I call it an input method system.
> 2. What do you call im-chooser?
Well I think it is an input method configuration tool.
> 3. What do you call Phonetic, Inscript, iTrans, Anthy, etc?
> A) Keyboard Map
> B) Keyboard Layout
> C) or something else
Well for the Indic maps I would call them input maps (for the m17n engine).
Anthy is an input method engine (IME).
> If we can standardize these
> terminologies first and document it somewhere on the fedora i18n
> pages,
> there would be ease of communication while discussing the i18n input
> issues.
Yes it would be good to document on the wiki.
I added some initial text on https://fedoraproject.org/wiki/I18N/InputMethods#Terminology
Maybe others can review and offer comments and clarification.
Thanks for your questions.
Jens
14 years, 10 months
Clarification on the terminology for input...
by Ankit Patel
Hi,
I am bit confused on the terminology being used to communicate input
system or method or engines or keyboard maps or keyboard layouts. I
think, there are many others who has different set of terminologies for
input related things.
1. What do you call iBus, or SCIM or IIIMF?
A) Input Method
B) Input System
C) Input Engine
D) Input Method Engine
E) or something else
2. What do you call im-chooser?
A) no idea what could it be called
3. What do you call Phonetic, Inscript, iTrans, Anthy, etc?
A) Keyboard Map
B) Keyboard Layout
C) or something else
I have above queries, because recently I have noticed that Inscript,
iTrans, kind of keymaps being addressed by the word "Input Method". That
has made my (and many others') iBus test results being understood in a
different way than I wanted to. If we can standardize these
terminologies first and document it somewhere on the fedora i18n pages,
there would be ease of communication while discussing the i18n input issues.
Thanks!
--
Regards,
Ankit Patel
http://www.indianoss.org/
14 years, 10 months
IBus UI review
by Matthias Clasen
Not sure if this is the correct place to send this, but I'll send it
here anyway (please tell me if there's a better place).
I've recently installed ibus in order to get some impression of how our
new im framework will integrate in the desktop. While playing with it, I
took some notes, that I'd like to share.
Matthias
---
Status icon
- The tooltip "IBus - Running" is pretty pointless less and should be
removed until there is something useful to say
- There is no way to switch back to "no input method" from the status
icon. I have to press Ctrl-space to go back. Maybe add an "None" entry
at the bottom of the menu ?
Toolbar
- Why do input methods seem to fancy these weird undecorated floating
toolbars ? Does it add anything that is not already present in the
status icon ?
- If we can't drop it, can there at least be a way to turn it off ?
- The toolbar seems useless if "focus-follows-mouse" is turned on, since
it becomes inactive on focus out. This also affects the status icon.
Menus
- What is the plan, going forward, wrt to im-chooser ? I'd hate to have
2 input method related menuitems in the default install. My preference
would be to not install the im-chooser by default, since it is only
needed to switch back to 'legacy' frameworks.
- It would be great if we could use the generic "Input Method" menuitem
for the ibus preferences, and maybe rename im-chooser to "Input Method
Framework" or something like that.
- Alternatively, if we can't get rid of im-chooser by default, maybe
ibus-setup should not have its own menu item (I notice that scim-setup
doesn't have one either), since it is available via im-chooser.
- There is a mismatch between the menuitem and the ibus-setup window,
both the window title and icon don't match the menu, as they should.
Preferences, General tab
- "Aauto start IBus on session login" is very techno babble. Can we make
that something like "Enable Input Methods" ? I don't think there is any
need to talk about sessions and autostart here.
- Keyboard shortcuts: I would love to see these moved to the keyboard
shortcuts capplet, which has support for handling application-defined
shortcuts. As a bonus, you get automatic conflict handling. The one
restriction is that currently, only one key-combination per action is
possible. If having multiple is essential, you could either split it
into "Trigger", "Alternative Trigger", "Second Alternative Trigger", or
file a bug and I'll look into enabling multiple shortcuts per action in
the keybinding capplet
- "UI" is a bad section label. How about "Fonts & Style" instead ? Even
better would be to split it into two sections, a la
Input Window
Lookup table orientation: [Vertical]
[ ] Use the system font
Input Window Font: [Sans 10]
Language Bar
[ ] Show language bar
[ ] Hide language bar when it is not needed
Preferences, Engine tab
- "Engine" is a technical term that is not really helpful here. How
about "Languages" instead ?
- There are some icons missing in the combo box, e.g Telugu-apple,
Telugu-rts, Marathi-phonetic, Marathi-itrans...
- The main list needs to repeat the language name (like the status icon
menu already does) otherwise it is not clear if "phonetic" is Oriya or
Marathi.
Preferences, About tab
This should not be done as a tab, it is very much against the style of
our preference tools. There is already an About menu item on the status
icon. If you absolutely want to have an "About" in the preferences, it
should be a left-aligned "About" button in the action area that brings
up an about dialog. But I'd really just get rid of it.
14 years, 11 months
Tested: ibus-anthy
by UTUMI Hirosi
Hi,
I got the mail from Adam Williamson,
//
Hi, guys - hope you don't mind me mailing you about this :)
Fedora's running a Test Day this Thursday (er, think U.S. time,
roughly...) for iBus, the new input system intended to replace SCIM.
//
so I've tested ibus on testday-20090512-x86_64.iso.
[Results]
User: utumi
Keyboard: jp
Desktop: GNOME
Desktop Language: en
Activation: OK
Input method: anthy
Application:
abiword (OK)
firefox (OK)
gedit (OK)
gnome-terminal (OK)
[Notes]
fedora live cd doesn't include qt3/qt4 apps,
so I didn't test them.
I don't want to send "Telephone Number" and "Postal Address"
only for editing fedora wiki,
so I post this mail to fedora-i18n-ml. :-)
[fedora's anthy package]
(This is not a bug of ibus.)
Tagoh-san added extra dictionaries to anthy,
but he removed some special numbers.
Mandriva: anthy-mandriva.png (see the attached files)
Fedora: anthy-fedora.png
I think some users need them.
Regards,
Hirosi
--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/
14 years, 11 months