SKK Part5

1 名前：UNIX 板からの移動です [03/11/02 02:02 ID:P36iSOTU] 前スレ SKK専用スレッド Part4 pc.2ch.net/test/read.cgi/unix/1049225392/ Part3: pc.2ch.net/test/read.cgi/unix/1033003685/ Part2: pc.2ch.net/unix/kako/1013/10132/1013245211.html Part1: pc.2ch.net/unix/kako/975/975253214.html 関連リンク等は >>2-5 くらい 558 名前：login:Penguin mailto:sage [2008/11/20(木) 03:46:43 ID:dBi7S5Ly] emacsの場合、helpで関数や変数の定義部分に飛んだりできるから、 別個のドキュメントとして書かれてるより かえってソースのコメントや説明見た方が わかりやすい場合があるね。 559 名前：login:Penguin mailto:sage [2008/11/20(木) 08:35:41 ID:RVo+YMWs] >>553 横レスですが、replace-regexp-in-string を使うと dolist がいらないという下りを教えてください '("\\\\" ";" "/" "\r" "\n" "\"") の要素をひとつひとつ、 replace-regexp-in-string する以外に方法がありますか？ 560 名前：login:Penguin mailto:sage [2008/11/20(木) 19:08:53 ID:+Tq3XHM5] M-x describe-function replace-regexp-in-string 561 名前：login:Penguin mailto:sage [2008/11/20(木) 22:51:30 ID:RVo+YMWs] >>560 もちろんソースも見たけれど、わからないんです もしかして、 (\\(\\\\\\|;\\|/\\|\\\r\\|\\\n\\|\"\\) を regexp にしろということ？ ただでさえ見にくいElispの正規表現が恐ろしいことに… だったら、大して量があるわけでもないし、別に dolist でかまわないのじゃないかと 562 名前：login:Penguin mailto:sage [2008/11/20(木) 23:18:35 ID:usRY2M/0] (setq AA (replace-regexp-in-string "\\\\" ";" AA)) (setq AA (replace-regexp-in-string "/" "\r")) (setq AA (replace-regexp-in-string "\n" "\"")) ようするに、こうやって並べるだけでいいってことだろ 563 名前：login:Penguin mailto:sage [2008/11/21(金) 00:03:30 ID:z1jt0drZ] >>562 どうもありがとう とすると、 >>553 の"let がいらない"というのはどういう意味なのか、またわからなくなる… プログラミングの方針の選択というのは、なかなか難しいですね 564 名前：login:Penguin mailto:sage [2008/11/21(金) 00:48:30 ID:+mkSqQqd] >>563 方針の選択とか、そんな大げさなもんじゃない。 replace-regexp-in-string の2番目の引数についての説明を読み直せ。 SKK とは関係ないなら、もうここに書かなくていいよ。 565 名前：login:Penguin mailto:sage [2008/11/21(金) 01:19:05 ID:z1jt0drZ] >>564 「方針の選択」自体が大げさなことではないでしょう？ この場合、dolist を選択するか、目に痛い正規表現を利用するか(？)で 負荷は大して変わらないようですし それなのに、あなたのいうところではSKKと直接関係のない「コードについての言及」が >>553で粗雑な言葉でされているので不思議に思い、ご教示願ったわけです 566 名前：login:Penguin mailto:sage [2008/11/21(金) 01:38:10 ID:+Czhh7sc] >>565 2番目の引数に関数渡せるよ。 (lambda (m) (format "\\x%x" (string-to-char m))) 567 名前：login:Penguin mailto:sage [2008/11/21(金) 11:51:07 ID:xw+7Cr72] "rep can be a function" ってそういうことなのか! 何回読んでも わからなかった. なんという文盲. こうすればいいんですね. (defun copy-as-skk-jisyo-format () (interactive) (if mark-active (kill-new (concat "(concat \"" (replace-regexp-in-string "[\\\\;/\r\n\"]" (lambda (c) (format "\\x%x" (string-to-char c))) (buffer-substring (region-beginning) (region-end)) nil t) "\")")))) 568 名前：login:Penguin mailto:sage [2008/11/21(金) 17:58:33 ID:DZKQdyy6] しつけーなぁ…… 569 名前：login:Penguin mailto:sage [2008/11/23(日) 09:54:44 ID:ahm0Z7lP] 中途半端なほのめかし方するからじゃね。 きれいな関数をずばり書いてやればいいのに。 570 名前：login:Penguin mailto:sage [2008/11/23(日) 10:45:54 ID:ahYbZGlp] と、口の中に食べ物を入れてもらってついでにヨダレも拭いてもらわないと 満足に食事もできない奴が申しております。 571 名前：login:Penguin mailto:sage [2008/11/28(金) 16:17:52 ID:ZF2vMYP9] 辞書の更新9月で止まってるやん… 572 名前：login:Penguin mailto:sage [2008/11/29(土) 19:29:03 ID:DqwZPojF] ふと、魔が差してAnthyからSKKに乗り換えてみたのですが、 一旦変換した後で文章を読み返すことがなくなり、思考の流れが中断されません。 あらためて開発者の方々に御礼申し上げます。 573 名前：login:Penguin mailto:sage [2008/11/29(土) 21:52:47 ID:xx+rEeWk] 漢字登録に入ってしまうと思考が中断されると、fj.* 辺りで力説していた人が昔いた事をふと思い出した。 574 名前：login:Penguin mailto:sage [2008/11/30(日) 03:10:00 ID:uHaLgH/V] fjでは、カタカナ語はカタカナ変換で出せるから辞書から消せと主張していた 人もいるから安心して。 575 名前：login:Penguin mailto:sage [2008/11/30(日) 10:50:49 ID:jp8Kf7o2] その時代のfjは見てなかったなぁ。 576 名前：login:Penguin mailto:sage [2008/11/30(日) 13:11:05 ID:95IHHhPx] ちっそ→NとかのSKKを備忘録か何かと勘違いしたようなエントリはいいかげん削除して欲しい。 577 名前：login:Penguin mailto:sage [2008/11/30(日) 14:44:10 ID:wpq8YrVt] >>576 それは同意。 一方で、フォームにあるけど収録されてない単語がもったい無いよなぁ。 L辞書の肥大化を防ぐ、「低頻度語彙辞書」なんて編纂計画はないのかな。 578 名前：login:Penguin mailto:sage [2008/11/30(日) 15:21:34 ID:SRg4Ah5i] >>577 そのためのM辞書やS辞書なのでは？ 579 名前：login:Penguin mailto:sage [2008/11/30(日) 15:56:07 ID:h6cJwlV/] もう1度フォームにある単語のチェック処理を走らせるだけも 結構な数の単語が自動コミットされる悪寒 580 名前：login:Penguin mailto:sage [2008/11/30(日) 17:32:48 ID:wpq8YrVt] >>578 漢籍でしか使わないような単語をL辞書に入れるってのは、ちょっと躊躇われるんだよね。 俺なんて「支(か)う」なんて候補が出てくる時点でどうかなと思ってる。 かといってLL辞書を作ったところで、誰が使うの?って気がしないでもない。 581 名前：login:Penguin mailto:sage [2008/11/30(日) 18:39:23 ID:z7q4FsPV] ちゅうちょわれる? 582 名前：login:Penguin mailto:sage [2008/11/30(日) 22:35:36 ID:CFZxHrod] チッソ->Nみたいなのは完全な無駄だと思うが、 例えば三国志の人物名とかの稀な固有名詞なんかは 使う人への利便はあっても使わない人への害は特にないと思う。 skkの場合辞書が多彩だからといって変換効率が悪くなったりはしないし。 583 名前：login:Penguin mailto:sage [2008/12/01(月) 00:50:56 ID:B4055OCr] 窒素系はmigemoに転用してる人から不評だな 584 名前：login:Penguin mailto:sage [2008/12/01(月) 01:10:32 ID:PH8ZZHCK] SKKで使ってる分には困らんな 三国志はOKでチッソはNGなんてのは完全に好みの問題 585 名前：login:Penguin mailto:sage [2008/12/01(月) 02:31:55 ID:S6k5cEtT] じゃあ顔文字も許すか?それは何か違う気がする。 読みが「んかお」とかだったら顔文字追加してくれてもいいけど。 586 名前：login:Penguin mailto:sage [2008/12/01(月) 02:52:46 ID:lHryO06d] LM辞書でも作れよ 587 名前：login:Penguin mailto:sage [2008/12/01(月) 03:04:16 ID:TaM3ADGo] skk的には定型文の登録も可能だし、 個人辞書でやる分にはまったく問題ないとは思うんだけど、 共有辞書に入れる種類のものじゃないと思う。 588 名前：login:Penguin mailto:sage [2008/12/01(月) 14:33:23 ID:TT/80zZh] elisp コード入りの単語を別辞書に分離してほしい。 skk はもはや emacs だけのものじゃないんだから。 自分で消すのめんどくせ。 589 名前：login:Penguin mailto:sage [2008/12/01(月) 14:46:17 ID:eroEJzd0] elispエントリの解釈も(dd)skkの仕様の一部だろ。 590 名前：login:Penguin mailto:sage [2008/12/01(月) 19:38:15 ID:T5RANjOe] >>588 同意。 それって昔無かったよね。何で変な仕様(?)を加えるんだろ。 591 名前：login:Penguin mailto:sage [2008/12/01(月) 21:12:01 ID:B4055OCr] 昔は無かったって、どれだけ遡るつもりなんだ? 1992年時点ですでに now /(current-time-string)/ がありますよ。 ただ、skk-ignore-dic-word()のやりかたは強引っつーか、 好きじゃないな。 ignoreな辞書を別に設けたほうが良かったんじゃないかと思う。 592 名前：login:Penguin mailto:sage [2008/12/01(月) 21:48:45 ID:T5RANjOe] emacs 18の頃だから、記憶はあやふやだけど、その頃じゃないのかな。 でも、そんなエントリーは無かったよ。 593 名前：login:Penguin mailto:sage [2008/12/01(月) 22:54:17 ID:lHryO06d] forkしてオレサマ辞書を自分で公開しろよ。 594 名前：login:Penguin mailto:sage [2008/12/01(月) 23:51:32 ID:9H4At0kc] >>588 同意したいんだが、concatで/やら;を表現してなかったっけか 595 名前：login:Penguin mailto:sage [2008/12/02(火) 09:08:50 ID:K+rQmIPd] / に関してはconcatなりで対処必要 ; はannotation導入のためescapeが必要となった ちょっと性格違うよね 596 名前：login:Penguin mailto:sage [2008/12/05(金) 14:07:08 ID:oqQderAn] かなモードで何か入力をしたときに自動で▽に遷移する機能ってある？ 597 名前：login:Penguin mailto:sage [2008/12/05(金) 14:57:09 ID:XGi8+jVi] つCAPSLOCK 598 名前：596 mailto:sage [2008/12/05(金) 15:05:00 ID:oqQderAn] >>597 二文字目が送り仮名扱いになっちまうじゃねーか！ 599 名前：login:Penguin mailto:sage [2008/12/06(土) 00:58:48 ID:kSgnDTnW] つーか、SKKを超絶低機能な単漢字変換システムもどきな挙動にして なにがしたいんだ？ 600 名前：596 mailto:sage [2008/12/06(土) 11:23:08 ID:m97vFGff] >>599 俺がやりたいのはSKKの敷居を下げることだ 敷居が高いとされる理由がどこにあるかは議論の余地があるが、 その一つに「変換開始位置の指定」があると俺は思う。 さらに送り開始位置のみを手動で指定できれば 変換におけるSKKの利点は得られるとも思う。 SKKに慣れていればこれが不要なのは同意するし、 良くも悪くも超絶低脳〜な挙動に近づくのも同意する。 実のところ俺自身にも不要なんだが、ないのなら作ろうと思ってる。 既にあるなら作っても仕方ないので確認したい。 というわけで、あるのかないのか教えてくれ。長文すまん。 601 名前：login:Penguin mailto:sage [2008/12/06(土) 11:49:51 ID:Z+0hOzUm] >>600 その目的だったらなんか標準で似たような機能あったよ。 昔ちょっと使って不便で捨てたけど、info か変数よく読んでみ。 602 名前：login:Penguin mailto:sage [2008/12/06(土) 12:52:55 ID:7lnKd51b] >>600 それだと逆に、ひらがなでいいところを 全部C-jで確定しなきゃならなくなるんじゃないか？ 603 名前：596 mailto:sage [2008/12/06(土) 13:55:02 ID:m97vFGff] >>601 分かった調べてみる。ありがと。 >>602 それは良くも悪くもの「悪くも」の部分。明示的確定が多くなるのは重々承知。 SKKの既定動作である「変換開始位置指定が必要かつ明示的確定が不要」も悪くないけど、 超絶〜の既定動作である「変換開始位置指定が不要かつ明示的確定が必要」も悪くないと思う。 良し悪しつけるのは難しい。結局は慣れ。どちらが一般的かと聞かれると後者だと思う。 604 名前：login:Penguin mailto:sage [2008/12/06(土) 15:03:08 ID:jLx5fSNM] 一般的なインターフェースのSKKに、自己満足以外のどんな意味があるんだ。 605 名前：login:Penguin mailto:sage [2008/12/06(土) 15:09:21 ID:9e6VrZmV] > 超絶〜の既定動作である「変換開始位置指定が不要かつ明示的確定が必要」も悪くないと思う。 そのインターフェースならSKKである必要がない気がする 606 名前：login:Penguin mailto:sage [2008/12/06(土) 15:25:20 ID:7lnKd51b] そもそも全然一般的に見えないんだが 『作ろ▽うと[C-j] 思って▽る[C-j]』 とかなるんだぜ まあやりたいなら別に止めはしない 607 名前：596 mailto:sage [2008/12/06(土) 16:47:10 ID:m97vFGff] >>604 卒業研究。 >>605 否定しようかと思ったけど、確かにそうかもしんない。「596=SKKじゃないなにかを作ってる変態」でも良いよ。 ところでSKK以外に送り位置を指定できるIMってあるの？ >>606 実際に書いて、動かして、そうなって、もっと自然な形にできるんじゃないかと思ってる。 あと例の書き方がSKKユーザ視点すぎると思う。 「TukuRoutoOmoTteru」と「tukuRouto[C-j]omoTteru[C-j]」とのどちらを一般的と感じるのか。 「うと」という場面での確定動作は確かに(SKKユーザ・非SKKユーザのどちらから見ても)一般的ではないが、 非SKKユーザからすると「tuku」と入力してしまうと変換できない動作もまた一般的ではない。 (Qのような例外はあるが)変換開始位置を先に指定しなければならない動作を 後で確定する動作に慣れている非SKKユーザは選ばない。俺はそう思う。 あくまで俺の感覚だけど、きっと606が思っているほど入力には違和感はないよ。 「やっぱ確定が増えるなー」くらいの感じ。 少なくとも送りなし変換に関しては超絶〜そのものなので、 Part.1の17みたいにならない点では優れたインタフェースだと思ってる。 いま悩んでるのは「SKK abbrev mode」をどうしようかってこと。 608 名前：login:Penguin mailto:sage [2008/12/06(土) 17:24:57 ID:kSgnDTnW] >>606 auto-okuriを使えば、まだマシになるのではないかな。 しかし>>607を見る限り、596はこの機能も知らないままに SKK(というか、SKKの処理系)を転用しようと考えているみたいだから ますますびっくり。 596は卒論を見てくれる教授と意見の交換をしてみたほうがいいと思うな。 609 名前：596 mailto:sage [2008/12/06(土) 18:16:07 ID:m97vFGff] >>608 auto-okuriって自動送り位置指定するやつだろ？ あれって変換精度落ちなかったっけか？ 自動▽は変換開始位置指定のかわりに確定を必要とするってだけだ。 変換精度には影響しない。 SKKユーザの一人として自動▽とauto-okuriとを併用するのは許せない。 そうまでしてSKKを使う必要はない。超絶〜を使ってればいい。 ていうかauto-okuriって時点でSKK使わなくていいと俺は思うよ。 「▽うと」を解決するためにauto-okuriを使うのは考えられないな。 使うとすればkakutei-earlyじゃないのか？ 610 名前：login:Penguin mailto:sage [2008/12/06(土) 19:52:52 ID:kSgnDTnW] 俺は skk-auto-okuri-process は使ってないから どの程度精度が犠牲になっているかは知らないが、 「▽うと」をいちいち確定させる煩わしさを許容、つまり 「tukurouto[C-j]」じゃなくて「tukuRouto[C-j]」みたいな 妙な操作を受けいれるユーザはどの程度いるだろうか。 まぁ、ある程度操作系には手を入れて もうちょっとマシにするんだろうけどね。 あと、君みたいな発想する人が > SKKユーザの一人として自動▽とauto-okuriとを併用するのは許せない。 > そうまでしてSKKを使う必要はない。超絶〜を使ってればいい。 > ていうかauto-okuriって時点でSKK使わなくていいと俺は思うよ。 こういう発言するのは面白い。 611 名前：596 mailto:sage [2008/12/06(土) 21:45:12 ID:m97vFGff] >>610 話がごちゃごちゃだよ。つまりがつまりになってない。 俺の発想と発言に矛盾はないと思うよ。 > 使ってないから分からない。 俺だって使ってないよ！でも、動作見た限り辞書に依存することは間違いない。 「▽うと」をいちいち確定させるわずらわしさと比較するなら、 「tuku」を「Tuku」といちいち入力させられるわずらわしさと比較してほしい。 「自動▽+auto-okuri」と「自動▽」とを比較されても困る。 「TukuRouto」と「Tukurouto [C-j]」と「tukuRouto[C-j]」とを比較してほしい。 つまり「既定動作」と「auto-okuri」と「自動▽」とを比較してくれよ。 あと「自動▽+auto-okuri」と「超絶」とは同一の入力。 同一の入力でSKKの変換精度だけが欲しいなんて虫が良すぎる。 「変換開始位置」「送り開始位置」の二点を意識させる既定動作より、 「送り開始位置」の一点のみを意識させる自動▽の方が、 ユーザには受け入れやすいと思うんだ。 (それ以前に俺がSKKスレに受け入れられてない感があるけど) 1. 「自動▽」と「auto-okuri」とはどちらも入力を容易にするために自動化を図る。 2. 「自動▽」が犠牲にするのは「変換開始位置を指定する自由」である(「変換精度」でない)。 3. 「auto-okuri」が犠牲にするのは「変換精度」である。 4. SKKの魅力は変換精度だと俺は思っている。 1,2,3,4を踏まえて、「自動▽」を許容して「auto-okuri」を許容しないという発言を見てみて、 なにか面白い(変な・矛盾している)ところがある？ 何度も何度も長文ごめん。もうブログにでも書いてURL貼ったほうがいいかもしれん。 612 名前：login:Penguin mailto:sage [2008/12/06(土) 21:55:51 ID:aoI92z6a] >>(それ以前に俺がSKKスレに受け入れられてない感があるけど) だって明示的に漢字変換するのを指定するのがSKKなので、 それを否定するということはSKKとは違うものなわけで。 でもShiftキーの打鍵数を減らす意味でもおもしろいと思うよ。 このままSKKからforkして是非実証モデルを作ってみてよ。 楽しみにしてはいるよ。 613 名前：login:Penguin mailto:sage [2008/12/06(土) 22:12:30 ID:kSgnDTnW] 自分は君の発想を肯定的に受け取ることが取れなかったし、 SKKの利用法も比較的strictな使い方だから、 どうもむやみに攻撃的文章を書いてしまっていて正直悪かった。 実際に動くものを、いろいろな人に評価してもらったうえでないと 意義があるものか分かんないしね。 新しいものが出てくる芽を摘み取るような真似はやめようと思う。 > 4. SKKの魅力は変換精度だと俺は思っている。 なるほど。ここを重要視しているわけだ。 自分の場合は、 ・おれ、オレ、俺の使い分けを気分に応じてしやすい ・漢字などを入力する際の微妙な敷居が手書きの場合と似通っている (??) とかいった感覚的なところで好きだし、 同音異義語は結構弱いと思っているから、 根本からSKKに対する考えが異なっているっぽいや。 614 名前：login:Penguin mailto:sage [2008/12/07(日) 00:01:37 ID:bvjR7zmd] 変換開始のとき予測入力するような拡張なら SKK 的にほしい。 送りがなは入力しまくっていると学習してくれると思うし、 両方候補に出してくれてもいいんだが…… (もしくは設定でどう送るかを指定できると一番いいけど) 615 名前：596 mailto:sage [2008/12/07(日) 00:37:44 ID:YC+VcNab] >>612 手動で変換開始位置を指定しないとSKKじゃないってこと？ 自動▽は永久にSKKには取り入れられないってことか、悔しいな。 実証モデルは既にあるよ。でもvimかつオレオレ実装(未完成)。 元々shiftを使わないことを前提とした実装なんでsticky前提。 elisp読めない書けないなのでddskkでの実装はすぐには無理ぽい。 スレ的にlinux&&emacs&&ddskkじゃなきゃダメなのかな？ でも実証したって「SKK」には取り入れられないんだから、 もうオレオレ実装だけでいいよね！……ごめん、冗談。 なんとかしたい。誰か頼む。言いだしっぺだし、俺がすべきか。 >>613 俺も使い方も考え方も人それぞれ(shiftを辛いと感じる・感じないは良い例)なのを考えて、 否定的な反応が多いことを考えて、それから書き込むべきだったよ。 616 名前：login:Penguin mailto:sage [2008/12/07(日) 01:01:22 ID:HWmiu86G] お前らすげえな。 俺には何言ってるのかさっぱりわからん。 変換開始位置を指定せずに送り開始位置を指定するって言っても、送り開始位置を指定したあと次の変換開始位置を指定させてやらないとダメじゃないの？ 617 名前：login:Penguin mailto:sage [2008/12/07(日) 02:13:06 ID:/pSkPY/v] >>615 ちょっと変換精度が想像できないが、面白いと思う。 キー入力統計ソフトで監視してると、 Shift 20 BackSpace 19 N 15 Space 15 I 14 くらいの割合になってて、「Shift(とBackSpace)使いすぎだろ」とは思ってた。 vimインストールしたからファイルくれ & インストールの仕方教えてくれ & 使い方教えてくれ。 あまりにも未完成だったら匙投げると思うけど。 >>616 そこが自動なんじゃねぇの? 位置を誤って判断した場合、どうやって移動するのか知らないけど。 618 名前：login:Penguin mailto:sage [2008/12/07(日) 03:25:24 ID:JxdkPFRT] あ、▽位置は結局[C-j]で明示なのかな? 619 名前：login:Penguin mailto:sage [2008/12/07(日) 03:42:34 ID:fswyPymc] ここから漢字ってところで、それまでに打ったひらがなを確定させなきゃならないもんな 結局漢字の頭を指定してるのと変わらない 620 名前：login:Penguin mailto:sage [2008/12/07(日) 08:44:49 ID:JxdkPFRT] なんだ、ただの▽前置か。 と言いたいところだけど、 文の先頭とか打ち始めではちょっと雰囲気変わるだろうね。 621 名前：login:Penguin mailto:sage [2008/12/07(日) 09:00:27 ID:JxdkPFRT] > shiftを辛いと感じる・感じないは良い例 セミコロンで変換開始にしてるよ。 送り仮名もセミコロンにしたいが、やり方が分からない。 やっぱりshiftはちょっと遠い。 622 名前：596 mailto:sage [2008/12/07(日) 09:54:03 ID:YC+VcNab] 変換開始位置を▽位置、送り開始位置を▽*位置と呼ぶことにする。 自動と明示とが混じって気持ち悪いから、可能な限り自動と手動とにする。 >>616 次の▽位置は自動で設定される。 それがユーザの望む▽位置でなかった場合、 手動で確定入力を行うことによって指定する。 >>617 ;jで確定、;lで▽*位置、;qでかなカナ変換みたいな変態拡張stickyになってるんで、 普通のstickyで動くように直すから、もう数日待ってくれ。 (このスレに張り付いてるせいで、おそろしく作業が進んでないが……) 変態拡張stickyのままでもいいなら今すぐにでもうｐできるが、どうする？ >>619 611での「ユーザに意識させる点が一つになる」という俺の発言は間違いだな。 すまない。意識させる点は二点で確かに変わらない。619の言うことは正しい。 >>618 が言ってることもきっと同様のことだな。 でも、そこまで分かってるならもうすこし考えてほしいな。 じゃあ「ここから漢字」という位置――ユーザの望む▽位置――を指定する場合、 大文字入力と確定入力とではどちらの入力コストが低いと思う？ 双方をほぼ同等のものとして扱えるSKKユーザならまだしも、 確定入力のみに慣れている非SKKユーザを想定するなら、 後者のコストの方が低いんじゃないかな。(未実証) 623 名前：596 mailto:sage [2008/12/07(日) 10:04:34 ID:YC+VcNab] >>621 ttp://openlab.ring.gr.jp/skk/skk-manual/skk-manual-ja_5.html#SEC101 624 名前：596 mailto:sage [2008/12/07(日) 12:43:09 ID:YC+VcNab] 自動▽を試してみたい人のためにとりあえず上げてみる。 windows+vim環境以外で試してないんで、動かなかったらすまん。 ttp://www1.axfc.net/uploader/File/so/14848.zip 625 名前：login:Penguin mailto:sage [2008/12/07(日) 13:13:25 ID:4od8faw3] 実装的には C-j の後、Q を自動的に叩くような動きにすればいいだけ? でも、sticky-shift に対するアドバンテージがイマイチ掴めないなぁ 626 名前：596 mailto:sage [2008/12/07(日) 14:20:07 ID:YC+VcNab] >>625 ちょっち違うな。文が続いている場面で見れば間違いないけど、 その実装だと完全に「前置確定」だわ。自動▽の目標は「後置確定」。 「前置確定」になる場面はあるけど、それは本来の意図じゃない。 あと、その実装だと単純に確定したい場合に困りそう。 前置▽に慣れてればアドバンテージどころか、確定の手間分だけ劣ってる。 627 名前：login:Penguin mailto:sage [2008/12/07(日) 16:13:50 ID:04nKDsxT] >>623 すまん、WindowsでSKKIME併用してるから、そっちでも設定できなきゃ困るんだった。 別スレ行ってくる。 628 名前：login:Penguin mailto:sage [2008/12/07(日) 16:17:25 ID:hkFqeb53] >>624 software板のvimスレにも 一回ぐらい告知しておいたほうがいいかもね。 試してみる人、ここだけじゃ少ないだろうし。 629 名前：596 mailto:sage [2008/12/07(日) 16:27:48 ID:YC+VcNab] >>628 友人に試してもらったところ、 「cygwinじゃ起動キーさえ効かないよバカ」とか、 「辞書登録で<C-g>効いてないよ死ねよ」とか、 言われてるので、広めないでほしい。 630 名前：login:Penguin mailto:sage [2008/12/07(日) 16:54:51 ID:04nKDsxT] >>624 「、。」でひらがな確定を実装すると、SKKと同じくらいの手間数になるんじゃない? それから、これは「自動▽」というより、SKKでいう「ひらがな+■モード・カタカナモード・SKK abbrev mode」 を排除して、直接入力と▽モードの2本立てにしたと言えるから、 モードが嫌われる風潮には非常に合ってるんじゃないかな。 ただし他に利点はないかも。以下に第一印象を記した例文を載せとこう。 [本文] 試してみた。 SKK使ったことがない人が、 「ひらがなしか入力できない(=糞)じゃん」 って思うことはなくなるけど、その他に何か利点が? [SKK (Shift・Control・Enterの押下は念の為Sで表わす)] StameSsitemita.E /SskkCjStukaSttakotoganaiShito ga,E [hiraganasikaSnyuuryoku dekinai(=Skuso )jan]E tteSomoSukotohanakunarukedo,sonoShoka niSnani kaSriten ga? [自動▽ (確定はEnterを使うものとした)] tame;sitemita.EE C SskkC tuka;ttakotoganaiEhito ga,EE [hiraganasikaEnyuuryoku dekinai(=Ekuso )jan]EE tteEomo;ukotohanakunarukedo,sonoEhoka niEnani kaEriten ga? 631 名前：596 mailto:sage [2008/12/07(日) 17:09:16 ID:YC+VcNab] >>630 待って待って！ 他の入力モードを削除したのは俺の実装に問題があるからで、そんな意図はないよ。 どこをどう読んで、どう解釈したら、 「直接入力と▽モードの二本立て」とか「ひらがなしか入力できない」なんて話になるんだよ。 「自動▽の動作イメージを確認する」ための実装だって書いておいたのに…… 632 名前：login:Penguin mailto:sage [2008/12/07(日) 17:09:44 ID:04nKDsxT] うーん、じゃあむしろ利点はないな。 633 名前：login:Penguin mailto:sage [2008/12/07(日) 17:14:28 ID:04nKDsxT] あ、そう捉えたのか。 そういう意味じゃなくて、 「自動▽」にも▼モードはちゃんとあるよね。 「ひらがなしか入力できない」と初心者が思い込むのはSKKの方。 基本■モードだからね。 その点、基本が▽モードの「自動▽」の方が、初心者には分かりやすいかな、って思って書いた。 つか、この路線で行くなら、他の入力モードは思い切って削除してしまってもいいんじゃないの? または「後置abbrev指定」を導入するとか。 634 名前：login:Penguin mailto:sage [2008/12/07(日) 17:35:33 ID:43hXpYit] かな■が存在しないってのは本質じゃないのか。 ますます何がしたいのか分からなくなってきたぞ。 635 名前：596 mailto:sage [2008/12/07(日) 19:09:01 ID:YC+VcNab] >>633 順番が逆になってしまったけど、試してくれてありがとう。色々言いたいことがあるので整理した。 >>630 ・「、。」で確定したらどうか→提案として把握。 ・自動▽というよりモード削除→ >>631 で見当違いだと反論。 ・モードが嫌われる風潮に合う→そんな風潮は知らないよ。 ・ただし他に利点はないかも。→えー。 >>632 「利点がない」とさらに強調。 >>633 ・そう捉えたのか→「ひらがなしか〜」のことだよね。俺の勘違いだった。ごめん。 ・自動▽にも▼はあるよね→■も▽も▼もある。どれもなくすつもりないよ。 ・基本■でなく基本▽なので初心者に分かりやすい 　→分かりやすいって利点じゃ……。>>632は何だったの？ ・この路線で行くなら〜→どんな路線なら入力モードを削除できるの？ ・「後置abbrev指定」→詳しく教えてほしい。 636 名前：596 mailto:sage [2008/12/07(日) 19:20:22 ID:YC+VcNab] >>634 自動▽は■を削除しないよ。▽位置を自動で指定するだけ。 「なにがしたいのか」は>>599で出てる。 >>600をはじめとして何度も説明してるから読んでみて。 関係ないが、いまだに>>601の言う「標準で似たような機能」が見つからない。 変数名なりなんなり、もうすこしヒントもらえませんか？ 637 名前：login:Penguin mailto:sage [2008/12/08(月) 11:04:34 ID:x5g0JwUo] 前に似たようなことやってたやついたなぁ。 UNIX板の過去スレさがせば出てくるかも。 638 名前：login:Penguin mailto:sage [2008/12/08(月) 11:05:26 ID:x5g0JwUo] まずは skk-insert() 読むとこから始めたらいいんじゃね。 639 名前：login:Penguin [2008/12/08(月) 22:56:10 ID:WdjZyur9] openlab.ring.gr.jp/skk/maintrunk/old-snapshots/ddskk-20080907.tar.gz をつかい始めましたが、以下の症状でなやまされています： * TukaU で「使う」が候補としてでない。NayaMuの場合もKaEruの場合も同様。 * OkoRu で「烏滸る」と「痴る」しか候補がでなくなった。 何か設定をかえるべきなんでしょうか？ 640 名前：login:Penguin mailto:sage [2008/12/08(月) 23:07:47 ID:RjyJZPsu] skk良いね。利用3時間目だけど、少しは慣れたよ。javascriptのページのおかげです。 一週間もすればもう大丈夫という印象です。思考の邪魔をしない変換方式という印象 です。 641 名前：login:Penguin mailto:sage [2008/12/08(月) 23:13:08 ID:Bbdsub+b] >>640 1ヶ月も使うと他は使えなくなるよ。 気付いたらShift押しててアルファベットになってるw 642 名前：login:Penguin mailto:sage [2008/12/08(月) 23:13:17 ID:RjyJZPsu] >>639 僕も可笑しい現象に出会ったけど、辞書の設定が間違っている時に 同じような事があった。 643 名前：login:Penguin mailto:sage [2008/12/08(月) 23:32:28 ID:WdjZyur9] >>642 (add-to-list 'load-path "~/lib/site-lisp/apel") (add-to-list 'load-path "~/lib/site-lisp/ddskk") (require 'skk-autoloads) (setq skk-large-jisyo "~/lib/data/SKK-JISYO.L") これだけでも、>>639 と同様の現象になります。 辞書は今日ダウンロードした openlab.jp/skk/dic/SKK-JISYO.L.gz なんですが。 644 名前：login:Penguin mailto:sage [2008/12/08(月) 23:41:30 ID:RjyJZPsu] >>642 ふむふむ 僕は郵便番号の辞書なども関連するものをマージしちゃって 作り直したよ。最初の変換を見てLだけじゃ心細いと思ったから。 少しもたつく時もあるけどお試しあれ。 645 名前：596 mailto:sage [2008/12/08(月) 23:43:07 ID:f4BlS/RI] Unix板Part3の855に自動▽のことがあった (このスレ同様に)auto-okuriに関するやりとりもあった 888でelispのコードが出てた うｐした分は削除しとく。試してくれた人ありがと 相手してくれた人ありがと まずは過去スレ全部読むことにするよ 646 名前：login:Penguin mailto:sage [2008/12/08(月) 23:43:33 ID:RjyJZPsu] >>644は>>643宛てでした。すいません。 >>641 その位に早くなれるようにしたいですね！ 647 名前：login:Penguin mailto:sage [2008/12/09(火) 00:23:21 ID:q+6dnwXM] うーん。。 customize-group の skk group は サブグループが細分化しすぎてて、設定がしにくいなー。。 ちなみに、>>639 直りました。 skk-okurigana-prefix ら辺が utf-8 のデフォルトコーディングに対応してなかったみたい。 648 名前：login:Penguin mailto:sage [2008/12/09(火) 01:24:33 ID:uI+PLJWH] どうせカスタマイズ用変数はskk-vars.elに固められているから、 このファイルを見ながら直接.skkに書いたほうが楽。 つうか、SKKに限らず、 customizeが便利に思える局面って少ないけど。 649 名前：login:Penguin mailto:sage [2008/12/09(火) 01:37:36 ID:2ozFoGmb] 入力の開始から▽にするというのは ひらがなにすら確定が必要な一般的IMEに似せる工夫なのかも知れないが、 skkの入力だってそんな不自然なわけじゃない。 skkは漢字の時「のみ」特別なモードに入るのであって、 普段は英字入力するのと同様ひらがなのベタ打ちと考えると むしろ英字の入力に似ててより自然に思える。 650 名前：login:Penguin mailto:sage [2008/12/09(火) 02:56:26 ID:XgST5jxy] >>649 俺も同じ意見だ。 でも世の中にはそうじゃない人もいるかもしれない。 651 名前：login:Penguin mailto:sage [2008/12/09(火) 04:42:10 ID:xTMlRcHi] >>648 > customizeが便利に思える局面って少ないけど。 お前だけだろそれ。 あれかなり使えるよ。 652 名前：login:Penguin mailto:sage [2008/12/09(火) 06:47:00 ID:2ozFoGmb] 自分なりに.emacsの設定とかまとめてると customizeで設定したやつが例外になって 整理しにくくはなるな。 653 名前：login:Penguin mailto:sage [2008/12/09(火) 07:01:30 ID:xTMlRcHi] >>652 > 自分なりに.emacsの設定とかまとめてると それは自分なりに設定をまとめてるとは言わない。 そもそも、モードの変数の設定は setq-default を除いて全て custom-set-variables に任せるべき。 custom-set-faces も同様。 初心者ならともかく、.emacs で直接値を変更するのは混乱の元になる。 654 名前：login:Penguin mailto:sage [2008/12/09(火) 11:46:10 ID:BpBIixJL] >>652 複数の環境で共通に使う自分用標準設定みたいのは自分でelispを書いて、 ある環境固有のパラメータみたいのはcustomizeを使ってる。 655 名前：login:Penguin mailto:sage [2008/12/09(火) 17:13:33 ID:FQ+0VzNK] ホスト名でどのファイルを読むか決定する.emacsを書いている俺は変態なのか? 656 名前：login:Penguin mailto:sage [2008/12/09(火) 18:18:36 ID:mOwC0/0l] やってたけど結局 1 ファイルに戻したなぁ 657 名前： ◆ERO2...... mailto:sage [2008/12/11(木) 23:24:46 ID:BT1NPi5g] 今週も おけいはんにイラっときている 嫉妬お姉さん(^O^) 658 名前：login:Penguin [2008/12/12(金) 04:46:32 ID:a5LwDqfM] 例えば、「これ」という日本語を打ちたいとして、 「こr」ではなく「こf」と間違えて打ってしまった時、 backspace キーをタイプすると、f のみが消えるのではなく、 「こf」全てが消えてしまいます。 以前までは「f」のみが消えていたと思うのですが、どうすれば 元通りにできますか？ Daredevil SKK/13.1.50 (Syounai) を emacs で使用しています。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef