▼ horさん
> とりあえず、horが記述した部分を削除していただいても全然かまいません。
私はhorさんの方を使おうかと思っていたところ。

> k,iオプション
うーん、表現方法は次回に見送りますか？
今まで使えていた機能を使えなくするのはちょっと...

ついでに言うと、区切り文字を固定するなら使用頻度の高そうな/じゃなくて、%とか!とかの方がましだと思いません？
エスケープする頻度が減る。

本当は /が含まれていたら#を調べて、それもだめなら!で、という感じで文字列中で使われていない記号を探して区切り記号を決めるような実装がBESTだと思っていました。

いずれにしても今回のリリースではそれは無理。

ありゃ書いてるうちに書かれた(^^;

▼ げんたさん
> PPAは安定するまでに時間がかかりそうなので次回リリースには入れない方向で考えています。

PPA.DLL導入部分は、やってることはシンプルだから、そんなに不安定ということも無いような？
For文とかIfとか使えることで、これからいいものになるかもよ。これから手を加えるから、参加するなら今のうちだぜ。
っていう雰囲気を醸しだしたいなぁ。。。と思ってます。

一意見としてご検討くださいませ。

▼ やざきさん
> リリースまでの段取りは↓こんな感じでしょうか？
> 1.リリース期に入ったことを宣言。
さっきしました。(^^ゞ

> 2.前回リリース以降の修正をまとめて文章化する。
> 3.2でまとめた文章をくっつけて、プレリリースする。
> 　＃一般会議室とか2chとか(苦笑)で叩いてもらうため。
これがまた大変だ。見落としがないか見てください。

> 4.文章に基づいて、今もきちんと動作しているか、
> おかしなところがないかみんなでチェックしながら、
とりあえずバイナリだけお試し版２を作りますか。

> ドキュメント（ヘルプ？）を整備。
バグリスト、要望リスト等も一応対象。変更内容と矛盾したところがないか確認。

> ＃でもヘルプの作成ってすとーにぃさんにお願いするしかない？
ソースがある＝誰でも直して良いんじゃないんですか？そういう意味ではない？
ヘルプの方は動作確認とかソフトほどには複雑ではないでしょう。

> 5.ドキュメントの整備が終わったら、も一度プレリリース。
とりあえずプログラムはリリースといったらリリース。プレは無いと思う。
問題はその後で、バグが見つかったときにそこだけ直したマイナーバージョンアップをするのか。それとも次回リリースで直すことにするのか。

マイナーバージョンを出すとどうしてもソースコードの反映漏れが起こったり基準ソースが不明確になったりしますから、現在の体制ではちょっと厳しいかなと。

> 今まではどうしていたの？
私の独断です。(--;)
変更がたまにしか行われなかったので、直して確認したらすぐ出す感じ。

--
それにしても多人数開発は大変だ。
コメント、リリース手順、ソースコードの版数管理など一人でやっているときとは異なることが非常に重要になったりします。