ども、Aki です。
In "[b-free 730]実身名長の制限は景気が悪い" with 真鍋 裕一,
(11:21:00 AM +0900 in October 04,1997)
- NBG02534 wrote.
| 真鍋です。
|
| 仮身名や実身名長、実身名へのTAD図形導入など、いろいろな話題が出て
|いますが、私の見解は以下の様になります。
|
|●長い実身名を許すか
| 許す。
| サイズはかなり長い所までを許容する。後述のTAD図形をシンボルとして
|含ませる場合を考えると、32×32ドット256色のデータでは、ビットマ
|ップだけでも1024バイトとなる。したがって、少なくとも数10Kバイト
|以上は必要。
| ある一定値(例えば現行にあわせて20文字40バイト)がスタンダードな
|値であるが、ユーザが望むのなら延長を可能とする。延長分は実身レコード中
|に格納される。
実身レコード中なら、もはや、実身名とは言えないのでは?
# 仮身に表示されるとしてもね。
| ユーザインタフェースは特に区別しない。
これは、すごい、中途半端な気がする。そこまで、実身名の延長を許すのなら、UI
も長い入力用に切り替えられるべきだと思う。具体的には、1Bの基本図形編集の「
コンソールパネル(だっけ?)」で下向きの矢印にタッチすると拘束や原点移動が出
来るようになる感じで、何かのパーツを触ると、長い拡張実身名用の入力になるとか
。
もしくは、ある程度以上の長い実身名は「図形を張り込む」ように別のところから持
ってくることにするとか。
とにかく、区別しないわけには行かないと思うけどね。
|●実身名中にTADを許すか
| 許す。←転向しました。
| 外字を使わない環境におけるロゴマーク利用などは、使う人の好みを尊重す
|る。
| パス名への対策として、TADデータをTAD通信時と同様な方法で文字列
|にエンコードして、実身名として格納する方法を取ってはどうかと考える。
これって、別のところでロゴを作って置いて、その実身を「参照」みたいなかたちで
実身名に使えるようにすれば話は済むんじゃん。具体的には、エスケープと実身ID
で文字列中に入れてやるとか。
そしたら、パス名も識別処理はそんなに大変ではないと思うし。
絵文字も、ローカルコードは実身 ID が近い働きをしてくれるし。
# 通信時に送れないのはローカルコードと同じだし、
# エスケープを使って良いかは大問題だけど。
|●ローカルコードの導入
| 不可。
| TRONのポリシーに関わる重大問題のため、少なくともこのメーリングリ
|スト内のみで議論出来る件ではないと考える。
上述
|●仮身名
| 不可。
| 前述の実身名中のTADデータと同様なケースを考えると、仮身名も長くな
|ると思われる。仮身に対する情報長が可変長になったばあい、マイクロカード
|の様なアプリケーションでは不都合が生じる。
| 一つの実身に対して、場面に応じた名前を付けたいという要望に対しては、
|「実身名表示範囲を任意指定する属性を追加する」方法をとる。
|
|
| 実身名長について、低い数値で制限を設けるのは良くないと考えます。
マイクロカードについては、実装方法によって何とかならないかな。
実身へ意表事犯委の選択で対応するのは、反対だと思います。
そんな、使う側のご都合な情報を実身側に保存しなきゃいけないなんて。
やだ。
# そう言えば、BTRON1はファイル短縮名テーブルを持って
# るんですね。(PH 付3-7)
# この辺も、色々加工しないといけないのかな。>長い実身名
--------------------------------------------------------------
Hideaki Suzuki (SO in Bridgewater State College)
e-mail H1Suzuki@Bridgew.edu
Home Page http://www.yashi.com/h1suzuki (Under Constr.)
Nifty-Serve KGH06253