日本語入力総合スレッド 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/

>>261
> フォーカスを入力中のウィンドウに固定してしまえば

そんなこと誰も言ってないけども

ctwm + kinput2 では

NoTitle NoHighlight 辺りに↓を入れるけどその手の話じゃないの?
"modeShell"
"selectionShell"

頭悪そうｗ

ibus-anthy-1.2.4 を親指シフトにして、
「Muhenkan」キーを変換キーに割り当ててみたのだけど、

この場合、Muhenkanキーを押して入力文字列を漢字に変換しようとしたとき、
Muhenkanキーを押したほぼ直後にリターンキーを押下すると、
かなりの確率で入力文字列が消えてしまうようだ。

もうしばらく scim-anthy を使ってみることにしよう。

[anthyが起動しない問題]
フォントやロケールを日本語化したSlackware系ディストリaustrumi(2.4.0)に
Slackware packagesから
anthy-9100h-i486-1.txz、scim-1.4.9-i486-5.txz、scim-anthy-1.2.4-i486-2.txz、scim-bridge-0.4.16-i486-5.txz
のバイナリーを入手し、日本語入力を設定しました。
立ち上げると関係環境変数の設定もされ、scimのアイコンが出て、ここから設定も出来ました。


日本語化されたエディターgeanyのキーパッド設定でCtrl+SPACE割付を無効に設定しました。
しかし、Ctrl+SPACEキーを押下してもanthy入力へ遷移しません。

この問題を解消する為の
対処を教えて頂ければ、
又は、
参照事項等への誘導して頂ければ
幸いです。

>>266
$ . /etc/profile.d/scim.sh ; geany

>>267様
ご指示に従い実行しましたが状況は変わりませんでした。
この時、別端末でenvコマンド投下した結果を以下に報告します。
# env
-------------------------------
HOSTNAME=localhost.localdomain.net
SHELL=/bin/bash
TERM=xterm
FVWM_USERDIR=/root/.fvwm
HISTSIZE=100
HOSTDISPLAY=localhost.localdomain.net:0.0
fvwm_icon_size=144
Buttons1.id=0x1600001
XIM_PROGRAM=/usr/bin/scim -d
USER=root
full.height=282
user_image_path=/root/Desktop
Buttons3.id=0x1000001
GDK_USE_XFT=1
fvwm_image_path=/usr/share/themes/Backgrounds
iconman.height=230
fvwm_video_path=/root/Desktop

Buttons2.id=0x1200001
PATH=/usr/sbin:/sbin:/usr/bin:/bin:/usr/games
MAIL=/var/mail/root
QT_IM_MODULE=scim-bridge
PWD=/root
XMODIFIERS=@im=SCIM
LANG=ja_JP.UTF-8
fvwm_audio_path=/root/Desktop
fvwm_audio_exec=gmplayer
HISTCONTROL=ignoreboth
HOME=/root
SHLVL=4
IconSize=26x26
wallpaper=/root/.fvwm/back.svg
GTK_PATH=:/usr/lib/gtk-2.0
LOGNAME=root
strut.right=175
FVWM_MODULEDIR=/usr/libexec/fvwm/2.7.0
DISPLAY=:0.0
fvwm_video_exec=gmplayer
GTK_IM_MODULE=scim-bridge
G_BROKEN_FILENAMES=1
XAUTHORITY=/root/.Xauthority
_=/usr/bin/env

日本語ロケールが追加されたaustrumi-2.4.0ってあるの？

>>270
日本語フォント追加、
ブート時ロケール設定シェル変更、
ローケール変更コマンドシェル変更、
ローケール関係データ追加
等を行い日本語ロケール追加しました。

この設定がNGでanthy起動NGかもしれないので調査しています。

自己解決しましたので報告します。
ご協力感謝いたします。

1./etc/gtk-2.0/gtk.immodules
このファイルを設定したらCTR+SPACEでANTHYが起動しました。

2./usr/lib/gconv/
配下のデータも設定しないと
仮名文字からSPACEで漢字変換制御ができませんでした。

>>272
おめでとうございます

開けゴマ

Windowsなんですが、SKKっぽいIMEを作ってみました。
多分それなりには動作すると思います。
http://code.google.com/p/corvus-skk/

盛大に板違いな上にWindowsにはSKKINPUT3の中の人謹製SKKIMEとそこからfolkしたSKKIME改がすでにある

盛大に板違いしてるな。
まあ、TSF実装だから別の意味で参考になるとは思うが。

すいませんLinux板でしたね。失礼しました。

scim、ibus、uimで親指シフトが使えるのは、
scim-anthyとibus-anthyのみでしょうか?

ibus-skkも親指シフトに対応してると思います。

>>280
あら。skkで親指シフト入力できるのね。
どうやるんだろう? ちょっと調べてみます。

t

ibus-skk now rewritten in Vala

http://blog.du-a.org/?p=918

こんなの見っけたよー

HIME project
http://hime.luna.com.tw/

>>284
姫ってのが萌えるな

主流は何なんすか・・・みんなと同じがいいっす

>>287
「ディストリの標準」っていう意味ではまだ Anthy かな。

Anthy の開発がとまってるから他のものを探さなきゃ
っていう流れが今向かってるのは Mozc だと思う。

そして我が道を往くSKK

Debianていうかg新部さんどうすんのかねAnthy。やっぱやめちゃうんかいな。

anthyからmozcへ
って流れなんすね
UIだかUXだかも保守的なものから革新的な？ものの採用へと向かってるみたいだし
mozcが主流になってもおかしくなさそうですね
どうもありがとう

mozcさんでもいいけれど親指シフト対応お願いしたいの。

ディストリ別の採用動向って今どうなってるの？
IMとかエンジンとか辞書とか

巫女GNYOの美紗緒辞書なんての目立つ位で（使ったことないけど）、
後はなんかつるしで横並びって感じがするのは気のせい？

mozcはエンジンであって、入力インタフェースはibusとかscimとかuimとかが管轄してるから
親指やるならそっちに文句言うべきじゃね？

日本語入力なんてディストリごとに特色出すほど開発者いないでしょ
使えそうな物採用すると結果横並びになる

>>1に載ってるだけでも相当あるけど、使えそうなのと使えないのって具体的に何かな？
あと、辞書のカスタマイズとかでの差はないだろうか？

http://d.hatena.ne.jp/nokuno/20111230

この辞書をFreeWnnに食わせたら賢くなった気がする。ちょっと。

ddskkとibus-skkとの仕様が違いすぎて困ってる、というか、後者の使い方が分からない

たとえば、「使って」と入力したいとき、「TukaTte」とタイプするけど
ddskkならばちゃんと「使って」と入力できるのにたいして、ibus-skkその他だと「e」ってなっちゃう

これって俺だけ？

ググってもibus-skkの使い方が載ってるサイトを見つけられない

無いはずないと思うんだけどな

#@falconos.iso

再起動したら直りました

>>298
TukaTte
使って

uim-skkだけど問題なし。ibus使ってたときも問題なかったと思う

298＝300？
だったらゴメン

mozcの詳細知ってるとかソースとか読んでいるエロイ人教えてくささい

google日本語入力の「Google 日本語入力を通じて入力した文字列などの個人情報は送信されません。」
で3/1のGoogle プライバシーポリシー変更で影響ありませんか？

>>303
そもそもMozcは統計情報をGoogleに送信してない。

>>302
名前欄・・・バカじゃねーの俺

ありがとうございます

libfep and a replacement of skkfep
http://blog.du-a.org/?p=957

>>306
ibus-skkやuim-skkと辞書共有できればありがたいな。

anthy好きなんだけどなー
逐次変換にしたら自動的に漢字に変換されるのを見ながらタイピングできる

mozcだと平仮名の段階でミスがないか見ながらタイピングし、
変換の段階でまた視線を先頭に戻し漢字にミスがないかチェックしなければいけないから二度手間だ
かといいい文節ごとにスペースキーで変換するのも面倒

>>308
そんなあなたにskk

SKKは入力速度が落ちる
馴れると連文節変換並みに素早く入力できるのかね

>>310
文章の作成に集中できるので、考えが途切れる感じが少ない
後戻りして文節区切りをしたりする手間がないので、全体的な入力は速いと思う
それとシームレスな辞書登録機能かなぁ 品詞の区別する必要ないし

SKKとGoogle IMEの組み合わせ最強

>>311
シームレスな登録よりも、再帰的辞書登録の方が効率上昇の面から言うとでかい気がする。
まぁ、今の商用システムだと当たり前にやってるのだろうとは思うけど、一単語のつもりで登録すると
凄い勢いで学習していくみたいな。

「再帰的辞書登録」を登録しようとして、そう言う単語はありませんってときに、再帰的登録だと
「再帰」「再帰的」「辞書」「登録」「辞書登録」「再帰的辞書登録」って単語を忘れずに登録できる。
SKKの単語レベル以下での変換だと、この手の登録が増えていくと効率よい。

>>312
どう組み合わせんの？

skkとはてなキーワードの組み合わせでいいやん

入力したテキストが変換キー押下直後に度々消えます。これって対策ありませんか？
現象がでると分かっているのはibusのmozcやanthy
頻繁に発生するのでかなり凹みます。どこを調べたらよいのか

SolarisにもういちどATOKを標準でバンドルしてくれ頼む
Ubuntuで新しく採用してくれてもいいよ頼む

YOUが出資すればバンドルされるかもしれんぜ。
YOUやっちゃいなよ!!

skkって日本語ばっかり入力するのなら使いやすいけど、
半角英数字なんかもしょっちゅう混ざるような文章だと
切り替えが面倒くさくて使いにくいなぁ

他のやつだと漢字キー押すだけで切り替わるからな

>>319
lって押したことある?

/ で変換せずに英数字で確定させてもいいしな

/から英文を入力中にスペースを入力しようとして
うがぁってなることがたまによくある

SKK:
q→カナ
l→半角英数字
L→全角英数字
C-j→かな

MS-IME:
まずは文章を入力して次に目的の文字種に変換

SKKの場合は、これから入力したい文字種が何なのかを
いちいちあらかじめ考えないといけないのがめんどいな

後からいちいち変換しなくていいんで楽だよ。

手書きのときだって、これからどんな文字を書くのか先に考えるだろうが。
入力してから後に戻るより先に指示する方が自然。

かなタイパーには使いようのない道具でございます……＞SKK

>>325
> 手書きのときだって、これからどんな文字を書くのか先に考えるだろうが。

手書きのときに「考えて」やってるのか？大変そうだなｗｗ
パソコン使うより前に、まずは手書きに慣れたほうがいいんじゃね？

SKKは誤変換が少ない、という点では魅力的なんだけどな。
(同音異義語の時の面倒臭さはどちらも変わらないけど)
それに日本語ばかり打つのならSKKの方が便利だけど、
プログラム言語の命令なども含んだ文章を書くとなると、
他のFEPの方が便利だなぁ

SKKは、q,l,L,c-jとキーがバラバラなのが何よりイライラする・・

>>326>>327
まぁ、無理に SKK 使わなくてもいいよ。

>>327
> SKKは、q,l,L,c-jとキーがバラバラなのが何よりイライラする・・

俺はこの動作が好きでSKK使ってるんだけどｗ
モード切り替えがあるキーのトグル動作だと、現在の入力モードによって
一回モード切り替えキーを押したときに入るモードが変わっちゃう
だからWindowsには現在のモードをキャレット等で表示するソフトとかあるんだよね

その点SKKはC-jを押せば必ずかな入力モードになるのが保証されてるから、
日本語入力するときはC-j→入力する文字列→lって押す癖をつけとけば
C-jと打ってからタイプ：かな入力
何も打たずにタイプ：英数入力
となって、現在どのモードか考える必要がなくてすごく便利

SKKで不便だと思うのは同音異字入力がめんどいし誤変換しがちって事だけかな

>手書きのときに「考えて」やってるのか？大変そうだなｗｗ

そういう意味でいえば、skk慣れてくると無意識にやるようになるよ。

>>310
単にSKKがメモリ上で作業してなくディスクのランダムアクセスの遅延でしょう。
全部RAMDISK上で行えば（ｒｙ

>>329
＞俺はこの動作が好きでSKK使ってるんだけどｗ

同じく。

>>329
その辺の入力支援は完全に切り捨てているのがSKKだからねい。
せめて、MS-IME的な言葉の意味の表示機能を上手いことSKKと融合させれば…
まあ、辞書作成時の負担が大きくなりすぎるけど。

annotation あるじゃん。

>>326

Emacs 上の DDSKK ならカナ入力もできるけどね。

DDSKKのかな入力は、ローマ字入力で使うときに比べてすごくテンポ悪い。
ローマ字入力：Shiftと文字キーの同時押し　→テンポもいいし負担も軽い
かな入力：FとJの同時押ししたあとで文字キーを押す→　テンポ悪いし、重い動作
「−」の位置も違うし。
常用してる人いるのかね

かな／ローマ字論争をここに持ち込まないでください

いや、それとは別の話でしょ。

skkを「かな入力」で使う人がいるのは驚きだ。
しかし、そういうモードがあって切り替えで使う
のはありかもしれんな。自分には不要だが。

辞書だけもずくのを使ってskkできたらたぶん最強

>>336 は「DDSKK（のカナ入力モード）」の出来がよくなくて常用に耐えないという話だぞ。
かな入力とローマ字入力の優劣の話ではない。

いずれにしてもSKKはローマ字入力専用だと思う。
SKKは、Shift押しにしろ、モード切替の L Q / のキーにしろ、
「ローマ字入力なら文字入力に使わないキー」を有効活用しているけど、
それらのキーは かな入力や親指シフトでは文字入力に使うからね。

>>340
はてなキーワード辞書で充分

>>340
skkと合わないよ、絶対。辞書の思想が違う。

>>343
こういうのもあるけどね。

Google IME SKK サーバー 作った
ttp://d.hatena.ne.jp/hitode909/20110421/1303274561

どこから落としてきたか忘れてしまったが、
うちにある gcanna.ctd ファイルは、
「ロシア共和国」が「ろしあきょうわこく」ではなく
「きょうわこく」で辞書登録されていることに気がついた。

anthyに代わってmozcを標準搭載してくれねえかな

Zen-miniで、uim-mozcを使っています。
他は問題ないんだけど唯一libreofficeを使っている時だけ、
mozcが使えません。
uimメソッド表示器の入力方式のアイコンが「？」に変わってしまい
直接入力しか出来ません。
libreの代わりにopenofficeにしても同様でした。
uim-Anthyやuim-Baido-online等は問題ないので、uimの問題ではなさそうです。

Mozc-1.4.1033.102
uim-mozc r311
libreoffice writer 3.5.1
問題なし。

>>347
/opt/libreoffice3.5/ure/lib/ 下の libgcc_s.so.1 と libstdc++.so.6 をリネームしてみたらどうかな？

>>349
結局そのあと弄り過ぎてオカシクなって再インストールしちゃった

googleに支配されちゃう

Debian に IKOINOBA APT/YUM repository の Modified anthy を
入れてみたのですが、Emacs23 + egg な環境で変換結果が文字化けします。
なお scim 経由では問題なく使えます。

なにか解決法がありましたらお知らせください。

>>352
(setq anthy-egg-use-utf8 t)

>>353
これで変換できるようになりました。ありがとうございます！

>>345 のほかに、この辞書は、
「せいふくおうちょうせつ」で「騎馬民族征服王朝説」に変換できるっぽい。
とりあえず「征服王朝説」も追加登録しておこう。

ステノワードが普通のキーボードでも使えるようになったそうで、
使ってみたら、意外にも憶えやすさ重視の配列で、なかなか良さげなんだな。
http://type.keyboard.jp/?page_id=10
こいつを Linux (X-window)でも使いたいんだが、何か良い方法ないですか。

取りあえず やってみたのは、
keyfakeとかのコードを見て、Xlibの XTestFakeKeyEvent()を使ってみるとか、
タイマーは必須なので struct itimerval を使ってみるとかしているんだけど、
全然 実用になるようなものは、できてないです。

児童ポルノよりエロ漫画のバナー広告規制しろ！
http://c.2ch.net/test/-/cm/1279363779/i

このスレ、数オタなんて関係あったっけ？

365 名前：名無氏物語 []： 2012/05/24(木) 08:53:40.45 ID:k3Rx0akW
論理的思考力を見るには高校生の段階では
国語が最も重要で意味があるのだが。
そして論理的思考力は研究能力にも多大に関わってくる。
むしろ理数より国語の方が入試科目として適当だ。
何故ならば、理数は解法に関する知識があれば
大学入試レベルならば医学部でもない限り突破できる。
和田秀樹の言う「解法暗記」な。
仮に思考力やその場で考えさせるような数学や理科の問題出しても
東工大レベルの受験生じゃまず解けないし差がつかない。
結局解法ストックの暗記量の差がそのまま理数の得点の差になる。
一方、国語は現代文は解法なんて暗記しても全く意味が無いし
その場で論理的思考力を働かせて解かなきゃならないから
本当の「頭の良さ」が問われる。
ノーベル賞最多で理系の最高峰の京都大理学部が
何故「国語」を科目で必須にしてたか理由が分かっただろう。
良い研究して有為な人材を輩出するためには
国語で「論理的思考力」を問うのが正しいからだ。
東工大がノーベル賞が非常に少なく
東大京都大とお話にならないほど差があるのも
国語が二次で無くセンターでも軽視されているから
頭の悪い奴でも入れるのが原因だろう。