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/

>>26

>ibus-mozcの初回起動が必ず「直接入力」になる
>全角半角を押して「a」を押すと「a」としか出ない

ibus-1.5 では ibus は常に有効状態であり、日本語入力と直接入力の切り替えは
mozc の入力モードの変更によって行う、ということを理解してその様に使っている
ユーザーにとっては、今回の "mozcの初回起動が必ず「直接入力」になる" という
仕様変更はむしろ歓迎されるべきもの。

逆に ibus-1.4 と同じ使い方に何時までもこだわって ibus の ON/OFF によって
日本語入力と直接入力を切り替えているユーザーにとっては >>26 の様な不満が
出て来るだろう。


>>27
uim-mozc は macuim の rev.334 で 1.15.1785.102 に対応した。


>>28
changelog を読むと分かるが、現在の ibus では日本人開発者が積極的に関わっている。

>>29
>>28がダメって言ってるのはFcitxじゃね?

FIX: The initial mode of ibus-mozc shouldn't be Hiragana with IBus 1.5+ ( Issue 201 )

>>29
> 仕様変更はむしろ歓迎されるべきもの。
uim/fcitxとの整合性が取れないし、とにかく面倒

「日本語入力と直接入力の切り替えはmozcの入力モードの変更によって行う」
を現状ibusでやろうとすると、
1. ibus-setupで「次の入力メソッド」のショートカットから
「Hankaku/Zenkaku」を外す（ibusにショートカットを取られないように）
2. mozcプロパティ => キー設定で
Hankaku/Zenkakuキーへの機能割り当てを「入力モードの変更」にする
(まんまそのものは無いし手元で動かないけど便宜的にそう書く)

mozc本体のプロパティをいじるとuim/fcitxが巻き添えを食う
ibus-mozcのツールバーはmozcアイコンしか表示されないから、
mozc内での入力モード変更だけになると今ひらがなモードか直接モードか分からない
「とにかく歓迎」っていうなら上の1.2.に合わせたショートカット変更パッチを
書かないと使い物にならない

> 仕様変更はむしろ歓迎されるべきもの。
mozcを使うことに限って言うと、
ibus-mozcをサポートする人がいないまま、
ibusの仕様変更だけが進んでしまってる状況がまずい

仕様変更にあたってmozcとか影響を受けるプロジェクトに
事前説明をしてればまだ話が穏やかだったかもしれないが、
そういうのもなかったらしくGoogleの人もさじを投げた
まあmozcも外の人から見れば全然過程が分からないけど
uim-mozcのビルドもいきなり通らなくなったし

一番いいのはibusチームがibus-mozcリポジトリを作って、
fcitxみたいに自前対応してくれること
ibus-mozcが宙に浮いてるのでどうしたものかと思う
カットするにはユーザ数が多いし
ポリシーを通したいならある程度周辺の面倒も見ないといかんのでは、
ibusチームさま

>>32
事実誤認が有るように思う。

>1. ibus-setupで「次の入力メソッド」のショートカットから「Hankaku/Zenkaku」を外す

ibus-1.5 のデフォルト設定では、このショートカットキーには Super+Space のみが割り当てられていて
Hankaku/Zenkaku は割り当てられていない。
もっとも、ユーザーが過去に Hankaku/Zenkaku を割り当てていてその設定を引き継いでいる環境では、
ショートカットキーから Hankaku/Zenkaku を外す作業が必要となるが。

>2. mozcプロパティ => キー設定でHankaku/Zenkakuキーへの機能割り当てを「入力モードの変更」にする

mozc のデフォルトのキー割り当てでは、Hankaku/Zenkaku で日本語入力（ひらがな入力）と直接入力の
モード切り替えが出来る様に設定されている。
従って入力モードの切り替えに Hankaku/Zenkaku を使用している限りにおいては、mozcのキー割り当てを
変更する必要はない。

>「とにかく歓迎」っていうなら上の1.2.に合わせたショートカット変更パッチを書かないと使い物にならない

上に書いたことから判る様に、ショートカット変更パッチを書く必要などない。

>ibus-mozcのツールバーはmozcアイコンしか表示されないから、
>mozc内での入力モード変更だけになると今ひらがなモードか直接モードか分からない

これは確かに指摘の通り。
だから ibus-1.5.5 以降ではプロパティパネルというものが実装された。
もっとも、これはちょろちょろと表示されて些かウザいと思われたか、ibus-1.5.7 ではデフォルトで
非表示設定となってしまった。
ちなみに、 openSUSE の ibus-mozc では mozc の入力モードに応じてステータスアイコンが
変化するパッチが当てられていて便利。
openSUSE の中の人はこのパッチを ibus 本体に取り入れてもらおうと交渉した様だが、ibus 側から拒否された。

フリーでオープンな世界で >>28 みたいなことを言うのがわからん
が、時々見かける
日本人と知るやどうこう言ってくるヨーロッパの人もいるし

昔のanthy/uim周りの開発者の医学部生が >>28 ふうの臭いをブログで出してて、
（未来の）患者さん大丈夫かなと思ったりした

入力フレームワークって言語ごとに作ってたらキリがない
だからいろんな国の人と協力する必要がある
英語でやり取りするし対面じゃないのであんまり国を意識することもないけど

日本語に対応するには日本語の知識が多少なり必要なわけだが、
作者さんのtwitterってこんな感じ
https://twitter.com/CSSlayer
https://www.csslayer.info/wordpress/diary/%E7%99%BE%E5%BA%A6%E6%9B%B4%E6%87%82%E6%97%A5%E6%96%87%EF%BC%88%E5%A4%A7%E6%A6%82%EF%BC%9F/

>>28 みたいなのは本当に恥ずかしい

>>33

>ibus-mozcをサポートする人がいないまま

これはどういう意味なんだろうか？
ibus-mozc を提供しているのは今でも mozc 本体だろ？

>uim-mozcのビルドもいきなり通らなくなったし

mozc のバージョンが上がればビルドがいきなり通らなくなるのは当然あり得ることだろ？
そんな状況に毎度対応してくれている uim-mozc の人には感謝だが。

>>34 を一部訂正

×　openSUSE の ibus-mozc では
○　openSUSE の ibus では

> uim/fcitxとの整合性が取れない

> mozc本体のプロパティをいじるとuim/fcitxが巻き添えを食う

俺は mozc のひらがな入力と直接入力の切り替えに Shift+Space を割り当てるように変更している。
で、fcitx-mozc や uim-mozc も時々使う。
fcitx と uim ではその ON/OFF のショートカットキーに Shift+Space を割り当てている。

そんな環境でも「uim/fcitxとの整合性が取れない」と感じたことはないし、
mozc のキー割り当てを変更したことで uim/fcitx が変な巻き添えを食らったなどと感じたことはないけどなぁ。

>>34
フォローありがとう
今バテバテなので、あとでいろいろ考える

流れ的には、
・ibus-1.5.7のsidアップデート来ない
バグトラッカー見たらパッケージャーさん苦労してるみたい

・mozcのソースパッケージが出ない
そういうポリシーになったんだっけ

・uim-mozcのビルド通らない
解決したらしい

・ディストロのprotobufだとmozcツールが起動しない
gitリポジトリのやつじゃないと動かない

・ibus-mozcの初回起動が直接入力になる
前までは問題なかったが

↓
どうしたものかと久しぶりにこのスレ

mozcそのものもあれだし、
ibus-1.5.7との兼ね合いを見ずにmozcをアップデートするのもあれだし

>>36
> ibus-mozc を提供しているのは今でも mozc 本体だろ？

入ってはいるけど、今後ibusの仕様変更などには対応しない
https://code.google.com/p/mozc/issues/detail?id=194
> Jul 16, 2013
> Mozc team is no longer actively developing IBus-mozc nor
> catching up with new releases of IBus.

>>38
過去の使い勝手に近い設定を考えていくしかないのかな
>>34 のパッチとかショートカットも試して、と

>>36
> ビルドがいきなり通らなくなるのは当然あり得ることだろ？
mozcの人がmacuimの人にそう言ったら破綻しそう

しっかり読めてなかったけど >>34 のパッチがいい感じで動けばいいな

>>34 >>37
「次の入力メソッド」のショートカットから全角半角キーを外して、
openSUSEのibusパッチを当てたら、
全角半角キーでステータス表示が変わっていい具合になった
感謝

ftp://ftp.jaist.ac.jp/pub/Linux/openSUSE/ports/aarch64/source/factory/repo/oss/suse/src/ibus-1.5.6-1.1.src.rpm
7z x ibus-1.5.6-1.1.src.rpm -oibus_suse
cd ibus_suse
7z x ibus-1.5.6-1.1.src.cpio
「show-input-mode-icon.patch」をibus-1.5.7に当てる

ibus周りは各人で対処してねってことでいいか

去年のやり取りを見るとほんとみんなibus-1.5で困ったんだな
http://web.archiveorange.com/archive/v/vAtTlMXUwbpnVtZMVGUN

>>40
> 入ってはいるけど、今後ibusの仕様変更などには対応しない

そうだったのか。
それならば >>33 での「一番いいのはibusチームがibus-mozcリポジトリを作って、
fcitxみたいに自前対応してくれること」という提案にも納得。

>>41
ね、入力モードによってステータスアイコンが変化すると便利っしょ。
ただこのパッチ、ibus側が拒否したということは、ひょっとすると他言語の入力システムで
何かの問題が起きる可能性があるのかもしれない。

mozcは自身をライブラリする気がないからIM側が対応すんのめんどくさいんだよ。
だからuimもfcitxもmozcのソースツリーにてめえのプラグインソースを追加してビルドするという手段にするしか無い。

あと、fcitx (だけじゃないかもだが) のネタに書き込んでる輩には中国人か在日中国人も混じってるから(台湾人は除く)。

ut+mozc1.15.1785.102をビルドした(12.04)
ibus-1.4だから上の書き込みの影響なし
それと、out_linux下のgen_の一個がなくなった

もうお前らじゃダメだわ
工藤拓に頼む

なんか普通のOSSみたいにcommitが始まった is why?

文字通りMozcブランチのtrunk(のミラー)になったってことかな?
branchのtrunkってのもなんか変だけど。

つうかそういう運営ポリシーの変更の通知とか相変わらず全然してくれないのな。

こみったことだね

反確全角キーで入力切替するのって、mozcの仕事？
それともibusとかそっちの方の仕事？

フォーカスが書き込み不可のところにあっても入力切り替えたい

iOS8でIMをサードパーティに解放って騒ぎになってんだけど、
iOSでもmozc使えるようにでける？

板違い。

>>50
余裕でつ

>>50
お前さんには無理。

>>50
本家が絶対出すから心配すんな

まあ板違い

>>50
でけるよ

部首変換ができて感動した
隹
幺
鬯
曰
日
艹
屮
糸
殳
又
阝
阜
刂
彡
羽
屮

どこでも好きなタイミングでON/OFFしたいなぁ
どうすれば出来るようになるんだろうか

1.15.1814.102 (r234)
https://code.google.com/p/mozc/wiki/ReleaseHistory

コミットログに新バージョン番号の通知も書かなくなったか。
タグ付けもしねーし。

ところでこれなんて読むの？
もずく？

>>61
http://googlejapan.blogspot.jp/2010/05/google_10.html
> Mozc (モズクと発音します)

いまさらmecabのコスト自動推定使ってみたが、
あれは同じ品詞だと同じコストを返すだけなのか

mecab-ipadic-2.7.0-20070801
mecab-ipadic-2.7.0-20070801.model

// 推定前
本田泰人,,,,名詞,固有名詞,人名,一般,*,*,本田泰人,ホンダヤスト,ホンダヤスト
本田圭佑,,,,名詞,固有名詞,人名,一般,*,*,本田圭佑,ホンダケイスケ,ホンダケイスケ
本田けいすけ,,,,名詞,固有名詞,人名,一般,*,*,本田けいすけ,ホンダケイスケ,ホンダケイスケ
岡崎慎司,,,,名詞,固有名詞,人名,一般,*,*,岡崎慎司,オカザキシンジ,オカザキシンジ

// 推定後
本田泰人,1289,1289,6976,名詞,固有名詞,人名,一般,*,*,本田泰人,ホンダヤスト,ホンダヤスト
本田圭佑,1289,1289,6976,名詞,固有名詞,人名,一般,*,*,本田圭佑,ホンダケイスケ,ホンダケイスケ
本田けいすけ,1289,1289,6976,名詞,固有名詞,人名,一般,*,*,本田けいすけ,ホンダケイスケ,ホンダケイスケ
岡崎慎司,1289,1289,6976,名詞,固有名詞,人名,一般,*,*,岡崎慎司,オカザキシンジ,オカザキシンジ

読みと表記の単語帳だけ作って、
そこそこのコスト推定ができればmozcの追加辞書作成が楽になると思ったが

JUMANを作ってた人のメモ
http://rekken.g.hatena.ne.jp/murawaki/20140402
ド素人が読んでも形態素解析の概略がわかる

全体に面白いけどmozcユーザ的にはやっぱりこれ
> MeCab は完全にコーパスから学習するので、あらゆる連接が可能。
> もちろん変な連接には大きなコストが設定されるので、
> 普段は問題が顕在化しない。しかし、未知語が入ってきたときなどに、
> どう考えてもありえない解析結果を吐いたりする。
> MeCab も連接制約のホワイトリストかブラックリストを作って
> 入れたらいいのに。

最近は週末の夜になるとコミットが色々と入るのな。

1.15.1834.102 (r271)
https://code.google.com/p/mozc/wiki/ReleaseHistory

ビルドに Ninja を使うようになったでござる。ニンニン

ショッギョ・ムッジョ！

ニントモカントモ

>>66
> Note that you don't need to install Ninja manually, since depot_tools maintains pre-built Ninja binaries.

これ今はninjaのインスコが必要だけどそのうち要らなくなるよってことか?
なんかめんどくせえな。

違うだろ

手動でninja入れなくていいよ、depot_toolsがバイナリ含んでるから

>>70
自分でやったことないくせにしったかしてカキコするやつしかできないレスだな。
こういうバカは2chビギナーなの?

>>70と同じこと思ったけど、>>69みたいな書き方する奴に教えてあげても嫌な思いすることばっかりだから無視してて正解だったようだ。
sinceには｢なぜなら｣みたいな意味もあることをしらんのやろうね

1.15.1870.102
Release Historyまだー

めーる　っていれたら自分のメールアドレスが出るように辞書登録したのだが、（もちろん半角で登録した）変換すると全角で出てきてしまう。
候補選択ウィンドウ内では半角で表示されているので、登録内容は正しいと思うのだが。

Enterで確定したときに全角で貼ってしまうようだ。

似たようなことした人いませんか...

EDICTをCapsLock以外で有効にする方法ってあります？

パッケージないと導入面倒だな

Issue 287 - Deprecation of the iBus client code
https://code.google.com/p/mozc/issues/detail?id=287

> we will remove the code of ibus from our repository by the end of August 2015 at the latest.

単漢字変換したとき、次から変換順位あげてほしいんだけど
どうしたら学習してもらえる？
変換学習って、mozcのしごとだよね？

学習機能がオンに担っているか、シークレットモードになってないか確認。

以前、Ubuntudeの日本語フォーラムであった同様の質問で
シークレットモードになっていて学習結果が保存されてないケースがあったよ。

mozc.el使えばもしかしてXなしで使える？

入力メソッドの追加を開いても何も出てこないんだが

そうなんだ、じゃあ私生徒会行くね

機種依存の特殊文字だけ変換候補から除外出来ないものだろうか・・・

ubuntuですが、ログイン直後のmozcが直接入力になっており、直接入力→ひらがな
に変更しないと、日本語入力が出来ません。
どのように設定すればよいのでしょうか？

>>84
ibusではなくfcitxにするとか?

かな入力で
lubuntu14.04だと「\ー」キー押すと「ろ」と出力されるけど
lubuntu15.10だと長音記号「ー」と正常に出力される。
14.04ではシフトキー同時に押さないと「ー」は出力されない。

Mozc NEologd UT Dictionary
http://www.geocities.jp/ep3797/mozc_01.html#neologd

>>87
Ubuntu 15.10でビルドできた

>>35
中国主導のibusとfctixはダメだよ

元からあてにしてないが、品質がダメ

ずっとfcitx+mozcを使ってるが問題に遭遇したことはないなぁ

ibusのメイン開発者の一人で、例の悪名高い操作体系変更を入れた人は日本人だね確か

githubに在るmozcのリポジトリが、去年の12月の時点までロールバックしてしまっている

とりあえず
「本文の選択範囲のレスのIDを一括NG」
を要望しておきます

誤爆

いつの間にか用例出るようになってる
動詞だけなのかな？

全然更新されんな。
Androidがbuildできなくなって久しいし、mozcはもう死に体？

グーグルはIME開発よりクラウド開発の方にずっと夢中だからな
IMEでは絶対に個人情報を取らないと宣言したことがあとを引いている
グーグルは個人情報獲得中毒なので、自身の存在意義を真っ向から否定するこのソフトウェアを持て余している

「なりわい」が変換できなかった
なさけなす

>>97
凄く馬鹿になってるよね
小さい辞書に乗ってる単語も知らない
mozcもGoogle日本語入力も

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

59XRXFQP36

>>95
1年分がpushされたようだ

うおっマジか

> 2.23.2777.102

かなりがっつりフォークしちった。
マージ試してみようかね。駄目な気がするけど。

俺も移植したやつにマージしておきたい
変更点が少ないうちが楽か・・・

すぐにマージは終わったがgithubにpushすると
remote: fatal: early EOF

俺は全然駄目だった。
主要な変更点だけcherry-pickしとくかね。

フォークして何いじってるの？

android版のカスタマイズ。
大きいのはAndroid studio対応含めたビルド環境変更。前のはビルド通らなくなっていたしね。

泥関連の変更は多かったから仕方ない
こっちは他OSへの移植だからマージは楽だった
EOFは環境が悪くてタイムアウトかなんかのせいだったらしい

大型うpデートでドライバーを切り捨てられてすごく重くなった古いレッツとかにcloudready（ChromeOSのフリー版）入れてほぼほぼ満足しているのですが、PCやAndroidのGoogle日本語よりもシステム辞書が馬鹿なのだけが残念です
とっかえたり、あるいは差分をユーザ辞書でインポートしたいのですが方法はないでしょうか？

僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

RI8C6

この頭2文字を変にアルファベットにしたがるクセとかなんとかならんのか

具体的に何を変換しようとしたらそのクセがデルのよ？

よーわからんときに不定期に出るw
なにかの変換オプションを切れば出なくなるなら切りたいw

【ロシア国防省】　日本が、地震に偽装して、核実験
http://rio2016.5ch.net/test/read.cgi/lifeline/1533983438/l50

mozc_toolてXがないと動かせないよね?
ssh先のEmacs上だけでmozcを使ってて、このツイートのように
キーバインドを変えたいのだけど他に方法あるかな?
https://twitter.com/komatsuh/status/28695600135
https://twitter.com/5chan_nel (5ch newer account)

自己レス
GUIが使える他ホスト上で設定して~/.mozc/config1.dbをもって行けばいいらしい?
(バイナリファイル? 互換性はあるのか?)
あるいはちゃんとXを手元にforwardできるようにするか…
(動かしたいのはコンテナの中なのでちょっとめんどい)

mozcのビルド環境としてGoogleのドキュメントで指定されている
Ubuntu 14.04のサポート期限が2019年4月30日で切れるんだけど、
新しいUbuntuでビルドできるようにしてくれているmozcのフォークってある？

>>117
フォークも何も14.04以降のUbuntuのリポジトリにはmozcが普通にあるんだから、
普通にビルドできるでしょ。

>>118
それはソースコードいじれる？
別の話として、mozc for Androidをビルドしたいんだが、
それでmozc for Androidもビルドできる？

>>119
> それはソースコードいじれる？
どういう意味？ライセンスのことなら同じだろ。

> それでmozc for Androidもビルドできる？
それは知らんし、ググっても出てこないみたいだから人柱ﾖﾛ

>>120
ソースコードいじれる？は、「バイナリでなくてソースコード付き？」という意味ですが、
どうやらソースコード付きのようですね。
今度、mozc for Androidをビルドできるかどうか（多分だめ）も含めて試してみます。

>>117
https://github.com/google/mozc/blob/master/docs/build_mozc_in_docker.md
これのこと？
「Dockerコンテナ内でのビルドをUbuntu14.04でしかテストしていない」と言ってるだけじゃないか

>>119
>>118はフォークの話じゃないよ
君が「それ」と言ってるのはオリジナルのmozcだ

ibus-mozcが落っこちるのは何とかならんかなあ

>>124
この症状他所では起きてないんだろうか？
どういう条件で発生するのかわからん

>>125
ibusはJAVAアプリケーションで落ちまくったので
fcitxに変えた
だいぶ前だから最近は知らんけど

FcitxはFlatpakで入れたアプリに日本語入力できないのが辛い

iBusの方が苦労なく入力できるの増えたね
Fcitxは所詮、シナチョンジャップベトコン限定だからね