[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[b-free: 795] Re: ハイパーテキスト
■ [b-free: 792] Re: ハイパーテキスト
□ Ryuichi Naitoh<naitoh_r@soft.hitachi.co.jp> さんへのお返事
岩間です。
■ Ryuichi Naitoh さんのメールからの引用です
□えーと、何を通知するんでしょうか?
□すでに実身をオープンしているアプリケーションがあると、警告したとしても
□使っている人にとっては、対処のしようがないと思います。
基本的には、「他のアプリケーションで変更があったので、現在
作業中の内容を最新の内容に更新するか」ということですね。これ
は、アプリケーションがアクティブになった時でいいでしょう。
この手の機能は、Windows とかのエディタでサポートしているも
のは多いです。
□リンクの指定方法として、2 種類あるということですよね。
□
□[前提]
□ バージョンは、x.y.z... の形式で指定する。
□ バージョン番号は、一番右側の番号からインクリメントする。
□ (1.0.1 -> 1.0.2 のように)
□ 最初実身を作成した時のバージョンは、1 となっている。
□ この時に枝わかれを作成すると、1.1 のようにバージョン番号
□ の階層が増えていく。枝わかれ後の実身は、一番右端のバージ
□ ョン番号だけが変わっていく。
これ、ちょっとイメージしているのと違います。
・バージョンは、x.y.z.... の形式で指定する
・枝別れのない場合は、x だけが存在する
・枝別れをした場合には、x.y , x.y.z というように、右に階
層が増えていく
・バージョン番号は、一番左の番号をインクリメントする
という感じです。ですから、
1 -> 2 -> 3 -> 4 ... : 指定なし
|
2.1 -> 2.2 -> 2.3 ... : 2 を指定
|
2.2.1 -> 2.2.2 ... : 2.2 を指定
というような感じです。バージョン 2 その物は 2.0 で指定します。
つまり、.0 を追加することでバージョン固定になるということで
す。
既存のバージョン管理手法に囚われる必要もないのですし、ユー
ザーが直接バージョン番号を知る必要もないでしょうから、このよ
うな手法でもよいと思います。
□ # この法則だと、最新のバージョンが最後に作られた実身とは限らない
□ # ですね。
そうですね。バージョンというよりも、変更履歴という方がいい
かもしれませんね。
枝別れしたほうでの更新が中心になってしまったというのは、十
分に考えられる事ですから、「最新版」も簡単に参照できるように
した方がいいですね。実際に必要な機能は、こういうものを使って
みないと難しいかなぁ。
□ バージョンを指定後、そのバージョンの枝を作った場合には、その枝の最
□ 新のバージョンを指定する方法はない。
□ (つまり、バージョン 1.0.2 という実身があった場合、1.0.x の最新とい
□ うの方法で指定する方法はないということです。明示的に 1.0.2 という指
□ 定する必要がある)
これと
□API としては、どういうのが適当なんでしょう。
□やっぱりリンクを作るときにバージョン番号を指定する引数を追加するのが
□適当でしょうか。そうすると階層を無制限にした場合の指定方法が面倒のよ
□うな。。。
これ(階層無制限)は、上に書いた方法で解決できると思います。
API はどうしたらいいんでしょうかねぇ。Windows のように、拡
張系(最後に Ex が付いたもの)の API を作るとか。(^^;
------------------- ________________________________________________
/ 岩間和彦@雑居部屋 / EMail .. Kazuhiko Iwama <with@zakkyo.or.jp> /
/____________________/ Homepage .. http://www.st.rim.or.jp/~with/ /
----------------------------------------------