日本語入力総合スレッド 5
レス数が950を超えています。1000を超えると書き込みができなくなります。
あれ、
〜を半角で打っても、
〜
になるのか!? >>890(続き)
「から」変換でも「チルダ」変換でも「〜」文字になればどっちでもいい。
ただ、5chの特定のスレでは、「から」変換は〜になってしまう。
そのとき、調べて「チルダ」変換すれば、そのスレでも「〜」文字が表示されたんだ。
俺はそう記憶している。……だが違ったみたいだ。
なんだか俺が居た世界線を超えた感覚だ。 しらんけど、コード問題は、追求しだすとけっこう深いらしいと
見た目がおんなじでもコード違うと、検索の時ヒットするしないとか困るもんな。
意識しないで混在させちゃってる人とか少なくないんだろうなあ
勉強になったわ その逆で、同じコードなんだけど、ポイントが変わると見た目が変わるって話題もあったな
>>772 New Stickneyかな配列って自分で考えたの? 美紗緒辞書がどこいったか知らんか?
ギリシャ文字で変換するの辛いの androidにatok出してるんだから、ついでにUbuntu,debian版とか出してくれてもええんやで 金にならんから無理でしょ。
>>906が10億円ぐらい出したら作ってくれるかも。
頼んだぞ。 それより、10万人が1000円ずつ出しあって、懇願した方が可能性が高いと思う。 それより、1000人が10万円ずつ出しあって、懇願した方が可能性が高いと思う。 >>909
うそ?そうなの?
>>910
10万円だすなら、core i3 もしくはryzen5で自作PC作ってWin10入れる 1万人が1万円ずつ出しあってってビジネスが成り立たなかったのは分かる
でもlinuxユーザーが増えてるとは思う
無料の日本語変換で良いやって思う率も上がってるとは思うが いい加減uim-skkはUTF-8に対応してほしい >>914-915
煮て非なるものを作ったところで烏合の衆で終わる。
ここは、統一の取れたIMEを目指し立ち上がるべき。 >>916
グツグツ グツグツ
鶏じゃなくてカラスの肉を煮てどーすんだよ! 上記>>808のリンク先
XIM(X Input Method)日本語入力の流れ
https://qiita.com/ai56go/items/63abe54f2504ecc940cd
これ読んで内容が理解できる人って、ここにどれくらい居るの? >>919
立ち上がるべき とは言ったが、
立ち上がる とは言ってない。
(おやくそく) >>921
ほとんどいないんじゃないか?
必要ないし
gtkやqt等のツールキットが出来る前、
Motifという言葉に反応できる世代なら知ってそう >>924
俺もそう思う。
このまま自国のインプットメソッドすら作れない国になっていきそう。 技術的にそこまで難しいもんでもないだろ
と言っても個人でやるレベルじゃないけど。
問題なのはグローバルデザイン時の政治的駆け引きだろ >>926
1.外資企業が陳腐な日本語IMEを安く作る
↓
2.コスト的に見合わないから国内企業は撤退
↓
3.国内で技術者が育たない
↓
4.外資企業は値上げし、品質のよい日本語IMEを作る
↓
5.それでも国内で作るより安い
↓
6.国内の技術が枯れる(技術が古く陳腐化)
↓
7.外資企業が暴利に走る
↓
8.国内で太刀打ちできる企業が無い(技術者がいない)
問題は、7の地点で日本がアメリカに対して、欧州並みの制裁金を請求するかどうかにかかってる。
ってこと? そもそもインプッドメソッドが必要なのは
マルチバイト文字圏の日本、中国、韓国あたりが中心だったと思う
1byte文字が中心だった欧米はそもそもインプッドメソッドを使う必要性がなかったはず
Unicodeになって1byte文字じゃなくなったけど
かな漢字変換エンジンも
インプットメソッドも
開発から放置までの期間が早すぎるのが残念 最も開発がアクティブなのがSKKとその眷属という事実 ddskkの開発は停滞してね?
かな入力対応はα段階のままじゃん 俺がlinuxレビュー遅れたのは、かな入力が不自由だった所為だと考えている。
あと、我慢はできるが、もう少し漢字変換がお利口になると助かる。
「じゅうぶんしょうさんがある」を変換した場合の候補一覧
・じゅうぶんしょうさんがある六十
・十分賞賛があるだろう
・十分小3がある
orz >>934
あんがとう。マジで間違えてた。
×レビュー
○デビュー 漢字の勉強も含めてTUT-Code始めてみようかな。 かな入力で、「あ」の位置とか「の」の位置とか意識せずに打てる。
その延長線と考えれば、たしかに快適さが想像はできる。
うん、流行らないだろうね。 快適ですか。
書きたい事はあるのだけど入力が下手すぎて断念。
「同じ釜の飯食ったつーの」
これで伝われば。 先の方と同じくかな入力なのだけど、なんとなく最近思う事を述べておくと、腱鞘
炎回避の為キー配置をよく変えるのだけど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が少し賢くなった気がする japanese-kana.scmファイル内に
((("か" "tab"). ())("が" ""))
と定義することで、「か」押下「tab」押下で「が」が入力できるようになったのですが、
元からあるtabの機能(変換)が邪魔をします。
tabの機能(変換)を無効にするにはどうしたらいいのでしょうか? 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が選択させるのではない、ということを理解する事はと
ても重要です。』
ではこれにて、御免。 ManjaroをNGワードに入れたら
アホな対立アラシが居なくなった もう一回だけ。試してこういう事じゃないなと分った。
こういう事か。良い設定かもしれないね。ノシ。
((("は" "P"). ("ば"))())
((("ば"). ())("ば"))
((("ば" "P"). ())("ぱ")) >>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をやって気づいたこと
ディストリビューションが多いこと。
Q.ディストリビューションが違うと何が違うの?
A.何かが違う。
Q.何かって何?
A.だから何かだよ。調べないとわからないんだよ。
Q.その違いって大事なの?
A.ユーザーにとっては迷惑なだけ
Q.なぜ違うの?
A.自由だから
Q.自由なんか無くせばいいじゃない
A.Windows使いなさい
Q.なぜLinux使うの?
A.Windowsが不自由だから
Q.でも日本語入力だけでも統一したいよね
A.そうだよね >>974
X11アプリにXMODIFIERSの環境変数を引き継いでない可能性大 >>977
確かにそんな感じです。
XIMを有効にしてビルドされてるはずのworkerのアプリケーション情報に、
XIM modeは本来defaultと表示されるところがfallbackになってました。
これと同じ経験がどこかであったような。 解決できないので隅々までいったんすべて削除し、
ソースの取得からビルドをやり直すと今度は何事もなくインストールできました。
最初はビルドの途中で一二度つまづいていたのでそのゴミか、
古いインストールの一部がどこかに残っていたのかもしれません。 エロい人教えて
日本語入力をmozcで行っているが、firefoxの入力欄では「あ」がでて日本語が入力できるが、
他のエディターなどでは「あ」に切り替わらない状況ですが対策をよろしく。
Debian Stretch9 自分もエディタとかを起動して直ぐにmozcを入れると「あ」にならない
マシンが低スペックだからなのかな >>980
端末からim-configって打って、[OK]押して[はい]押して、
多分、fcitxが選択されているはずだから、uimに変えて[OK]押して[OK]押して、
そんで、再起動、
立ち上がったらuimになっているから、それでうまく日本語入力できるか確認して、
そのままでも不都合なければそのまま使って、
やっぱぁfcitxがええってなれば再度im-configって打ってfcitxにすればうまくいくんとちゃうちゃうかいな >>981
低スペック関係ないんとちゃう?
でもな、486とかなんかやとあかんけどな 980です。antix 17.1 本家版です。自己解決しました。以下のようにしたら。テキストエディタや
Texmakerなどで「あ」にきりかわる機能が復活しました。
エディタで /usr/local/bin/desktop-session を管理者権限で開く。
83行あたりから環境変数のエスクポートをやっているので、そこに次の3行を追加する。
say "Exporting desktop Variables:"
say "DESKTOP_SESSION_CODE=$code"
export DESKTOP_SESSION_CODE="$code"
say "DESKTOP_SESSION_WM=$wm"
export DESKTOP_SESSION_WM="$wm"
say "DESKTOP_SESSION_IM=$im"
export DESKTOP_SESSION_IM="$im"
## この後に次の3行追加
export XMODIFIERS="@im=fcitx"
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx さらに同じファイルの307行目あたりから10行ほど、conky の起動を設定しているので、その下(「fi」の下の行)に次を追加
#Check if the user would like to run the session specific conky or not.
if [ "$LOAD_CONKY" = "true" ]; then
if [ -f "$conky_dir/$wm-conkyrc" ]; then
echo_cmd conky -c $conky_dir/$wm-conkyrc
else
echo_cmd conky
fi
echo_cmd wmctrl -F -r "Conky ($(hostname))" -b add,below &
fi
## この後に次の1行を追加
fcitx-autostart & #(& はいらないかも)
以上です。改めてのインストールしなくてすみました。参考になれば。 >>984
>export XMODIFIERS="@im=fcitx"
>export GTK_IM_MODULE=fcitx
>export QT_IM_MODULE=fcitx
普通は$HOME配下に書くと思うが、自分しか使わないのか。 >>984
ちなみにPCスペックはどれくらいなの? >>986 >>987
複数人で使用しているから、それぞれの.xinputrc に
export XMODIFIERS="@im=fcitx"
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
fcitx
と書いて、もとからのText editorで「あ」に切り替わりができたがUpdateで
FIrefoxの検索欄のみで機能するようになった、ということ。
上のようにしたあとはこのように、当初からのようにかけるようになり、
もともとのLeafPadやGeanyでも、あとからインストールしたTexmakerや
wineでうごく WindowsのソフトのTexteditorでも「あ」との切り替えが復活中
あとim-configでibusにしてfctixに戻しての操作ではもともとのLeafPadやGeanyで「あ」が復活しただけであった。
もしかするとsudo bleachbitでシステムファイルなどを消去したのもよかったのかもしれないな。 uimのSKKでカタカナの「ヴ」を出す方法ってありますかね。
~/.uim.d/customes/custom-ja-rk-rule.scm
で
(define ja-rk-rule-table-basic ("vu" "" "ヴ" "ヴ")などとしてみました。
https://github.com/uim/uim-doc-ja/wiki/CustomizeUim#%E5%A4%89%E6%8F%9B%E7%94%A8%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB%E3%81%AE%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%9E%E3%82%A4%E3%82%BA
ここを見て---少し,というか関数の名前が全然違いますが
("<入力>" "" "<ひらかな>" "<カタカナ>")
のような形式で設定できると考えたのですが,反映されませんでした。 うちでは何もしなくても 'vu' で 'ヴ' が出てるようだけど。 レス数が950を超えています。1000を超えると書き込みができなくなります。