日本語入力総合スレッド 5

日本語入力全般

Canna http://canna.sourceforge.jp/
Anthy http://anthy.sourceforge.jp/
ATOK X3 http://www.justsystems.com/jp/products/atok_linux/
Mozc http://code.google.com/p/mozc/
Wnn http://www.omronsoft.co.jp/SP/pcunix/
Prime http://taiyaki.org/prime/
SKK http://openlab.ring.gr.jp/skk/
T-Code http://openlab.jp/tcode/

IIIMF http://www.openi18n.org/modules.php?op=modload&name=Sections&file=index&req=viewarticle&artid=30&page=1
UIM http://anthy.sourceforge.jp/cgi-bin/hikija/hiki.cgi
SCIM http://www.scim-im.org/
iBus http://code.google.com/p/ibus/

前スレ：　日本語入力総合スレッド 4
http://hibari.2ch.net/test/read.cgi/linux/1151823044/

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

NQSL6

NQSL6

チルダで変換したら、以前は、ちゃんと「〜」って出てたんだけど
今、変換すると「〜」になってた。
環境はUbuntu16.04
これって俺だけの問題？

あれ？
「〜」

〜チルダ
〜から

~ TILDE
˜ SMALL TILDE
῀ COMBINING GREEK PERISPOMENI
⁓ SWUNG DASH
∼ TILDE OPERATOR
∿ SINE WAVE
〰 WAVY DASH
〜 FULLWIDTH TILDE
〜 wave dash

チン毛小僧

>>882
訂正します。

"チルダ"、"から"　両方とも「〜(wave dash)」に変換されます。
候補一覧に「〜[[全]チルダ」、「〜[[全]波ダッシュ]」と、あたかも違う文字かのように表示されるので、私が勘違いしたようです。

実際その2つは違う文字で、よく文字化けの原因になったりする
ここに書き込む時に同じ文字に変換されてしまったのかもわからんね

って思ったら見た目にだまされてたけど>>882、ちゃんと区別して書けてんじゃん
> 以前は、ちゃんと「〜」
> echo -n "〜" | od -t x1c
0000000 ef bd 9e
357 275 236
→ U+FF5E FULLWIDTH TILDE

> 今、変換すると「〜」
> echo -n "〜" | od -t x1c
0000000 e3 80 9c
343 200 234
→ U+301C wave dash

チルダを変換して出てくるものとしては前者(以前)が正しいのかな

>>889
話すと長くなるのだが……すまんが、付き合ってくれるか？

事の発端は、俺が書き込んだ、
https://rosie.5ch.net/test/read.cgi/liveplus/1527569272/32-34

「から」、「チルダ」共に〜になる。
俺の知らぬ間にfcitx-mozcの仕様(チルダ変換)が変わったのかと早合点してしまった訳なんだ。

それで、以前から入り浸ってたこのスレに書き込むことにした。

「から」、「チルダ」共に〜になることは分かっているので、

> 以前は、ちゃんと「〜」
部分はコピペで、

> 今、変換すると「〜」
部分は「から」を変換したという訳なんだ。

あれ、
＆＃１２３１６；を半角で打っても、
〜
になるのか!?

>>890(続き)

「から」変換でも「チルダ」変換でも「〜」文字になればどっちでもいい。
ただ、5chの特定のスレでは、「から」変換は＆＃１２３１６；になってしまう。

そのとき、調べて「チルダ」変換すれば、そのスレでも「〜」文字が表示されたんだ。
俺はそう記憶している。……だが違ったみたいだ。

なんだか俺が居た世界線を超えた感覚だ。

Üe;カバ

∎カバ

チルダ問題に、みんな散るだ(´・ω・｀)

しらんけど、コード問題は、追求しだすとけっこう深いらしいと

見た目がおんなじでもコード違うと、検索の時ヒットするしないとか困るもんな。
意識しないで混在させちゃってる人とか少なくないんだろうなあ
勉強になったわ

その逆で、同じコードなんだけど、ポイントが変わると見た目が変わるって話題もあったな
>>772

vje、復活しないもんですかね…

日本語入力じゃ商売にならないからね。

モードレスで小学生でも打てるという漢字変換ならあるぞ
http://www.esrille.com/ime.html

New Stickneyかな配列って自分で考えたの？

違う
esrilleは任天堂と関係があるらしい

ならボロクソ叩いても無いないかな？

美紗緒辞書がどこいったか知らんか？
ギリシャ文字で変換するの辛いの

しらん

androidにatok出してるんだから、ついでにUbuntu,debian版とか出してくれてもええんやで

金にならんから無理でしょ。
>>906が10億円ぐらい出したら作ってくれるかも。
頼んだぞ。

それより、10万人が1000円ずつ出しあって、懇願した方が可能性が高いと思う。

>> 10万人
おらんだろう・・・

それより、1000人が10万円ずつ出しあって、懇願した方が可能性が高いと思う。

>>909
うそ？そうなの？
>>910
10万円だすなら、core i3 もしくはryzen5で自作PC作ってWin10入れる

1万人が1万円ずつ出しあってってビジネスが成り立たなかったのは分かる

でもlinuxユーザーが増えてるとは思う

無料の日本語変換で良いやって思う率も上がってるとは思うが

>>906
ATOK for Linux ちゃんとUbuntu, Debianに対応してるじゃんw
https://www.justsystems.com/jp/products/atok_linux/

いい加減uim-skkはUTF-8に対応してほしい

>>914
個人でパッチ作ってる人はいるみたいだよ？

「𠁣」の文字をどのようにキーボード入力するか (uim-skk-1.8.6-utf8.patch.gz)
http://harakire.tripod.com/junkies/non-bmp-keyb.html

UIM with SKK (utf8)
http://www.lapangan.net/omongkosong/2018/04/12/uim-with-skk-utf8/

>>914-915
煮て非なるものを作ったところで烏合の衆で終わる。
ここは、統一の取れたIMEを目指し立ち上がるべき。

>>916
お、がんばれよ

uimはupstreamが止まってるようでなあ…

でも>>916がなんとかするってさ

>>916
グツグツ グツグツ
鶏じゃなくてカラスの肉を煮てどーすんだよ！

上記>>808のリンク先
　XIM(X Input Method)日本語入力の流れ
　https://qiita.com/ai56go/items/63abe54f2504ecc940cd

これ読んで内容が理解できる人って、ここにどれくらい居るの？

>>920
調理次第では、ぼちぼち食べられるみたいだよ。
https://academist-cf.com/journal/?p=394

>>919
立ち上がるべき　とは言ったが、
立ち上がる　とは言ってない。
（おやくそく）

>>921
ほとんどいないんじゃないか？
必要ないし
gtkやqt等のツールキットが出来る前、
Motifという言葉に反応できる世代なら知ってそう

>>924
俺もそう思う。
このまま自国のインプットメソッドすら作れない国になっていきそう。

技術的にそこまで難しいもんでもないだろ
と言っても個人でやるレベルじゃないけど。
問題なのはグローバルデザイン時の政治的駆け引きだろ

>>926
1.外資企業が陳腐な日本語IMEを安く作る
↓
2.コスト的に見合わないから国内企業は撤退
↓
3.国内で技術者が育たない
↓
4.外資企業は値上げし、品質のよい日本語IMEを作る
↓
5.それでも国内で作るより安い
↓
6.国内の技術が枯れる（技術が古く陳腐化）
↓
7.外資企業が暴利に走る
↓
8.国内で太刀打ちできる企業が無い（技術者がいない）

問題は、7の地点で日本がアメリカに対して、欧州並みの制裁金を請求するかどうかにかかってる。
ってこと？

問題になるのは中国とかだろね
韓国インドとか

そもそもインプッドメソッドが必要なのは
マルチバイト文字圏の日本、中国、韓国あたりが中心だったと思う

1byte文字が中心だった欧米はそもそもインプッドメソッドを使う必要性がなかったはず
Unicodeになって1byte文字じゃなくなったけど

かな漢字変換エンジンも
インプットメソッドも
開発から放置までの期間が早すぎるのが残念

なかなか次のインメソが出てこないね

最も開発がアクティブなのがSKKとその眷属という事実

ddskkの開発は停滞してね？
かな入力対応はα段階のままじゃん

俺がlinuxレビュー遅れたのは、かな入力が不自由だった所為だと考えている。

あと、我慢はできるが、もう少し漢字変換がお利口になると助かる。
「じゅうぶんしょうさんがある」を変換した場合の候補一覧
・じゅうぶんしょうさんがある六十
・十分賞賛があるだろう
・十分小３がある
orz

レビュー？

>>934
あんがとう。マジで間違えてた。
×レビュー
○デビュー

漢字の勉強も含めてTUT-Code始めてみようかな。

>>936
ググってみたが、直感的に流行らない。

慣れれば結構快適だよ。
流行らないだろうけど。

かな入力で、「あ」の位置とか「の」の位置とか意識せずに打てる。
その延長線と考えれば、たしかに快適さが想像はできる。
うん、流行らないだろうね。

快適ですか。
書きたい事はあるのだけど入力が下手すぎて断念。
「同じ釜の飯食ったつーの」
これで伝われば。

先の方と同じくかな入力なのだけど、なんとなく最近思う事を述べておくと、腱鞘
炎回避の為キー配置をよく変えるのだけどmodifierの関係でかな入力も変えざる得な
い。
かな入力は我流していくと、打鍵範囲を狭めたいから中央に寄せていく、キーが足
りないからシフトを多用する事になり必然的にシフトは親指になる。また配置を決め
るのが難しい。濁音・拗音を流れるように打てる事を意識して置いていくんだけれど
も実際に打鍵するとそれだけでは埋まらない運指の盲点と出くわしたり、一つ変えれ
ばひっぱられるように他の位置も変えざるを得なかったり安定するまでに時間が掛か
り、期した頃にはまた変更を繰り返してる。打鍵が難しい分慣れるまが長い。
親指の多用はもちろんの事、濁音・拗音も頻繁に出てくるし優位性だった少ない打
鍵数というのは今は感じてない。これはシフトを使わない入力を触る時に如実だ。何
よりかな入力やローマ字入力には変換という行程がある。

もっと多いだろうと勘違いしてたけど、漢字ってこれしかないのかという感じ、もし
かしたら私も漢字博士になれるのではないかと思った次第です。
https://github.com/uim/uim/blob/master/scm/tutcode-rule.scm

>腱鞘炎回避の為
おいらの求めてたキーワードの一つかもしれない。

いろいろ頑張ってるようだけど、
とどのつまり、使い慣れた道具が一番だと落ち着く。
それが欠陥品と感じても。

すまないな、おいらの愚痴まで聞いてもらって、
言いたいことは山ほどあるが、端的に言うと、右手小指の使用頻度を減らすキー配置が欲しい。
あと、日本語では、空白文字より、「、」「。」の方が、遥かに使用頻度が高い。「、」「。」はスペースキーの右隣りの「変換」「カタカナ」の位置に置くのがベスト。

それと、個人的にはシフトを多用するのはどうかと思う。
今のかな入力でシフトを使わなくていい文字を、わざわざシフトを使うようにするのは長考ありと思う。

今、思いついたのですが、
濁音、半濁音をTabキーに割り当てたらどうでしょう
例えば、
「は」押下「゛」押下ではなく、
「は」押下「Tab」押下。

「は」押下「゜」押下ではなく、
「は」押下「Tab」押下「Tab」押下。

このような設定を、Fcitxでできますか？

それ使った事ないな。でもちょっとgrepしてみた所pinyin(中国語のローマ字入力のよ
うなもの)は簡単に変えれそうだから、かな入力も似たように変えられるかも。
uimだと以下と同じものがshare/uim/japanese-kana.scmに入ってる。
注意点としては文字コードがeuc-jpで書いてある。
https://github.com/uim/uim/blob/master/scm/japanese-kana.scm

それをいっちゃおしめーよだけど、だね。配列にしてもinput methodにしても使いな
れたのがいいだろうね。

参考までに
それがしは「゛」はinput method offと一緒にしてるでござる。しかしそれでは
「゛」自体は工夫しないと打てのうなるがまず使わん。input methodは変換確定まで
offには出来んゆえ先に文字ありたるところoffと成らず濁音となろう。
このoffのkeyじゃが直接入力時はspaceでのう、日本語入力時に同じkeyで全角spaceを
打てのうなるが左近殿は全角spaceが世に必要とお考えか。
変換開始が別途必要になるでありましょうしかし、御覧下され...この配置にはまだこ
んなにもたくさんのキーは散らばっておりますぞい。

鍵盤を弾く時とキーボードを打つ時の違いは手首が固定されてるんだよね。だから遠
い位置を打つ時に右手の角度を作る時に腕の腱が緊張してる。これが腱鞘炎にさせて
る。左手はそういう角度で使わないからならない。だから移動キーの関係から平常手
を置く位置が内側に寄りすぎても外側のkeyを押す時に負荷がかかる。
浮かせて打ったりキーボードを机の手前ぎりぎりまで引きつけて使うとかすると変わ
ってくるだろうけれども。
後々になって思ったのは、ミニキーボード使ってたらもうちょっと違ったやり方があ
ったかもと思う。ノシ

>uimだと以下と同じものがshare/uim/japanese-kana.scmに入ってる
感謝

>「゛」はinput method offと一緒
おいらには向いてない（右手小指に負荷が掛かるのは避けたい）が、頻繁にIME on/offをする人には合理的に思える。

>全角spaceが世に必要とお考えか
段落を下げる時、全角spaceを使うので「、」「。」と同じくらい必要かな。

>遠い位置を打つ時に右手の角度を作る時に腕の腱が緊張してる
おいらは、右手小指に割り当てられたキーの多さが問題と考えていたが、貴殿が考える『手首が机に固定されてるのが問題』というのも、うなずれる。

今のキーボード配列＆日本語入力に不満を持っている人は多いんだろう。かといって、その不満を一網打尽にできる妙案を出せる人がいないのも事実。
おいら達は、このまま次世代まで不満を引きずるか。

ubuntu 16.04 LTS じゃぁuim-mozc使えないみたいだから18.04 LTSにアップグレードしてみるお

18.04 にしたらmozcが少し賢くなった気がする

>>948
自己解決
Mozc側の設定でした

uim-mozcで>>943の実現を頑張ってみたが、
結局、無理だった。

fcitx-mozcを調べて分かったことだが、
mozcにあるclient.ccのメソッドを呼べば比較的簡単にIMサーバ(fcitxやuimなど)が作れそうだが、
勉強がてら作るのなら良いとしてもだが、
モチベーションが無いだがや。

fcitx-mozcをdebianで使っているんですが、日本語・半角英数を切り替えキーではなく
日本語入力への切り替えキー、英数入力への切り替えキーに設定って可能ですか？

端末（ターミナル）から、以下のコマンドを打ちます。
/usr/lib/mozc/mozc_tool --mode=config_dialog

Mozcプロパティが表示され、「一般」タグの内容が表示されていることを確認してください。

キー設定の選択行の「編集...」ボタンを押します。

モードが「直接入力」コマンドが「IMEを有効化」の行を選び、入力キーの項目を変更すれば、漢字入力ONのキーを変更できます。

>>953
>>952です。ありがとうございます。

そうかぁ左近殿全角スペースいるんかぁ。
使ってるブラウザから書き込めなくなったのでこれで最後で。

説明は対応できる量ではなくなるから、勘が良さそうな所でやってくれ。
キー入力が出来無くなって電源ボタンで消すしかない状況になってもいい時にやった
ほうがよかよ。

eval setxkbmap \
$(xkbcomp -a -xkb -o - $DISPLAY |sed -n '1d; s%^xkb_\(.*\) {%-\1%; t S; d;
:S s%ibility % %; s%\(.*\)_\(.*\)\([^)]"\|(\)%\1+\2\3%; t S; p') -print \
|xkbcomp - -xkb -o - |less

上記をターミナルに貼り付けると、設定の元となるファイルが出力されるからそれを
ファイルに書き出し変更して読み込む事で設定を変える。最後の -oから末尾までを消
し -o 'ファイル名'とする事で書き出せる。
以下変更箇所の羅列。

スイッチはトグルのようにグループ1へ戻す役割も担う。

変更後のTabキーは、 P <Multi_key> ñ Ñ とした。

今の失敗。書き込める量も減りすぎ。
type "FOUR_LEVEL" {
(省略)
};
の下に以下を追加する。
type "ALT_FOUR_LEVEL" {
modifiers= Shift+Alt;
map[Shift]= Level2;
map[Alt]= Level3;
map[Shift+Alt]= Level4;
level_name[Level1]= "Base";
level_name[Level2]= "Shift";
level_name[Level3]= "Alt Base";
level_name[Level4]= "Shift Alt";
};
# ------------------------------------------------------------------
key <TLDE> {
(省略)
};
を以下のように書替える。
key <TLDE> {
type = "ALT_FOUR_LEVEL",
symbols[Group1]= [ Zenkaku_Hankaku, ISO_Next_Group, Kanji ]
};

key <TAB> { [ Tab, ISO_Left_Tab ] };
を以下のように書替える。
key <TAB> {
type[group1] = "TWO_LEVEL",
type[group2] = "ALT_FOUR_LEVEL",
symbols[group1] = [ Tab, ISO_Left_Tab ],
symbols[group2] = [ P, Multi_key ,ntilde, Ntilde ]
};
# ------------------------------------------------------------------

shift+全角半角を押すと、グループ2に切り替わりTabの位置が設定したキーになる。
このスイッチはトグルのようにグループ1へ戻す役割も担う。

変更後のTabキーは、 P <Multi_key> ñ Ñ とした。
modifierとの対応は上から順番に、そのまま押す、shiftを押しながら押す、
alternateを押しながら押す、alternate+shiftを押しながら押すとなっている。
Multi keyとは複数のキーを組み合わせて文字を出すキー。
例えばMulti keyを押してから<3を押すと♥が出る。もう一度Multi keyを押してから<3
を押すとやっぱり♥が出る。

設定を反映させるには、以下を打ち込む。
xkbcomp 'ファイル名' $DISPLAY
次回から起動と同時に反映させたい場合はの事は環境によるので確かな事は知らない
。ただおそらくubuntuはgdmというログインを担うプログラムを使っていて、その設定
で特定のファイルを読み込めるようになっているのだと思う。そこに今打ち込んだも
のを書いておけばいい。

uimの設定は以下のように書替えれば、Pの後にPじゃないkeyが押された時に「ば」と
確定する。
((("は" "P"). ())("ば" ""))
((("は" "P" "P"). ())("ぱ" ""))

Multi keyを押してから<3を押すとやっぱり♥が出る。

>>955-959
ありがとうございます。

Xのキーマップを変えるわけですね。
キーマップが変えられることは以前から知ってましたが、ごちゃごちゃして分かりづらいので調べたことがありませんでした。
折角の機会です、貴殿から授受された知識を深めてみます。

数日後になるでしょうが、結果をレスします。

結構でござる。難解ゆえ支障をきたそう。

コーランの一節より。
『選択がGentooを動かすのであって、Gentooが選択させるのではない、ということを理解する事はと
ても重要です。』

ではこれにて、御免。

だから私はGentooを使っていない。以上!

使えば良いのに！

ManjaroをNGワードに入れたら
アホな対立アラシが居なくなった

もう一回だけ。試してこういう事じゃないなと分った。
こういう事か。良い設定かもしれないね。ノシ。
((("は" "P"). ("ば"))())
((("ば"). ())("ば"))
((("ば" "P"). ())("ぱ"))

いやGentooは使えると思ってるよ。

>>1
総合なら多言語入力総合にしてくださいよ。
多言語入力総合を独立に立てても過疎るだけなので統合してほしかった。

世界一優秀なことになってるジャップが、
linux のまともな日本語入力環境一つ作れてないのは、
大笑いだよな　w

ま、これが猿の実力か wwww

linuxの良い所は、おまえみたいな奴が何も出来ない事をはっきりと映し出す所だな。

>>969
お前も出来ないくせにw
刺し殺されろw

kaliの日本語入力設定は、たいへんだった。パッチ当てるたびに、動かなくなったり。

何この殺伐スレ
日本語入力なんてuim-anthyよ
細かいこと気にしないから当たり前の用に使ってて何も感じない

>>971
kali でmozc を利用できるようする方法を教えてください

uimを入れ直した後で、uim-ximを使用するx11アプリで
日本語が入力ができなくなり困っています。
gtk-query-immodulesでキャッシュを更新して、
gtk2/3やqtアプリでは使えるようになりましたが、
それ以外のx11アプリで有効になりません。
XMODIFIERS='@im=uim'を設定してuim-ximは起動していますが、
uim-candwin-gtkが起動しないようです。
どんなところが問題でしょうか？

>>973
よく知らんが、kali(debianベース)なら、im-configって端末で打てば、インプットメソッド設定画面が出るんじゃない？

Linuxをやって気づいたこと
ディストリビューションが多いこと。
Ｑ．ディストリビューションが違うと何が違うの？
Ａ．何かが違う。
Ｑ．何かって何？
Ａ．だから何かだよ。調べないとわからないんだよ。

Ｑ．その違いって大事なの？
Ａ．ユーザーにとっては迷惑なだけ

Ｑ．なぜ違うの？
Ａ．自由だから

Ｑ．自由なんか無くせばいいじゃない
Ａ．Windows使いなさい

Ｑ．なぜLinux使うの？
Ａ．Windowsが不自由だから

Ｑ．でも日本語入力だけでも統一したいよね
Ａ．そうだよね

>>974
X11アプリにXMODIFIERSの環境変数を引き継いでない可能性大

>>977
確かにそんな感じです。
XIMを有効にしてビルドされてるはずのworkerのアプリケーション情報に、
XIM modeは本来defaultと表示されるところがfallbackになってました。
これと同じ経験がどこかであったような。

解決できないので隅々までいったんすべて削除し、
ソースの取得からビルドをやり直すと今度は何事もなくインストールできました。
最初はビルドの途中で一二度つまづいていたのでそのゴミか、
古いインストールの一部がどこかに残っていたのかもしれません。