mozc / Google 日本語入力 #4

公式
http://code.google.com/p/mozc/

・リリース情報・
Google Japan Developer Relations Blog: 日本語入力
http://googledevjp.blogspot.com/search/label/%E6%97%A5%E6%9C%AC%E8%AA%9E%E5%85%A5%E5%8A%9B
Google Japan Blog: Google 日本語入力
http://googlejapan.blogspot.com/search/label/Google%20%E6%97%A5%E6%9C%AC%E8%AA%9E%E5%85%A5%E5%8A%9B

・初回リリース時のニュース・
Google日本語入力、「Mozc」という名称でオープンソース化
http://sourceforge.jp/magazine/10/05/11/0335246
Google 日本語入力がオープンソースになりました
http://googlejapan.blogspot.com/2010/05/google_10.html

・Mozc と Google日本語入力 の比較・
http://code.google.com/p/mozc/wiki/AboutMozc

・辞書関連・
Mozc UT Dictionary
http://www.geocities.jp/ep3797/mozc_01.html
google-ime-user-dictionary-ja-en
https://code.google.com/p/google-ime-user-dictionary-ja-en/

過去スレ:
mozc / Google 日本語入力 #1
http://hibari.2ch.net/test/read.cgi/linux/1273719530
mozc / Google 日本語入力 #2
http://hibari.2ch.net/test/read.cgi/linux/1286850512/
mozc / Google 日本語入力 #3
http://engawa.2ch.net/test/read.cgi/linux/1316515474/

Ubuntu18.04でAndroid版Mozcのapk作ろうと思ってるんだけど､
なんでDockerが必要なの?
C++だけで出来ないの？

Build Instructions
How to build Mozc in Docker: Android, NaCl, and Linux desktop builds.
How to build Mozc in OS X: OS X build.
How to build Mozc in Windows: Windows build.

Mozc公式githubでAndroid版ビルドしようとしたけど､
ファイル古くてビルド出来ねえじゃん

お前らどうやってAndroid版ビルドしてるの？

てか､管理してる人直してよ

オープンソースの文化なんだから、要求しても無駄。
欲しけりゃ自分でやんなきゃな。

初心者ですみません。質問です。
Ubuntu 18.04 Mateにibus-mozcを入れて使っています。

mozcがひらがなの状態でフォーカス箇所の移動があると、
インジケーターにmozcのオレンジアイコンが一瞬だけ出てきます。
チラチラするのでどうしても気になってしまいます。

これがMateでは無い無印のUbuntu Remixだとオレンジアイコンが全く出てきません。
この違いはibusがGnome shellに統合されたからという認識で合っていますか？
それともibusやmozcの設定でオレンジアイコンを出さないように出来ますか？

>>165
よくわからないけど本当にそれmoz使用できている？
家の同等の環境だと一瞬 moz が起動した後なぜかKKCに切り替わっている

mozcのリポジトリが更新されとるな

マジかよ〜

2.25.4000.102

>>167
目立ったのは
androidフロントエンドが消えた。
対応protobufバージョンアップ。
くらいかね。

>>170
細かいところでは、
gcc-8以降への対応
新元号への対応
手書き文字入力の削除
かな。

あと、インプットメソッドとのAPI (?) が変更されたようで、
fcitx-mozcやuim-mozcが今までのコードではビルドできなくなった。

>>171
そういや、dockerイメージのubuntu20.04対応もあったな。

gypはそのままか。cmakeとかに切り替えないかなぁ。

2.25.4100.102

python3に対応した模様

なんでいまさら

depot_toolsがpython3に移行でもするのかね。それはそれで面倒くさい……

そういうのはαとかβとか「開発版バージョン」とかでやれよ常識ねえな

MSの新IMEと合わせて嫌な予感がするぞ
WSL2絡みじゃあるまいな

個人的な作業みたい。感謝
https://twitter.com/komatsuh/status/1295026125488287759
ただ現状だとビルドが通らないかも
https://github.com/google/mozc#build-status

辞書は1169219行から1154398行に減
wc -l src/data/dictionary_oss/dictionary0*
「堺雅人」などの人名がほぼ入ってないのは変わらず
辞書だけ差し替えたものはビルド通ったけど、劇的な違いはなさそう
https://twitter.com/5chan_nel (5ch newer account)

openSUSE 15.2 で mozc-2.25.4100.102 がビルドできた。
ただ、GUIのツール類の起動が不安定で、起動できたりできなかったりする。
起動できない時は Segmentation fault 落ちている。

今のGit版だとMac用のオプションが渡る？のかビルドできない

sed -i -e 's/-stdlib=libc++//' src/gyp/common.gypi
sed -i -e 's/-lc++//' src/gyp/common.gypi
これで本体のビルドはできた
mozc-2.23.2815.102/src/gyp/common.gypi にはこの部分がない

ただビルドは通ったけど /usr/lib/mozc/mozc_tool --mode=config_dialog は
Segmentation fault
あと互換性がまた無くなったみたいでfcitx-mozcのビルドは通らない

結局ここの自動ビルドが通るまで手を出さないほうが良さそう
https://travis-ci.org/github/google/mozc/builds

Mac用というかclang用＞libc++
コンパイラ決め打ちでコード書かれてそうだね…

>>181
ずいぶん昔にclang決め打ちにしてなかったっけ？

いつだが忘れたけど。

clang指定は前から
SUSEはパッチで変更してた
https://build.opensuse.org/package/view_file/M17N/mozc/mozc-build-gcc.patch?expand=1

うちの環境ではclangで問題なかったからいじってないけど、
今のGit版だと「-stdlib 不明なargument」的なエラーが出る
mozc-2.23.2815.102 からこんなふうに変更されてる
- '-std=gnu++0x',
+ '-std=c++17',
+ '-stdlib=libc++',

何だそれと思って見たらこのページがあったのでMac特有なのかなと
https://www.xlsoft.com/jp/products/intel/compilers/manual/cpp_all_os/GUID-E5C78EE6-2C78-42CB-9E18-6D7468B1C33D.htm

真偽不明だけど業務時間外しかGitHubにexportできないらしい
https://twitter.com/ikunya/status/1259462383027683328

Travis CIの自動ビルドが通るところまではお願いします
https://twitter.com/5chan_nel (5ch newer account)

これでmozc-gitをビルドできてiBusでの入力もできた、
sed -i -e 's/-std=c++17/-std=gnu++17/' src/gyp/common.gypi
sed -i -e 's/-stdlib=libc++//' src/gyp/common.gypi
sed -i -e 's/-lc++//' src/gyp/common.gypi
けどMozcのGUIツールはSegmentation fault

ここ数年Fcitxしか使ってないからiBusよく分からないけど、警告がやたら出る
IBUS-WARNING **: --- has no capability of surrounding-text feature
7月頃にそうなったみたい
https://twitter.com/yassan168/status/1281420811941732353
https://twitter.com/5chan_nel (5ch newer account)

>>183
LLVMのリポジトリにLinuxやBSDでも-stdlibを試すテストコードがあったから
Mac固有ってことはないと思う、けどよくわからん
clang自体のビルド時にlibc++の存在を認識させる必要があるとかかも

他スレから誘導されてきました。

日本語入力状態で数字の初期入力が全角になるのなんとかなりませんか？
半角数字使いたい派です。
F10押したり変換したりすればいいだけなのでしょうが…

>>187
Mozcツールの入力補助のところに半角全角の設定があるぞ

>>188
そういう設定ちゃんとあったんですね。
快適に入力できるようになりました。
ありがとうございました。

https://pbs.twimg.com/media/EdRiTOsU8AAP-Wl.jpg
https://pbs.twimg.com/media/EdR_UVpU4AA1c01.jpg

昨日の更新で、GUIツールがSegmentation faultで落ちる問題は修正されたみたいだな。

2.25.4150.102

日曜日に作業してくださってありがたいような申し訳ないような
気になるのはMozc開発者で日常的にLinuxデスクトップを
使ってる人がいなさそうなところ
GUIツールが落ちるのは、実機で使ってればすぐ気づくと思う

ibusはgithubのmasterを使わないとVala 0.50.1ではビルドエラー

ibusのconfigureオプションには --disable-surrounding-text を付ける
そうしないと入力時のWarningが激しい
ただし公式パッケージで無効にすると他言語のユーザーから苦情が来そう
https://github.com/ibus/ibus/issues/798
なので ibus-master/client/gtk2/ibusimcontext.c の389-396行を消して、
警告メッセージを出さないようにするほうがいいかもしれない（試してない）

一応動いたけどFcitx非対応なのがつらいところ

Fcitx排除なの？

もともとMozcはFcitxをサポートしてない
サポートしてるのはemacsとibusだけ
https://github.com/google/mozc/tree/master/src/unix

Mozcの仕様変更があるとFcitxでは動かなくなる
今まではFcitxの開発者が後追いで対応してたけど、
今回だいぶ間が空いたから放置になるかも

そういや、ibus-mozc削除の話はどうなったのかね。いつの間にか立ち消えかしらん。
Androidとnaclは消えたよね？話題にならんけど。

しかし、今の状態だといろいろとやりづらいなぁ。
Androidは旧コードでもLolipopぐらいまでしか対応していないから、どこかのタイミングで大幅に手を入れなきゃいけないんだよね。
でも今のmozcはコードが安定していないからフォークする度胸が……

あと、今回のコミットでbazelとかabseilとかを採用しているけど、google謹製ツールはドキュメントとか不安でしょうがない。
(gypは酷かった)

>>197
出来るならフォークした方がいいんじゃない？
一応、f-droidの方には最新版あがってるっぽいが

>>197
出来ればここのこのキーボード実装していただければありがたい
f-droidにmozc改として上げていただければ

なんかtitaniumのこれビルドできない人続出らしいし
Titanium.X Mozc Custom for Android
https://titanium.locker.jp/mozc/

https://titanium.locker.jp/mozc/images960/p513.png

>>198
>>199
android9でもまともに動いてる？

エミュレーターだとキーボード画面が潰れてまともに使えない状態。
もし動いているようなら参考にしようかと。

>>200
8なので知りません(｀・ω・´)

mozcの設定ファイルのデフォルトが ~/.mozc から ~/.config/mozc に変わった
https://github.com/google/mozc/commit/91cc1e19ef34aeb12888b697fefa52907f1a834d
休みの日に更新してくださってありがたい

心配なのはneologdの作者さん
https://twitter.com/overlast/status/1160899770140905472
> 一回のスケールアップにかかる金額が辛い額になってきた。
> 2019年8月12日
体調も悪そう
https://twitter.com/5chan_nel (5ch newer account)

せんとくんと赤帽はibus-kkc主流っぽいけど
あっちって現状何か変わったっけ…

繁体字簡体字を使う人にはfcitx-mozc一択なのかも知れんが

kkcって英語キーボードだとめっちゃ使いにくくね？

わからん
21世紀に入ってから英語キーボード使ったことが一度も無い。。。。。

ウラジオストクのネカフェには日本語キーボードなんて無いだろうなあ

嫁がmozcでキーボードがローマ字入力しかないって泣いてる

>>206
Linuxで「かな入力」をする方法
http://note.kurodigi.com/linux-input-kana/

fcitxでの設定方法も載ってます
「ibus ローマ字入力」でググったら何故かヒットしました

https://mao.5ch.net/test/read.cgi/linux/1601066241/414

に誤爆しちゃった…。
でも大陸中国の人たちがfcitxを愛用する理由が良く分かる話でした


なお、大陸中国で、OS問わず最もメジャーらしいSogouは開発途上
manjaroさんに入れるには手順が大事だそうです
※これもまたfcitxと組み合わされる
See: https://www.codenong.com/js3dfb3796696c/

>>207
ありがとうございます
最新のcloudreadyをインストールしたら以前はGoogle日本語入力だったのに今回は入ってなくて困ってました
cloudreadyにGoogle日本語入力がインストール出来れば簡単なのですがみつからないのです

>>209
実体はDebian 10 busterベースらしいので
$ sudo apt install fcitx-mozc
相当のコマンドを打つなり、synaptic相当のGUIアプリケーションなりを使うことになるとおもう

ただ、あくまで「制限」のあるものなので
リポジトリに無いかも知れない
その場合はソースからビルドしてdeb化…なんだけどビルド環境が無かったら…最悪debファイルをtar ballにすれば行けるか？？
他のマシンでdebをtar ballへ変換してクラウド経由で持ち出せば行けるんじゃないかなあ、多分



あとはWayland関係の問題があるっぽい
「Google日本語入力」とは直接関係ないけど、フロントエンドの関係があるから
必要な範囲で調整が要るだろうね

cloudready中心なblogとか
qiitaの記事とか
teratailとか

その辺が情報源になるかも

直接入力とひらがなが普通に切り替わる気がするんだけどibus-mozcの挙動変わったの？

fcitx-mozcからfcitx5-mozcに切り替えようかと思ったけど、
KDEを使ってないからかfcitx5の設定画面がやたらフリーズする

fcitx5、一ヶ月前に出てたのかｗ

https://download.fcitx-im.org/fcitx5/fcitx5/
ふむ。。。

fcitx5設定ツールのオプションパッケージを入れたら設定ツールが落ちなくなった
kdeclarative kirigami2
この2つを入れるといろんなパッケージがいっしょに入るので、
どれが効果あったのかわからない

ふぁいてぃくす5はqtが好きと
何処かで見たような

GNOMEはibus以外死ねという感じなので
自然とfcitxはKDE寄りになる

>>202
neologdの作者さん元気そうだった
twitterやめてmstdn.guruにしたみたい
何かあったのかと思った

>>215
git版がおすすめ
そろそろFcitx5に切り替わるかもなあ

>>171
大した更新はないのね
Haiku版はそのままでいいや

5.0.4

5.0.5

ttps://ja.wikipedia.org/wiki/Google_%E6%97%A5%E6%9C%AC%E8%AA%9E%E5%85%A5%E5%8A%9B
>言葉と言葉のつながり（コロケーション）をもって変換精度を高める処理[注釈 2]や、言い間違い[注釈 3]を訂正する処理については実装されているものの、
>それを実現するための対応するデータが実質的に含まれていない点もGoogle 日本語入力と異なる点である[35]。
これって今でもそうなの？この辺の処理に必要なデータを登録し使用することは出来ないのか・・・

>>223
「対応するデータ」があれば変換精度に反映させられるようにも読める

>>223
> 言い間違いを訂正する処理
このファイルに追加登録すればいいと思う
src/data/dictionary_oss/reading_correction.tsv
雰囲気 ふいんき ふんいき

> 言葉と言葉のつながり（コロケーション）をもって変換精度を高める処理
これかな？
src/data/dictionary_oss/collocation.txt
猫を飼いたい
マグロを解体
// これは有効になってないかも

>>220
> 大した更新はないのね
差分はかなり大きい
新バージョンのgccとかpythonに公式が対応してくださるのは助かる
土日にgoogleのひとがプライベートでやってくださってるようで感謝しかない

debianの kinput2_3.1-13.diff をみたら2421行あった
こうなるとたいへん

>>224-225
サンクス、そこか。コロケーション辞書ってそういう形式なのか
がんばってデータを用意しても連文節変換能力はお察しなのかな

この辺の話ってググっても詳しい情報が出てこない気がします

Fcitx 、Flatpak版があるけど、Flatpakアプリに入力出来ないってなぜ？

Flatpak自体が排他的な環境だからじゃない？

現状flatpakアプリはIM使えない
IM側がflatpakかどうかは関係ないと思う

コピーしてきた日本語をペーストはできるんでしょう？

そんな不自由がまかり通るなら一般の日本人は使いたくないだろう
とはいえFlatpak自体は良いものだとは思う

自分はfcitx4使ってるんですけど
fcitx5使っている方、使い心地はどうですか？

5使いたいけどcitx-mozc-ut-unifiedが対応してくれたら

5.0.6

5.0.7

>>233
5のutパッケージあったから切り替えてカタカナ英語辞書をサジェストのみで追加して使ってるけど問題ない4より軽い気がする

mozc文字パレットの起動時
文字の大きさがいつも'最小'になっている。見づらいので
起動時から'中'か'大'にしたいけど、どこを弄れば
よいか教えてお願いデス。

>>96
とても気になるコメントですね。
過去ログにMozcが個人情報と関係するという
コメントがあったので

>>227
collocation_rewriterのコードを読むのが一番早い

FcitxかiBusと連携するかな漢字変換ツールを作りたいんですが、どこかにドキュメントあったりしますか？

5.0.8

5.0.9

5.0.10
月初めにでてるじゃないですか

5.0.11
月初めに出る決まりなのかな

5.0.12
元旦更新とかｗｗ

https://github.com/google/mozc/issues/534 どう思います？

https://support.justsystems.com/faq/1032/app/servlet/qadoc?QID=032741
> ザ変動詞(36)

5.0.13

5.0.14

5.0.15

2.26.4666.102

某iOSキーボードアプリがこれ使ってるのだけど、
変換が本当にクソ。
これって作者の実装が悪い？

>>253
使い方が悪いのかと

user_dictionary.dbはprotobuf。ソースはmozc。mozcのレポジトリにprotoファイルあるからそれ使えばおｋ

ローマ字のテーブルなんて長年変わらないと思ってたけど
地味にsw行やzw行の定義が増えてんのな

GYP build will stop supporting IBus client. · Issue #567 · google/mozc
https://github.com/google/mozc/issues/567

・ Gtk2 based candidate window for IBus will be removed.
Qt based candidate window is the alternative.

・ GYP build will stop supporting the build of IBus client.
Bazel build is the alternative.

・ Then, pull requests for IBus client and Qt based candidate window will be acceptable.

>>257
arch linux とかgyp ビルドのままだけど、どうすんのかな。

>>258
bazel ビルドに移行するしかないのでは？
移行できないのなら、gyp ビルドをサポートしたバージョンで留まるしかない

>>258
fcitx5-mozcは既にbazelに移行してる

>>260
bazelビルドに対応しているということと、bazelビルドに移行するということは全く別の話。
確かにfcitx5-mozcはbazelビルドの際に必要となるファイルを既に提供済みだが、
gypビルドにするのかbazelビルドにするのかは、各ディストリビューションのパッケージャーさんの判断にかかっている。
現状では、ほとんどのディストリビューションでgypビルドを行っている。