mozc / Google 日本語入力 #4
>>12 ・Mozc と Google日本語入力 の比較・ http://code.google.com/p/mozc/wiki/AboutMozc このページを見てもMozcは送信していないことは明らかなのだけど、 Google日本語入力開発版とごっちゃにして物を言う人が今だに居るよね。 12.04でビルドしたけどあまりにも簡単すぎてビビった が、いちいち手動でファイルを配置しなきゃいかんってどういうことよ ut-dictionary入れるとmozc-serverが30M近くになるな これはどういうことなんだぜ? https://code.google.com/p/mozc/issues/detail?id=215 Moscではこれまでユーザーデータの保存時にOpenSSLで暗号化してましたがこれからはデフォルトではそれやめて (平文で) 保存しますよってこと? >>19 Mozcはメモリ量に応じてメモリ消費量が変わる(メモリが多ければそれだけ多く使う)みたいなこと過去スレで 誰か言ってたはず。 今まではとりあえず暗号化してたけど あんまちゃんと考えた暗号化じゃなったからもうやめます、ってことじゃね。 ちゃんと暗号化したかったらシステム側でやってね、と。 "user data" の定義がされてないからその意味があやふやなんだよな まあだいたいわかるけど、「まあだいたいわかる」ってのに依存して書いてるのがとても学生体質 モノがOSSのMozcとはいえ、サラリーマンの仕事としては失格と思うサラリーマンはオレだけなんだろうか Googleさんがトヨタあたり向けに情報サービスの仕事してみてほしいかな、と思ったり まぁ commit log ならこのくらいでいいんじゃね。 もっと詳細知りたければコード読めばいいよ。 Mozc-1.15.1785.102 をテストしているが、 これはこのままパッケージとして出していいか悩むな ibus-mozcの初回起動が必ず「直接入力」になる 全角半角を押して「a」を押すと「a」としか出ない ibus-mozcはGoogleではメンテしないらしいし、 そうなるといろんな人のパッチが雪だるまになって 昔のkinput2みたいになるのは時間の問題 そもそもfcitx-mozcもuim-mozcもibus-mozcも mozc本体にパッチ当てる形でしか作れないのが痛い かといって部外者がmozcチームに参加するのは難しく、 ポリシー的にバグ報告のパッチすら見られないという fcitxはfcitx-mozcリポジトリを作って、 自分らで好きなようにコミットできる場を作ってる しかしそこにibusやらuimやらのコミットを期待するのはお門違い ibusはたぶんmozcのサポートをやらない RedHatの日本語エンジンが動けばいいんだろう というかもうよく分からん 最近のibusはいろいろ問題起こした uimはmacuimの人がやってるけど、 Mozc-1.15.1785.102では追加対応が必要みたいだ そのままだとビルドできない 使い勝手は別として、 確実にLinuxでmozcを使いたいならfcitxとemacsか >>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使えるようにでける? 部首変換ができて感動した 隹 幺 鬯 曰 日 艹 屮 糸 殳 又 阝 阜 刂 彡 羽 屮 どこでも好きなタイミングでON/OFFしたいなぁ どうすれば出来るようになるんだろうか コミットログに新バージョン番号の通知も書かなくなったか。 タグ付けもしねーし。 いまさら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の日本語フォーラムであった同様の質問で シークレットモードになっていて学習結果が保存されてないケースがあったよ。 機種依存の特殊文字だけ変換候補から除外出来ないものだろうか・・・ ubuntuですが、ログイン直後のmozcが直接入力になっており、直接入力→ひらがな に変更しないと、日本語入力が出来ません。 どのように設定すればよいのでしょうか? かな入力で lubuntu14.04だと「\ー」キー押すと「ろ」と出力されるけど lubuntu15.10だと長音記号「ー」と正常に出力される。 14.04ではシフトキー同時に押さないと「ー」は出力されない。 >>35 中国主導のibusとfctixはダメだよ 元からあてにしてないが、品質がダメ ずっとfcitx+mozcを使ってるが問題に遭遇したことはないなぁ ibusのメイン開発者の一人で、例の悪名高い操作体系変更を入れた人は日本人だね確か githubに在るmozcのリポジトリが、去年の12月の時点までロールバックしてしまっている とりあえず 「本文の選択範囲のレスのIDを一括NG」 を要望しておきます いつの間にか用例出るようになってる 動詞だけなのかな? 全然更新されんな。 Androidがbuildできなくなって久しいし、mozcはもう死に体? グーグルはIME開発よりクラウド開発の方にずっと夢中だからな IMEでは絶対に個人情報を取らないと宣言したことがあとを引いている グーグルは個人情報獲得中毒なので、自身の存在意義を真っ向から否定するこのソフトウェアを持て余している >>97 凄く馬鹿になってるよね 小さい辞書に乗ってる単語も知らない mozcもGoogle日本語入力も 誰でも簡単にパソコン1台で稼げる方法など 参考までに、 ⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。 グーグル検索⇒『宮本のゴウリエセレレ』 59XRXFQP36 かなりがっつりフォークしちった。 マージ試してみようかね。駄目な気がするけど。 俺も移植したやつにマージしておきたい 変更点が少ないうちが楽か・・・ すぐにマージは終わったがgithubにpushすると remote: fatal: early EOF 俺は全然駄目だった。 主要な変更点だけcherry-pickしとくかね。 android版のカスタマイズ。 大きいのはAndroid studio対応含めたビルド環境変更。前のはビルド通らなくなっていたしね。 泥関連の変更は多かったから仕方ない こっちは他OSへの移植だからマージは楽だった EOFは環境が悪くてタイムアウトかなんかのせいだったらしい 大型うpデートでドライバーを切り捨てられてすごく重くなった古いレッツとかにcloudready(ChromeOSのフリー版)入れてほぼほぼ満足しているのですが、PCやAndroidのGoogle日本語よりもシステム辞書が馬鹿なのだけが残念です とっかえたり、あるいは差分をユーザ辞書でインポートしたいのですが方法はないでしょうか? 僕の知り合いの知り合いができた副業情報ドットコム 関心がある人だけ見てください。 グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 RI8C6 この頭2文字を変にアルファベットにしたがるクセとかなんとかならんのか 具体的に何を変換しようとしたらそのクセがデルのよ? よーわからんときに不定期に出るw なにかの変換オプションを切れば出なくなるなら切りたいw 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できるようにするか… (動かしたいのはコンテナの中なのでちょっとめんどい) read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる