日本語入力メソッド総合スレッド [無断転載禁止]©2ch.net

まともな辞書を持った入力メソッドがAtokしかないのはなんとかならねえのか

ibus版も出してほしいな🥺

>>549
だね

元もRustだったね
オリジナルの人も、Fork版出した人もサクッと日本語変換、作っちゃうってすごい才能

おれはibus-anthy一択。理由は教えない。

karukanは、なんだろう。普通に＂VIVANT＂とか変換できるのですごいと思う。

確かにカルカンはすごいね。
ただまだ自書機能と細かい設定機能とかはまだない感じかな？

>>554
辞書ファイルはmozcの形式に準拠だったかな
付属のツールでバイナリ変換したのを ~/.local/share/karukan-im/ に放り込めば読み込める
ちょっとしたものであれば平文でもおk
少し試しただけでうろ覚えだから自分で確認してみて

Hazkey使ってたけどKarukanの方がユーザー辞書が使えるので乗り換えたわ

あぁただファンクションキーでの変換が効かないのが微妙

fcitx5の開発はチャイニーズらしいが
問題はないのか
日本向けは怪しいコードが混入しているとかはないのかw

心配ならソースを読めよ

mozcや新しい日本語入力はfcitx5向けに開発されてますし
後方互換無視のibusはgtk3ベースのアプリですら挙動が怪しいですし
セキュリティが心配ならパーミッションの管理が楽なflatpak版fcitx使えばいい

読むのは勿論ビルドがめんどくさい
go rust python haskel あとなんかわすれたけど次から次にビルド環境が増えてく

入力情報の外部送信とかw

>>562
flatpak版いれてネットワーク禁止にすりゃいいじゃん

>>563
分かりました
ありがとうございます

>>564
そんなので大丈夫だと思うの？
素人をだますのは良くない

中共憎しでまともに物事を判断できないやつはwindows使ったほうが安全だと思う
linux消して壺でも磨いてろバカウヨ

遠からずlinuxを支那国内では使えなくなっちゃうかもよ

GithUbのSourceでも何でも、くまのプーさん（出来れば実写）を入れとけばいいかと
何かの拍子に突然表示されちゃうとか

ネットワーク禁止まで考えるのなら、ポメラで入力すればいいかと思うけど
さすがにポメラはスレ違いだね

いいよねポメラ
しかしあの程度のガジェットもっと安くできんのかな
2万円くらいが適正価格だと思うが

>>569
俺はほとんどのアプリで不要なネット接続や関係のないディレクトリへのアクセスを制限してるぞ
flatpakじゃないのはapparmor使って
神経質かもしれないがwindowsやセandroidほどセキュリティソフトが充実してないlinuxじゃ有用な防衛手段だろ

>>571
そういう意味なら、それはわかるけど
ネットワーク禁止なところが思い浮かんだのでポメラとかかなと

意識高そうなセキュアなつもりは事故の元

>>573
パーミッション管理ごときで事故起こすよなやつにはlinuxは早い
残クレiphoneでもいじってろよバカウヨ

>>560
されてない
mozcはunixドメインソケットを介した接続をする仕様でfcitx向けってことは断じて無い

>>575
付属のツールがqtベースなのとibusだと用例表示ができなかったり、不安定だったりでfcitx向けだと勘違いしてたわ
よくよく思い出してみると相性の悪さってwayland移行後のibusが原因か？

ibusが原因だろうね、開発力が足りてない

ibusもgnomeもredhatが開発主体だから、gnome環境のことしか考えてないし
mozcが出てきた当時はibusとuimくらいしか日本語に対応したimfがなかったから
googleがibus用のブリッジを書いたけど
https://github.com/google/mozc/tree/master/src/unix/ibus
redhatはanthy-utf8を標準に採用してるくらいだから、mozcにそこまで執着してないんじゃないだろうか

諸悪の根源はwayland にチャイナ出自

Fcitxがチャイニーズインプットトイの略と知った時は驚いたものだ
便利に使わせてもらってはいるけども

いずれそのうちDEが・・・とか思ってるけども
KDEとか・・・
GnomeはIbusまるっと取り込んだよね

gtkにibusやgnomeの絵文字ビューア対応コードがハードコーディングされてるの頭おかしい

waylandでmozc使うだけならibusもfcitxも必要なくて
mozcだけ使えるibus的なものをgtkもqtも使わないように書いたんだけど
ソースがc++で50KBくらい、実行ファイルがprotobufを静的リンクして2MBくらい

>>582
是非公開して、どうぞ

あのさ、なんでATOKの話しないの？
撤退した理由とか復活願う嘆願書とか

>>584
誰もATOKを必要としていないから

>>585
変換効率は最高なのに？
実質Google版はたまにポカな変換やるで

windowsからLinuxへと巷で謳ってるくせに日本語変換はほとんどが設定されてない
これにはコマンド操作が必要なのに初心者にとっては高すぎる障壁でしょう
だから特に日本でLinuxが普及するとは到底思えませんね
ということで、誰か賢い日本人が日本語変換の取り込み用のパッケージを提供してくれれば一発で出来るようになるのにといつも思ってます
ここでくだまいてるエセ評論家のみなさんの中からひとりでも作っていただければと思いますがそういう勇気はなさそうなので失望してます

>>587
コマンド操作も何も
apt install fcitx5-mozc
dnf install fcitx5-mozc
yay -S fcitx5-mozc-ut
って数文字打ち込むだけなのに何の障壁があると言うのか
ディストリのISOをUSBに焼く方が遥かに難しい

GnomeやKDEならGUIのパッケージマネージャーでFlatpak版のFcitx5-Mozcインストールできますし

Aiに聞いてコピペするだけだからそんなに面倒でもないけど
OSインスコ直後に日本語入力出来ないとテンパるのはわかる
俺も最初テンパった

>>588
それが障壁だって何で気がつかないのか摩訶不思議な日本！
googlebookも日本じゃ発売されないし。。。

ATOKはサブスク化したり「不快語」とか勝手に設定して変換できなくなったりして終わった。

20年前ならいざ知らず、最近のメッジャーなディストリならインストール時の言語選択で日本語を選ぶだけでインストール直後から日本語入力が可能になっているだろ。

もっとも、デフォルトの日本語入力システムから変更しようとすると(例えば ibus→fcitx5 とか anthy→mozc とか)多少の知識が必要になってくるのは確かだが、それとてもGUIなパッケージマネージャーから必要なもの入れれば大抵なんとかなるだろ。

hazkey+zenzaiやkarukanといったAIを使った文脈を考慮した変換は面白いし、未来を感じるよね。
うちのivy bridgeの低スペマシンでは快適には程遠いけど。

ATOKはサブスクじゃなきゃ買ってもいいんだがな
そういう冷やかし相手には商売しないということか…

>>594
昔は、豊富な辞書機能が売りだった日本語入力も、今やもう辞書登録せずにどこまで使えるかって感じだよね
後はこの内部で動くAIがどんどん使い勝手いいものになれば最強かなと
最後はもう文章の添削や提案までしてくれるようになると思う

>>593
コマンド操作が１つでもあるとwindowsから移行したいと思ってる人(日本人)は絶対に敬遠する！
とにかくパッケージ作ってよ
それが出来ないなら！エセを語る資格無し！
googlebookからも見放された我が日本人は未だにガラパゴスから逃げ出せないんですね！

hazkeyはサイズがでかいだけあってAI使わなくてもmozcより効率が良く感じる

ATOKは官公庁や大企業御用達になって
生き延びることにしたんだからLinuxとは相性が悪い

かるかんをGPU使うようにBuildしてるんだけどCUDAが見つからなくて難儀しとる

>>600
言ってくれてありがとう
自分も今、それだったのでnvccというかcuda-toolkitをインストールしてから再ビルドしてみます

>>591
推進してるって？誰も推進してない気がするけど
そもそもLinuxは営利ではないのでもし政府が推進、もしくは地方団体が推進、企業が推進なら多分その団体がしっかりとした
日本語パッケージのインストールCDでも作るだろうけど費用かかるしメンテも必要になってくるのでまずWindowsみたいに有料になるよ
ライセンス制になって1ライセンス1万円位は最低（数売れないから本当は5万くらいにしたいだろうけどw）取るんじゃないかな
そうじゃないと成り立たない

なんかあれかな
Win11の切替で知り合いにLinuxを勧めてみたけど日本語変換できないとかで文句言われたん？
それともセットアップ終わって、日本語入力の設定せずに渡してそれで色々言われたとか？
めっちゃ、文句言ってるよなぁ Zorinとか Ubuntu Desktop(Japanese Team版)とかあるやん

日本語設定くらいできない奴はどっちにしても大した事はできんよな

難易度で言ったら一太郎買ってATOKのサブスク申し込むほうが難しいしな(ソースはうちの親)

ちなLinux Nihonngokaでも普通に検索に当たるしな

>>591がLinuxユーザーになったところで既存Linuxユーザーの誰も得しないもの
Windowsは掲示板やSNS上に宣伝要員みたいなのが居て売れたら喜ぶ人がいるのだろうがLinuxはボランティア宣伝員で利益がない
Linuxデスクトップアプリやドライバはすでに充実してるから今以上にシェアが増えるメリットはない
対応PCが安く入手できてるのにしてもWindowsPCが安価にバラ撒かれてることが前提に合ってOSなしPCがPCのデフォになったら逆に値段上がりそう

>>584
ソースを全て公開してくれたら、ATOK の話になると思うけど。

それはそうと、karukan の config.toml ってみんなどうしてる？
なにもいじってない？ 最適化の提案あればよろしくお願いします。

WindowsのATOKがwineで動くの知らないのか？

>>610
WindowsのATOKをwine経由で使うwimeというのが >>177 ありますが

wimeではなく、wineそのもので動くのですか?

"不快語"なんてお金のために言葉狩りに手を貸したATOKなんかダメだろ。
小説も書けないし、5chに書き込むのも支障があるぞｗ

特許は20年だから、日本語変換関連特許で2006年までのは全部切れてる
それらを全部探しだして実装した日本語IM作ればかなり良いものが出来るはず
でも特許を精査するのは時間も労力も掛かるから誰もやらないんだよな

今のLinuxはHazkey＋ZenzaiがあるからATOKの必要性自体がないが

>>611
ゴミみたいな揚げ足取りだなとは思うがWineそのもので動くかというと動く。
その場合Wine上で動いているアプリにのみ入力ができる。

Windows使ってやれよw

flatpakのfcitxもfltpakアプリへの入力だけよね？

>>617
flatpak以外にも入力できるよ

ATOK使っているやつは本当におもしろいな
そういう特性のやつしか使っていない

>>618
そうなんだ。うまくいかなかったのは俺環のせいか またやってみる

>>620
通常のfcitxと同じようにwikiを見ながらやれば大丈夫だと思うよ
とりあえず心当たりがあるものとしては
・waylandでは原則、環境変数の設定は必要なし
・gtk3ベースのアプリで入力できない場合は ~/.config/gtk-3.0/settings.ini に gtk-im-module=fcitx を追記
・xwaylandで入力できない場合は環境変数に XMODIFIERS=@im=fcitx を設定
・gnomeで使用する場合、シェル拡張のinput method panelが必要