日本語入力メソッド総合スレッド [無断転載禁止]©2ch.net
WIMEでATOK2008を使ってみた
レジストリをいじってKeyboard Layoutsを04110411にしないと
ATOK21W.IMEを読み込んでくれない
US配列だからか?
あと変換候補ウィンドウが出ないでハングする
ツールバーからIMEをオフにすると復帰するが
候補を選べないのは不便 wine 9.9 + wime 4.1.6
ATOK2017も動かしてみた
Keyboard Layoutsを04110411にしないと動かないのは同様
それとwimeximはどうやっても動かない、使おうとするとハングアップする
export GTK_IM_MODULE=wime
だけ設定してgtk上では入力できる感じ
こっちは候補の表示もちゃんとできる
ツールバーはどこにも出ない uimとか復活させた方がいいんじゃないかな
日本語入力みたいなインフラを敵性国家のfcitxとかに依存してるんじゃだめだろ ibusの野郎はwlroots系のWMで動かんのだよ なんでネトウヨは愛国を他人の努力で賄おうとするわけ? >>168
日本語入力のために国家プロジェクトとして開発されたuimを
使うのは正論ですよね
uim で困りませんよ
復活という大げさなことしなくいいインストールしたら
すぐ使えるようにメンテナンスされているので。 >>172
qt6 に完全移行して qt5 をデリったおいらは、しばらくの間困っていたけどw >>173
gnome text editor に移行したら GTK 3 アプリが使えない
だから Gedit に回帰した。開発者はユーザーを無視してる ATOK2017でATOKパレットを出すには
これを設定する
[HKEY_CURRENT_USER\Software\Justsystem\ATOK\30.0]
"LangBarUI"=dword:00000000 ずっと uim に skk や。wm も枯れたの使ってるから、あんまりトラブルないし wimeがリビジョンアップされました。
4.1.7 2024年6月11日
・変換候補に環境依存文字があるとハングアップすることがあった。
・qt5でセグメンテンテーションフォールトになる。
以下、wime-4.1.7.tar.bz2 の Readme.atok より引用。
>Wine9.1での変更による影響
>=========================
>
>GetKeyboardLayout()が E0010411 ではなく 04110411
>を返すように変更されました。 このためIMM
>APIによるIMEのロードが行われません。 下記 "ジレストリの修正" の
>E0010411 を 04110411 にするとロードされるようになります。 wime関連のレスについてですが。
良い報告にせよ、悪い報告にせよ、後から来た人のために、
WineのVersion、wimeのVersion、ATOKのVersion(年度)
を、明記したレスは、ていねいなレスだな、と思う
執筆者君なのでしたー(きょうのわんこ風)。
※WineのVersionや、ATOKのVersion(年度)により
動作状況が変わる可能性があるからです。
うろ覚えですが、Wineスレ@Linux板の過去ログ
(だったかな?)では、ATOKxxxx年版の試用版は
動作しない、などの報告があったような気がします。 uim-skkを使用中
SKKの入力方法に慣れる日は来るのか・・・ gcc14だとuimがビルドできない気がするのだが 俺今、glibc から全てgcc14でビルドしたシステム上のuim で入力してるよ。 >>183
configure: Fix snprintf check for strict(er) C99 compilers (#187) - uim/uim@99fd890 - GitHub
https://github.com/uim/uim/commit/99fd890fa601b81ff99e5e0f1977fe309f56b90e ibusは操作方法がワケワカメ
何も考えずに使えるfcitx一択 >>168
敵性国家(爆笑) ならお前は漢字使うの一切やめろ
太平洋戦争の時代は終わったんだよゴミウヨジジイ 過去二千年に渡って醸成されてきた漢字を使うのは正しい
と思うがローマ字はアメリカのせいだよ >>186
お前アホだろ
XZ Utilsのこととか知らなそうだ つまりロケールがja_JPであるときにのみ発動するようななにかを仕掛けれてもわからんということだ
日本語入力のような基幹的な部分を中国のソフトウェアに依存するのは安全保障の観点から大変問題がある
これは平和ボケしてる低能以外は理解できることだぞ アメリカやイギリスが中国製のネットワーク機器を使用禁止にしていることや
特定のソフトウェア開発に中国系をかかわらせないように法改正していること
半導体製造機器の輸出禁止措置を行っているのはなぜだ?
頭が悪いパヨクにはわからないかもしれないが 保守もアカも宗教も、学歴も、今や騙されるのは低知能だけ。 中国が警戒されてるなんて経緯を考えれば当然
都合が悪いとDD論持ち出すのもテンプレ skk試してるんだけどあんまり良さがわからない
何が良くてskk使うの? まだSKKって需要あるんや。
20年以上前、大学の恩師が使ってたなあ。 >>197
なにが悪いかというかなにが良いかを教えてほしい SKK を使っての日本語入力の仕組みと方法が下記の記事で解説されています
https://ja.wikipedia.org/wiki/SKK
簡単に言えば、かな漢字変換において形態素解析を使わない方式ですよ
実際に試してみるほうが早いでしょう
この方式に馴染めるかどうかはユーザ次第でしょうね ちなみに SKK を uim と組み合わせて Debian系で使うには
次のコマンドで現在の環境に追加すれば良いですよ
apt install uim uim-skk 俺元々単語区切りで変換してたからあんまり使い心地変わらないんだよな
むしろskkだと送り仮名の処理とかカタカナ英語の変換とかでやること多く感じる 大抵のIMEはカタカナとか英語への変換一発でできるようになってるからあんまり良さがわからない SKKを試用中ですが、単語区切りで変換している方に"良い"点を挙げるのは
難しいかもしれません
変換候補が尽きるとカッコ(ミニバッファ)が出てすぐに辞書登録に移行できます
"ひらがな"などは入力時点で確定します エンターなどを押す必要はありません
自分で変換位置を指定する関係で変換精度を批判しなくなる?かもしれません
変換ミスがあれば、それは自分の責任と考えるようになります
"良い"点になっていないかもしれませんが・・・ >>203
やっぱりそうなんですね
ひらがなカタカナがそのまま入力されていくのは気持ちよかったんですけど、シフト押すのが面倒なんですよね SKKは今となっては文章を入力するのにはタイプ量が多くなるだけでメリット無い
入力するのがwebやローカルの検索用の単語や文字列ならmozcより効率的