このくらいで、といわれてしまったところを申し訳ないのですが。
年寄りの思い出話なんでごめん。

> > マジレスすると、konnoさん、ローレゾの真の恐ろしさを理解していないと見た。
> > あの画面解像度で円を描くことの無意味さというか。

> これはマジでわかりません。後で機能追加したのはユーザーの要望かと思いましたが
> 増設で性能向上させた場合に機能が見劣りしたからかも？

この関係で小ネタをいくつか。
まず、元発言でも触れていますが、DOS窓で160桁×100行の窓を開いて、１文字が
１ドットの絵を書いてみれば、当時のグラフィックの解像度の雰囲気がつかめます。
このお絵かきには、hitoさんのpaint.defが一番いいでしょう。
該当の窓のプロパティをいじってフォントサイズを一番小さくすれば、それこそ画面
サイズだけのエミュレーションという感じになるかと。

さて、こんな解像度のグラフィックでは我慢できないというユーザは多数。
そこで開発されたハードウェアがあります。
HAL研究所のPCG-8100という機械です。
ＣＧというと通常、コンピュータグラフィックスを意味します。ただ、ハードウェア
の世界では、キャラクタジェネレータも、同じＣＧという略称で表されます。
キャラクタジェネレータというのは何かというと、フォントのデータを持っている
部分。ＣＰＵが、だと思う、この文字を表示したいので該当の文字コードのデータ
がほしい、と要求すると、そのフォントデータを送る部分です。
そしてこのＰＣＧという装置は、ハードウェアのその部分に介入し、フォントの
データを書き換え可能、つまりプログラマブルとしてしまったのです。
なので、機能どおりの名称、Programable Character Generatorなのです。
前にもkonnoさんがご指摘のとおり、PC-8001の画面は80桁×25行でグラフィックは
160×100です。単純計算だと、１文字当たり横２ドット、縦４ドットです。
ところが、PCG-8100は、１文字を縦横８ドットとしてキャラクタを作れる。
すなわち、擬似的に640×200の画面を作れるのです。
これはすごいことですよ。
また、キャラクタ単位で動かせるわけですから、単なるグラフィックよりもゲーム
なんかには使い勝手がよくて、サードパーティー製のハードウェアとしては爆発的
な人気を誇りました。

あぁ、何もかもみな懐かしい。

愛して癒して氏作のコンピュータオセロマクロです。
軟体にあるオリジナル版はそのままではうまく動かないので修正版をアップしました。
YASAT氏の修正＋ Eo+ Wl9 追加してメニューの位置も変更しています。
VZマクロの部屋に置きましたが、下記リンクからも閲覧・保存できます。

 #txt:oth_21p2.def  v2.1P2　25-03-18　　右クリックで保存

※　いやぁ、そこそこ強いかも。2勝1分けでした。(^^;

> まず、元発言でも触れていますが、DOS窓で160桁×100行の窓を開いて、１文字が
> １ドットの絵を書いてみれば、当時のグラフィックの解像度の雰囲気がつかめます。
> このお絵かきには、hitoさんのpaint.defが一番いいでしょう。

やってみました。確かにビミョーなところですね。(^^;



でも機能があればそれを使って楽したいとも思いましたね。
この paintマクロも凄いですね。何かに使えそうです。

> 前にもkonnoさんがご指摘のとおり、PC-8001の画面は80桁×25行でグラフィックは
> 160×100です。単純計算だと、１文字当たり横２ドット、縦４ドットです。

前から疑問に思っていたんですが、テキストで 80x25文字表示出来るなら
最低でも1文字6x8ドットとして480x200ドット相当の解像度があると思えます。
> 160×100です。単純計算だと、１文字当たり横２ドット、縦４ドットです。
これでは文字が潰れるどころではなく文字にすら見えないはずですよね。
凄く矛盾していると思ってたのです。

> ところが、PCG-8100は、１文字を縦横８ドットとしてキャラクタを作れる。
> すなわち、擬似的に640×200の画面を作れるのです。

これに近い機能は元々あったのではないでしょうかね。(^^;
私は何も知らないので適当に書いてみました。

> 私は何も知らないので適当に書いてみました。

うん、でも、発想はものすごく健全でいいと思う。だけど、というヤツで。

> 前から疑問に思っていたんですが、テキストで 80x25文字表示出来るなら
> 最低でも1文字6x8ドットとして480x200ドット相当の解像度があると思えます。

そうですね。
一応、多くの場合、１文字は8x8ドットです。

konnoさん、６０年代から７０年代前半までのアメリカのＳＦ映画とかドラマとかは
あまり見たことはありませんでしょうかね。私の場合、「バイオニックジェミー」
とか「６００万ドルの男」なんていうのを再放送でよく見ていました。映画だと
「ウォーゲーム」はわりと新しめかな。
こういうのには当時のアメリカのコンピュータの画面が映っていたりするのですが、
やっぱりどれも表示されているのは文字ばかり。グラフィックなんて全くない。

実は、任意の点を光らせる、ということはそれほど難しくないんですよ。
難しいのは、どの点が光っているか、という情報を保持すること。
そして、情報を保持するためにはメモリが必要。
ざっくりメモリ量を算出すると、80x25のテキスト表示の場合、それぞれ１バイトの
情報を保持する必要があるので80*25=2000バイト。ただし、これはモノクロ表示の
場合。もし１文字ごとに色をつけるのなら、それぞれさらに３ビットの情報が必要
になるので6000バイト。実際のPC-8001のテキストVRAMは4KBだったらしいので、この
へん、どういうトリックを使っていたかはわかりません。
そして、グラフィックで160x100を表示する場合、１ドットが１ビットになるので、
モノクロなら16000ビット、バイト換算で2000バイト。おや、どこかで見た数字だ。
そして、もし１ドットごとに色をつけるのなら、やっぱりこのあたりも３倍になる
のですが、実はPC-8001の場合、１ドットごとに色をつけられなかった。文字ごと、
つまり2x4ドットごとにしか色をつけられなかった。その上、横１行あたりの色を
変化させる回数の制限もあったんですよ。７回だったか８回だったか。
こういう涙ぐましい努力をして、使うメモリ量を削減していたんですね。
それだけ当時のメモリは高かった。
なので、当時からグラフィックの解像度の向上は望まれていたわけですが、それを
実現するためにはメモリの増強、すなわち価格の上昇が必須。つまり、仮にそういう
マシンが出ても、一般人には手が出ない。なので、安易にその要求を出す方々に
対しては「あなたはブルジョアだから」というせりふが飛んでくるわけです。

> > ところが、PCG-8100は、１文字を縦横８ドットとしてキャラクタを作れる。
> > すなわち、擬似的に640×200の画面を作れるのです。

> これに近い機能は元々あったのではないでしょうかね。(^^;

元々はありませんでしたね。
だって、キャラジェネは普通、プログラマブルではないから。
当時はフォントはＲＯＭに入っているのが普通。だからＰＣＧは画期的だった。
DOS/Vだとフォントの編集は普通に行えますけどね。

> konnoさん、６０年代から７０年代前半までのアメリカのＳＦ映画とかドラマとかは
> あまり見たことはありませんでしょうかね。私の場合、「バイオニックジェミー」
> とか「６００万ドルの男」なんていうのを再放送でよく見ていました。映画だと
> 「ウォーゲーム」はわりと新しめかな。

私はSF好きなんで「バイオニックジェミー」や「６００万ドルの男」は見てました。
「ウォーゲーム」は午後ローで見たかもしれませんが覚えてない。(^^;

> こういうのには当時のアメリカのコンピュータの画面が映っていたりするのですが、
> やっぱりどれも表示されているのは文字ばかり。グラフィックなんて全くない。

SF映画には撮影当時のメカがデザイン的に採用されがちですしね。
グラフィックはわりと最近の新しい技術ということですね。

> になるので6000バイト。実際のPC-8001のテキストVRAMは4KBだったらしいので、この
> へん、どういうトリックを使っていたかはわかりません。

ああ、やっとわかりました。4KのVRAMでグラフィックをやると 160ｘ100しか出来ない
ということですね。VRAMメモリの問題を失念していました。m(__)m
ツリーが長くなったのでこんどこそこの話題は終わりにしましょう。(^^;

EGGUCHI氏作のコンピュータオセロマクロです。VZ1.6で動かないので修正しました。
軟体にあるオリジナル版はVZ1.6では左右カーソルが効かない？
なので修正版をアップしました。
VZマクロの部屋に置きましたが、下記リンクからも閲覧・保存できます。

#txt:vzoto.def v1.2   25-03-20 　　右クリックで保存

※　いやぁ、そこそこ強いかも。2勝1敗でした。(^^;

新しい枝にします。
#12107にチラッと書きましたが、過去ログ関係の不具合っぽいものに気がつきまして、
発生状況とかを絞り込もうとしていたら、さらに別の不具合にも気がつきました。

最初に気がついた不具合は、なんかものすごく既視感があって。
状況等を絞り込んだら、おおよそ#4118と相似。
つまり、発言番号リンクを使うと wforum.cgi?mode=allread&no=469 といったような
ＵＲＬになりますが、最上部の「一括表示」の帯とその下のツリーの間が不自然に
隙間が開いてしまう。#4118のときは横線でしたが、今回は単なる空間。
15年たって、ぐるっと一周してしまったような感じ。何をやっとるか。

さて、この状況の絞込みに当たって過去ログを渡り歩いていたわけです。
すると、最近の更新で、過去ログ表示の上のほうにも横に長い過去ログ一覧が表示
されるようになりました。ただ、これ、過去ログ28番を表示している時は0番から
28番まで表示されています。が、例えば過去ログ10番を表示した場合、10番から0番
までしか表示されない。もちろん、過去ログ1番を表示した時は1番から0番までしか
表示されない。
幸い、画面の一番下の横長リストなら全部の過去ログが表示されます。
が、この状況は明らかにおかしく感じられる。


改善を希望します。

> 状況等を絞り込んだら、おおよそ#4118と相似。
> つまり、発言番号リンクを使うと wforum.cgi?mode=allread&no=469 といったような
> ＵＲＬになりますが、最上部の「一括表示」の帯とその下のツリーの間が不自然に
> 隙間が開いてしまう。#4118のときは横線でしたが、今回は単なる空間。
> 15年たって、ぐるっと一周してしまったような感じ。何をやっとるか。

うう、当時の修正前後直近のソースは無かったですが、それより後のソースでは

<th class="obi">一括表\示</th>
</tr></table>


こうなっていました。今現在のソースも ＜ｂｒ＞があったのでこれを削除してみたら
#	print " </tr></table>
\n";
	print " </tr></table>\n";
空白行は無くなりました。＼(^^)／ ﾔｯﾀ-

> 28番まで表示されています。が、例えば過去ログ10番を表示した場合、10番から0番
> までしか表示されない。もちろん、過去ログ1番を表示した時は1番から0番までしか
> 表示されない。
> 幸い、画面の一番下の横長リストなら全部の過去ログが表示されます。
> が、この状況は明らかにおかしく感じられる。

あうう、修正しきれてなかったですね。(>_<)
上下2か所で呼んでいるルーチンの正常な方は手前で過去ログオープンクローズ
をやっていました。なのでそのルーチンを中に入れたら直りました。＼(^^)／ 

> 改善を希望します。
ご指摘のおかげで改善できました。ありがとうございました。

ついでに過去ログ番号リンクのマウスオンメッセージも更新しました。(^^;
5分ぐらいかかったかな。(^^;　10年で12ログ出来るとすれば約1時間か。
自動化を4時間ぐらいで作ったとしてデバッグに2時間ぐらい？
60年後には元が取れる計算ですね。(ﾟ゜)☆＼(--#) ｲｷﾄﾗﾝﾜ!

＃　うう、半角＜ｂｒ＞が改行になってしまうの直ってない。(>_<)

うん、両方とも改善できているようですね。

> 	print " </tr></table>\n";
> 空白行は無くなりました。＼(^^)／ ﾔｯﾀ-

ところでここ、<tr>と<table>の閉じタグって、必要なんですか？

> 自動化を4時間ぐらいで作ったとしてデバッグに2時間ぐらい？
> 60年後には元が取れる計算ですね。(ﾟ゜)☆＼(--#) ｲｷﾄﾗﾝﾜ!

konnoさん、まじめというか地道な方ですね。
ほら、私、楽をするためなら苦労を厭わない性格なもので。
＃なんだかなぁ

遂に予言されたコンピュータ同士の戦いが始まった！！

> 01718/02176 xxxxxxxx  愛して癒して     [Vz]othello on Vz Ver 2.1
> (16)   97/01/31 23:23                     コメント数：1
>     ちょっとは、マシになりました。Ver 3.0は後期試験が終わってからにします。
>   Windows などで、EGGCHI 氏の vzoto.def と戦わせてみるのもおもしろいでしょ
>   う。

23年前のつぶやきが遂に実現するか！！
と思ったけど、EGGUCHIオセロはコマの白黒が反転しているので無理でした。(;_;)
代わりにEGGUCHIオセロのデータを移植したTBオセロLV3 と戦わせてみました。



結果はご覧の通り33対31でTBオセロLV3が僅差で勝ちました。
EGGUCHIオセロが同じ動きをするかはわかりませんが、私の体感とも一致しますね。
> EGGUCHIオセロ		2勝1敗でした。(^^;
> 愛して癒してオセロ	2勝1分けでした。(^^;

ついでに、ぼくのかんがえたさいきょうでーたのオセロLV2 と LV3 を戦わせてみた。



結果はなんと！　引き分けでした！！
動作の傾向は違いますが、レベルは五分五分と言っていいんですかね。

＃　pp"五分五分・・・次は負けんちゃ",  （EGGUCHIオセロ？）

> ※　いやぁ、そこそこ強いかも。2勝1分けでした。(^^;

彼のオセロのバッファには，ある方へのメッセージが仕込まれています。
初版を発表したときに，EGGCHI氏のより弱いと評されて奮起し，
強いものを作り上げたとのことでしたね。
ああ，懐かしい。

> > ※　いやぁ、そこそこ強いかも。2勝1分けでした。(^^;
> 彼のオセロのバッファには，ある方へのメッセージが仕込まれています。
> 初版を発表したときに，EGGCHI氏のより弱いと評されて奮起し，
> 強いものを作り上げたとのことでしたね。

FGALDCの過去ログは読みました。
あのマシン語のようなデータの中にメッセージを隠していたとは驚きですね。
それ以上に驚いたのはそのメッセージに気が付き読み出しマクロまで作った人です。
まるでパンチャーから打ち出された紙テープの穴を直接読むスティングのような話。
ビックリです！！

他にも初期画面の描画が200LXでは遅いことについて
>  　(wx-1){' '} と書くよりも、 eu+, &#V(wx-1) の方が数十倍速いですよね。
&#V() なんて知りませんでした。これでスペースの描画が劇速になるのですか。
関数はマシン語で実行されるから知ってしまえばなるほどなのですが。

＃　マクロの道を究めるのはあまりに遠い・・・

> ああ，懐かしい。

VZに関わって人生が変わった人はいっぱいいるんだなぁと思いました。
私もそうなんでしょうが。(^^;

> それ以上に驚いたのはそのメッセージに気が付き読み出しマクロまで作った人です。

いや，m.gann師の「ばふつあ」で覗いただけですけど……
そんなマクロ作った人なんて，いたっけ？

> > それ以上に驚いたのはそのメッセージに気が付き読み出しマクロまで作った人です。
> いや，m.gann師の「ばふつあ」で覗いただけですけど……
> そんなマクロ作った人なんて，いたっけ？

そこまで言うなら全部暴露してしまいますよ！

> 01293/01295 xxxxxxxx  耳而夢斎         オセロに隠されたメッセージ(^^)
> (14)   97/02/12 20:34  01292へのコメント  コメント数：1
> 
>   ■　鈴木　康弘 さん、　こんにちは。(^_^)
> 
>  L12:>        &10 >Z &09
>                   ~~
>   　10番のローカルから帰ってきたところで強制終了させ、バッファ"p" の内容
>   を保護しておき、次のマクロで読んでみてください。(^_^)
> 
>   　64バイトごとに停止し、any key で次を表示します。
>   　ばふつあ、お使いでしたっけ？　(^^ゞ

-----  ★これが例のぶつです  --------------------------------
= pmiru
* m
1 ^^ "" ?. a=p, j-,
:l      i-, (64){ (a.i<$20)?pr.i='･', ?pr.i=a.i, i++, }
        &m("%64s",pr) &p a+=64, (j++<5)?>l
        &m("") &d #] .
*
-----------------------------------------------------------
>   　愛して癒してさんは大笑いしてますね、きっと。(^｡^)

どうですか、動かぬ証拠です。こんなものを作ったら誰でも見れちゃうじゃないすか。


＃　・・・・　ハッ！　もしかして釣られたのかな・・・・

> 遂に予言されたコンピュータ同士の戦いが始まった！！

この当時は、どうやらハヤリだったようです。
FGALEL/MES/2/#10790というと1998/04/11か、Ｃ言語でアルゴリズムを作ってお互い
に戦わせようというツリーがありました。盤面の配列を渡すと置く場所を返す関数
を作る、という話です。
私もちょっとだけ首を突っ込んだんですが、結果的に尻切れ。自分の発言だけは
地層処分してありますが、全体が見えないと意味がないのでリンクにはしません。

さて、今回も利用されているアルゴリズムですが、いわゆる優先順位法と呼ばれる
ものです。この優先順位なんですが、要は角が一番高くて角の隣が一番低い、という
のは常道ですが、では他の部分はどうなっているか、というと、まぁ経験的にこんな
もの、というものがずっと使われている模様。少なくとも当時はそんな感じ。
だけど、もっと強い優先順位はないか、ということが気になっていました。
そして、上記FGALELのコンピュータ同士の対戦というのにインスパイアされて、
いわゆる「ぼくのかんがえたさいきょうの」優先順位を求めたい、という欲求が
沸きました。

私　　「最終目的は、最強の優先順位を求めることだ！」
僕　　「でも、その優先順位を使って人間とゲームできる必要はあるよね」
俺　　「ならばまず、人間対機械でゲームができるようにしよう」
拙　　「その際、FGALELでやったように、機械側は関数にすればいい」
オレ　「でも、どうすれば人間とゲームができるんだろう」
私　　「要は入出力が必要なわけだ」
ボク　「画面表示はテキストベース、１手ごとにスクロールでもいいじゃないか」
わたし「それなら標準入出力で楽ができる」
俺　　「標準入出力ならLSI-Cでコーディング可能」
僕　　「LSI-Cならポケ３でも実行可能、ついでにプログラミングも可能」
オレ　「でもＣ言語で一から組むのはだるい」
私　　「そうだ、昔、PC-88に移植したBASICのコードがあった、それを変換しよう」

ということで、BASICからＣへの移植がスタート。
ただ、残念ながら、こいつも未完。途中までのＣのソース、コンパイルだけは通る
ようにはなっていたかなぁ。
いや、実はしょうもないところでつまりまして。
ポケ３て白黒液晶ですが、プログラムから白黒反転可能なんですよ。
ところが、現在が反転しているか否か、ということを取得する方法がわからない。
つまり、反転していてもしていなくても、黒なら黒、白なら白という表示を目指した
がために挫折。そんなところにこだわらなければよかった。

一応、この先のことも見据えていて。
機械対機械を行うメインルーチンは、まず最初につくるのは、１回対戦して勝敗を
表示したらそれで終了、というもの。
そして次のバージョンでは、いろいろな優先順位のアルゴリズムをどう戦わせるか、
ということ事になります。ここはマシンの速度にもよりますが、100回とか10000回
とか。トーナメントかリーグ戦か。作る優先順位も、最初は乱数かな、とか。

さて、オセロの優先順位って、結局は１から６０までの一次元配列ですよね。
例えば、優先順位最高となっている角については、２つの角に同時に置けるという
のはありえません。その一つ前の手でどちらかに置けるようになっているはずです。
でも、最も優先順位が低く設定されている角の隣は、例えば左上と右下のどちらに
先に置くか、というのは、まさに優先順位。

ところで、一次元の配列で表現されるもので、この地球上で一番多いものって何か
ご存知ですか？
というところが、まさにその先であったのですが、そこまでたどりつくことなく
挫折。
うぅん、誰かに代わりに作ってもらいたいような気もしています。


ところで

> > 01718/02176 xxxxxxxx  愛して癒して     [Vz]othello on Vz Ver 2.1
> > (16)   97/01/31 23:23                     コメント数：1

> 23年前のつぶやきが遂に実現するか！！

2020年に生きている本日現在の我々としては、コロナで巣篭もりするしかないので、
この実現を図る時間はたっぷりありますな。
＃さぁ、あと数ヶ月で東京オリンピックだ！

> どうですか、動かぬ証拠です。こんなものを作ったら誰でも見れちゃうじゃないすか。

う〜む……ムッサイ爺だったのか……
全然覚えてなかった。

だいたいこれ，「ばふつあ」の部品の丸写しですよ！
作ってないから覚えてないんだな，んだんだ。

> FGALEL/MES/2/#10790というと1998/04/11か、Ｃ言語でアルゴリズムを作ってお互い
> に戦わせようというツリーがありました。盤面の配列を渡すと置く場所を返す関数
> を作る、という話です。

興味深い話ですね。私はそのころVZ以外の会議室を覗く余裕がありませんでした。
アーカイブでも残ってたら絶対見に行きたいのに、残念です。

> 私もちょっとだけ首を突っ込んだんですが、結果的に尻切れ。自分の発言だけは
> 地層処分してありますが、全体が見えないと意味がないのでリンクにはしません。

見てみました。コンピュータ同士の対戦モードが実現出来たのですね。凄いです！

> だけど、もっと強い優先順位はないか、ということが気になっていました。
> そして、上記FGALELのコンピュータ同士の対戦というのにインスパイアされて、
> いわゆる「ぼくのかんがえたさいきょうの」優先順位を求めたい、という欲求が
> 沸きました。

私もコンピュータ同士の対戦モードがあったらいいなと思い始めました。
ちょっとの追加で実装出来そうな気がしてきたのでちょっとやってみるかなぁ。

> 私　　「最終目的は、最強の優先順位を求めることだ！」
　〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
> 私　　「そうだ、昔、PC-88に移植したBASICのコードがあった、それを変換しよう」

としきさんのなかの多重人格ですか。いったい何人いるんじゃ〜。(^^;

> ということで、BASICからＣへの移植がスタート。
> ただ、残念ながら、こいつも未完。途中までのＣのソース、コンパイルだけは通る
> ようにはなっていたかなぁ。

なるほど。B TO C はここから始まっていたのですね。

> そして次のバージョンでは、いろいろな優先順位のアルゴリズムをどう戦わせるか、
> ということ事になります。ここはマシンの速度にもよりますが、100回とか10000回
> とか。トーナメントかリーグ戦か。作る優先順位も、最初は乱数かな、とか。

優先順位式だと何度やっても同じ結果になりそうな。先手後手の違いは出そうですが。

> でも、最も優先順位が低く設定されている角の隣は、例えば左上と右下のどちらに
> 先に置くか、というのは、まさに優先順位。

先読み技術はこれを判断出来るのですよね。私はそれをやってみたいのです。
角を取られない所を優先というだけなら比較的簡単に出来るかなぁ。

> ところで、一次元の配列で表現されるもので、この地球上で一番多いものって何か
> ご存知ですか？

なんだらう。わかりまへんなぁ。と思ったのですが、パソピア7活用プログラム集
という本に対人オセロの作り方が載っていて色々参考になることがわかりました。



その中に九九の表というのがあるのを見て、これも一次元配列だなと思いました。
でも九九の表は日本独自じゃなかったかなぁ。まさかオセロとかじゃないですよね。

> 2020年に生きている本日現在の我々としては、コロナで巣篭もりするしかないので、
> この実現を図る時間はたっぷりありますな。
> ＃さぁ、あと数ヶ月で東京オリンピックだ！

うう、字空の歪みが時空の歪みを呼んだのか。それとも数年前のつぶやきか。
そのつぶやきは実現が延期されました。巣ごもりも解除されて空時間が無くなった？
未来は変わってしまったのです。その平行世界は消滅しました。

> う〜む……ムッサイ爺だったのか……
> 全然覚えてなかった。
> だいたいこれ，「ばふつあ」の部品の丸写しですよ！
> 作ってないから覚えてないんだな，んだんだ。

いや、「ばふつあ」を見ても同じルーチンは無いんで内容を理解して作らなければ
出来ないはずです！　こんなのを速攻で作れるのが証拠でしょう。(^^;
でもそのおかげで楽しみが増えた部分もあるのかなぁ。懐かしいですよね。

> > FGALEL/MES/2/#10790というと1998/04/11か、Ｃ言語でアルゴリズムを作ってお互い
> > に戦わせようというツリーがありました。盤面の配列を渡すと置く場所を返す関数
> > を作る、という話です。

> 興味深い話ですね。私はそのころVZ以外の会議室を覗く余裕がありませんでした。
> アーカイブでも残ってたら絶対見に行きたいのに、残念です。

付記というか、FGALEL/MES/2/#10750から始まるツリーで前段の話があるのですが、
私はこちらにもちょっとだけ首を突っ込んでいたりします。当然、地層処分済み。
必要があればこの辺のログをお送りできますけど、当然ながらVzマクロ化は困難です
から、必要性はないものと思われます。

> としきさんのなかの多重人格ですか。いったい何人いるんじゃ〜。(^^;

これでもほんの一部、いや、あの、その。

> 優先順位式だと何度やっても同じ結果になりそうな。先手後手の違いは出そうですが。

同一の優先順位なら、何度やっても同じ結果ですよね。
だから、特定の優先順位同士の対戦は、最大でも先手後手の２回で十分。
とはいえ、優先順位の総数は６０の階乗もある。それが一体どのくらいの値なのか、
私には見当もつかぬ。全ての総当りなんて、スパコンなら可能なのかなぁ。
で、まぁ、そんな全部を使うわけには行かないので、使えるのは当然ながら全体から
見たらサブセット。ならその実際に使う優先順位の配列はどう作るか、というと、
やっぱり初期値は乱数かな、とか、いろいろ考えるわけです。

> > ところで、一次元の配列で表現されるもので、この地球上で一番多いものって何か
> > ご存知ですか？

> なんだらう。わかりまへんなぁ。

もちろん、広い宇宙には、それ以上の一次元配列もあるかもしれませんが、地球上で
最多の一次元配列、それは私たち人間の体の中にもあります。
遺伝子配列、と呼ばれています。
１つあたりの長さは知りませんが、人間の場合、１つの細胞に２３対あります。
生物によっては何対あるかが異なったりしますが、どんな生物でも１つの細胞あたり
それだけの一次元配列のデータを持っているわけです。
なので、いきなり話が飛躍しますが、最強の優先順位を求めるという問題を解くに
あたっては、遺伝的アルゴリズムを適用したいな、なんてことを妄想したりしたわけ
です。

> と思ったのですが、パソピア7活用プログラム集
> という本に対人オセロの作り方が載っていて色々参考になることがわかりました。

例えばどんなことが載っていたのですか？

> その中に九九の表というのがあるのを見て、これも一次元配列だなと思いました。

む？
一般的な九九の表は二次元配列的に表現されることが多いと思うのですが、それが
一次元配列というのはどういう表になっているのでしょうか。
俄然興味がわいてきました。

> でも九九の表は日本独自じゃなかったかなぁ。

九九を発声で覚えるのは日本独自っぽいですけど、表そのものは十進法を採用して
いる地球上の多くの国で全く同じ物が使われているはず。というか、国によって１桁
の掛け算の結果が異なります、というようなことがあると困ると思う。
そういえば昔、インドでは９９×９９までの掛け算の結果、すなわち１万個に近い
数字を暗記するとかいう話を聞いたことがあるけど、本当かなぁ。

> 未来は変わってしまったのです。その平行世界は消滅しました。

あらま残念。
＃オリンピックは１年延期だ！

> 付記というか、FGALEL/MES/2/#10750から始まるツリーで前段の話があるのですが、
> 私はこちらにもちょっとだけ首を突っ込んでいたりします。当然、地層処分済み。
> 必要があればこの辺のログをお送りできますけど、当然ながらVzマクロ化は困難です
> から、必要性はないものと思われます。

うーむ、興味はあるけど C の話はまだまだ敷居が高いので将来の課題ですね。
そのうちお願いするかもしれません。m(__)m

> > と思ったのですが、パソピア7活用プログラム集
> > という本に対人オセロの作り方が載っていて色々参考になることがわかりました。
> 例えばどんなことが載っていたのですか？

配列変数を使って棋譜データ？を記録して何度でも再現出来る機能とかです。
今の私の頭ではちょっとムズイですが、これをTBオセロに取り込みたいのです。

> > その中に九九の表というのがあるのを見て、これも一次元配列だなと思いました。
> む？
> 一般的な九九の表は二次元配列的に表現されることが多いと思うのですが、それが
> 一次元配列というのはどういう表になっているのでしょうか。

うう、頭がバグって間違ったことを口走ってました。二次元配列でしたね。m(__)m
＃きっと私の電池頭脳がウイルスにハッキングされてしまったのでしょう。

> > 未来は変わってしまったのです。その平行世界は消滅しました。
> あらま残念。
> ＃オリンピックは１年延期だ！

どうやらまだ時空のはざまにいるようですね。(^^;
今はスカイネットAIの反乱で人類滅亡の危機に φ(..; ﾊﾞｷｯ＼(--; ﾓｳｿｳﾓﾀｲｶﾞｲﾆｼﾛ!

> > > と思ったのですが、パソピア7活用プログラム集
> > > という本に対人オセロの作り方が載っていて色々参考になることがわかりました。
> 配列変数を使って棋譜データ？を記録して何度でも再現出来る機能とかです。
> 今の私の頭ではちょっとムズイですが、これをTBオセロに取り込みたいのです。

やってしまいました。本のページをスマホで撮影しPCのブラウザでグーグルレンズ
文字化けは5％くらいですが、今更小さな活字を追って手打ちは辛すぎるので。(;_;)
TBコンパイラでエラーが無くなっても QBでは文字化け文法エラーが沢山出る。(>_<)
おかげで比較的早く動くようになりました。＼(^^)／ ﾔｯﾀ-

コマの数表示や棋譜データのファイル化までやって、だいぶ中身がわかってきました。
その勢いで、例のTBオセロに機能移植までやりました。(^^;
ある程度動いたら内部データ同士で戦わせる機能も付けてしまいました。＼(^^)／ 
今現在は再現プレイはまだ動かないものの、コンピュータ同士の対戦は出来ています。
もうちょっと表示を整えたらレポします。(^^;

日経MIXのログ一覧を見返していたら、vzoto.docというのがあって、ああ、
あのEGGCHIオセロのドックがこんなところにもあったのかと思ったのですが
念のため軟体のDOCと日付を比べたら、こっちが新しい！
え！！　と思ったら中身も違ってサイズが増えていました。

過去ログでVZ天国の話題も見たので、もしかしたらVZ天国版のDOCかもと思い
確認したら、やっぱりVZ天国版オセロのDOCでした。
マクロの日付は同じでDOCだけが変更したのは書籍向けに体裁を整えたのかも。
マクロ導入の注意点が書かれていたので、おそらく作者本人の編集かな。
ここの皆さんはVZ天国版はお持ちでしょうが、記念にDOCをアップします。(^_^)
ファイルの日付がわかるように、ZIPにしました。

#txt=vzotodoc.zip


＃　べ、別に昔のマクロを探していたわけじゃないんだからﾈ・・・

想像するところ，
ライブラリ版はネットワーカーがダウンロードすることが前提になっているので，
必要があれば作者自身がフォーラムやメール等で質問対応できるけれど，
書籍版はそれらの手段を持たない人も念頭に置く必要があるので，
版元のビレッジセンターから作者に要望したということではないでしょうか。

なんか訳のわからない人がVCにバンバン電話しそうじゃないですか？
ふつう編集者は，そういう事態を容易に想定しうるのではないかと。

> 書籍版はそれらの手段を持たない人も念頭に置く必要があるので，
> 版元のビレッジセンターから作者に要望したということではないでしょうか。

私もそう思いました。特にこのマクロは起動条件が厳しかったですもんね。
あ、作者のほうから「直させてくれ」と言ったのかも。(^^;

> なんか訳のわからない人がVCにバンバン電話しそうじゃないですか？

実際沢山あったんじゃないですかねぇ。(^^;
直接店に行って評価版のソフトをタダでせしめたやつもいたらしいし・・・

> ふつう編集者は，そういう事態を容易に想定しうるのではないかと。

そういう状況を経験すると次は対策しようとなりますよね。(^^;

ところでVZ天国版の vzoto はアーカイブも整理されてていい感じですよね。
これは c.mosさんがやったっぽいですが。c.mosさんの一文も入ってるし。
これを軟体の最終版には出来ないもんでしょうか。

> ところでVZ天国版の vzoto はアーカイブも整理されてていい感じですよね。

そうでしたっけ？　えーと，ゴソゴソ……

あらら？！　天国のフロッピーのバックアップがない？！
フロッピーはあっても，読める環境が？！ それはべつとして，

> これを軟体の最終版には出来ないもんでしょうか。

公刊された本の付録の中身を許諾なく複製して掲載し，
不特定多数の人のダウンロードを可能にするというのは……
版元が解散しているとしても，問題が生じるのではないかな〜

最終版がV天の付録に収録……という記載にするなら大丈夫だと思いますが。

> あらら？！　天国のフロッピーのバックアップがない？！
> フロッピーはあっても，読める環境が？！ 

環境というと、USBFDDが無いのでしょうか。私は108￥で3台GETしてます。
でも30年以上経ったFDDなんて読めればラッキー！　ですからねぇ。(^^;

> 公刊された本の付録の中身を許諾なく複製して掲載し，
> 不特定多数の人のダウンロードを可能にするというのは……
> 版元が解散しているとしても，問題が生じるのではないかな〜

うーむ、まあそうですよね。うちも色々グレーなことやってるっぽいし。(^^;

> 最終版がV天の付録に収録……という記載にするなら大丈夫だと思いますが。

あ、それでお願いしたいです。本体改造版は勝手にやってしまいましたが。m(__)m
ついでに c.mosさんのDOCもあげちゃいます。(ﾟ゜)☆＼(--#)ﾊﾞｷｯ

#txt=from_vc.txt

それでは，軟体への追加記載するための正確な情報をもらえますか？
とりあえず，付録FDの詳しめの DIR とか……あー，それじゃ
書庫ファイルの中身まではわからないか……どうしようかな (ﾟ-ﾟ)

> それでは，軟体への追加記載するための正確な情報をもらえますか？
> とりあえず，付録FDの詳しめの DIR とか……あー，それじゃ
> 書庫ファイルの中身まではわからないか……どうしようかな (ﾟ-ﾟ)

あ〜その顔文字、ブラウザとVZで表情が違って見えますね。(^^;
しかたがないので丸ごとZIPして送りつけてしまいました。
煮るなり焼くなり好きにしてください。m(__)m
大きすぎて撥ねられないかな。(^^ゞ


追記
なんかエラーになったみたいだけど、たぶんgmail に転送できなかったのかな。(^_-)

うちでは同じ見た目なので，konnoさんのブラウザのフォント設定の問題かと。

で，今回判明したこと。
軟体の凡例に「V天(VZ天國)」と略称を指示していますが，
V天の記載は本体の一覧表内には「ひとつもない」ことが分かりました。(^o^;

これはちょっと手がかかりすぎて，いつになるのか分かりませんな〜

みなさま（としきさんを含む）

>V天の記載は本体の一覧表内には「ひとつもない」ことが分かりました。(^o^;
　うーんと、僕のところ（firefox）では、この絵文字、Ｖｚでも同じに見える
ようです。
　ったく、ほんと仲のいい人たちだよなぁ。cmosさんに、感謝。m(__)m
　僕は、今日、最後の出勤を終えました。あとは神田に行って感謝状とかをもらい、
そのまま秋葉原まで歩いて、なぜか！　NEC 98 のその後をいろいろいろいろ、
探索する、ということになっています。ほんとに９８とかやるの？？？

　あ、まだ稼働していない、NEC 9821 Cx とかはなぜかそこにあるのですが。
　マジ？　ヤバくない？
　マジです。あああああ。.fdi とか .dcu とかで話が想像できる人は、まず
いないと思うけど。

　ま、へろっへろっになりながらも、見てますよ、ということでした。
　とりあえず、ジャガイモ植えつけは終わり、トマトが芽をだしてます！
幸せのトマトですね。

> うちでは同じ見た目なので，konnoさんのブラウザのフォント設定の問題かと。

VTDOSはMSゴシックで見慣れてるので微妙な違いが気になったりして。(^^;
なかなか趣があるなぁ、と思ったしだいです。

> で，今回判明したこと。
> 軟体の凡例に「V天(VZ天國)」と略称を指示していますが，
> V天の記載は本体の一覧表内には「ひとつもない」ことが分かりました。(^o^;

漏れは多分無いと思うんですが、まあ、VZ1.5時代のマクロ集だし。
でも他にもDOCを変更している例があるかもですね。

> これはちょっと手がかかりすぎて，いつになるのか分かりませんな〜

もうまな板の恋なんで気長にやりましょう。(^^;

＃　まな板の恋とはなんぞや？　味の開きが三枚とかもうわけわか。(^^;

> 　僕は、今日、最後の出勤を終えました。あとは神田に行って感謝状とかをもらい、
> そのまま秋葉原まで歩いて、なぜか！　NEC 98 のその後をいろいろいろいろ、
> 探索する、ということになっています。ほんとに９８とかやるの？？？

おお、いよいよセカンドライフですね。(^_^)
その足で旧８めぐりとか、好きですねぇ。(^^;

> 　マジです。あああああ。.fdi とか .dcu とかで話が想像できる人は、まず
> いないと思うけど。

fdi と聞くとNP2のFDフォーマットだったっけ？　とか思うのが私です。(^^;

konnoさん

　ま、好きなんですよねぇ、困ったことに。

>fdi と聞くとNP2のFDフォーマットだったっけ？　とか思うのが私です。(^^;

　そっか、エミュな普通の人には、すぐ通じちゃうんだ。
　エミュでなく実機じゃなきゃいやだ、という時代錯誤な我が侭をいうと、
アキバになったり、.dcu とかになったりするみたいです。
　自分が信じられません。でも、ほら、あの国家試験とかもあるわけじゃない
ですかぁ、、、。埼玉でなく静岡になる予定です、、、。
　ごおつくばり。greedy!

> >fdi と聞くとNP2のFDフォーマットだったっけ？　とか思うのが私です。(^^;
> 　そっか、エミュな普通の人には、すぐ通じちゃうんだ。

ありゃ、ボケをかましたつもりが合っていましたか。<(^^;)
ということは・・・「拡張子 DCU」で検索すると
> DCUファイルとは？ DCUファイルタイプは主にBorland SoftwareのDelphiに割り当てられています。 
> これらのファイルのフォーマットは、一般的にDelphiのバージョンごとに変更 ...
うーん、これは外してるかな。(^^;

> 　自分が信じられません。でも、ほら、あの国家試験とかもあるわけじゃない
> ですかぁ、、、。埼玉でなく静岡になる予定です、、、。
> 　ごおつくばり。greedy!

国家試験は？？ですが、もしかして移住の話ですか。
田舎暮らしに憧れて移住したけど色々な問題で直ぐ町に戻ったという話も見ます。
「移住 失敗」で検索すると
> 地方移住で失敗する人の特徴5つ 
> ・ お客様感覚 
> ・ リサーチ不足 
> ・ 人付き合いが苦手 
> ・ 理想が高すぎる 
> ・ お金の管理ができない.
なんて出ますね。もちろん充分にリサーチはしてると思いますが。(^^;
今は南海トラフ地震の話があるので海沿いは避けた方がよさげに思います。
余計なお世話？　失礼いたしました。m(__)m

> > > その書き換えるルーチンを考え、作るのに何時間かかるやら。(^^;
> > そこまでかかるかなぁ。かかるかも。

動くかどうかわからないルーチンなら、そこまでかかりませんでしたね。
今まで１時間弱考えて熟成させていたこともあるのでしょうが、２０分とかからずに
できた感じ。トータルで１時間半はかかっていない。
ただ、デバッグもやっていないし、動くかどうかすらわかりません。

> フックするのなら、wf_regi.cgiの最後のほう、pastlogのルーチンの末尾でしょう。

書き込みごと、ではなく、過去ログに追加されるごと、なのですから当然ですよね。
末尾も末尾、属性変更の後ろに、こんなものを追加。

# 最新の過去ログを開く
open(IN,"$pastfile") || &error("Open Error: $pastfile");

$maxdat = "0000/00/00 00:00";
$mindat = "9999/99/99 99:99";
while (<IN>) {
    ($no,$re,$lx,$sub,$eml,$url,$nam,$dat,$msg,$t,$ho,$pw,$wr,$oya,$sml,$res) = split(/<>/);
    if ($maxdat < $dat) { $maxdat = $dat; }
    if ($mindat > $dat) { $mindat = $dat; }
}
close(IN);

$pastdatfile = sprintf("%sdat%04d\.dat", $pastdir,$num);

# 過去ログ日付ファイルを更新
open(OUT,">$pastdatfile") || &error("Write Error: $pastfile");
print OUT $maxdat;
print OUT $mindat;
close(OUT);

if ($past_flag) { chmod(0666, $pastdatfile); }


動作テストすらしていないので、さすがに一発完動という事はないと思う。
ただ、このルーチンでは

> ここまでで問題になるのが、新しい過去ログファイルが作られたとき。
> 　新しい直近過去ログの出力結果
> 　１つ前の直近過去ログの出力結果
> 　それ以前の過去ログ分
> の３つが並立するわけで、後者２つの結合は手作業？

この問題は解決しないなぁ。
ま、アイディアはあるので、作って作れない事はない。あと３０分くらい？
とはいえ、手作業で全ログの最古と最新の日付をチェックすることに比べたら、
ずいぶん楽になるはず。だって、きちんとやるなら、過去ログが更新されるたびに
マウスオンメッセージのファイルを書き換える必要があるわけです。そして、過去ログ
が更新されるのは掲示板に書き込みがあったタイミングなわけで、ということはつまり、
掲示板に書き込みがあるたびに過去ログが更新されているかチェックしなければならない
（このタイミングでは過去ログの中身のチェックは不要）ということで、かなり大変な
はず。それが、新しい過去ログが作成されたときだけに省略されるわけです。
でも、そういうことを考えると、konnoさん、本当にまめな人だと思う。
だって、過去ログが更新されるたびにチェックされているわけですから。
こんな面倒なことを手作業でまめになされているkonnoさんには頭が上がりません。

> しかたがないので丸ごとZIPして送りつけてしまいました。

ありがとうございました。
本日，丸一日頑張って V天 の記載を完了しました。

元データに手を入れないまま，2種類の表を直接直してしまったので，
これにて軟体の更新は打ち止めということになります。

今後は2枚の表をそれぞれ直すしかないですが，まぁたった2枚なので。

> 今まで１時間弱考えて熟成させていたこともあるのでしょうが、２０分とかからずに
> できた感じ。トータルで１時間半はかかっていない。
> ただ、デバッグもやっていないし、動くかどうかすらわかりません。

１時間半である程度形になったのですね。流石です。
ただ、デバッグ時間がプラスされたらどうなるか。(^^;

> とはいえ、手作業で全ログの最古と最新の日付をチェックすることに比べたら、
> ずいぶん楽になるはず。だって、きちんとやるなら、過去ログが更新されるたびに
> マウスオンメッセージのファイルを書き換える必要があるわけです。そして、過去ログ
> が更新されるのは掲示板に書き込みがあったタイミングなわけで、ということはつまり、
> 掲示板に書き込みがあるたびに過去ログが更新されているかチェックしなければならない

どうもここに認識の違いがあるようです。
私は新しい過去ログが出来た時にデータ更新するので、半年〜1年に1回という認識です。
まあ、自動化するには投稿のたびにチェックすることになるのかな。

konnoさん

>ありゃ、ボケをかましたつもりが合っていましたか。<(^^;)
　あ、そうなの？

>> DCUファイルとは？ DCUファイルタイプは主にBorland SoftwareのDelphi
　完全に外れてますね。

>国家試験は？？ですが、もしかして移住の話ですか。
　宅建ですって。

>田舎暮らしに憧れて移住したけど色々な問題で直ぐ町に戻ったという話も見ます。
>「移住 失敗」で検索すると
　橋を焼いてしまうので、失敗とかは自分に許しませんよ。

> 地方移住で失敗する人の特徴5つ 
> ・ 人付き合いが苦手
> ・ 理想が高すぎる
　ありがとうございます。上の２項が当てはまる可能性があり、気をつける
べき事項と心得ました。某芥川賞作家による『田舎暮らしに殺されない方法』
という本は、愛読書です。

　状況からみて、あまりBASICや旧８に一生懸命になれそうもないな、と
思ってます。ほんとは、『使っておぼえるアセンブラ』とか_Mastering
Turbo Assembler_とかを、「まだやってたんですか！？」と言ってもらえる
ぐらいしつこくしつこくやる予定だったのですが。
　でも、BASICは、いろんな意味で、かなり勉強になるねぇ、と思っては
います。人生、あと２０年ある、あるいは「あらせる」というつもりなので、
いつか、野望が果たせるでしょう。こんな希望、大事だと思ってます。

めざらさん

　正確に文脈を理解できている自信はないのですが。

>まぁたった2枚なので。
　あははははは。ありがとうございます！　いっぱいお世話になっています！

> 本日，丸一日頑張って V天 の記載を完了しました。

ありがとうございます。なんだか強要したみたいで恐縮です。m(__)m

> 元データに手を入れないまま，2種類の表を直接直してしまったので，
> これにて軟体の更新は打ち止めということになります。
> 今後は2枚の表をそれぞれ直すしかないですが，まぁたった2枚なので。

サイトの更新は大変ですよね。頭が下がります。m(__)m

ところで、斉木さんのドラゴンシーク１、２もVZ天国版は無理だとしても
LIB版なら載せられるのでしょうか。
あの大作にして名作ゲームをやってみたい人は少なからずいるでしょうし。
うちにはLIB版は無さそうだったですが。

軟体の元データはタブ区切りのテキストデータで，ソート用のフィールドが
ひとつだけあります。お名前の読みですね。

本来はこの元データを編集して，発表日順と作成者順の2枚のページを出力。
編集するファイルを一元化するに越したことはないのですが，
大きな更新がない限り，それぞれのページを同様に加筆修正します。
わずかな更新内容であれば対応可能ですね。

いやいや，記載が欠落していたのは大きなミスなので，気づくきっかけをいただき
感謝しかありません。ありがとうございました。

> LIB版なら載せられるのでしょうか。

ドラシーは転載条件が事前許諾なんです。
だから，VZ天国や上村さんのマクロコレクションを入手するか，借りるしかありません。
国会図書館サーチで見ると，神奈川，千葉，埼玉の各県立，名古屋市立，堺市立でV天所蔵。

わたしも LIB版は取りこぼしていますが，いずれにせよ転載できません。
軟体のフリーウェア解釈は緩いですが，明記された条件を蔑ろにはできないですね。

> ただ、デバッグ時間がプラスされたらどうなるか。(^^;

それもありますが、現在のルーチンは単に日時の出力のみ。
最低限、きちんとした書式にする必要はありますね。
書式というか、配列への代入文というか。

> 私は新しい過去ログが出来た時にデータ更新するので、半年〜1年に1回という認識です。

それでいいのかなぁ。
だって、過去ログって、ツリーごと更新になっていますよね。
そして、ツリーって必ずしも日付順になっているわけではない。
例えば、最新過去ログが「2026/01〜」となっていたとして、現行ログの一番尻尾の
ツリーのルートの発言が「2025/10」だった場合。この場合、新規発言があって現行
ログから過去ログにツリーが移行したタイミングでマウスオンのデータも更新する
必要があると思うのですが、正しくない情報を何ヶ月も放置するということになる
のでしょうか。
わたくしといたしましては、それはとても好ましくないと思いますの。

> >> DCUファイルとは？ DCUファイルタイプは主にBorland SoftwareのDelphi
> 　完全に外れてますね。

これはまあ予想通りですね。(^^;

> >国家試験は？？ですが、もしかして移住の話ですか。
> 　宅建ですって。

あ、この間話していたやつですね。勉強頑張ってください。m(__)m

> >田舎暮らしに憧れて移住したけど色々な問題で直ぐ町に戻ったという話も見ます。
> >「移住 失敗」で検索すると
> 　橋を焼いてしまうので、失敗とかは自分に許しませんよ。

背水の陣ですか。退路を断つってやつですね。(^^;

> 　状況からみて、あまりBASICや旧８に一生懸命になれそうもないな、と
> 思ってます。ほんとは、『使っておぼえるアセンブラ』とか_Mastering
> Turbo Assembler_とかを、「まだやってたんですか！？」と言ってもらえる
> ぐらいしつこくしつこくやる予定だったのですが。

勉強しながら息抜きにBASICとかで遊ぶのもいいですね。(^^;

> 　でも、BASICは、いろんな意味で、かなり勉強になるねぇ、と思っては
> います。人生、あと２０年ある、あるいは「あらせる」というつもりなので、
> いつか、野望が果たせるでしょう。こんな希望、大事だと思ってます。

そうそう、希望が大事ですよね。
私の当面の夢はオセロを自力で少しだけ強くすることです。
AIオセロとか全く理解できん。(>_<)

> いやいや，記載が欠落していたのは大きなミスなので，気づくきっかけをいただき
> 感謝しかありません。ありがとうございました。
> 
> > LIB版なら載せられるのでしょうか。
> 
> ドラシーは転載条件が事前許諾なんです。
> だから，VZ天国や上村さんのマクロコレクションを入手するか，借りるしかありません。

そういえば書いてありました。メールより前にまず1.6で動かせるようにしないと。
DOSVAXJ3でVZ1.5なら完璧に動くのですが、VZ1.6はまだ色々問題があります。

> わたしも LIB版は取りこぼしていますが，いずれにせよ転載できません。
> 軟体のフリーウェア解釈は緩いですが，明記された条件を蔑ろにはできないですね。

確かに。私も改造出来たら差分で出すようにします。

> 例えば、最新過去ログが「2026/01〜」となっていたとして、現行ログの一番尻尾の
> ツリーのルートの発言が「2025/10」だった場合。この場合、新規発言があって現行
> ログから過去ログにツリーが移行したタイミングでマウスオンのデータも更新する
> 必要があると思うのですが、正しくない情報を何ヶ月も放置するということになる
> のでしょうか。

う、そういう場合もありますね。失念していました。m(__)m
その場合は気が付いた時点で更新するということで。(^^;
だって元々は何も表示が無かったのを簡易的な表示をしたのから始まった話ですし。

> わたくしといたしましては、それはとても好ましくないと思いますの。

私の感覚では上記の対応で充分なんです。(^^;

> だって元々は何も表示が無かったのを簡易的な表示をしたのから始まった話ですし。

> 私の感覚では上記の対応で充分なんです。(^^;

あ〜、なるほど。
これはもしかしたらあれかな、konnoさんの感覚からすると、私のほうが便利なもの
に依存しすぎているような感じかも。ただ、私としては、スナップショットというか
現在目の前にあるものそれ自体で完結しているものを求めてしまうのですよ。もはや
ほとんどいないかもしれませんが、一見さんというか新規のお客様に対してもわかり
やすい表示であってほしい、という意味で。そしてそれは、非常に高い確率で常連の
私にもわかりやすいであろうから。

あ、そうだ、わかりにくいというか意味不明なものが多数あるこのダンジョンで、
また一つ気がついた意味不明部分。過去ログのマウスオーバーで表示される期間の
次の３桁の数字、これってなんですか？

konnoさん

　僕は素人の一見さんっぽいところがあります。

- 関連一覧ツリー （先頭の番号をクリックするとツリー全体を一括表示します）
▼ 11751.サイト更新　新着情報 V0.955 - konno konno 24/12/18-22:47

　前もこれ見たんですよ。別に、機能に障害はまったくないので、
問題ナッシングですが。

　あ、昨日、とりあえず終了でした。
　アキバ、行ったのですが、あ、あかん、メイドも人込みも超苦手。
　ＰＣジャンクって、終わってるのかな、やっぱり。
　通販の時代なんでしょうかね。モノとの接触。これ感動ないのかな？
　ま、今年、まだお仕事が１４回くらいあるので、７回くらいは隅から
隅まで見てみますかね。
　旧８系で有名な Beep は、ソフトばっかり〜。ＭＺのジャンクが３万円！
完全にクラシックカー状態（僕の根性が足りない、というのはありますが）。
　手元にある奴らを大事に大事に使おうと思ってます。

> ほとんどいないかもしれませんが、一見さんというか新規のお客様に対してもわかり
> やすい表示であってほしい、という意味で。そしてそれは、非常に高い確率で常連の
> 私にもわかりやすいであろうから。

なるほど、その考えはもっともですね。
うーん、今までは自分が便利に使えればいいやって感じでやってたんだなぁ。(^^;
「お読みください」の留意事項、ずいぶんほったらかしだったけど、更新するか。
ここに使い方を追加で書いていくことにします。気が向いた^H^H付いた時に。(^^;

> あ、そうだ、わかりにくいというか意味不明なものが多数あるこのダンジョンで、
> また一つ気がついた意味不明部分。過去ログのマウスオーバーで表示される期間の
> 次の３桁の数字、これってなんですか？

これは多分そのログの記事数（改行数）ですが、合っているとは限りません。(^^;
だいたいの目安でログ当たりの記事数が気になった時用ですね。
こういうのはむしろ説明しないで、気が付いた人だけの多空箱としとくか。(^^;
開けたらお宝が出てくるかも。とか、わくわくしませんか。(ﾟ゜)☆＼(--#)ｼﾈｪﾖ!
そう、その鍵を開けるのはあなた自身なのです。（何もしないためのいいわけ）


＃　ここはＶＺシーク�V

> - 関連一覧ツリー （先頭の番号をクリックするとツリー全体を一括表示します）
> ▼ 11751.サイト更新　新着情報 V0.955 - konno konno 24/12/18-22:47
> 　前もこれ見たんですよ。別に、機能に障害はまったくないので、
> 問題ナッシングですが。

げげ、記事閲覧のツリーの親記事ですか！！
以前該当記事に色を付ける変更した時に親記事を直すのが漏れてました。m(__)m
ここで親記事リンクはめったに使わないので気が付かなかったです。(^^;
直しました。ありがとうございます。m(__)m

> 　アキバ、行ったのですが、あ、あかん、メイドも人込みも超苦手。
> 　ＰＣジャンクって、終わってるのかな、やっぱり。

アキバに行かなくなったのはそれかな。全く違う町になっちゃいましたねぇ。(-_-;)
最後に行ったときはガチャとメイドの街、というイメージだったような。

> 完全にクラシックカー状態（僕の根性が足りない、というのはありますが）。
> 　手元にある奴らを大事に大事に使おうと思ってます。

私も捨ててしまった過去を取り戻したいとか、大後悔時代の荒波に揺られ・・・
今あるものを大事に・・・・　至言の資源ですね。