From: 真鍋 裕一<NBG02534@niftyserve.or.jp>
Subject: [b-free 617] 景気良くうんと長い実身名だ
Date: Fri, 26 Sep 1997 00:43:00 +0900
> 長い実身名とか、仮身名とか、いろいろなアイデアがある様ですが、いずれ
> にしても、現行仕様への下位互換性は制限されたものになるのは、間違い無い
> ところ。
> 実身名の長さにしても、使う人の都合なんかは我々には予測不能な事だと言
> えるので、互換性の維持に目をつぶるつもりなら、いっその事、う〜んと長い
> 実身名を与える事も出来る仕組みが良いのでしょう。
> TAD上での言語指定コードでも、エスケープ文字を重ねる事で拡張を続け
> る事が出来るように、実身名も必要ならば40バイトを越えて拡張出来る仕組
> みがあれば良い。
> 何バイトまであれば良いか?(何文字では無いよ)は先にも述べた通り、使
> う人の都合による。人によっては言語指定コードを途中に入れたりもするでし
> ょうし、今年末頃と噂される本格的日本語環境でも、同様な要求が発生するで
> しょう。
この意見は正しい、と思います。
特にファイルマネージャレベルだとアプリケーションや実身/仮身マネージャ
レベルがどういうようにファイル名を使うか分かりません。
ファイル名長はなるべく余裕をもたせるべきです。
TAD 形式のファイル名を使えるようにしようというのも、この考えに基づいて
います。ファーストバージョンでのアプリケーションが TAD でファイル名を
扱うことができかもしれせん。しかし、将来 TAD 形式でファイル名を使える
ようになったときにファイルマネージャを変更しなくても、アプリケーション
の変更だけで済むことになります。
また、現在 BTRON で使えるファイル名の文字列は、TAD と矛盾しないので
(たとえば、文字切替コードは TAD と共通)、TAD サポートというのは結局は
TAD であるかどうかのチェックをしないだけのことです。
(むしろ、TAD を使えないとした方が処理が大変でしょう?)
> で、実身名を任意に長くできるのなら、それを活かして別のアプローチを採
> ってはというのが、私の考えです。
> 例えば、実身名を「基本的な名前/Nifハンドル名/裏の仕事人名/コー
> ドネーム/・・・」とします。これを参照する仮身側で、どの範囲を表示する
> かの情報を持ち、表示の際に利用するというものです。
> 具体例をあげると、実身名を「キャスバル・レム・ダイクン/シャア・アズ
> ナブル/紅い彗星/クワトロ・バジーナ/セイラ・マスの兄/・・・」として
> 付けたりして、文脈に応じて表示する実身名の範囲を選ぶ訳ですね。
えーと、この方法についての問題となりそうな事柄については林さんがいろい
ろ書いてくださっているので、あえて書きません :-)
ただ、特定のアプリケーションがこういうことを行うのはよいと思います。
しかし、システムレベル (たとえば、リンクレコードに表示範囲を指定する情
報が入っているなど) でサポートするのは反対です。
p----------------------------------------------------------------------q
| FROM R.Night |
| E-mail: |
| rnaitoh@st.rim.or.jp |
b----------------------------------------------------------------------d