レス数が1000を超えています。残念ながら全部は表示しません。

SKK専用スレッド Part2

1 ：名無しさん＠ＸＥｍａｃｓ ：02/02/09 18:00

なんだかんだ言っても、一番使いやすいのはSKK

Part1
　http://pc.2ch.net/test/read.cgi/unix/975253214/

SKK Openlab
　http://openlab.ring.gr.jp/skk/index-j.html
関連リンク
　http://openlab.ring.gr.jp/skk/links-ja.html

バグ報告などは
　http://www.jpl.org/elips/BUGS-ja.html
を読んで ML へ。
　http://openlab.ring.gr.jp/skk/ml-ja.html
　http://openlab.ring.gr.jp/skk/readvianews-ja.html

853 ：名無しさん＠お腹いっぱい。 ：02/08/25 07:32

1byte 文字と 2byte 文字の間にスペースを入れる習慣ってありますよね？
そんな時に「かなモード」から "l" を押すと スペースを入れてから
「アスキーモード」になってくれたり、"C-j" で「かなモード」にすると
スペースを入れてくると嬉しいのです。

こんな事出来ますか？

854 ：名無しさん＠お腹いっぱい。 ：02/08/25 08:19

>>853
自分も昔、ちょっと思考の方向が違うけど(SKKに頼らない)、似たようなことを
思ったことがあった。でも、単純に「1byte 文字と 2byte 文字の間にスペース
を入れる」のではないよね。もう少し複雑な規則を適用しているはず。
例えば、句読点や括弧類は別扱いの人が多いはず。それにも人によって
趣味の違いがある。

結局、自分で順に打ちながら調整している方が楽だと思うようになった。
今なら skk-dinsert.el を活用すれば実現は簡単なのかもしれない。

一括変換したい場合なら text-adjust.el を使えばいいかも。

855 ：846 ：02/08/25 13:28

>>852
>> 846
> > connect: Connection refused
> > Warning: cannot connect SKK server.

サーバーは動いてるんですよ。

$ telnet localhost 1178
Trying 127.0.0.1...
Connected to localhost
Escape character is '^]'.
2
3.9.4 0
Connection closed by foreign host.
$

でTelnetなら接続できる。>851に書いた通り.skkinputを設定したら。
上記2行のエラーは出なくなりましたんで、素のskkinputはサーバーと
連絡できるようになったみたいです。

でもX立ち上げるときには未だ
Warning: Input Method Open Failed
が出てIMで使うskkinputは全滅なんすよ。謎だ。

856 ：846 ：02/08/25 13:29

.skkinputがupできてないじゃん。

skk-server-host:"localhost"
skk-server-protocol-family: "inet4"
skkinput-egg-like-newline:t
skkinput-date-ad:t

857 ：名無しさん＠お腹いっぱい。 ：02/08/25 20:53

あれれ？
ＳＫＫって８年ぐらい前になくならなかったけ。
ＳＫＣと合体して・・・

858 ：名無しさん＠お腹いっぱい。 ：02/08/26 18:14

>>851
LC_*をいったん全部外してみるとどうよ？

859 ：名無しさん＠お腹いっぱい。 ：02/08/26 22:47

skksearchの一次配布元ってどこでしょうか？

860 ：名無しさん＠お腹いっぱい。 ：02/08/26 23:17

>>859
現実を認めたくないだけとみたがどうよ？

861 ：名無しさん＠お腹いっぱい。 ：02/08/26 23:27

>>860
やっぱそういうことなんでしょうか？
残念。
複数cdb辞書を扱えるやつって他にありましたっけ？

過去ログにもありますが、skksearchってたまーにかたまるんですよね。

862 ：名無しさん＠お腹いっぱい。 ：02/08/27 00:44

>>861
> 複数cdb辞書を扱えるやつって他にありましたっけ？
このスレを頭から読んでみ。

863 ：名無しさん＠お腹いっぱい。 ：02/08/27 10:09

お、multiskkservですね。ども。

864 ：名無しさん＠お腹いっぱい。 ：02/08/27 14:40

spamばっかだね。

865 ：名無しさん@XEｍａｃｓ ：02/08/29 04:20

半角ｶﾅの isearch って、なんで無いのかしら。
歴史的事情があるんですかね。

866 ：名無しさん＠お腹いっぱい。 ：02/08/29 17:17

age

867 ：名無しさん＠お腹いっぱい。 ：02/08/30 19:08

viper で日本語入力ができません。skk-user-viper は t にしているし、
viper-expert-level も 3 にしています。

868 ：名無しさん@XEｍａｃｓ ：02/08/31 02:09

>865
半角ｶﾅの isearch できるようにしてみたけど、使う人居る?

# てか、みんな必要なら自分でパッチ当ててるんだろなぁ。

869 ：名無しさん＠お腹いっぱい。 ：02/08/31 02:13

>>868
こっそり CVS に入れといてほしいっす。

870 ：名無しさん@XEｍａｃｓ ：02/08/31 19:43

すまそ。 865==868==870 (自己レス)ですた。
あと、開発者じゃないので(CVS に上げれないから)ココに上げちゃいます。
いらない人はゴメンナサイ。

begin-base64 644 -
H4sICEQdbT0CA2RpZmYuMjAwMjA4MjlfMAC9Vlt34jYQfo7/wr7McejBFERs
QgKB024uzTZpNpeGfenZ7mkVI0CLLbGSTJJ/X11swFzSntPT8oBtzYy+mdE3
o3kPQzoaNVth2Aq7rZM/Qu+aDclLD+R0iqgkWMSTJkm8H/79z3u8GMCIJqQH
BzEVcSYP4rkUnKsDDXaQYsoOyqiNuSeIEpTMKRuD0A9JOYOo2Q494zagDJAw
n+vuIoTWlvZacJaNwQQKYbd3FPbaXUCh/u3Z/er1+oZFd2kSaZNO76jtTLzT
U0BR1GkcQ908WiGcnnoA4A+IgjgTgjBltoOUDwkoDoyLFCeQYEUZUDbLlBU1
fWMVGGArQmYRcVareeDVgyEZyexJqlXPkHn/SuWLPrHI6c8gqHl1jX7HGWI0
ATqy4FRCoVjG1Lobu+gd3kJUmWDasbJNgbsr6p3owWYQNujchYxt4vPxOCEL
GwiwGFvwgDJFBI4VnRPwH/x8ceQw3kiaVYQi/dtinVCBx5jhIj9vKpeTaWOB
fr+/v7+PM8UTjocebIktJVLisc2k5c+EP0Mug1ymU2b5dtiyfGsfNzqWbnvB
hjMlj3WIUC1Walv1c6e7q+wzVuX17bb46UmX5NLGfeu4d+NEGwiR3VtB1QFZ
3m9LkyQKUUYVxUnOPHcmNjHtE5uY43ajm9fh2we1HnKt5mwCu/R39iU7x4ki
mJxR/5QjOarahuhMRiNrn1PKJMcE3Op2NAXqh2G7cbIMuOz+rq6Sy8oH7KFV
m22kMMa1RcW8rbeoq7W07Cx751e/D9e2TdwSNeFDeFc5r1xVOpUP74JzGNzc
2AXRv6pcVD5UKpXpj8nJuHJ3/tCbawXXRpV2JEbPE7LIQpCS9JtlEklxLJF6
nRGoBmmWkEMw/237f1RzVDo8igyVDjthIyp6uvbrAr1Aimcw4sLs1bRomqSU
ETQlr1bm/661fA2IpwTJGRbSyrTIhbeu//m9MQD1BarFmXM1IQLFnCnBExRP
sLAd0bpgoCeYTfE0sw3OBGnjyuSyKyLbZ3VPMQnMubnFzW8+VFe59izwbEaE
Kz6LdkNepYX8c53K5tCqLgGJ7vpBEPM0xWwodVYLufXLdD2kr/tk0RBXJou5
Ts//PFbkkDtniijsloYK/V1ytRgp8u+9Vgd+yZJ8oDjutdqrA4XZrJgoFgZr
40S3F0Wr40SnFZqqzp+Ge/YCMdRH14PLs8eLq+blR+2yLjcybLo2qcNVPC3f
KKaspA6RjRFOqFSmuqtBUNwE0AT/s6mluq6bL+DXIJhihacrou+WonKRFwrR
r7mCIdl/tfeygVjR1d2NRVzpdXYdY6fs7h+3ZFzwF9uYkcgsI2S+i2YD/vdn
Jj3A9axwe//TJRr8dnt+/1GrPjze3z58QoNPj9d3P9eazmBVRU9WGORr+sT1
sMWGNNZHIiHGjDP9nrgBiLspLG8ai8nS+wuRNiA3dAsAAA==
====

871 ：846 ：02/09/02 22:01

>858
> LC_*をいったん全部外してみるとどうよ？

ビンゴ。LANG以外をコメントアウトしたら、skkinputが立ち上がって日本語入力
できました。感謝。

872 ：846 ：02/09/02 22:52

>871

悪さをしていたのは、set LC_CTYPE=Cでした。

873 ：名無しさん＠お腹いっぱい。 ：02/09/05 20:05

カニ食いたい

874 ：名無しさん＠お腹いっぱい。 ：02/09/06 06:01

「曲る」でも「曲がる」でもどちらも正しいのでしょうか？
広辞宛には前者、漢字源には後者で載っています。

875 ：874 ：02/09/06 06:10

漢和辞典によると「曲がる」が正しいようです、

まがt /曲/
まがr /曲/間借/彎/弯/枉/

そうなると L 辞書に 2つの誤登録があることになりますね。
前回 >>789 の失敗があるのでちょっと慎重に行こうと思います。

876 ：名無しさん＠お腹いっぱい。 ：02/09/06 06:32

どちらも正しい。いわゆる「音訓表」を金科玉条するなら
「曲がる」が正しいことになるが。

以前は「曲る」「曲げる」のように活用語尾だけを送るのが
普通だった。

877 ：874 ：02/09/06 06:54

あ、そうなんですか。じゃ、L 辞書はここままで。
勉強になりますた。

878 ：名無しさん＠お腹いっぱい。 ：02/09/06 08:01

>>873

| ※ＷＥＢ上にアドレス公開している方に、特定商取引法にのっとり広告メール
| 　を送らせていただいています。
と書いてあるが「未承諾広告※」無いし、送信者書いて無い・・・

879 ：名無しさん＠お腹いっぱい。 ：02/09/07 03:06

SKK-ML も SpamAssassin 入れれば SPAM も安心。

880 ：名無しさん＠お腹いっぱい。 ：02/09/07 17:59

この週末、久し振りに SKK 周りを整理してみようかと思い、まずは
ドキュメント読みから始めています。

いまさらながら「■モード」「▽モード」「▼モード」って口に出して読めない(w

881 ：名無しさん＠お腹いっぱい。 ：02/09/07 23:37

正確に発音するととんでもないものを呼び出しちまうからな。

882 ：名無しさん＠お腹いっぱい。 ：02/09/08 00:47

SKK で 集合で使う横になった "U" や キャップや を出せますか？
記号ではでてこないのですが。

883 ：名無しさん＠お腹いっぱい。 ：02/09/08 00:56

>>882
\ で出す、とか。

884 ：名無しさん＠お腹いっぱい。 ：02/09/08 01:00

>>882
わしゅうごう

885 ：名無しさん＠お腹いっぱい。 ：02/09/08 01:02

▽せきしゅうごう
では出ない罠。

886 ：名無しさん＠お腹いっぱい。 ：02/09/08 01:13

/cup

887 ：名無しさん＠お腹いっぱい。 ：02/09/08 01:14

/subset

888 ：880 ：02/09/08 07:22

まだ整理の途中ですが、気付いた点を一応書いておきます。

まず Info を読んでいて気になったところ。

(1)
今は FSF Emacs という表記よりも GNU Emacs という表記が望まれているはず

(2)
> `skk-dic.el'
> デフォルトの辞書(S辞書)とデフォルトの辞書を使用するためのプログラムファイル。
何だか日本語がくどいような…

(3)
「直線的検索」よりも線形(線型)検索の方が一般的ではありませんか。他の所では、
「リニアサーチ」「バイナリサーチ」等とカタカナになってたりしますが、複数人数
で保守しているので擦り合わせるのも面倒なところですけど。

(4)
> 「自動ダイナミックコンプリーション」
普通に自動動的補完じゃ駄目なんでしょうか。「動」が重なるのを嫌ったのかな。

(5)
skk-undo-kakutei ってデフォルトではどのキーにも割当てられていないのですね。
結構便利だと思うので、皆さん自分で適当なキーに割当てているのでしょうか。
自分は \M-SPC にしていますけど。これだと skk-start-henkan-with-completion
のデフォルトの割当てと重なるので、こちらの方は \M-i にしています。

889 ：880 ：02/09/08 07:23

(6)
> `skk-kakutei-early'
> この変数の値を非 nil にすると、暗黙の確定が行なわれるタイミングが
> 変化します。具体的には、括弧 (`(', `)', `[', `]') または句読点
> (`,', `.') の入力時、次の変換開始 (`A'から`Z'までの大文字の入力)
> 時、あるいは RET 入力時まで暗黙の確定が遅延されます
これは「非 nil → nil」 だと思います。

(7)
漢字コードを知る方法
> かな/カナモードで `$'を入力すると、現在位置の直後にある文字の漢字コー
> ドをミニバッファに表示します。例えば、カーソルを文字 `А' の上に置いて
> `$'を入力すると、
>
> 『А』 EUC: a7a1 (167, 161), JIS: 2721 ( 39, 33), KUTEN: ( 7, 1), SJIS: 8440
>
> がエコーエリアに表示され、この文字がロシア文字であることがわかります。

これはちょっと説明が足りないような… 文字コードに疎い人には、何故ロシア文字
だと判るのか不明瞭だと思います。かといって、「Ａ」の結果と並べたところで、
どっちがどっちなんだと言われるような気がしますね…

(8)
サーバの紹介に multiskkserv を付け加えてもいいのではないでしょうか。

890 ：880 ：02/09/08 07:23

(9)
skkdic-expr
ほとんどの人の個人辞書は、ブロック形式のエントリーも含んでいるでしょうから、
-O オプションについて言及した方がいいと思います。随分前のことですが、
これに気付かずに悲しい思いをしましたので。

もっとも Info に -O オプションは出てくるのですが、間違っています。
> -O 出力ファイル。
出力ファイルの指定は -o オプションですね。

(10)
skk-share-private-jisyo
skk-henkan-show-candidates-rows
などに言及しておいた方がいいかもしれない。

(番外)
有賀さつきは未だ現役

891 ：880 ：02/09/08 07:50

その他について。

experimental/ 以下のファイルに skk-str-ref を使っているものがあります。

以前 ML に skk-azik に対応したチュートリアルが投稿されたと思うのですが、
これは CVS に取り込まれないのでしょうか。

あと、辞書周りは整理途中なんですが…

SKK-JISYO.wrong.annotated や Web 上に記載されている
> % skkdic-expr ~/.skk-jisyo - SKK-JISYO.wrong | skkdic-sort - >.skk-jisyo
は、危険じゃないでしょうか。カレントディレクトリがホームディレクトリだとも
限らないわけでして。このスレを読み直したら、既に指摘されていることでしたけど。

で、SKK-JISYO.wrong.annotated から SKK-JISYO.wrong を生成して、個人辞書
に反映させようとしました。

% skkdic-expr -O ~/.skk-jisyo | skkdic-sort > old.dic
% skkdic-expr -O ~/.skk-jisyo - SKK-JISYO.wrong | skkdic-sort > new.dic

892 ：880 ：02/09/08 07:52

両者の差分を取って見比べてわかったのですが、skkdic-expr は -O オプション
を使ったとき、ブロック形式が含まれる辞書とそうでない辞書とを同時に扱う場合の
処理が完全ではないようです。

-すてr /捨/[る/捨/]/
+すてr /[る/捨/]/

-みなs /皆/看倣/[し/看倣/]/
+みなs /皆/[し/看倣/]/

-O オプションを指定しなければ、もちろんちゃんと処理されます。でも、ブロック形式が
なくなってしまうと個人的には痛い。-O オプションを使う場合は目で確認した方が
よさそうですね。

ところで、差分を見ていて気付いたのですが、「しらs /報/」は別に間違いでは
ないのでは。「ろしあ /魯西亜/」も何故か削除されています。

Web フォームで一旦誤登録として通った場合、さらにそれを取り消すのは
どうするのが一番よいでしょうか。

893 ：名無しさん＠お腹いっぱい。 ：02/09/08 20:02

チョイ入力で SKK な方っていらっしゃいますか？
左手小指への負担が凄い増えそうだけど

894 ：名無しさん＠お腹いっぱい。 ：02/09/08 20:42

>>888
> (5)
> skk-undo-kakutei ってデフォルトではどのキーにも割当てられていないのですね。
> 結構便利だと思うので、皆さん自分で適当なキーに割当てているのでしょうか。
> 自分は \M-SPC にしていますけど。これだと skk-start-henkan-with-completion
> のデフォルトの割当てと重なるので、こちらの方は \M-i にしています。

skk-undo-kakutei については、ml-count の 2998 の thread も御覧下さい。
# 最近完全に遠ざかってしまったので問題点をよく覚えてないのですが...

あと、なるべく ml のほうに投げていただけないでしょうか?

895 ：名無しさん＠お腹いっぱい。 ：02/09/09 00:15

>>893
> チョイ入力で SKK な方っていらっしゃいますか？

はい、ここにひとり。(でも我流)

> 左手小指への負担が凄い増えそうだけど

具体的にはどんな場合ですか？ あまり負担は感じませんけど。

896 ：名無しさん＠お腹いっぱい。 ：02/09/09 00:44

>>895
実現できなかったんです、skk-rom-kana-rule-list いじったんですが。
jf -> あ
jf; -> ぁ
ですよねぇ？
このとき JfJf と打っても
▽ああ
となって送り仮名だと思ってくれなくって。
elisp も分かって無いので何がど〜なのやら。

変換位置を教える時も送り仮名の位置を教える時も
全部右手で打つ時に教えることになるから
右シフトの出番が減るということは
左小指の負担が増えるのかなぁ、と思っただけです。
最初から気にならない人には問題無いのかな？

897 ：名無しさん＠お腹いっぱい。 ：02/09/09 03:55

いつの間にか skk-abbrev-mode で補完が効かなくなった。
どこかの設定が悪さをしているのだろうか。

皆さんのところではちゃんと動作していますか? CVS スナップ
を使っています。

898 ：名無しさん＠お腹いっぱい。 ：02/09/09 05:31

skksearch を使っていたのだが、multiskkserv を試してみようと思い、設定して
いるところで気付いた。複数辞書使う場合、引数に辞書名をずらずらと並べる
しかないんだね。辞書が深いパスにあるとかなり見苦しいので、ディレクトリを
指定できるか、設定ファイルを使うようになると嬉しい。

よく考えたら手許にある skksearch は、自分手を加えてディレクトリ指定できるよう
にしてあるんだった。Debian で配布されているものは、たしか設定ファイルを使う
ようにしていたはず。

899 ：名無しさん＠お腹いっぱい。 ：02/09/10 02:19

>>896
> 実現できなかったんです、skk-rom-kana-rule-list いじったんですが。
> jf -> あ
> jf; -> ぁ
> ですよねぇ？

skk-rom-kana-rule-list じゃ、上のようなことはできないと思う。
「a」と「;」のときは特別に処理する必要がある。
そこんところが >895 で、我流とかいた理由。

> 変換位置を教える時も送り仮名の位置を教える時も
> 全部右手で打つ時に教えることになるから
> 右シフトの出番が減るということは
> 左小指の負担が増えるのかなぁ、と思っただけです。

変換位置や送り仮名を教えるためにはシフトキーを使ってません。
それは右手親指でやってるので、あんまり負担は感じませんね。
また、漢直も併用してるので、変換位置を教える回数も少なくなるし。

900 ：896 ：02/09/10 04:56

>>899
是非その方法をお教え下さい。

901 ：名無しさん＠お腹いっぱい。 ：02/09/10 09:44

どうも速さでは dbskkd-cdb > skksearch > multiskkserv という感じですね。

902 ：名無しさん＠お腹いっぱい。 ：02/09/10 11:37

> [skk 3453]
エントリーの整列の話なのに、なぜ候補の出現の話になっているのだろうか

903 ：名無しさん＠お腹いっぱい。 ：02/09/10 12:02

>>902
ML で言ってやれよ。

904 ：名無しさん＠お腹いっぱい。 ：02/09/10 18:26

>>901
どうせ俺には体感できん。

905 ：897 ：02/09/10 23:09

skk-abbrev-mode で補完させようとしたらエラーが出る人は他に
いないのでしょうか。skk-try-completion の引数が nil で文句を言わ
れるようなんですが。

emacs -nw -q の状態で SKK を起動させても同じなんですが…

906 ：名無しさん＠お腹いっぱい。 ：02/09/10 23:11

>>905
どんなエラーかくらい書いたら?

907 ：名無しさん＠お腹いっぱい。 ：02/09/10 23:12

>>905
あと、>>1 も読もう。

908 ：897 ：02/09/11 02:30

>>906
一応書いてますけどね。正確じゃありませんが…
skk-try-completion の引数の型が合わないというエラーです。

skk.el の直近の修正の部分で引っ掛かってるようです。7月末
の更新。しばらく CVS バージョンをインストールしていなかったのか…

(defun skk-try-completion (arg)
"▽モードで見出し語の補完を行う。
それ以外のモードでは、オリジナルのキー割り付けのコマンドをエミュレートする。"
(interactive "P")
(skk-with-point-move
(if (eq skk-henkan-mode 'on)
- (skk-comp (not (eq last-command 'skk-comp-do)))
+ (skk-comp (not (and (= arg 1)
+ (eq last-command 'skk-comp-do))))
(skk-emulate-original-map arg))))

(=arg 1) のところでエラーが出ます。とりあえず型が合えばいいだろうという
ことで (interactive "p") で凌いでますが…

Emacs は 21.1 です。

909 ：897 ：02/09/11 02:35

今 ML 見たら既に報告されていた。俺の目は節穴か。
commit がまだなだけのようです。

910 ：名無しさん＠お腹いっぱい。 ：02/09/11 22:39

しらs /報/ が間違いというのが解せん。ここに書いても仕方がないが

911 ：名無しさん＠お腹いっぱい。 ：02/09/12 01:16

ここ3年くらい、SKK MLは流しよみしてばっかなんだけど、
L辞書にある間違いエントリが残るようになった経緯とかって、どこらへんで議論してたの？
漏れ的には本則送り以外全部排除した辞書があるといいなーとか思ってるんだけど、そういう需要はないのかな。

912 ：名無しさん@XEｍａｃｓ ：02/09/12 01:59

そのあたりの情報ってコメントに入れておけばいいのと違うのかな。
んでもってスクリプトで抜き出せるようにしておけば、、、

913 ：名無しさん＠お腹いっぱい。 ：02/09/12 02:15

別辞書にしちゃうのはまずいのかな？
せっかく複数辞書指定できるんだから。

914 ：名無しさん＠お腹いっぱい。 ：02/09/12 02:44

>>911
> L辞書にある間違いエントリが残るようになった経緯とかって、どこらへんで議論してたの？
SKK-JISYO.wrong にあるものは自動的に削除しているものだと、
てっきり思っていたけど違ったんだな。

> 漏れ的には本則送り以外全部排除した辞書があるといいなーとか思ってるんだけど、そういう需要はないのかな。
まあ、余りないだろうね。本則だけだとかなり変態的な日本語になるし。

915 ：名無しさん＠お腹いっぱい。 ：02/09/12 06:03

>>914
需要も少ないし、手間の問題もあるよね。
送り有りエントリだけで約6000ぐらいある。

>>913
どんどん分割しちゃうのってどうなんだろう?
マージした時、Aの辞書と Bの辞書に含まれてた候補が頻度関係無しに
A + B または B + A となってしまい、mix されないね。
もっとも SKK辞書なんてそもそも頻度関係ナッシングですが。
中島さんが提案してたように xml で管理するのがいいのかなー。
でもそれはそれで編集者が大変そうな気も。

916 ：名無しさん＠お腹いっぱい。 ：02/09/12 09:28

>>910
> しらs /報/ が間違いというのが解せん。
http://openlab.ring.gr.jp/skk/registdic2.cgi

917 ：名無しさん＠お腹いっぱい。 ：02/09/12 10:25

>>916
つーか、今回のは wrong辞書と S,M,L辞書の関係についての
認識違いが原因かな。
Mや Sには"報せる"は不要だと思って wrongに入れてあったのを、
wrongと Lにダブる候補があると面倒という意見があって。。。
(でも、"報せる"は Mや Sにあってもいいよな。広辞苑にもあったし)

ところで、L辞書と wrong辞書の関係についておいらの読解力じゃ
よー分からんかった。結局今迄とポリシー同じなの？

918 ：911 ：02/09/12 11:41

>>914-915
漏れは、いつも本則に従って入力しようと思ってるんだが、そういう人は少数派か。。
少し考えをあらためるわ。手間と需要を考えたら費用対効果はなさそうだしな。

919 ：名無しさん＠お腹いっぱい。 ：02/09/12 14:37

>>918 私もです。でも、小数派みたいですね。

920 ：名無しさん＠お腹いっぱい。 ：02/09/12 15:57

>>918
仲間です。
でも、他人の文章をそのまま入力する必要もあるので、変換が本則のみにはできない。

921 ：名無しさん＠お腹いっぱい。 ：02/09/12 20:11

ここでいう「本則」とは、内閣告示の「送り仮名の付け方」の本則を指すの
ですよね。

そうだとすると、本則だけで書こうとしているとは、ちょっと信じられないの
ですが。例外や許容のない文章は、送り過ぎと送りなさ過ぎの入り混じった、
一見するところ奇妙に見えるものが出来上がってしまいます。告示を読めば、
重要な例外があることに気付くはずです。

それにこの告示にしても、根拠が曖昧なところがあったり、例外が多かったり、
一々個別の例を挙げたり、常用漢字表を前提にしていたりと、正直言って
まともに守っていると気が狂いそうです(w

告示の前書きにもあるように、個々人の表記にまで及ぼそうとするもので
はありませんしね。職務上、これを気にしなければならないことがあるのは
解りますけど。

922 ：918 ：02/09/13 00:08

うーん、そういう意味では、許容以外を本則と言ってました。(例外は本則に含まれてました)
でも、921の言うように、別に意識し続けてるわけじゃないです。
でも、中学校とかの試験って、本則に従ってないと×にならなかった？
それで、身体に染み付いてしまってるんだよね。
たとえば「表す」が「表わす」って書いてあると、すごく違和感を感じてしまうのだ。

923 ：918 ：02/09/13 00:21

ちょい訂正。
> でも、中学校とかの試験って、本則に従ってないと×にならなかった？
これは、正確には
でも、中学校とかの試験って、「許容の方で送ると」×にならなかった？
となるわけですね。
二重カキコｽﾏｿ。

924 ：名無しさん＠お腹いっぱい。 ：02/09/13 12:40

SKKでt-code実現してる人いますか?

925 ：名無しさん＠お腹いっぱい。 ：02/09/13 18:55

>>922-923
そのへんって教師の個人的な方針や資質によるところが大きいんぢゃない？

漏れは送り仮名についてそんなに細かく指導された記憶はないけど

926 ：名無しさん＠TUT-Code ：02/09/14 08:34

>>924
↓このスレ見ると、いることはいるみたい。

【原理】T-Code連習マラソン【主義】
http://pc.2ch.net/test/read.cgi/unix/1014523030/

927 ：名無しさん＠お腹いっぱい。 ：02/09/14 17:00

女の子名前辞典に自分の名前があったよ、、、、。

928 ：名無しさん＠お腹いっぱい。 ：02/09/15 00:30

skk-restart を繰り返すと skk-search-prog-list に
(skk-search-server skk-aux-large-jisyo 10000 t)
(skk-lookup-search)
(skk-search-katakana)
(skk-search-sagyo-henkaku)
らが重複してしまうのですが、これは仕方がないことなのでしょうか。

929 ：名無しさん＠お腹いっぱい。 ：02/09/15 00:37

skk と t-code。
どっちも手書き感覚があってイイ！

つーか、手書き感覚を追いもとめるひとなら、
やっぱ、skk で t-code を考えるよな。

でも、t-code はめんどくさすぎで、ナマケモノはやる気になりませぬ。

930 ：名無しさん＠お腹いっぱい。 ：02/09/15 01:15

やっぱりコンピュータである以上、手書き感覚とは別じゃねーか？

手書きとT-Code入力とは、食うのとウンコするのとが違うくらい
違う操作のよーな気がする。修正不可能な紙に書くのと、編集可能な
エディタに入力するのとの違いかな。手書き感覚なんてオレはいらない。

手書きだと漢字が全然書けないT-Coderの意見。

931 ：929 ：02/09/15 02:52

>>930
> やっぱりコンピュータである以上、手書き感覚とは別じゃねーか？

言葉がたりなかったか。
ATOK などの漢字変換系に比べれば手書きに近い感じ、ということ。

もちろん紙に手書きするのと違うのはわかってるが、t-code だと、
入力する手(脳)と画面が直結してるような感覚あるでしょ？
skk も、t-code には及ばないけど、直結感がある、という話はよく聞く。

932 ：名無しさん＠お腹いっぱい。 ：02/09/15 04:35

>>928
ボケてるのでよーわからんが、skk の設定は .emacs or .skk のどっち?
どのように設定してるかも分からんし、skk-restart する前後の
skk-search-prog-list の値をそのまま書いたほうが親切だと思うよ。

933 ：928 ：02/09/15 07:28

>>932
失礼しました。.skk にて
(setq skk-search-prog-list
'(
(skk-search-kakutei-jisyo-file skk-kakutei-jisyo 10000 t)
(skk-search-jisyo-file skk-initial-search-jisyo 10000 t)
(skk-search-jisyo-file skk-jisyo 0 t)
(skk-search-server skk-aux-large-jisyo 10000 t)
(skk-lookup-search)
(skk-search-katakana)
(skk-search-sagyo-henkaku)
))
としております。skk-restart する毎に (skk-search-server...) 以下が
重複していきます。挙動に変化はないので実害はないのですが、何だか
気持ちが悪いので…

934 ：名無しさん＠お腹いっぱい。 ：02/09/15 08:35

ある候補を確定したいのだけど、個人辞書での候補順には変化を与えたく
ないと時々思うことがあるのですが、現在の実装ではこのようなことは可能
でしょうか。

935 ：名無しさん＠お腹いっぱい。 ：02/09/15 12:39

超初心者スマソ。

「決して」(けっして)の正しい入力方法はどうすればいいの？
Kessite でも出るし KessiTe でも出るけど、
その通り入力するには KeSsite だけど、それだと「決っして」
になってしまう。

936 ：名無しさん＠お腹いっぱい。 ：02/09/15 12:46

>>935
KextuSi でないの?

937 ：935 ：02/09/15 12:48

あ〜そう入力するのか。
精進します

938 ：名無しさん＠お腹いっぱい。 ：02/09/15 13:16

>>935 上の方 >>390で、同じ話をしてるよ。

939 ：名無しさん＠お腹いっぱい。 ：02/09/15 13:18

うー、小指つらいっす。
KextuSiの代わりに@kextuSi(or @kextu@si)で入力できるようには設定可能でしょうか？

940 ：名無しさん＠お腹いっぱい。 ：02/09/15 13:19

>>939
info 読んだ?

941 ：名無しさん＠お腹いっぱい。 ：02/09/15 13:44

>>940
他のキーをshiftキーの代用にする方法と、親指シフトのエミュレーションに
ついての記述は見付けられたのですが、skkinputのキーアサインを変える方法
らしきものは見当たりませんでした平成14年9月15日(日)...

うわ、日付けが!

942 ：名無しさん＠お腹いっぱい。 ：02/09/15 13:48

>>941
え?
skkinput の話だったの?

943 ：名無しさん＠お腹いっぱい。 ：02/09/15 13:48

>>941
skkinputかよ!!!!

944 ：935 ：02/09/15 13:52

ちなみに俺は >>939 じゃないよ。

945 ：名無しさん＠お腹いっぱい。 ：02/09/15 13:58

>935
>936

盛れは、KesSiteだな。

946 ：939 (!935) ：02/09/15 14:09

ふぅ。これで幸せなskkinput生活をスタート出来そうです。
スレ汚し失礼しますた

define-key-skkmap:              ( "@" . "j-set-henkan-point")

947 ：名無しさん＠お腹いっぱい。 ：02/09/15 19:38

専ら ndeb エージェントを用いて lookup を使っているのですが、
いつのまにか eblook が返す辞書名が大文字から小文字になって
いました。おかげで skk-lookup-search がまともに働いていませ
んでした。薄々思っていたことでしたが…

eblook あるいは eb の変更なのか、何かの拍子に私のところだけ
そうなったのかは判りませんが、skk-lookup-option-alist では
辞書名は大文字を前提としているので、辞書名を upcase するよう
にしてとりあえず凌いでいます。

948 ：名無しさん＠お腹いっぱい。 ：02/09/16 00:01

>>933
うーん、append してるわけじゃないんだから、restart するたびに
増えてくのはよく分からないなぁ。
ためしに skk-search-katakana で grep してみたけど、どこかのファイルで
かってに skk-search-prog-list に加えてるとこもないようでしたが。。。

949 ：名無しさん＠お腹いっぱい。 ：02/09/16 09:26

skkdic-expr って annotation に対応してる?

950 ：934 ：02/09/16 09:45

>>934 がどうも解り難いと思ったので、もう少し説明してみます。

例えば「こうかい」という読みで「降灰」という熟語を変換したいとき、普通に
そのまま確定すると、個人辞書の「こうかい」エントリーの候補リストの先頭は
「降灰」に変わります。次回の「こうかい」の変換候補としては、最初に「降灰」
が示されることとなります。これが通常の SKK の動作です。

しかし、「こうかい」という読みの熟語で使用される頻度の高いものは、
「後悔」「公開」「更改」といったものでしょうし、おそらく個人辞書の候補リストの
最初の方にもこれらがあるはずです。

「降灰」という滅多に使わない熟語で、しかも今書いている文書でも一回きりしか
使わないとあらかじめ判っている場合、候補の先頭が「降灰」に変わってほしく
ないと思うのです。現在の候補位置のままでいてほしい、他の辞書から得た場合
は個人辞書の候補リストの末尾に追加してほしい。

こういう風に確定動作を制御できると嬉しいと思うのですが、いかがなものでしょうか。

951 ：名無しさん＠お腹いっぱい。 ：02/09/16 10:15

次に降灰じゃない「こうかい」が出てきたときに選び直せばいいだけ。

952 ：名無しさん＠お腹いっぱい。 ：02/09/16 11:52

>>950
いいインターフェースを考えれば採用されるかもよ。
ところでちょっと違いますが、確定辞書ってものもあります。
あと、個人的には▼モードで確定せずに、カーソル移動で
候補を kill-ring に入れ、C-g した後に yank したりもしますね。

read.cgi ver5.26+ (01/10/21-)