Comments (5)
Sorry, IBus doesn't need restarting in order to make the setting effectual. We
only have to toggle input status to enable it.
I think the setup tool should call 'ibus_input_context_set_engine' or
'ibus_input_context_disable' when "OK" button is clicked so that the setting
becomes effectual immediately without showing the extra message.
Original comment by [email protected]
on 14 Jun 2010 at 9:59
from mozc.
Let me clarify the background of this message.
The configuration of kana/romaji setting is managed by mozc_server. It is
encouraged to make Mozc client modules, including ibus-mozc, as stateless as
possible to minimize the complexity and dependency. That means that client
modules (ibus-mozc) don't manage the kana/romaji setting either.
Easiest solution for making the client stateless is to call GetConfig() command
in every keyevent so that clients can know the current Kana/Romaji status.
However, when user makes their own keybinding table or romaji table, the size
of config file gets bigger, which would bring performance drop in IPC
connections.
As kana/romaji setting is not frequently configured by user, it is basically ok
to call GetConfig() when user enables IME or new applications are launched.
This behaviour is the same as that of Windows version (Google Japanese Input).
Currently, ibus-mozc calls GetConfig() command when the input focus leaves from
he current input field. This behavior doesn't reflect on the current message,
but I don't think it is a critical issue.
As you mentioned, it might be possible to let config tool call
'ibus_input_context_set_engine', but it would be hard. We don't want to
introduce a dependency from config tool to IBus. It is ok to have dependencies
from ibus-mozc to ibus or uim-mozc to uim, but mozc tool and mozc server need
to be platform/ime framework neutral to keep portability.
Original comment by [email protected]
on 14 Jun 2010 at 10:26
from mozc.
Thanks for detailed description.
OK, I suggest another solution. How about the client calls GetConfig() in every
FocusIn event?
I think the current behavior seems obsolete like old frameworks such as SCIM
and spoils IBus' advantages.
Original comment by [email protected]
on 14 Jun 2010 at 11:50
from mozc.
Original comment by [email protected]
on 1 Apr 2012 at 2:29
- Added labels: OpSys-All
from mozc.
ibus-mozc r39 and later actually calls GetConfig() from FocusIn event handler.
https://code.google.com/p/mozc/source/browse/trunk/src/unix/ibus/mozc_engine.cc?
r=39#422
So ibus-mozc no longer requires this message. If you want to suppress the
message, apply the attached patch. I'm planning to merge this patch into the
next release.
disclaimer:
I don't know the current situation in other mozc clients on Linux (emacs-mozc,
uim-mozc, and fcitx-mozc).
Original comment by [email protected]
on 1 Nov 2013 at 8:35
- Changed state: Fixed
- Added labels: Priority-Low, OpSys-Linux
- Removed labels: Priority-Medium, OpSys-All
Attachments:
from mozc.
Related Issues (20)
- Noisy candidate "itsumo" due to language aware conversion HOT 2
- For some? machine-dependent character ("機種依存文字"), it doesn't report that when U+xxxxx is typed for the first time. HOT 3
- BuildinDocker fails when building for Android HOT 5
- failed to build on fedora21 HOT 2
- Runtime CHECK failure on Windows: protobuf/src/google/protobuf/descriptor.cc:1018 HOT 2
- AssertionError in gen_zip_code_seed.py HOT 2
- Compilation errors in Android arm64 and mips64 build
- Inconsistency between suggestion candidates and conversion candidates HOT 1
- Learning algorithm is sometimes too aggressive when punctuation is committed HOT 1
- Require Clang to build Linux host binaries HOT 1
- Discontinue the support of Windows XP / 2003 Server HOT 1
- [deleted issue]
- [deleted issue]
- [deleted issue]
- [deleted issue]
- [deleted issue]
- [deleted issue]
- [deleted issue]
- (reminder) We can't build fcitx-mozc-1.15.1834.102.1 with mozc-r542 HOT 1
- Build fails if clang-3.5 package is used in Ubuntu 14.04 HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from mozc.