レス数が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

651 ：名無しさん＠お腹いっぱい。 ：02/05/23 20:44

個人辞書とlarge辞書の差分を単語入力フォームに
自動登録するスクリプト公開したらうれしい？

652 ：名無しさん＠お腹いっぱい。 ：02/05/24 00:30

>>651
やめようよ。
現状でさえ大変なのに。
いったん人手でフィルタすべき。

653 ：名無しさん＠お腹いっぱい。 ：02/05/25 08:16

# 果して登録フォームのようなものを作ってやろうという方が
# いらっしゃるものか大いに疑問ですが...

ふと思いついたもののメモです。
ML に投げるには漠然としすぎているし、2ch を知らない人には
サッパリだろうから、とりあえずココで。


システム: 2通り考えてます

common
* 2chのようなbbsシステムを流用し、sage 機能は削る。
* 登録希望と削除希望では板を分ける。
* 「登録希望」な書き込み要求に対しては、「クライアントのポストしたデータ」 +
現在のregistdic.cgiみたいに 「google, 大辞林などへのリンク」
が書き込まれる。
web browser からの場合には、google, 大辞林などへのリンクをユーザに
提示し、確認をとったうえで書き込む。
# navi2ch は対応できるか??

1.
* 登録を希望する語は最初から個別のスレッドを立てる。
話の流れは追いやすい。しかし大量のスレッドが生成される。
→ 沢山の *.dat ファイルを抱える事に。

2.
* 登録を希望するエントリは指定のスレッドに書き込む。
(各板に「くだらない質問...」スレッドがあるみたいに。
以下これを「登録希望スレッド」と呼ぶ。)
一つの書き込みにつきエントリ一つがいいな。
* 「これは変では?」とか思うエントリがあれば、誰でも個別の
エントリ毎にスレッドを立てられる。タイトルは SKK辞書の形式で。
「登録希望スレッド」に書かれたエントリに対するものであれば、
スレッドを立てた事を告知する事。
* 「登録希望スレッド」はエントリの追加に対して有効期限を持つ。
例えば2週間毎に新しいスレッドを作成し、登録を希望するエントリは
新しいスレッドに書き込む。古いスレッドでは、そのスレッド内に
書かれたエントリのみを対象とした書き込みがなされる。
程度により、前述のように個別スレッドを立てる事が望まれる。
しばらく様子を見て、反対が無ければ commit.

654 ：名無しさん＠お腹いっぱい。 ：02/05/25 08:16

(つづき)

コメント:
* navi2ch が対応してくれると嬉しい。というか前提かも。
# navi2chのコミッターの方次第ですが。
# あと vim な人も ok かも。
* 1. の案ならば、登録された語を無視したい場合には navi2ch の `d' で
ok なので committer に嬉しいかも。
* 2. の案は navi2ch での閲覧という視点からは便利そう。ただ、committer が
登録するエントリをスレッドの上から見ていった時に、文句がついてないか
一瞬で判断できないのが面倒。
→ >>number の形式を辿ってツリーを別バッファに生成。
又はサーバ側にその情報を持たせる。
→ スレッドに書き込む際には「登録希望エントリ」を書くのか
既にある書き込みに反応するのか(その場合元記事番号も)
指定したうえで書き込みする。
(navi2ch を変えてもらわねば...。対応してくれるかな?)
navi2ch が使い易い人は flat な構成で閲覧すればいいが、browser で見たい人用に
nest 表示なものも生成できるようにする。
* 2ch嫌いな人には、システムが似てるという事で抵抗あるかも。
* 書き込みの信頼性は?
例えば誤登録か専門用語か判らない時、誰かが「これは何々の分野では
使われています」などというのをどの程度信じれるか。
# BBS style なら避けられない。登録ユーザのみ発言権?? ←面倒
* 荒らしへの対処 でもモデレートするのは面倒だし、多分大丈夫?

初め、ミニslashdot みたいなのをベースにいろいろカスタマイズして
辞書編集用に便利な機能を付加したらどうかと考えていたけど大変そうだし、
今思いついたこのアイディアのほうが導入が楽で使い勝手も
良さそうな気がしてきました。

ところで 2ch型のbbs でソースが入手できるものとしては何がありますかね?
JBBS、まちBBS、匿名掲示板（仮）(*1)なんかがこのタイプとしては
あるみたいなのですが。

*1 http://210.155.146.159/ Ruby+walrus, Postgres, C++ を利用してるらしい

とか書いてると自分で作ってしまうように勘違いされてしまいそうですが、
そんなスキルは全然無いので提案だけです。御意見募集中。

# うぅ、やたら長くなってしまった。

655 ：名無しさん＠お腹いっぱい。 ：02/05/25 21:42

skkime for windows2000 の辞書がデカくなって落ちちゃうバグは
誰か修正してくださると助かるかたが沢山いると思うのですが、そういう話はありますか？

656 ：名無しさん＠お腹いっぱい。 ：02/05/26 10:40

合う/会う
行き/生き/逝き
言い/良い

のような、どの候補も万遍無く使うような同音異義語の入力が
効率わるくてさみしいんですが、なんか対策というかコツというか
生活の知恵あったら教えてください。

657 ：名無しさん＠Ｅｍａｃｓ ：02/05/26 11:21

>>656
(setq skk-initial-search-jisyo "~/.skk-initial-jisyo")
としておくと，優先的に .skk-initial-jisyo を読み込みます．
ので，ここに "行き/生き/逝き" と買いておくと毎回この順で候補が
出てくるので指に覚えさせれば効率は上がるかと．

が，この辞書自体を作るのが面倒という罠．

658 ：名無しさん＠お腹いっぱい。 ：02/05/26 13:59

656 じゃないけど。
>>657 うん、面倒だよね。こないだその事に気付いたんだけど
実践してないよ。
一体SKKユーザの何割が initial-search-jisyo を利用してるんだろうね。

659 ：657 ：02/05/26 14:17

>>658
2ch 用の同音異義語辞典作ったら役に立つかな。
skk-initial よりもmigemo に便利そうだけど。

あとは頻繁に書き換わる辞書エントリーを監視するぐらいかなぁ。

660 ：名無しさん＠お腹いっぱい。 ：02/05/26 18:58

>>655 昔からやってみたいと思ってはいるんだけど、何せWindowsでプログラム書いたことないので「やります！」とは言えないのが悲しいところ…。

661 ：575 ：02/05/26 20:19

> SKKIMEは例のWayBackMachineで「取って」来れます。

これよくわかってなかったんですが、検索して意味がわかりました。
これスゴいっすね。SKKIMEも入手できました。
再配布、必要ないんじゃあ……。

662 ：名無しさん＠お腹いっぱい。 ：02/05/27 11:30

>>655
たまにしか使っていないせいか、skkime for windows2000 が
落ちたことは今までないのですが、これって
同じ単語が毎回登録されてしまい、ひたすらユーザ辞書が
大きくなってしまうので、そのうち落ちてしまうのが原因ですか？

定期的にユーザ辞書を整理してやれば、とりあえず問題なく動く
っていう話ですか?

663 ：名無しさん＠お腹いっぱい。 ：02/05/27 12:30

つーか説明が不十分 >>655
skkime 使ってない俺には意味不明です。
まぁ使ってないので関係無いが。
;; でも今後も使わないで生きていけるという保証もないしね…。

664 ：名無しさん＠お腹いっぱい。 ：02/05/27 14:21

えーと、 >>653,654 について興味持ってる人いないのですか? (;_;)
別に 2ch型には強い拘りは無いのですが、現状で問題と思ってる事に、
1. 誤登録っぽいエントリがあったときに committer が一人で
調べあげなければならない。
# ML に投げるのは充分に調べたあと
2. 登録された候補のどれを誰が登録しようと作業してるか分からない。
CVS だとはいえ、作業が重なる事による労力の無駄は馬鹿にできない。
またこの為もあってか誰か一人にまかせきりになりかねない。(もうなってる??)
とかがあると思います。
たとえば 653 の 2.案であればスレッド毎に誰が commit作業するか
割り振れるし、committer でなくても熱意ある人がある程度のとりまとめとか
できていいと思います。

というか、今のシステムで続ける事は少なくとも僕には*絶対に無理*です。
今日は ML に流れていたものだけ commit してみましたが、
「きとう /帰投/」や 「さいし /祭司/」を追加する際に既存の候補も
見てみると「祈梼」とか「孥/斉志/載祀」みたいなのがあるわけで。
こういうのもチェックしてるとかなり大変です。(しなきゃいいんだけどね...)
# 大辞林にある候補ばかりだから楽かと思いきや逆だった。
こういうのも BBS のようなシステムだったら、また BBS に投げるだけですしね。

ちなみに今回は 36 entry で、作業環境を改善する為のコードを書いたり、
辞書の文字コードで嵌ったり(なぜか skkdic-expr にかける作業用ファイルが
JIS になっていて、merge しても変化がないという阿呆な事をしてた)
というのも合わせて4,5時間消費しました。
こんなんじゃ、とても続きません。
辞書の質を上げたいと思っている人は殆どいないのかもしれませんが、
システムが出来たならば、今よりぐっと低いコストで運用できると思っています。
逆に今のままなら、僕も諦めてしまって、結局 committer 以外による
辞書の更新は、ML に寄せられたものだけになるんじゃないかと予想しています。

システム組んでみようとかいう方、ほんとにいませんか??

665 ：名無しさん＠お腹いっぱい。 ：02/05/27 14:28

そもそも、辞書をいじる必要って
そんなにあるの?

666 ：665 ：02/05/27 14:29

あ、>>664 に書いてあった。
ｽﾏｿ

667 ：名無しさん＠お腹いっぱい。 ：02/05/27 14:38

>>664
正直なところ、

「辞書の質は上げたいし、興味はあるが自分で構築するのはめんどう。
システムが出来あがれば、利用はしてみたい」

というところじゃないでしょうか？

668 ：名無しさん＠お腹いっぱい。 ：02/05/27 14:39

# いちお、ねんのため(?)
最近 SKK-JISYO.wrong.annotated に加えられたような候補を
気付かずに使っていて嬉しいの? とか、一般的な(かつ正しい)語で
まだ登録されてないものがもうちょっと充実してたら嬉しいでしょ?
という話になると思います。
まぁ、自分でもいろいろ考えてみたり、そのうち ML にまとめて投げる
つもりですが、この話に発展が無ければ辞書のメンテは諦めようと思ってます。

669 ：名無しさん＠お腹いっぱい。 ：02/05/27 14:41

あ、668 は >>665 に向けたものです。(いちおう)

670 ：665 ：02/05/27 14:43

>>668
その辺のラインで十分だと思うな。
複合的な語とかちょっとでも専門的な語は追加しなくてもいいと思う。
単語追加のコストが低いのが SKK の利点の一つだし。

人手がないならそれなりのやり方で行くべきでしょう。

671 ：名無しさん＠お腹いっぱい。 ：02/05/27 14:45

新規登録は暫く見合わせて、誤登録のみの修正にするとか。

672 ：名無しさん＠お腹いっぱい。 ：02/05/27 22:03

>>670
> その辺のラインで十分だと思うな。
諦めるって事? 「その辺」がよくわからんです。

>人手がないならそれなりのやり方で行くべきでしょう。
システムを改善できれば、一人当たりのコストはぐっと減らせるので
参加してくれる人もある程度いると期待しています。
少なくとも現在誤登録情報をいれてくれてる人(←感謝したいんだけど辛いので感謝できない...)
とかは、そういった事に興味があるんじゃないかな。

>>671
新規登録は、それが一般的な用語の範囲であり、かつ正しくさえあれば
とっても簡単なんです。大量に登録希望がおしよせてきたら、
そりゃ大変ですけどね。
問題は誤登録 or 怪しい語があった時で、今のシステムじゃ厳しすぎます。
よっぽど日本語とかに詳しい人じゃないと。
で、上で提案してるようなのであれば、誤登録かどうかの検証もやりやすいし、
一般的な語の登録も効率よく処理できると思います。

# ところで SKK user ってどのぐらいいるの? 沢山いそうだから
# 少しは期待できるかなぁと思ったんだけど。

673 ：665 ：02/05/27 22:21

>>672
> 諦めるって事? 「その辺」がよくわからんです。
>>668 の最初の段落のことっす。
・誤登録の疑いがあればどんどん削除
・追加は基本的な語に限定
・足りない語は自分で登録してくれ
くらいのポリシーでいいんじゃないかな、と。

> システムを改善できれば、一人当たりのコストはぐっと減らせるので
システム改善のコストはどうなんでしょ。

674 ：660 ：02/05/27 23:19

>>662
SKKIMEのことだけど、漏れはそのことだと思ってる。落ちることはそんなに無いけど、落ちなかったとしても、

辞書が大きくなる
↓
メモリを死ぬ程食うようになる
↓
スワップしまくる
↓
1分置きくらいの頻度でシステムがフリーズする

てことも頻発するので、毎日、本家のSKKでつちかった.skk-jisyoで上書きしてるよ。。。

675 ：名無しさん＠お腹いっぱい。 ：02/05/27 23:28

>>673
>・誤登録の疑いがあればどんどん削除
疑いがあるだけじゃ削除できんでしょう。少なくとも僕は恐くてできませんね。
で、何度か作業してみて分かったんだけど、これぐらいのポリシーすら結構大変なんですね。

ところでシステム改善のコストですが、ある程度そちら方面に知識のある人がやれば
それほど大変ではないんじゃないかと予想してるのですが。
とりあえず僕が毎週のように何時間も一人で調べまわるよりは、と。
みんなで作業すれば活気もでてくるだろうし精度も上がるし
現状よりはぐっとマシになるんじゃないかなぁ。

ま、コストの事をいいだせば、僕が放り出してしまえば 0 になる、
という話もありますが、折角きっかけがあるんだし、なんとか
推進できないものかなとあれこれ考えているところです。
# 現状のまま続けるつもりはありません。

676 ：名無しさん＠お腹いっぱい。 ：02/05/30 03:11

kill -HUP みたいな事をして、クライアントとの接続は維持したまま
辞書を読み直せる skkserv には何がありますか?
接続を切ってしまうと、skkinput がお亡くなりになってしまうので、
一緒に各種 X client も死んでしまって悲しいです。

677 ：名無しさん＠お腹いっぱい。 ：02/05/31 17:34

Kondaraのdbskkd-cdbには、HUPシグナルを補足するパッチがあたっています。

一度ためしてみてはどうでしょうか？

ttp://www.kondara.org/cvsweb/cvsweb.cgi/~checkout~/Kondara/pkgs/dbskkd-cdb/dbskkd-cdb-1.01-sighup.patch?rev=1.1&content-type=text/plain

678 ：名無しさん＠お腹いっぱい。 ：02/06/02 04:40

アノテーション付けようとすると、
;; Add a note to word `nil' (this line will not be added to the note.)
となるけど、nil ってなーに？

679 ：676 ：02/06/03 05:30

>>677
なんとなくKondara入れちゃいました。
で、ちょっと辞書をいじったものと置き換えてみたら
sudo kill -HUP しなくても反映されたみたいです。
これは実はこっそりオリジナルでそのようになってるのか
パッチの効果か私には分かりませんでした。
とにもかくにも、skkinput が死ななくなったのは嬉しいかぎりです。

そいえばKondara のskkinput にはアノテーションのパッチが当たってませんね。
あと木原さんによるパッチとか。←これは最近なので当たってるわけないって(ぉ
↓これは必要無いのかな。
http://www19.xdsl.ne.jp/~cdr/misc/skkinput.html

680 ：名無しさん＠お腹いっぱい。 ：02/06/04 14:08

emacs-wiki.el では
(define-key map [tab] 'emacs-wiki-next-reference)
(define-key map [(control ?i)] 'emacs-wiki-next-reference)
となっているので SKK での補完が TAB key では効きません。
C-i では効きます。
これって、なんでこうなってるのか作者の方に訊ねてみたほうがいいのかなぁ。
みんな、どうしてる?

681 ：名無しさん＠お腹いっぱい。 ：02/06/05 23:13

「SKK使い」はなんてーの？
SKKerで、えすけいかー？

682 ：名無しさん＠お腹いっぱい。 ：02/06/05 23:19

「えすけーけーづかい」かな。

683 ：名無しさん＠お腹いっぱい。 ：02/06/05 23:35

すかー

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

いつ頃変化あったのか分からないんだけど、
"とってもながいながいながいながいながいながいながいながいながいながいながいなが〜いみだし"
というのを辞書登録しようとして、この時に単漢字変換みたいな事してたっくさん
候補が表示されるとき変になりませんか？ それとも昔からこうだったのかしらん。
cvsの最新使ってますです。

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

>>684
再現できなかった。
どういうこと?

686 ：684 ：02/06/06 09:51

長い見出しを登録するとき、これが左端に表示された状態で
候補の登録になりますよね。ここで、たとえば"あ"を変換して
欲しい語がなかなか出てこなかったときに
A:明 B:亞 …… L:痾 [残り 2+]
となるところで、 "2+]"しか表示されなかったりします。
書き忘れてましたが、emacs は 20.7 です。

687 ：名無しさん＠お腹いっぱい。 ：02/06/07 11:06

>>686
11.6 に戻すか emacs21 に乗り換えたら?

688 ：名無しさん＠Ｅｍａｃｓ ：02/06/07 22:36

SKK の辞書ってどうやってインストールするの？

/usr/local/share/skk に放り込んでやるだけで使える?

689 ：名無しさん＠お腹いっぱい。 ：02/06/07 23:04

>>688
使い方しだい。
辞書サーバの種類によって cdb化したり、プレーンのままだったり。
サーバ使わないなら skk-large-jisyo をそのパスに設定する必要あり。

690 ：名無しさん＠お腹いっぱい。 ：02/06/08 21:02

openlab、死んでる?

691 ：名無しさん＠お腹いっぱい。 ：02/06/08 23:43

>>690
トップページがまた消えてるってこと?

692 ：名無しさん＠Ｅｍａｃｓ ：02/06/09 00:13

だうそ

693 ：690 ：02/06/09 00:32

>>691
そゆこと。

694 ：名無しさん＠お腹いっぱい。 ：02/06/12 04:35

skksearchを探してるのですが、
ttp://www.sato.kuis.kyoto-u.ac.jp/%7Esakurada/hack/skk/
でいいですよね？

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

はい。

696 ：名無しさん＠お腹いっぱい。 ：02/06/13 18:42

reply-to が ML 宛てになってるとこに
広告 もとい spam を出すのは有効な手段なのかもな。と思った。

697 ：名無しさん＠お腹いっぱい。 ：02/06/13 20:20

馬鹿がもう一匹釣れたな

698 ：名無しさん＠お腹いっぱい。 ：02/06/14 09:23

標準入出力を利用しての辞書の検索は出来ますか？
出来ると嬉しいな〜。

699 ：名無しさん＠お腹いっぱい。 ：02/06/14 10:03

>>698
いみふめ。
具体的にどのようにしたいの?
grep とかを利用できると嬉しいって事?

700 ：698 ：02/06/14 12:34

ｽﾏｿ
ソケットの代わりに、標準入出力で辞書の検索プログラムとやりとり
出来ないかな？ということです。migemoみたく。

701 ：699 ：02/06/14 12:44

あまり積極的にはメンテされてないと思うけど、
tcp じゃなくても辞書サーバと通信はできるよ。
migemo は start-process してて、skk は call-process してるという
違いはあるけれど。
あと experimantal/skk-exsearch 使えば cdbget や
grep を使った辞書の利用ができるよ。

どのような応用を考えてるのか想像できないけど、
なんか作ったら教えてね。

702 ：698 ：02/06/14 14:23

>>701
普通に検索するだけですよ(w。ただ、動かす環境がEmacsCE上という
だけです。一部の機種のEmacsCEではソケットが使えないので
WindowsCE用のskkservを使えず、さらにEmacsCEのメモリの制約(?)
によりL辞書を読めないので、それなら辞書サーバを標準入出力でやろ
うということです。

skk-exsearch.elを修正する方向でやってみます。
ありがとうございました。

703 ：名無しさん＠Ｅｍａｃｓ ：02/06/14 20:33

>>700
inetd経由で動くskkサーバ(dbskkd-cdbとかskksearchとか)なら
標準入出力で使えると思います。
あとプロトコルはskkservとは違いますが
ariに付属してるskksrchもありますね。

704 ：703 ：02/06/15 00:21

>>703
ちなみに、skksearchのREADMEには
> 適当に skk-server.el を変更すると Emacs から直接 skksearch
> コマンドを叩けます.
とありますね。

705 ：名無しさん＠お腹いっぱい。 ：02/06/15 00:48

>>704
なんで櫻田さんはこの変更を SKK に取り込まなかったのだろう。
というか、村田さんとかもどこいっちゃたのでしょう?

706 ：名無し名人 ：02/06/16 01:22

>>705
（　ﾟдﾟ）.oO (ここで個人名とか出されてもｻﾊﾟ-ﾘ)

707 ：名無しさん＠お腹いっぱい。 ：02/06/16 04:12

(´-`).｡ｏＯ(なんでココで個人名を晒すのだろう？)

708 ：名無しさん＠お腹いっぱい。 ：02/06/16 10:47

たたいてるわけじゃないし、
別にいいんじゃねーの?

709 ：名無しさん＠お腹いっぱい。 ：02/06/22 22:36

infoの特殊変換の項を読んだ。
まだまだ奥が深いな〜。

710 ：名無しさん＠お腹いっぱい。 ：02/06/24 01:25

昨日からSKKでC-jの後

ad-Orig-skk-kakutei: Wrong type argument: listp, "削除依頼"

とミニバッファに出るのですがなんなのでしょうか？
"削除依頼"ってのは僕の環境特有なのだと思うのですが。
SKKもEmacs21のcvsの先端です。

711 ：710 ：02/06/24 01:35

自己解決しました。
~/.sessionがいけなかったようです。

712 ：名無しさん＠お腹いっぱい。 ：02/06/26 00:33

migemoを常に使うために、
(setq skk-isearch-start-mode 'latin)
を設定しているんですが、これをやるとSKKの正規表現インクリメンタルサーチの
方も"[aa]"からになってしまいます。これを"[か]"から始める方法はありますか？

# いちいちC-jするのがめんどい…。

713 ：名無しさん＠お腹いっぱい。 ：02/06/26 03:47

つまり C-s では latin で
C-M-s では hiragana にしたいって事?
isearch-forward-regexp とかに advice するとかかな。

714 ：712 ：02/06/26 17:51

>>713
(defadvice isearch-forward-regexp (before my-skk-isearch-forward-regexp-start () activate)
(setq skk-isearch-start-mode nil))
(defadvice isearch-forward-regexp (after my-skk-isearch-forward-regexp-end () activate)
(setq skk-isearch-start-mode 'latin))

な感じでいけました。ｻﾝｸｽ>>713

715 ：名無しさん＠お腹いっぱい。 ：02/06/26 19:16

(defadvice isearch-forward-regexp (around my-skk-isearch-forward-regexp-start activate)
(let ((skk-isearch-start-mode nil))
ad-do-it))
とかのがよくない?
# 試してないよ。今テキトーに書いただけなので。

716 ：712 ：02/06/26 21:27

>>715
オッケーでした。
elisp初心者なので、>>714は美しくないとは思いつつもそれしか思いつき
ませんでした。>>715さんのおかげでまたひとつ勉強になりました。
ありがとうございました。

717 ：名無しさん＠お腹いっぱい。 ：02/06/28 10:44

これってｶﾞｲｼｭﾂ？
http://sourceforge.jp/projects/skkinput3/

718 ：名無しさん＠お腹いっぱい。 ：02/06/28 11:37

>>717
おー。
すげー期待してる。

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

おー、阪本さん復活ですか!!
うれすぃ。

720 ：名無しさん＠お腹いっぱい。 ：02/06/29 10:47

こっちの方が分かりやすい
http://member.nifty.ne.jp/Tatari_SAKAMOTO/skkinput/skkinput.html

721 ：名無しさん＠お腹いっぱい。 ：02/06/29 12:51

うーん、阪本さんは elisp な変換候補も skkinput で
使えるようにする事に情熱を傾けていらっしゃるのかな?

722 ：名無しさん@XEｍａｃｓ ：02/06/29 15:54

>717
おおおおお。すばらしい。。。

723 ：名無しさん＠お腹いっぱい。 ：02/07/05 08:16

阪本さん、SKKIMEのメンテはやめちゃったのかな。ザンネソ。

724 ：名無しさん＠お腹いっぱい。 ：02/07/05 09:19

age

725 ：名無しさん＠お腹いっぱい。 ：02/07/05 11:08

2.xの最新版のskkinput 2.04が出てますよ。

726 ：名無しさん＠お腹いっぱい。 ：02/07/05 21:39

>>723
残念だね。。。
せめて最新のソースを公開していただけると嬉しいんだけど。だめかなぁ。

727 ：名無しさん＠お腹いっぱい。 ：02/07/06 02:53

これって変換した漢字を決定するときにctrl+j押さなきゃいけないよね。
なんかそれが使いづらくてやめちゃった。
我慢して使ってるとやっぱ慣れるもんなの？

728 ：名無しさん＠お腹いっぱい。 ：02/07/06 02:55

>これって変換した漢字を決定するときにctrl+j押さなきゃいけないよね。

いいえ。

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

>728
そうですか。
MSIMEに慣れてるとリターン押して改行してしまうので、なんとなくなじめませんでした。
また今度触ってみていじってみます。

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

>>729
(setq skk-egg-like-newline t)

731 ：名無しさん＠お腹いっぱい。 ：02/07/06 11:54

>>730
そういう事を元質問者は聞きたかったのかな?
そのまま入力を続ければ勝手に確定されるのを
知らないのかと思ったのだけど。

732 ：名無しさん＠お腹いっぱい。 ：02/07/06 13:48

両方だろ

733 ：729 ：02/07/06 16:21

>>730
情報ありがとうございますた。

>>731
リターンで確定癖が抜けなくて。
IMEだと問題ないんですが。

来週出社したらさっそくやってみます。

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

skk ML に流れる Request of commitment of SKK-JISYO.L のことだけど、
添付ファイルの Content-Type: を Application/Octet-Stream じゃなくて
Text/Plain にしてほしい。
テキストファイルなんだし。

735 ：名無しさん＠お腹いっぱい。 ：02/07/07 07:31

>>734
あれ、2通に分けなくてもいいのにね。
あと説明文が長すぎる。
;; けど、みんなあれ読んでるの? 誤登録候補とか、誰も反応しないんだけど。
;;; しかし age で書くような内容じゃないぞ。

736 ：中島幹夫 ：02/07/09 10:15

>>735

> あれ、2通に分けなくてもいいのにね。

なんで? 一度登録作業してごらんよ。誤登録と登録候補と
別れてた方が絶対作業しやすいよ。


> あと説明文が長すぎる。

ML に新規加入した人でも分かるようにするにはあれぐらい
要ると思うんだけど、具体的に短くする案があればお示し下さ
い。新規加入した人がどうして良いか分からずに固まっちゃう
ようなのは NG。


> ;; けど、みんなあれ読んでるの? 誤登録候補とか、誰も反応しないんだけど。

さぁ...。

737 ：中島幹夫 ：02/07/09 10:17

>>734 ごもっとも。直しました。

738 ：名無しさん＠お腹いっぱい。 ：02/07/12 11:25

>>737
御苦労さまです。
陰ながら応援しております。

739 ：366 ：02/07/15 03:57

9000突破下げ。

skkinput2.04のports誰か作りません？
書き換えれば簡単にいけると思ったのに無理でした。

740 ：名無しさん＠お腹いっぱい。 ：02/07/16 02:57

>>739
下のパッチを追加して残りのパッチは全部消しちゃえばオッケイ

これはportsに追加するよりソースの管理人に送り付けるべきかモナー

--- skkconfig.c.origThu Jul 4 03:02:00 2002
+++ skkconfig.cTue Jul 16 01:53:57 2002
@@ -30,6 +30,7 @@
#include <X11/IntrinsicP.h>
#include <X11/StringDefs.h>
#include <X11/Shell.h>
+#include <sys/socket.h>

#include "commondef.h"
#include "buffers.h"

741 ：366 ：02/07/16 21:27

>>740
ありがと。

742 ：名無しさん＠お腹いっぱい。 ：02/07/23 16:19

皆さんは、平仮名、カタカナ、ローマ字混りの文章を打つとき
どのように打ってらっしゃいますか？

かなカナかな
kanaqkanaqkana
kanaKanaqkana

かなkanaかな
kanalkanaC-jkana
kana/kanaC-jkana

743 ：名無しさん＠お腹いっぱい。 ：02/07/23 20:11

自分は、

かなカナかな
kanaKkanaqkana

かなkanaかな
kana/kanaC-jkana

ですね。

744 ：名無しさん＠お腹いっぱい。 ：02/07/23 23:00

>>742
おいらは、

かなカナかな
kanaKanaqkana

かなkanaかな
kanalkanaC-jkana
というか
kanal kana C-jkana

でやんす。

745 ：名無しさん＠お腹いっぱい。 ：02/07/23 23:29

kanaKanaqkana の人のほうが多いのかな？
いろんな人に聞いてみたいので age てみます。

746 ：名無しさん@XEｍａｃｓ ：02/07/23 23:47

>742
おいらは

かなカナかな
kanaqkanaqkana

かなkanaかな
kanalkanaC-jkana

かな。

747 ：名無しさん＠TUT-Code ：02/07/24 02:18

かなカナかな
ekfk@ekfk@ekfk

かなkanaかな
ekfkC-okanaC-oekfk

@ -> skk-toggle-kana
C-o -> toggle-input-method で。

デフォルトのTUT-Codeバインディングは小一時間問い(以下略)

748 ：名無しさん＠SKKIME ：02/07/24 21:57

>742
ぼくは

かなカナかな
kanaKanaqkana

かなkanaかな
kanalkanaC-jkana

ですね。


ほかのIMEを使って漢字変換するとき、
頭を大文字にしないのは意識しているので対応できるけど、
カタカナ変換するときqを押してしまいません？

749 ：名無しさん＠お腹いっぱい。 ：02/07/25 00:18

お前らセミですか？
SKK じゃなくてKKS (Kana-Kana-Semi)
夏らしくていいけど

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

SKK用gtk-immoduleｷﾀ━(ﾟ∀ﾟ)━( ﾟ∀)━( 　ﾟ)━(　　)━(ﾟ 　)━(∀ﾟ )━(ﾟ∀ﾟ)━!!!!
http://downloads.sourceforge.jp/anthy/658/im-skk-0.2xp-4hack.tar.gz

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