新着情報 V0.955 更新しました。
今までのツリーは長くなりすぎたのでここから新規にします。

・タイトル行引用で表示が乱れるバグ修正

> #11729：Re^8: 「新着情報 携帯版」と掲示板の連携 　投稿者：konno 　 2024/12/10(火)
> 正確には新着のタイトル行丸ごと引用するとそれをタイトル行と誤認識してしまうというものです。
> > コードを貼り付けていただければ回避法を議論できるかもしれない、ということです。

今まではこのようにタイトル行を引用すると表示がバグっていたのを修正しました。
修正コードは
			if (($_ =~ /\投\稿\者\：/)){
			　　　　　　↓
			if (($_ =~ /^\投\稿\者\：/)){

これだけです。(^^;
「投稿者：」という文字列が行頭にある時だけ処理する、と変更して直りました。(^^;
今まで頭が全然回ってなかったようです。(^^;


・DOSVAXJ3の更新日付を表示

今まで不便に思っていたので思い切ってやってみたら、サイトの読み込みに失敗するようです。
この手のツールからのアクセスを制限しているのかもしれません。
しかたがないので、ブラウザの検索をURLにしたら（おい）アクセスできました。(^^;
表示しないこともあるかと思いますがそういうことなのでご容赦願います。m(__)m

・リンクの並びを変更

VTDOS BBS の更新が無いので、リンクの並びを個人的優先順位で変更しました。
私のノートPCだと表示がギリギリなので。(^^;

> ・タイトル行引用で表示が乱れるバグ修正

これはありがたいですね。


> ・DOSVAXJ3の更新日付を表示
> 今まで不便に思っていたので思い切ってやってみたら、サイトの読み込みに失敗する

ん〜、うちの板塀は直接読めないわけですが、それと似たような状況でしょうか。
あそこのサイトの読み込みだけの単機能のスクリプトでもNGということですよね。
具体的にどういうコードでどういう出力になった、ということを示していただければ
もしかしたらアドバイスできることもあるかもしれません。


> しかたがないので、ブラウザの検索をURLにしたら（おい）アクセスできました。(^^;

？？？
これはよくわからない。
CGIスクリプトで取得しているのですよね？
ブラウザで取得？
ブラウザということは、Javascriptを使っているということでしょうか。

> ・リンクの並びを変更
> 私のノートPCだと表示がギリギリなので。(^^;

新しい並びで、私は全く問題ありません。
が、例えば、縦ではなく横に並べてみる、ということはできませんか？

> ・DOSVAXJ3の更新日付を表示
> 表示しないこともあるかと思いますがそういうことなのでご容赦願います。m(__)m

ブラウザの検索データは大きすぎて表示が間に合わないっぽいです。
更新を２度やれば表示するようです。
なので、コンテンツの取得では最後尾に追加してたんですが
    ## コンテンツの取得
	my $url9 = 'https://www.bing.com/search?q=https%3A%2F%2Fwww.nanshiki.co.jp%2Findex.html&form=ANNTH1&refig=f3c6701be6124ed48672eed8a56674e7&pc=U531';
	my $res9 = $lwp->get( $url9 );
    my $url1 = 'http://vtdos.bbs.fc2.com/';
    my $res1 = $lwp->get( $url1 );

このように最初に移動させて読み込み、処理時間稼ぎをしたらほぼ表示するようになったようです。
サーバーの負荷が凄そうでとっても邪悪。(^^;

あと日付の表示を大きめにして、表のタイトル文字を少し小さくしました。

> 具体的にどういうコードでどういう出力になった、ということを示していただければ
> もしかしたらアドバイスできることもあるかもしれません。

    ## コンテンツの取得
#	my $url9 = 'https://www.nanshiki.co.jp/index.html';
	my $url9 = 'https://www.bing.com/search?q=https%3A%2F%2Fwww.nanshiki.co.jp%2Findex.html&form=ANNTH1&refig=f3c6701be6124ed48672eed8a56674e7&pc=U531';
	my $res9 = $lwp->get( $url9 );

このようにブラウザの検索で「DOSVAXJ3」を検索して、その時のURLを貼り付けました。

	if ( $res9->is_success ) {

## ダウンロード失敗時
	 } else {
		 print "error\n";
	}

このエラーが表示するので失敗したとわかりましたが、詳細はわかりません。
タイムオーバーではエラー表示しなかったのでブロックされているのではと思ったのです。

> > しかたがないので、ブラウザの検索をURLにしたら（おい）アクセスできました。(^^;
> ？？？
> これはよくわからない。
> CGIスクリプトで取得しているのですよね？

上に貼り付けたのでわかりますよね。

> 新しい並びで、私は全く問題ありません。
> が、例えば、縦ではなく横に並べてみる、ということはできませんか？

おお！　その手があったか！　スマホ対応で幅を制限してたんですが
ブラウザ画面を狭くするとリンクは折り返してくれるので全く問題ないですね。
どうも考え方が平面的になっていました。立体で考えるとはこのことですね。(^^;

眠いので続きはまた。(__)..zzZ

> #11752： Re^17: 「新着情報 携帯版」と掲示板の連携 投稿者：としき 　 2024/12/19(木) 
へのコメントです。新しいスレに移動しました。

> データの変更が発生するタイミングとしては、過去ログの更新が走るときのみ。
> なので、wf_regi.cgi の中の pastlog のルーチンをフック。
> その末尾あたりで、全過去ログをなめて、必要な日付を取得。

過去ログの内容が変わるのは直近のみですよね。ならば直近のログの処理だけでいいはず。

> もし私が作るなら、個人的な趣味で、一番古い日付と新しい日付を取得して、何日
> から何日まで、みたいな表示にすると思う。

うーむ、なるほど。試しにやってみようかしら。もちろん手動で。(^^;

> そして、過去ログ番号と日付をHTMLに構築して別途テキストファイルに書き出し。
> wforum.cgiでは、そのテキストファイルをインクルードして表示するだけ。

うう、面倒くさそう。もしも出来てしまったらテストはやぶさかではないですが。(^^;

何をやっているのか、理解できたといっていいのか、誤解にとどまっているのか。
つまり、軟式さんのサイトを直接読もうとしたらエラーになった、ということです
よね。ただ、これ、日付の取り出しのためだけにアクセスしているということで
よろしいのでしょうか。であるなら、この方法はあまりいただけないかも。
なぜなら、検索結果に日付が表示されるかどうか、というのは検索サイトに依存
するからです。有名どころではGoogle、こいつは結果表示画面が変わるかどうかは
ともかく、内部のアルゴリズムは１日に何回も変化するとのこと。bingもGoogleほど
ではないにしろ、検索結果の表示形式は年に何回も変わっているらしいので、あまり
あてにしてはいけないと思う。

で、まぁ、素直にサイトのデータを取得しようとしてうまくいってないのだから、
以下の私の提案もうまく行かない可能性は高いのだけど、一つ提案。
軟式さんのサイト、RSSを提供しています。
なので、もしRSSを取得できたなら、ですが、こちらを取得したほうが、そのあとの
加工は絶対に楽だと思う。
それに、そうすれば#11756で言及されている

> ブラウザの検索データは大きすぎて表示が間に合わないっぽいです。

この問題は発生しないはず。
なお、

> このエラーが表示するので失敗したとわかりましたが、詳細はわかりません。

これについてですが、#11754で私が尋ねたように、軟式さんのサイトだけを読み込む
スクリプトでも同じ状況になる、ということですよね。
まずは試しに、軟式さんのサイトのRSSだけを読み込むスクリプトでも同様事象に
なるか試していただけませんでしょうか。
もし再現するということなら、そのスクリプトを送っていただければ、私のほうでも
検証してみたいと思います。

余談ですが、なぜ私が混乱したか、やっと原因がわかった。

> このようにブラウザの検索で「DOSVAXJ3」を検索して、その時のURLを貼り付けました。

この文面を何回か読み直して理解できました。
最初、私が混乱した原因は

> しかたがないので、ブラウザの検索をURLにしたら（おい）アクセスできました。

この文面だったのですが、これが仮に

> しかたがないので、ブラウザの検索結果のURLでデータを取得したら

となっていたら一発でわかった。
つまり、おつむが固いというか応用力に欠けているというか。
要は、単に私に読解力が欠けていた、というだけのことでした。

> 過去ログの内容が変わるのは直近のみですよね。

普通ならそうですけど。
管理者権限で、過去に遡って介入とかあるかしら、ということを妄想してみました。

> うう、面倒くさそう。もしも出来てしまったらテストはやぶさかではないですが。(^^;

がんばって作ってみてください。
とりあえず、要素技術を一つ一つ試験してみるのがいいかな。
とっかかりは、別途作成済みのhtmlファイルの断片を、望んだところにインクルード
できるか否か、というところ辺りから試してみましょう。
もし手動でやるにしても、そのファイルをメンテナンスするだけで、以後は好きな
ように表示を変えることも可能になるわけですから、少しは楽になるのではないかな。

> なぜなら、検索結果に日付が表示されるかどうか、というのは検索サイトに依存
> するからです。有名どころではGoogle、こいつは結果表示画面が変わるかどうかは
> ともかく、内部のアルゴリズムは１日に何回も変化するとのこと。bingもGoogleほど
> ではないにしろ、検索結果の表示形式は年に何回も変わっているらしいので、あまり
> あてにしてはいけないと思う。

グーグルもヤフーも目的の日付データは表示してくれないみたいです。
なので今は bingで仮対応してみたんですが、やっぱり表示出来ない場合がありますね。

> 軟式さんのサイト、RSSを提供しています。
> なので、もしRSSを取得できたなら、ですが、こちらを取得したほうが、そのあとの
> 加工は絶対に楽だと思う。

えっ、そうなのですか。見つけられませんでした。

> これについてですが、#11754で私が尋ねたように、軟式さんのサイトだけを読み込む
> スクリプトでも同じ状況になる、ということですよね。

これはわからないです。

> > このようにブラウザの検索で「DOSVAXJ3」を検索して、その時のURLを貼り付けました。

これは「軟式サイトのURLを検索」の間違いでした。すみません。

> > しかたがないので、ブラウザの検索をURLにしたら（おい）アクセスできました。
> この文面だったのですが、これが仮に
> > しかたがないので、ブラウザの検索結果のURLでデータを取得したら
> となっていたら一発でわかった。

私の書き方が悪くて混乱させてしまい申し訳ないです。

> 管理者権限で、過去に遡って介入とかあるかしら、ということを妄想してみました。

これは普通ではないですね。これをやる人は全部手作業なのでわ。（ぉ）

> とっかかりは、別途作成済みのhtmlファイルの断片を、望んだところにインクルード
> できるか否か、というところ辺りから試してみましょう。

うーん、これがイメージ出来ないのですよ。

> もし手動でやるにしても、そのファイルをメンテナンスするだけで、以後は好きな
> ように表示を変えることも可能になるわけですから、少しは楽になるのではないかな。

なのでここまでも出来そうにないですね。
こんな書き込みしている間に手動で終わってそうですが。(^^;

＃　まだ全然手を付けてない。

> > とっかかりは、別途作成済みのhtmlファイルの断片を、望んだところにインクルード
> > できるか否か、というところ辺りから試してみましょう。
> うーん、これがイメージ出来ないのですよ。

まず、インクルードってわかりますよね？
Vzのソースでも使っている技術ですから。
Perlだとrequire文ですか。
これって、ファイル冒頭で使うのが常套手段。
でも、ファイル冒頭でなければいけない、ということは全くなくて。
任意の場所でインクルードってできるわけですよ。
なら、これをHTMLでやることはできないだろうか、ということを言っているわけです。
ここまで、理解できます？

さて、HTML単体ではインクルードなんてことはできません。
本気でやるならJavascriptなんかを使うことになるでしょう。
でも、掲示板を出力しているのはCGIです。
なら、過去ログへのリンクを出力している部分で、CGIで自前でリンクを構築して
出力するのではなく、外部のテキストファイルを読み込んで、そのまま一切の加工
を加えずに出力する、なんてことはできるわけです。
そして、そのテキストファイルの作成に当たって、手作業で作ってもいいし、何らか
のトリガで自動で作るようにしてもいいのではないか、ということを考えました。

まぁ、あまりわかりやすくもないですかね。
どこがわからないかご指摘いただければ、もう少し違った角度から説明します。

> > 軟式さんのサイト、RSSを提供しています。
> えっ、そうなのですか。見つけられませんでした。

各サイトとも、あまり最近は表に出していませんからね。
私が気がついたのは、WinXPに入っていたFirefoxの古い版でアクセスしたときに、
メニューのブックマークの中にあった「このページを購読」のボタンがアクティブ
になっていたからです。
軟式さんのサイトのトップページのソースを開くと、冒頭に「title='RSS'」って
ありますので、そのリンクを使ってみてください。
そして、そのリンクだけを読み込もうとして、つまり、他のサイトを読まない、素の
シンプルなテスト用のスクリプトを作って、それで

> > これについてですが、#11754で私が尋ねたように、軟式さんのサイトだけを読み込む
> > スクリプトでも同じ状況になる、ということですよね。

この状況が起こるようであれば、私にもそのテスト用スクリプトを送ってほしい、
ということでした。

> 私が気がついたのは、WinXPに入っていたFirefoxの古い版でアクセスしたときに、
> メニューのブックマークの中にあった「このページを購読」のボタンがアクティブ
> になっていたからです。

これを見て UA偽装有り無しもやってみましたが変わらないようです。
    my $ua      = 'Mozilla/5.0 (compatible; MSIE 9.0; Trident/5.0)';
#    my $ua      = 'Mozilla/4.0 (compatible; MSIE 7.0;)';
#    my $ua      = 'Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:133.0) Gecko/20100101 Firefox/133.0';

> 軟式さんのサイトのトップページのソースを開くと、冒頭に「title='RSS'」って
> ありますので、そのリンクを使ってみてください。

これは気が付いていましたがそのリンクに変えても変わらないようです。
#	my $url9 = 'https://www.nanshiki.co.jp/nanshiki.xml';
	my $url9 = 'https://www.nanshiki.co.jp/index.html';

> そして、そのリンクだけを読み込もうとして、つまり、他のサイトを読まない、素の
> シンプルなテスト用のスクリプトを作って、それで
> > > これについてですが、#11754で私が尋ねたように、軟式さんのサイトだけを読み込む
> > > スクリプトでも同じ状況になる、ということですよね。

これもやってみましたが変わらず読めないようです。

ちなみに、「PerlでLWP::UserAgentを使った10のプログラミングテクニック」
https://jp-seemore.com/sys/20283/
と言うサイトに色々サンプルが載っていて、そのなかのサンプル
-----------------------------------------------------------
> 下記のサンプルコードでは、HTTPSリクエストを安全に送信する方法を表しています。

use LWP::UserAgent;
use IO::Socket::SSL;

my $ua = LWP::UserAgent->new(
    ssl_opts => {
        SSL_verify_mode => IO::Socket::SSL::SSL_VERIFY_PEER,
        verify_hostname => 1
    }
);

my $response = $ua->get('https://www.secure-example.com');

if ($response->is_success) {
    print "Secure Response: " . $response->decoded_content;
} else {
    die "SSL error: " . $response->status_line;
}

-----------------------------------------------------------

これも試してみましたがやはり読めませんでした。
他の HTTPS のサイトは読めましたがそれは元々読めていたので。

> この状況が起こるようであれば、私にもそのテスト用スクリプトを送ってほしい、
> ということでした。

色々ゴチャゴチャしてますが、メールで送りました。

> 色々ゴチャゴチャしてますが、メールで送りました。

いただきました。
ゴチャゴチャしているのもそうですが、送られてきたスクリプト、いろいろと悪い
意味で予想が外れていました。

#11773
> そして、そのリンクだけを読み込もうとして、つまり、他のサイトを読まない、素の
> シンプルなテスト用のスクリプトを作って、それで
> > これについてですが、#11754で私が尋ねたように、軟式さんのサイトだけを読み込む
> > スクリプトでも同じ状況になる、ということですよね。"
> この状況が起こるようであれば、私にもそのテスト用スクリプトを送ってほしい、

と書いたので、当然、該当URLを読み込む部分だけのスクリプトで試験していて、その
スクリプトを送ってくると思っていたのですよ。が、いろいろな出力部分が残って
いて、それがわりと迷彩状態。もうね、この段階で私の期待はずれ。
テストはできるだけシンプルなコードで、ということは心がけてほしい。

で、まずは手始めに、送っていただいたコードの中の取得するURLを指定している
だけを、うまく取得できるはずのbing経由に書き換えてlacoocanの私のスペースに
アップロードしてアクセスするも、あえなくlacoocanからの

> Internal Server Error
> 実行エラー
> CGIの実行時にエラーが発生しました。

の表示。う〜ん、一体何が悪いのかわからん。
もしかしたら、いらなさそうなところを全部削ればきちんと動くのかもしれません
が、そんなこともやってられない。結局、自前で試験用スクリプトを作ってしまい
ました。以下のような感じ。

#!/usr/local/bin/perl

use LWP::UserAgent;

    my $ua      = 'Mozilla/5.0 (compatible; MSIE 9.0; Trident/5.0)';
    my $timeout = '230';
    my $lwp = LWP::UserAgent->new( agent => $ua, timeout => $timeout );

    my @new = ();
    my @list = ();
    my $outline = '';
    print "Content-type: text/html\n\n";
    print "<html><head><title>dummy</title></head><body>\n";

    ## コンテンツの取得
    my $url1 = 'https://www.nanshiki.co.jp/nanshiki.xml';
#    my $url1 = 'http://27-138-85-108.rev.home.ne.jp';
    my $res1 = $lwp->get( $url1 );

    ## ダウンロード成功時
    if ( $res1->is_success ) {
        print "success";
    ## ダウンロード失敗時
    } else {
        print "error\n";
    }
    print "</body></html>\n";

__END__


これだけのコードで、うまくデータが取得できないことは確認。
ということで、ここから調査開始。
まず軟式さんのサイトの素性調査。すると、bit-driveというソニー系のサービスを
利用していることが判明。が、このサービスが特殊、というのは引っかかってこない。
次に、LWPでうまくアクセスできない、という状況を調査。
すると、２０年近く前のQ&Aで、Wikipediaにうまくアクセスできないという状況が
あったらしい。このときは、LWPのデフォルトのユーザーエージェントがlibwww-perl
となっていて、そのＵＡでのアクセスをWikipediaが蹴っ飛ばしているから、とのこと。
でも、今回はスクリプトでＵＡを変更しているから関係ないよなぁ、と思いつつ、
FirefoxのアドオンでＵＡを偽装してlibwww-perlを偽ってみたり、ＵＡなしにして
みたりして軟式さんのところにアクセスすると、普通にアクセスできるので、おそらく
ＵＡは関係なさそう。
ただ、これに着想を得て。
LWPがアクセスするときの、HTTPのプロトコルレベルで何か余計なものがくっついて
いる可能性があるのではないかと思い、自宅で80番ポートにダミーのサーバを立てて
プロトコルレベルでのやり取りを観察しようと思いました。使ったソフトは「鯖男」
というものです。ベクターにあります。
結果、「インデックスがリストの範囲を超えている」みたいなエラーメッセージを
「鯖男」が吐いてきて。つまり、「鯖男」が想定していないようなデータをニフティ
のLWPは送りつけている模様。

ここまでの調査でわかったことはこれだけ。
今後の調査の方向。
LWP::UserAgent ではなく LWP::Simple にある getprint というのを使うと、少し
詳しいステータスが取れるらしい。これでエラーコードか何かがわかれば、さらに
先に進む手がかりが得られるかも。
もちろん、LWP::UserAgent ですら、私は全てを把握できているわけではないので、
その中で何か有用なものがあれば使ってみたい。

途中経過でした。

> いただきました。
> ゴチャゴチャしているのもそうですが、送られてきたスクリプト、いろいろと悪い
> 意味で予想が外れていました。
> テストはできるだけシンプルなコードで、ということは心がけてほしい。

すみません。できるだけ心がけます。m(__)m

> もしかしたら、いらなさそうなところを全部削ればきちんと動くのかもしれません
> が、そんなこともやってられない。結局、自前で試験用スクリプトを作ってしまい
> ました。以下のような感じ。
> これだけのコードで、うまくデータが取得できないことは確認。

やはりアクセスできないようですね。

> FirefoxのアドオンでＵＡを偽装してlibwww-perlを偽ってみたり、ＵＡなしにして
> みたりして軟式さんのところにアクセスすると、普通にアクセスできるので、おそらく
> ＵＡは関係なさそう。

これはブラウザからのアクセスは出来ているということですよね。

> 結果、「インデックスがリストの範囲を超えている」みたいなエラーメッセージを
> 「鯖男」が吐いてきて。つまり、「鯖男」が想定していないようなデータをニフティ
> のLWPは送りつけている模様。

うーむ、これだけでは原因まではわからないですね。

> LWP::UserAgent ではなく LWP::Simple にある getprint というのを使うと、少し
> 詳しいステータスが取れるらしい。これでエラーコードか何かがわかれば、さらに
> 先に進む手がかりが得られるかも。

宜しくお願い致します。
私はとしきさんにいただいたコードをそのまま使っているだけで何もわかってないので。

とはいえ何もしないのもなんなのでVectorとかで色々見てみました。
ブラウザを利用したアプリがアクセス成功しているようなのです。
やはりブラウザ以外を制限しているのではないかと思いました。
それでその線で試行錯誤しているのですがなかなか進まず難しいです。

新着情報 V0.957 更新しました。

・DOSVAXJ3の日付更新を実装しました。
・リンク等の並びも再変更しました。

軟式のサイトはブラウザでないと読めないようです。
なので、複数のツールを組み合わせて無理やり実現しました。

Google Apps Script(GAS)を使ったwebスクレイピング
+コマンドラインFTPバッチ
+Windowsタスクスケジューラ
この組み合わせで1日6回DOSVAXJ3の日付を読みに行きます。

> 新着情報 V0.957 更新しました。

今度は、VTDOSの表に表示されるのは１つだけにしたのですか。
個人的には今までどおりのほうがよかったですね。

> 軟式のサイトはブラウザでないと読めないようです。

私のほうでもいろいろと実験したかったんですが、全く進んでいません。
ただ、解決策を MS Copilot に尋ねたところ、なんとなく真っ当そうな答えを出して
もらったので、今年中には試してみたいところ。年明けかなぁ。

> Google Apps Script(GAS)を使ったwebスクレイピング
> +コマンドラインFTPバッチ
> +Windowsタスクスケジューラ

GAS！
知らない技術だ。
ただ、これで思い出した。
ちょっと古いところにレスをつけます。

> LWPがアクセスするときの、HTTPのプロトコルレベルで何か余計なものがくっついて
> いる可能性があるのではないかと思い、自宅で80番ポートにダミーのサーバを立てて
> プロトコルレベルでのやり取りを観察しようと思いました。

他の、簡単に立てられて簡単にプロトコルログが取れるサーバソフトはないかと
探したところ、やっぱりベクターにありました。似たような名前のソフトがいくつ
もありますが、以下のものです。

https://www.vector.co.jp/soft/winnt/net/se381431.html

普通、サーバログというのはプロトコルレベルではありません。
ですが、このソフトの場合は逆にシンプルすぎて、プロトコルレベルでしか記録
してくれないのです。
早速導入してニフティからアクセスさせた結果。
なんかえらく欠落が多い。
ローカルのブラウザからアクセスした時は、きちんと一通りのログが取れていると
いうのに。速度の問題なのかな。ニフティ側が速すぎるとか。
とりあえず、この方向は一旦保留。


> 今後の調査の方向。

> もちろん、LWP::UserAgent ですら、私は全てを把握できているわけではないので、
> その中で何か有用なものがあれば使ってみたい。

googleでいろいろと調べてみても埒が明かなくなりつつあったので、MS copilotに
質問を投げてみました。すると想定外に、役に立つ答えが返ってきました。

> LWPライブラリを使用して他のWEBサイトにアクセスできない原因を追究するため
> には、以下の方法を試してみると良いでしょう：
> 
> エラーメッセージの確認：
> LWPライブラリが返すエラーメッセージを確認し、具体的なエラー内容を把握し
> ます。これにより、問題の原因を特定しやすくなります。
> アクセス制限の確認：
> アクセスしようとしているWEBサイトが特定のIPアドレスやユーザーエージェン
> トをプロックしている可能性があります。サイトの管理者に問い合わせるか、
> 異なるIPアドレスやユーザーエージェントを使用してアクセスを試みてください。
> SSL/TLS設定の確認：
> HTTPSサイトにアクセスする場合、SSL/TLS証明書の問題が原因でアクセスできな
> いことがあります。LWP::UserAgentのSSL設定を確認し、必要に応じて証明書の
> 検証を無効にするか、正しい証明書を使用するように設定します。
> プロキシ設定の確認：
> プロキシサーバーを経由してアクセスする必要がある場合、LWP::UserAgentの
> プロキシ設定が正しく構成されているか確認します。
> タイムアウト設定の確認：
> タイムアウト設定が短すぎると、アクセスが完了する前にタイムアウトしてしま
> うことがあります。LWP::UserAgentのタイムアウト設定を適切に調整します。
> デバッグモードの使用：
> LWP::UserAgentのデバッグモードを有効にして、詳細なログを取得します。これ
> により、問題の原因をより詳細に分析できます。
> 
> これらの方法を試しても問題が解決しない場合は、Niftyのサポートに問い合わせ
> てみるのも良いでしょう。問題の詳細を提供することで、より具体的なサポート
> を受けられるかもしれません。

この次の質問として、サンプルコードを要求したのですがね。
なんと、一見正しく動きそうなサンプルコードを提示してきたのですよ。
びっくり。
本当にそのまま動くかどうかはわかりませんが、とりあえず、そこに提示されていた
「デバッグモードを有効にする」「SSL証明書の検証を無効にする」コードをを先述
のスクリプトに組み込んでみたところ、なんかきちんと軟式さんのところからデータ
を取得できているみたい。
次に、「SSL証明書の検証を無効にする」コードを取り外してみたところ、なんと
データの取得に失敗するではありませんか。
もしかしてこれか？

えぇと、可能性として考えられるものは２つ。
ニフティのLWPで使っているSSL/TLSの証明書がおかしくて、軟式さんのサイトと
きちんと通信できないという可能性。
もうひとつは、軟式さんのサイトで使っている証明書がおかしい可能性。
回避策としては、あまり好ましくはありませんが、上記のとおり、SSL証明書の検証
を無効にすればよい。無効にするためのコードは

    $lwp->ssl_opts(verify_hostname => 0);

というものを追加すればよい。$lwpを宣言した直後でも大丈夫のはず。


お試しください。

> 今度は、VTDOSの表に表示されるのは１つだけにしたのですか。
> 個人的には今までどおりのほうがよかったですね。

読み込みのタイミングを遅らせるためにこのようにしてみたのですが解決したので元に戻しますね。

> GAS！
> 知らない技術だ。

おお、としきさんに先んじることができた。＼(^^)／ ﾔｯﾀ-
まともに動くようになるまでえらく苦労しました。(>_<)
やってることは多分としきさんのRSSのと同じようなものだと思います。
そのうち紹介したいと思います。(^^;

> 次に、「SSL証明書の検証を無効にする」コードを取り外してみたところ、なんと
> データの取得に失敗するではありませんか。
> もしかしてこれか？

おお、原因が特定できたようですね。凄いです！

> えぇと、可能性として考えられるものは２つ。
> ニフティのLWPで使っているSSL/TLSの証明書がおかしくて、軟式さんのサイトと
> きちんと通信できないという可能性。
> もうひとつは、軟式さんのサイトで使っている証明書がおかしい可能性。

軟式さんのサイトの証明書を見てみた時に有効期限が切れていたような気がしました。
これが原因かもですね。

> 回避策としては、あまり好ましくはありませんが、上記のとおり、SSL証明書の検証
> を無効にすればよい。無効にするためのコードは
>     $lwp->ssl_opts(verify_hostname => 0);
> というものを追加すればよい。$lwpを宣言した直後でも大丈夫のはず。
> お試しください。

試してみました。
おお！　軟式が読める！　私にも読めるぞ！　ララァー
ということで３倍重い百式専用機にザクっと組み込んでみます。

＃　SSLなんて飾りですよ。偉い人にはわからんのです。(嘘です）

新着情報 V0.958 更新しました。

・ #11803：テスト用スクリプト by としきさん情報 
>   $lwp->ssl_opts(verify_hostname => 0);
　を使用して LWP での軟式サイト読み込みに成功したのでこの方式に変更しました。
　調べて頂いたとしきさんに感謝です。

・リンクの順番変更と VTDOS bbs の項目数戻しなど

> 新着情報 V0.958 更新しました。

おぉ、いいですね。
私個人的には、前バージョンよりはこちらのほうが好みです。

３６年越しのリベンジを果たそうと思っているのですが、諸般の事情で難しそう。
するとさらにあと１２年待たないといけないのか。
そうなると、高い確率で果たすことは無理そう。

そういうことがあると、現実逃避に走るわけで。

> > > 別途作成済みのhtmlファイルの断片を、望んだところにインクルード
> > > できるか否か、というところ辺りから試してみましょう。
> > うーん、これがイメージ出来ないのですよ。

> なら、過去ログへのリンクを出力している部分で、CGIで自前でリンクを構築して
> 出力するのではなく、外部のテキストファイルを読み込んで、そのまま一切の加工
> を加えずに出力する、なんてことはできるわけです。

まずkonnoさんの過去ログ一覧のリンクをそのままサンプルとして使わせてもらおう
と思ったのですが、バグ発見。
なんか、<table>タグが閉じていない。
あと、尻尾のほう、<font>タグがあるけど、これで修飾される文字は謎。

そんなこんなででっち上げたサンプルテキスト。

<p><table><tr>
<td width=10></td><td class=num><b>TEST</b> 
[<b><a href="./wforum.cgi" title="00年00月"> 20 </a></b>]
[<b><a href="./wforum.cgi" title="00年00月"> 19 </a></b>]
[<b><a href="./wforum.cgi" title="00年00月"> 18 </a></b>]
</td></tr></table>

こいつを例えば pastdat.cgi などというテキストファイルに保存。
テキストファイルの拡張子を cgi にするのは、この界隈の流儀。
コードのほうはこんな感じ。

$pastdat = "pastdat.cgi";
open(IN,"$pastdat") || &error("Open Error: $pastdat");
while ($pastlink = <IN>) {
    print "
    $pastlink";
}
close(IN);

こんな感じで、任意のテキストファイルの中身をインクルードできます。
とりあえず、うちの板塀で期間限定で実装しています。
新規投稿フォームの直上。

konnoさんのイメージできないって別のことかな。
すれ違っていたらごめん。

> そして、そのテキストファイルの作成に当たって、手作業で作ってもいいし、何らか
> のトリガで自動で作るようにしてもいいのではないか、ということを考えました。

過去ログに現行ログから生地が追加されるたびに日付は更新される可能性がある
わけですよね。そんなもん、未来永劫手作業なんて、私ならちゃぶ台返しモード。
もちろん、konnoさんが毎日まめにチェックするなら全く問題なし。

> するとさらにあと１２年待たないといけないのか。

干支ですか？　(^^;

> まずkonnoさんの過去ログ一覧のリンクをそのままサンプルとして使わせてもらおう
> と思ったのですが、バグ発見。
> なんか、<table>タグが閉じていない。
> あと、尻尾のほう、<font>タグがあるけど、これで修飾される文字は謎。

げげ、発見していただきありがとうございます。見直してみます。

> そんなこんなででっち上げたサンプルテキスト。

おお、こんなやり方もあるのですね。これは応用が利きそうです。

> konnoさんのイメージできないって別のことかな。

過去ログ範囲の自動生成のほうですね。
今回更新のデータは require によるインクルードでやっています。
ym.cgi
	@ym=0;
	$ym[27]="24年01月から24年06月まで";
	$ym[26]="23年02月から23年06月まで";
	$ym[25]="22年02月から23年03月まで";
		以下略

このように配列変数にして
print "[<b><a href=\"$script?page=0&list=$in{'list'}&mode=past&pastlog=$pastkey2\" title=\"$ym[$pastkey]\"> ";
このリンクルーチンに追加するだけで実現できました。(^_^)　　　　　　　　　　　　　　　　　　^^^^^^^^^^^^^

> 過去ログに現行ログから生地が追加されるたびに日付は更新される可能性がある
> わけですよね。そんなもん、未来永劫手作業なんて、私ならちゃぶ台返しモード。
> もちろん、konnoさんが毎日まめにチェックするなら全く問題なし。

上記のように更新はほぼ日付のみなので１分も掛からないですね。
年１〜２回の更新で良いかと思いますが、なんなら放置でも良いかと。(ﾟ゜)☆＼(--#)ﾊﾞｷｯ
目的が発言の時期から過去ログを特定しやすくするためなので。
今回としきさんの助言で凄く便利になりました。(^_^)

> > するとさらにあと１２年待たないといけないのか。
> 干支ですか？　(^^;

そんな感じ。
今日も悪あがきをしてますけどね。
当時は１２時間くらいの時間制限があって、人によってはタイムアタックのように
がんばっていたりもしたものでしたが、今ではルールが変わって６日くらいの制限
時間になり、最終締め切りは７日なのです
が、さすがに３６年前の設備はほとんど生きておらず、ほぼあきらめモード。
その後に調達した設備も使ってもいいのですが、そのうちの一つも故障模様だし。

> 過去ログ範囲の自動生成のほうですね。

過去ログに追記するルーチンというのがありますよね。
そのルーチンが呼ばれるごとに書き換える、という風にすればよいかと。

> 年１〜２回の更新で良いかと思いますが、なんなら放置でも良いかと。

過去ログって、そんなに更新頻度が低いわけないと思う。

> 当時は１２時間くらいの時間制限があって、人によってはタイムアタックのように
> がんばっていたりもしたものでしたが、今ではルールが変わって６日くらいの制限
> 時間になり、最終締め切りは７日なのです

どうやら別世界のダンジョンのようですね。
それは頑張ってくださいというくらいしかできないですね。(^^;

> 過去ログに追記するルーチンというのがありますよね。
> そのルーチンが呼ばれるごとに書き換える、という風にすればよいかと。

その書き換えるルーチンを考え、作るのに何時間かかるやら。(^^;

> > 年１〜２回の更新で良いかと思いますが、なんなら放置でも良いかと。
> 過去ログって、そんなに更新頻度が低いわけないと思う。

それは直近のログだけで、新しい過去ログが出来れば固定化します。
その固定化したログだけ更新すればいいと思っているので。(^^;
ここの掲示板は２０年で２７の過去ログが出来たので、平均 0.74年≒９ヶ月に一つ
半年から１年は適当に言ったのですが、以外に合っていますね。
私の目的では直近のログは始まりの月だけあれば困らないでしょう。
あと１０年維持するとすれば、手動更新１回５分として６６分、約１時間の手間ですね。
その間放置したとしてもそんなに困らないし。(^^;

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

そこまでかかるかなぁ。かかるかも。
でも、処理する過去ログの番号はわかっているわけだし。
過去ログを全て舐めるルーチンというのも、検索ルーチンからのコピペ。
ログの中身を舐めて結果を出力する際に、直近の過去ログのデータを出力ファイル
の先頭に書き出すという処理も、何か発言があった場合に現行ログの先頭の情報を
書き換えるという既存のルーチンがあるわけだから、これもやっぱりコピペ。
こう考えると、konnoさんの得意なコピペでかなりの部分がまかなえそう。
私が作るとなると、直近の過去ログだけを舐めて出力結果のファイルの一部だけを
書き換えるというのは面倒そうだから、全過去ログを舐めて結果ファイルは毎回
作り直し、みたいな形に作ってしまうかも。それだと遅くなるんだけどね。
でもいいや、ニフティのサーバをこき使ってやる、みたいな感じになるかも。

新着情報 V0.960 更新しました。

・各種DOSエミュレータの更新時に日付の色を変えて更新をわかりやすくしました。
　更新後１日は赤、２日目はオレンジ、３日目は紫みたいな色分けにしました。

・Virtual Zone のリンクに以前のコメント数列を埋め込みました。
　マウスオンで見られます。

MSDOS Player が更新されたので、それでバグ取りをしてから差し替えました。(^^;
もし更新前に差し替えていたら大変なことに、、あ、いや、何でもないです。(^^;;;

MSDOS Player 2025/1/22 が更新されていました。
最近頻繁に更新されているんですが、あまり関係ないかと思っていました。(^^;
が、2025/1/12 の更新で、#11905 に関係ありそうな変更があったようです。

-----------------------------------------------------------

2025/1/22	省略
2025/1/21	省略
2025/1/13	省略
2025/1/12
VDD（Virtual Device Driver）を部分的にサポートしました。
cracyc様のforkを基に、多少の変更をしています。
i386以降かつ32bit版のバイナリでのみ使用可能です。
同梱しているntvdm.exeをmsdos.exeと同じフォルダに入れてお使いください。

これにあわせて、INT 21H, AH=30Hの返すDOSのバージョンを5.00に、
INT 21H, AX=3306Hの返す真のDOSのバージョンを5.50に変更しました。
Windows NTのNTVDMと同じバージョンとなります。
また、INT 2Fh, AX=122Fh, DX=0000hで、5.00に戻すようにしました。

-----------------------------------------------------------

で、最新の MSDOS Player でやってみると

>ver
FreeCom ver 0.85b_DBCS - WATCOMC - XMS_Swap (IBMPC) [Dec  4 2024 23:06:01]
>verk
Dos Ver   7.00
True Ver  5.50

こうなりました。
これは、起動時の引数に v7.00 と入れているので DosVerは 7.00 と表示されます。
FreeCom ver 0.85b の真のバージョンは True Ver 7.10 のはずですが、5.50 となっています。
これは MSDOS Player が、NTVDM に準拠しているからこう変えたのでしょうか。
うーむ、なんだかもやもやするなぁ。(^^;


ちなみに 64ビットのコマンドプロンプトでは verk.com は動かないので MSDOS Player を咬ませてみたら

>msdos verk
Dos Ver   5.00
True Ver  5.50

こうなりました。完全に「NTVDM」です、と言っているようにみえますね。(^^;

過去ログを読み直した結果、リファクタリングというほどのことはありませんが、
ちょっといろいろと考えが変わったというかまとまった部分があります。

当初、私が考えたのは、全ての過去ログのファイル番号と開始年月と終了年月を１つ
のファイルに書き出して、そいつをインクルードする、というものでした。おそらく
画面上での表示が横一列ということに引きずられて、１つのファイルということを
考えていました。
ただ、前にも述べたとおり、一番新しい過去ログは日付が変わる可能性があるわけ
ですよね。そうすると、その出力された外部ファイルの一部、おそらく先頭の部分
になるかと思いますが、一番新しい過去ログのデータを頻繁に書き換える必要が
出てくる。もちろん、それは可能です。実際、現行ログの一番先頭の部分は頻繁に
書き換えられているわけですから。ただ、やっぱりなんか面倒な感じ。
さらに、過去ログが増えて、例えば新しく２８番ができました、なんて場合の処理
はどうすればいいか、というところでおつむが破綻。
そこで考えたのが#11752。
つまり、一部だけ書き換えるのではなく、全過去ログを読んで全部書き出す、と
いうようにすれば、一部だけ書き換えるという面倒くささはなくなるよね、という
わりと鬼のようなアルゴリズム。

だけど、全ての過去ログのファイル番号と開始年月と終了年月を１つのファイルに
する必要はないんだ、ということに気がつきました。
すなわち、１つのファイルには１つの過去ログの開始年月と終了年月だけ。
表示する時は、順番に読んで表示するだけだからループ。そのときに<br>タグを
使わなければ、きちんと横に並んでくれる。
そして、ファイルを作る時は、直近というか一番最後の過去ログだけ全部読み込んで
開始と終了の年月を読んでファイルに書き出すだけ。
なんだ、結構簡単じゃない。
って、思いつけば簡単だけど、というパターンかな。

> そこで考えたのが#11752。
> つまり、一部だけ書き換えるのではなく、全過去ログを読んで全部書き出す、と
> いうようにすれば、一部だけ書き換えるという面倒くささはなくなるよね、という
> わりと鬼のようなアルゴリズム。

これを読んで、サーバに結構鬼のように負荷がかかりそうだなぁ、と思ってしまいました。(^^;
過去ログ更新は記事数で管理なので仮に1日10個の記事があればその度に過去ログ更新されるので、結構な鬼負荷になりそうな。
マウスオンで読むのはめったにないと思われるので、そのためにサーバにこんな鬼負荷掛けていいものかと・・・
ただでさえうちのシステムは高機能ゆえ、サーバの負荷が３倍高いのではないかと危惧してます。(^^;;

> だけど、全ての過去ログのファイル番号と開始年月と終了年月を１つのファイルに
> する必要はないんだ、ということに気がつきました。
> すなわち、１つのファイルには１つの過去ログの開始年月と終了年月だけ。

これを読んで、データファイルが鬼のように増えそうだなぁ、と思いました。(^^;
今現在27の過去ログが、今後３０〜４０と増えていくたびにデータファイルも増えるのかと・・・
うう、技術的に可能であっても実装は気が引けてしまいそうです。
ということで自動化ルーチンが出来ても私は多分実装しないのではないかなぁ。

> 過去ログ更新は記事数で管理なので仮に1日10個の記事があればその度に過去ログ更新

いや、過去ログ更新は記事数ではなくツリーごとの管理です。
なので、そこまでは多くなりません。
野ざらし言#2865って15年以上前のデータだと、この掲示板の1日平均の記事は2個強
ぐらい。そしてツリーあたりの平均記事数は17個弱。なので、過去ログ更新は平均
すると1週間に1回ぐらい。
一応、ざっくり数えたところでは、去年1年間の発言数も約850ぐらいなので、1日
あたりだとやっぱり2個強。ツリーの数は、過去ログ送りになっているのもあるので
さすがに数えていませんけどね。
とはいえ、週に1回はレッドゾーン、ということになると、豆腐屋の兄ちゃんと
いい勝負ができてしまいそう。


> これを読んで、データファイルが鬼のように増えそうだなぁ、と思いました。(^^;
> 今現在27の過去ログが、今後３０〜４０と増えていくたびにデータファイルも増える

あぁそうか、数が多いということの考え方が私とkonnoさんでは違うのでしたよね。
私もデータファイルが2000とかあるとさすがに多すぎだと思いますけどね。
仮に過去ログが50になっても、データファイルも同数だからたいした事はない、と
いうように感じてしまうのですよ。しかも1つのデータファイルの中身はおそらく
200バイトにも満たないものになると想定されるわけで、この程度だと私の場合は
全く問題にならないのですよ。
＃あえて言おう、カスであると

となると、そこで実現可能性は未検討の折衷案。
データファイルは、最新の過去ログ用とそれ以前のものの２つ。
過去ログ更新の際に、最新過去ログ用のデータファイルのみ更新。
新しい過去ログができるタイミングで、最新過去ログのデータファイルをそれ以前
のものに結合して、新しいデータファイルを作成。
表示の際は２つのデータファイルを読んで表示。
これだったらできそうな気がする。気がするだけかも。

いくつか。
バグっぽいものもありますが、ちょっとした誤りというようなものもあって。
ひっくるめてバグというのも気が引けたので、不具合という表現で。

一つ目。
mode=allreadで表示させたとき。
表示の一番上、リンクが５つ並んでいますが、[HOME]が２つある。
なんか変。でもあんまり困らない。

二つ目。
list=new2（list=newも同様）を表示させたとき、板塀とか野ざらしだと表示される
「次ページ」ボタンが表示されない。なので、新規順表示で全発言を見たいときに
見ることができない。これは困る。

三つ目。
継続案件というか、掲示板検索のバグ。
まず、何が欠落しているのか、ということの確認はできていますか？
その条件が特定が、解決に向けての１歩。
このネタは#11861のツリーのほうがいいかな。

> 一つ目。
> mode=allreadで表示させたとき。
> 表示の一番上、リンクが５つ並んでいますが、[HOME]が２つある。

バグですね。(^^;　直します。m(__)m

> 二つ目。
> list=new2（list=newも同様）を表示させたとき、板塀とか野ざらしだと表示される
> 「次ページ」ボタンが表示されない。なので、新規順表示で全発言を見たいときに
> 見ることができない。これは困る。

う、調べてみます。m(__)m

> 三つ目。
> 継続案件というか、掲示板検索のバグ。
> まず、何が欠落しているのか、ということの確認はできていますか？
> その条件が特定が、解決に向けての１歩。

これはまだ特定できていません。
検索ワードが無い発言があったり、漏れがあるのは別の問題だと思うので、この話ではないですよね。(^^;
今現在欠落の再現するものがあるでしょうか。

> 検索ワードが無い発言があったり、漏れがあるのは別の問題だと思う

検索ワードが本文にないものが検索に引っかかる、という事象はうちでもめざらさん
のところでも普通に出ています。特定できている範囲では、検索対象が本文だけでは
なく発言データ全体だから、ということ。なので、特に数字の羅列なんかを検索する
と、UNIX TIMEで記録されている発言日時の部分が引っかかったりします。
一方で、漏れというか、引っかかるべきものが引っかからないのは別問題。
あっちのツリーで続けます。

ココログからの転載です。
http://tamaneko2.cocolog-nifty.com/vz2/2025/02/post-c38c8d.html

昔のパソコン雑誌ベーマガの記事からBASICプログラムソースを打ち込んで Turbo BASICに移植してみました。
始めに1982年10月の HC20 othello.bas を打ち込みましたが、駒がドットで小さすぎるので挫折。
まともに動かないし。(>_<)

次に1982年09月のPASOPIA othello.bas を移植して、起動画面は何とか動きました。
その先が動かないので３本目の移植までやってしまったのですが、この２本目も見直してある程度動くようになりました。
記念に画像をアップしときます。


プレイ画面

カーソルでコマを動かして位置を指定して[ENTER]で決定します。
カーソルキーが使えるように拡張してデザインも少し変えました。
残念ながらコマを置けない領域があるバグがあり、まともにプレイできません。(>_<)

ということで、３本目の移植に突入。(^^;

#12073 関連の話題ですが、新規トピックにしました。

ＮＨＫのＥテレで「趣味どきっ！　こっそり　スマホの達人（２）」というのを見たら
スマホの「Google レンズ」で画像をテキストに出来るというではありませんか。
調べたらパソコンの Chromeブラウザでも出来るようです。

プログラムソース画像でマウス右クリックで「Google レンズで検索」が出ます。
出ない場合は「Google レンズ」をインストールすればいいかと。
それをクリックすると、範囲指定されるので「テキスト選択」をクリック
次に「コピー」をクリックすれば、クリップボードにテキストがコピーされます。
あとはそれを VZ に貼り付けるだけでかなり高精度なテキストが貼り付けられます。
＼(^^)／ ﾔｯﾀ-

PDF画像から直接コピペすると日本語が化けやすいですが、これだとほとんど化けません。
画像の画質が良ければ日本語で９９％、ソースは９８％くらいでしょうか。（体感で）

２段組みのソースもブラウザの幅や高さを狭めれば一発でコピペできます。
横向きの画像は一旦保存してペイントなどで９０度回転して保存
それをブラウザで開けば同じようにGoogle レンズが使えます。
もちろん画像はコピーしやすい範囲で目一杯拡大しておくのがよいかと。

無料で使えるのでお勧めです。＼(^^)／ 


＃　この私がPCの画像をスマホで撮影してとか、そんなことをすると思いますか。(^^;

konnoさん！

　できましたよ。ｐｄｆファイルって、クロームにドラッグ＆ドロップすれば、
そのまま表示されるんですね。

　され、これは何？
Coeure

　そしてこいつは？

600 IF KX+AXCO OR KX+AX>7 THEN 580
610 IF KY+AYCO OR KY+AY>7 THEN 680
620 IF A(KX+AX (N-1), KY+AY (N-1))-K THEN 680
630 IF ACA, B)K THEN 650
640 N-N+1:0070 570
650 KK-1 FOR IO TO NI YK=KX+AXXI:TT KY+AY#1: IF CC1 THEN Y3 YK: T3 TT:GOSUB 1570
YK-V3TT-T3
660 IF 1-0 THEN SOUND 50-CC 2,24
670 GOSUB 1510:A(KX+AXI, KY+AY#1)=K: NEXT: YK-KX: TT-KY:GOSUB 1510
680 NEXT NEXT: RETURN
690 REMコンピュータ パンダンサー
700 DATA 0,7,7,0,0,0,7,7,2,2,5,2
710 DATA 2,5,5,5,3,2,4,5,5,4,2,3
720 DATA 5,3,4,2,2,4,3,5,2,0,3,0
730 DATA 4,0,5,0,0,2,0,3,0,4,0,5
740 DATA 7,2,7,3,7,4,2,7,3,7,5,7
750 DATA 2,1,3,1,4,1,5,1,2,6,3,6
760 DATA 4,6,5,6,1,2,1,3,1,4,6,2
770 DATA 6,3,6,4,6,5,1,1,0,0,0,1
780 DATA 1,6,0,1,1,0,6,0,7,1,0,6
790 DATA 1,7,6,7,7,6,9,9
BOO REM コンピュータ 小

　konnoさん、お馴染みでしょう！
　これはほんとオリジナルの印刷状態によりけりなのですが、上のばあい、やはり
Adobe Acrobat Pro のほうが、明らかに化け率が低いですね。
　でも、タダでこれができちゃうのだもの！
　これだけできれば、大したものです。DATA のところとか、合ってそうだもの。

　クロームだけなのか、、、。あ、クロームって、Googleが作ってるブラウザ
だっけ。

> 　され、これは何？
> Coeure

全然わかりません。文字化けですか？　(^^;

> 　そしてこいつは？
> 　konnoさん、お馴染みでしょう！

このデータの並びはオセロでしょうか。
でも何年何月のものかわかりません。

> 　これはほんとオリジナルの印刷状態によりけりなのですが、上のばあい、やはり
> Adobe Acrobat Pro のほうが、明らかに化け率が低いですね。
> 　でも、タダでこれができちゃうのだもの！
> 　これだけできれば、大したものです。DATA のところとか、合ってそうだもの。

やはり有料のものと比べたらそりゃ差があるでしょう。
逆に言えば有料でもこれ以下のものは淘汰されることになると。
上のデータも行番号の８がＢに化けてますね。数字と文字の誤認識が弱点のようで。
でもAIが普及してきたのでこの辺ももっと精度が上がると期待しています。

> 　クロームだけなのか、、、。あ、クロームって、Googleが作ってるブラウザ
> だっけ。

エッジも同じエンジンなら出来そうなものですが、今試せない。(>_<)

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

このネタ、まだ考えている。

フックするのなら、wf_regi.cgiの最後のほう、pastlogのルーチンの末尾でしょう。
つまり、最新の過去ログが更新されたタイミング、ということ。
ここで最新の過去ログに書き出しているので、それをクローズしてすぐに再度、その
最新過去ログをオープンして再読み込み。

# 過去ログを更新
close(OUT);
open(IN,"$pastfile") || &error("Write Error: $pastfile");

そして

> 過去ログを全て舐めるルーチンというのも、検索ルーチンからのコピペ。

while (<IN>) {

}

このループの中で、一番古い日付と一番新しい日付を取得。

> 直近の過去ログのデータを出力ファイルの先頭に書き出すという処理

ここが一番面倒かも。

> 私が作るとなると、直近の過去ログだけを舐めて出力結果のファイルの一部だけを
> 書き換えるというのは面倒そう

ここで言っている「出力結果のファイル」というのは、全過去ログ分の日付情報の
つまったファイルのこと。それの書き換えは、確かに面倒。
なので、ならばどうするかというと、直近の過去ログの分だけをファイル出力。
表示する際に、直近の過去ログ分とそれ以前の過去ログ分の２つのファイルを読み
込んで出力、という形。#11913で、軽く言及していますね。

ここまでで問題になるのが、新しい過去ログファイルが作られたとき。
　新しい直近過去ログの出力結果
　１つ前の直近過去ログの出力結果
　それ以前の過去ログ分
の３つが並立するわけで、後者２つの結合は手作業？
現状に比べれば楽にはなりそうだけど、ちょっとセンスがなさすぎる気がする。
自動化してぇ。

> いくつか。
> バグっぽいものもありますが、ちょっとした誤りというようなものもあって。
> ひっくるめてバグというのも気が引けたので、不具合という表現で。

不具合ではなく仕様ということなら、それはそれで問題ありません。
何かというと、list=newとnew2の差異。
newのほうは、なんかページ送り機能が働いていないような感じ。
一方でnew2のほうは、投稿欄直上の過去ログリストが表示されていない。

そもそもkonnoさん、これら２つをどう使い分けているんでしたっけ？
もしかしてそろそろ一本化すべき潮時かも。

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

もう既に何時間も考えているのですよね。(^^;

> > 直近の過去ログのデータを出力ファイルの先頭に書き出すという処理
> ここが一番面倒かも。
> > 私が作るとなると、直近の過去ログだけを舐めて出力結果のファイルの一部だけを
> > 書き換えるというのは面倒そう

ここを読んで思ったのですが、私のルーチンはデータは配列変数の並びになっています。
なので、直近のログだけ処理してその結果を配列変数に入れて書き戻せばよさそうな。

> 自動化してぇ。

私はやりませんが、やりたいという欲求が強ければそれはいずれ実現するかも。(^^;

> 何かというと、list=newとnew2の差異。
> newのほうは、なんかページ送り機能が働いていないような感じ。
> 一方でnew2のほうは、投稿欄直上の過去ログリストが表示されていない。
> 
> そもそもkonnoさん、これら２つをどう使い分けているんでしたっけ？
> もしかしてそろそろ一本化すべき潮時かも。

過去ログ検索したら #105からの話題でありました。
> ちなみに、 新規順表示ページの URL とタグ関係さえいまのままで変更がなけ
> れば、INCM＋KENT-WEB プラグインでの巡回には支障が無いと思います。

このために残してあるのですね、今使う人はいないかもですが。(^^;
#5376 でも同じような話題がありましたね。
> > wforum.cgi?list=new
> > という、２がつかないパラメータもまだ生きているようです。
> 普通の人は、パラメータを手動で弄ったりしないと思いますが。(^^;
> これは多分、CMTの読み込み用に残してあるのではないかと思いますが、

ということで、２がつかないパラメータもまだ当面生かしておこうかと。(^^;
なので、下手に弄らずそのままということで。(^^;


＃　１４年前の話題が再浮上するなんて、地震が来たりして。(^^;

konnoさん

>> Coeure
>全然わかりません。文字化けですか？　(^^;
　あはははは。

https://coeure.co.jp/blog/pc_support/chrome_lens
　です。「グーグルレンズ　デスクトップＰＣ」（たしか）でググったら
出てきたものです。画像かと思ったら、リンクだったので正体はテキストだった
みたいですが。

>逆に言えば有料でもこれ以下のものは淘汰されることになると。
　なるんでしょうね。うん、たしかに。

>上のデータも行番号の８がＢに化けてますね。数字と文字の誤認識が弱点のようで。
>でもAIが普及してきたのでこの辺ももっと精度が上がると期待しています。
　あ、さすが。そういう発想になるんですね。「この４カラムは数字の羅列が
続くはずだから、Ｂでなく８であるはず」と、ＡＩが《考える》と。
　そうなりそうですね。《学習》するんでしょうね。

　konnoさん的な発想を持てなかったのは、僕がもっぱら物理的に考えて
いるからでしょうね。画像は画像、と。

　ちょっとだけ、arch.orgの仕様とか調べてます。図書館でなくarch.orgの
時代なのかもしれない。ある意味、無法地帯なのかもしれないけど、２０年も
３０年もたった書籍もソフトも、もうパブリック・ドメインなんじゃない？
と、ちょっと無法者的に思ってます。
　おもに８０年代初頭の雑誌とか集めてます。Ｚ８０の時代。おお、
ＡＦＢＣＤＥＨＬな時代だったわけね。想像つくよ、それらのレジスタの意味。
　ＨとＬと呼んだのはなぜ？　si, diですよね？

　ああ、明日からふたたび、、、。
　今日は、歩きましたよ、１時間半。
　

> もう既に何時間も考えているのですよね。(^^;

そろそろ、延べ１時間くらいにはなるかなぁ。
折に触れて、というやつですね。
本気で集中してやれば３時間程度でできるような気はするけど、例によってこれは
甘い見積もり。そして、よそ様のためにそこまで本気にはなれない。
けど、頭の体操にはちょうど良くて。(^^;

> ここを読んで思ったのですが、私のルーチンはデータは配列変数の並びになっています。

配列への代入って、どうなっているんですか？
ファイルからの読み込み？
ハードコーディング？

> > ちなみに、 新規順表示ページの URL とタグ関係さえいまのままで変更がなけ

タグ関係って、newとnew2で違うのかな。
URLはnewにしておいて、new2の結果を返すようにすればいいような気もする。

ところで、話は戻るのですが

> > 一方でnew2のほうは、投稿欄直上の過去ログリストが表示されていない。

これがkonnoさんの意図した仕様どおりだとして、なぜそうなっているのですか？

> >> Coeure
> https://coeure.co.jp/blog/pc_support/chrome_lens
> 　です。「グーグルレンズ　デスクトップＰＣ」（たしか）でググったら
> 出てきたものです。

なるほど、業務のちょっとした小技などの記事があるようですね。
参考になりました。m(__)m

> 　あ、さすが。そういう発想になるんですね。「この４カラムは数字の羅列が
> 続くはずだから、Ｂでなく８であるはず」と、ＡＩが《考える》と。

8とBと0、0とO、などは判別しにくいので、プログラムソースと判断したら
コマンド解釈ルーチンを通すとかすれば飛躍的に精度が上がると思います。
それでも、C0 と CO などの判別は難しいので変数判定ルーチンも必要か。
なんだかVZマクロでも出来そうな気がしてきましたね。(^^;

> 　ああ、明日からふたたび、、、。
> 　今日は、歩きましたよ、１時間半。

頑張ってくださいね。(^^;
今は超寒いので私は引きこもってます。(^^;
というか、ベーマガ読むのに忙しくて、困ってます。(^_^)

> > もう既に何時間も考えているのですよね。(^^;
> そろそろ、延べ１時間くらいにはなるかなぁ。
> けど、頭の体操にはちょうど良くて。(^^;

なるほどわかる気がします。私もアイデアが浮かんだら目的の作業をそっちのけで
そのアイデアを実現する改造にのめりこんでしまいますしね。（それは違う気が）

> > ここを読んで思ったのですが、私のルーチンはデータは配列変数の並びになっています。
> 配列への代入って、どうなっているんですか？
> ファイルからの読み込み？
> ハードコーディング？

#11862 に書きましたが
>  今回更新のデータは require によるインクルードでやっています。
> ym.cgi
> 	@ym=0;
> 	$ym[27]="24年01月から24年06月まで";
> 	$ym[26]="23年02月から23年06月まで";
> 	$ym[25]="22年02月から23年03月まで";
> 		以下略
> このように配列変数にして

require ym.cgi;  で配列変数に取り込まれます。
この場合直近のログを調べて
$ym[27]="24年01月から25年02月まで";
などと変更して

	$i=0;
	open(OUT, "> ym.cgi");
		if ( $i<=27){
			print(OUT "$ym[$i];\n");
			$i++;
		}
	close(OUT);

文法は適当ですが、こんな感じでファイルに書き戻すとか。


＃　うう、もう過去ログが更新されてるぅ。(>_<)

> タグ関係って、newとnew2で違うのかな。
> URLはnewにしておいて、new2の結果を返すようにすればいいような気もする。

そうすると CMTで巡回してる人が（いないと思うけど）困ると思うので。(^^;

> > > 一方でnew2のほうは、投稿欄直上の過去ログリストが表示されていない。
> これがkonnoさんの意図した仕様どおりだとして、なぜそうなっているのですか？

過去ログでは「新規順」が無いので要らないかなぁ、と思ったのですが
あった方がいいということなら、戻しますね。

うう、ページ件数を可変にしたのに「ページ」ボタンが対応してない。(>_<)
ちょっと直せないので「ページ」リンクにしてしまいました。m(__)m
ということで差し替えました。m(__)m

> > 配列への代入って、どうなっているんですか？
> > ファイルからの読み込み？
> > ハードコーディング？

> #11862 に書きましたが
> >  今回更新のデータは require によるインクルードでやっています。

今回、忘れていたというか知りたかったことは、requireの中身。
結局、ハードコーディングに近い感じでしたね。
ということで、私の#12082とのあわせ技にすると、requireを２つ使用。
１つ目は直近過去ログ用。過去ログに追記が発生するたびに更新発生。
もうひとつが定常過去ログ用。基本的に変動なし。#12082の尻尾のほうに記載の
とおり、過去ログが増えたときだけ更新。ただ、その更新方法が、現時点での私の
おつむでは手動更新となってしまう、というのが残念なところ。

> そうすると CMTで巡回してる人が（いないと思うけど）困ると思うので。(^^;

そういう後方互換性に配慮することは重要ですね。
例えば、カセットテープとかフロッピーディスクとか、古いものを切り捨てられる
ばかり。もっとも、そういうレガシーなものをサポートするのにはコストがかかる
わけですが、コストを負担するつもりもなくサポートを要求する馬鹿も多くて嫌に
なる。
ちなみに、うちの板塀に関しては、INCMを使っているか否かがわかるはずですが、
開設以来いまだかつてINCMで巡回するような人は全くいなかった模様。とはいえ、
チェックはざるなので、あまり当てにもなりませんが。
つ〜か、現在、INCMってまだ使い物になるのでしょうか。

> 過去ログでは「新規順」が無いので要らないかなぁ、と思ったのですが
> あった方がいいということなら、戻しますね。

うん、過去ログならそうかも。
現行ログで表示がなかったもので、違和感を感じた次第。

新しい枝にします。
ものすごい些細なことです。
簡単に対応できるかもしれませんし、無視してもいいかもしれません。
気がついたのはmode=allreadのときだけですが、他でもあるかもしれません。
画面上部に「一括表示」の帯がありますよね。
これ、<h2>と<th>でくくられているわけですが、なぜか閉じタグのほうだけ２重に
なっています。

ご報告まで。

> 新しい枝にします。

枝が技に見えてしまいました。新しい技ってなんやねん！　(^^;

> 気がついたのはmode=allreadのときだけですが、他でもあるかもしれません。
> 画面上部に「一括表示」の帯がありますよね。
> これ、<h2>と<th>でくくられているわけですが、なぜか閉じタグのほうだけ２重に
> なっています。

ご指摘ありがとうございます。こっそり直しました。(^^;
　<th class="obi">の関連は結構弄った覚えがあるのでまだあるかもですね。(^^;

konnoさん

　たぶんお取込み中だと思うのですが。

>今は超寒いので私は引きこもってます。(^^;
>というか、ベーマガ読むのに忙しくて、困ってます。(^_^)

http://s-sasaji.ddo.jp/bm/
　で、ちょびっとだけ整理しようとしています。いいですよね、『べーまが』。
　さっき「８行マクロ」をまた書いて、うはうはしました。
　パターンさえ見つければ、「置換」もすごいな、とか。あっぱれＶｚ！

　でも、急に春みたいですよ！　歩きましょうよ。ほんと、ああ、生きてる、
という感じになりますよ。「カラダ・感・動的」な感じなります。


　閑話休題。

https://vtda.org/books/Computing/Programming/BASIC/100%20Ready-To-Run%20Programs%20and%20Subroutines%20for%20the%20IBM%20PC.pdf

　こんな本を見つけました。
　英語は嫌かもしれませんが、stimej.exe と同じことをやっているみたいです。
　basicは、僕には、日本語環境というのが高い壁になっていて、まったく
勉強（作業なのか？）が進まないのですが、絵とソースコードだけみても、何をやって
いるのか、やろうとしているのか、分かるんじゃないかな、と思いました。

　はやく英語でいいから、basicの走る環境を確保したい、、、。
　エミュは、、、すいません、、、ダメなんです。

　僕は、体力ない時間ない（髪の毛も記憶力もない）、なのですが、
ちょっとこれで勉強してみようと思っています。

> ご指摘ありがとうございます。こっそり直しました。(^^;

直っていますね。確認しました。

実は今回、これに気がついたのは、別件の不具合っぽいものに遭遇したためでして。
ところが、再現条件が絞り込めていない。自然回復？
もしまた何か不具合を特定できたら、新しい枝が増えると思ってください。
直すのに当たっては、新しいワザが必要になるかもしれませんけど。

> 　たぶんお取込み中だと思うのですが。

今まで気が付いていなかったバグが発覚してパニくってました。(>_<)

> http://s-sasaji.ddo.jp/bm/
> 　で、ちょびっとだけ整理しようとしています。いいですよね、『べーまが』。

おお、こんなサイトがあったんですか。これはいいですね。

> 　さっき「８行マクロ」をまた書いて、うはうはしました。
> 　パターンさえ見つければ、「置換」もすごいな、とか。あっぱれＶｚ！

私も置換マクロ作って楽したいと考えてます。（手打ちはやっぱりメンドウサ）(^^;

> 　でも、急に春みたいですよ！　歩きましょうよ。ほんと、ああ、生きてる、
> という感じになりますよ。「カラダ・感・動的」な感じなります。

今日は寝不足の中買い物に出かけて歩きましたよ。(;_;)
帰ったらバタンキューでした。(>_<)

> https://vtda.org/books/Computing/Programming/BASIC/100%20Ready-To-Run%20Programs%20and%20Subroutines%20for%20the%20IBM%20PC.pdf
> 　こんな本を見つけました。
> 　英語は嫌かもしれませんが、stimej.exe と同じことをやっているみたいです。

なるほど、メニューで切り替えるんですね。
私のは画面上に色々表示する欲張ったデザインで、性格が出てますね。(^^;
90年ごろには出来てて[F10]でNCシステムメニューになるという
スクリーンセーバーみたいなもので、スケジュールもカレンダ内に表示してたし。
J3100版はモノクロだったのですが、カラー対応PCが出て速攻カラー化しました。

> 　はやく英語でいいから、basicの走る環境を確保したい、、、。
> 　エミュは、、、すいません、、、ダメなんです。

エミュはいいですよ。ハングしても再起動が一瞬なので。(^^;

konnoさん、ごめんなさい、ここで失礼します。

　えーと、これから第４波がきまして、そしてそのあと最後の第５波がくる予定です。
　ひぇ〜〜〜。
　で、３月はだんだん終息な予定です。stimej.exe はいつ動かせるのか？！
　タイトルはウソです。

　とにかく、短いレスです。

>> http://s-sasaji.ddo.jp/bm/
>おお、こんなサイトがあったんですか。これはいいですね。

　そう言っていただけると嬉しいです。僕自身、「だから？」って思っていたん
です。が、

森巧尚
https://akiba-pc.watch.impress.co.jp/docs/sp/1280093.html

　なんてのを読んだら、ううん、それ、いい、と。
　この記事や歴史、人生その他、いいと思いました。

　実は、さっきアメリカで拾ってきた本格的な Basic ゲームのソースを
眺めたんですね。もう、Vz ソースみたい。最初にconstがあって、いろんな
宣言があって、自前function が定義されている。いっぱい。た〜くさん。
　『べーまが』みたいに変数が１文字でないし、行番号はないし、きっちり
構造化されててインデントもされてる。だから読みやすい（？）のですが、
、、、疲れる、、、。

　ま、僕はゲームのためのプログラミングをまだ楽しめてはいませんが
（そのうちきっとできる、というか、はまると思う）、でも、喜びがないと、、、。
　森さんの話を読んでやってくださいませ。


>> 　さっき「８行マクロ」をまた書いて、うはうはしました。
>私も置換マクロ作って楽したいと考えてます。（手打ちはやっぱりメンドウサ）(^^;

　『べーまが』のあのｐｄｆファイルが対象で、もしその気があるようでしたら、
複合機で（物理）ページプリントアウト、拡大コピー、自前でｐｄｆ作成、ＯＣＲ。
みたいな方法を考えてもいいのかも。
　３万円程度で１０年、遊べませんか？
　ＡＩの進化にはまだまだ時間がかかりそうな気がする、、、。

　僕は、今のところ、これを嫌って、Win11 + Acrobat Pro (有料)でやって
ますが、これ、きつすぎ、と思ってます。


　ほぼ意味不明でしょうが、僕が、うはうはしたマクロは、こんな３種でした。
　でも、最初の紙（ｐｄｆ）がひどければ、その後、とっても苦労する。これは
たぶん、この世界では本当だと思います。ここでの僕の相手は、あくまで.html
ファイルなので化けはありませんが、、、。

=== kaisya.def by B ===;
B_Mag 目次で、会社名の前の改行を２つにする
単なる連続置換
* M
50 ^^ "kaisya"
?. 
(mb==1)?? { &m("line block only") .}
(ks&1)? >a
#56 "\nエプソン"#m	"\n\nエプソン"#m	"AY"
#56 "\nシャープ"#m	"\n\nシャープ"#m	"AY"
#56 "\n東芝"#m		"\n\n東芝"#m		"AY"
#56 "\nナショナル"#m	"\n\nナショナル"#m	"AY"
#56 "\n富士通"#m	"\n\n富士通"#m		"AY"
#56 "\nNEC"#m		"\n\nNEC"#m		"AY"
（以下、略）
; ========== 「\n... 」の整形 ==========
:a	&a("...の整形。いいんです")
	(r)? {
	#56 "\n... "#m		"		... "#m	"AY"
	}			;こちらはタブ２つ
	.
*
=========================================

=== bmag_1.def by B ===;
『べーまが』整形用
... りんごもどき
... アステロイド3次元空間へ挑戦！
↓
... 〔りんごもどき〕アステロイド3次元空間へ挑戦！
* M
50 ^\ "bmag_1"
	(mb==2)?? .	;chr block only
&s
	#B '〔'  	;add kakko
	#> '〕' 	;add kakko
	#g		;del CRLF (0D0Ah)
	(4){#g}		;del tails
	#<
	mb-, 
&d
*
=========================================

　kaisya.def して会社名区切りにし、bmag_1.def で整形の基礎づくり、
そして、シフト kaisya.def です。、、、、　通じないよね？

　上は僕の役には立ちますが、BASIC のコードの整形（直し）は、
置換の連続で、マクロ化はできていません。というか、できない、
でしょう。その場、その場で判断して、確認置換してますから。
　場合によっては一括置換する場合もなくはないですが、、、。

　方言、時代。これらにどこまで付き合うのかなぁ？

　やっぱり最初のｐｄｆ作成とそのＯＣＲの処理がダメだと、その後が
タイヘンというのは真実だと思うのですが。

　でも、そのＡＩ搭載のマクロを書いてしまえばよい。少なくとも、
左５桁の「Ｂ」は「０」だ、だから置換せよ（桁対応置換、できなくは
ない）みたいなマクロ。

　僕は、昔のアメリカフォント（活字）で「0」に斜線が入っていたのが、
全部一貫して化けていて、「0」が「121」に化けるというのに遭遇したことが
ありました。もう一括置換でした。GOTO 2000 が、GOTO 2121121121 に
なっていたもの。

　でも、最初がほんと大事なんですよね。

まとレスです。

> 　えーと、これから第４波がきまして、そしてそのあと最後の第５波がくる予定です。
> 　ひぇ〜〜〜。

大変ですね。コメントも控えた方がいいですかね。(^^;

> 　で、３月はだんだん終息な予定です。stimej.exe はいつ動かせるのか？！

と思ったらこの先は落ち着いてきそうですね。(^^;
stimej.exe は普通にはうまく動かないので姑息なやり方だらけです。
stime.exeの方が移植性は良いと思います。
オセロは全く同じソースでQBASICでも動いたくらいなので。

> 森巧尚
> https://akiba-pc.watch.impress.co.jp/docs/sp/1280093.html
> 　なんてのを読んだら、ううん、それ、いい、と。
> 　この記事や歴史、人生その他、いいと思いました。

なるほど。当時の状況など私も同じような経験もしているので
> ハードよりソフトがやりたかったんだろうと思います。
全く同感でしたね。ただ私の場合仕事に役立つものを考えていたので。

> 　ま、僕はゲームのためのプログラミングをまだ楽しめてはいませんが
> （そのうちきっとできる、というか、はまると思う）、でも、喜びがないと、、、。
> 　森さんの話を読んでやってくださいませ。

やりたい！　と思った時がやり時だと思います。(^^;
例えば
> >> 　さっき「８行マクロ」をまた書いて、うはうはしました。
やっぱりVZマクロが一番のようですね。(^^;

> 　ほぼ意味不明でしょうが、僕が、うはうはしたマクロは、こんな３種でした。

マクロの公開ありがとうございます。考え方など参考にさせていただきます。

> 　でも、そのＡＩ搭載のマクロを書いてしまえばよい。少なくとも、
> 左５桁の「Ｂ」は「０」だ、だから置換せよ（桁対応置換、できなくは
> ない）みたいなマクロ。

私も今後もソースのコピペをするならマクロを作りたいとなってきました。
BASICの行ナンバーを自動的に付けるマクロは昔のマクロを手直ししてます。

> 　僕は、昔のアメリカフォント（活字）で「0」に斜線が入っていたのが、
> 全部一貫して化けていて、「0」が「121」に化けるというのに遭遇したことが
> ありました。もう一括置換でした。GOTO 2000 が、GOTO 2121121121 に
> なっていたもの。

これこれ！　この斜線入りゼロが８になるのですよ。
いくつか共通パターンが見えたので、次はマクロだな。

konnoさん

　ま、夜中にちょっとだけです。
　ちゃんと見てますよ、vz.comを含め、という意味です。
　うーん、みんな konno版に期待してる（とりわけソースの整理整頓に）！
　ま（こればっか）、ヘロヘロですが。

>> 　えーと、これから第４波がきまして
>大変ですね。コメントも控えた方がいいですかね。(^^;
　レス、遅れぎみになります、という意味ですよん。

>>stimej.exe はいつ動かせるのか？！
>stime.exeの方が移植性は良いと思います。
　えっと、.exe ファイルの移植って？
　きっと、stime.bas のことなのだろうと思っておりますが。

>オセロは全く同じソースでQBASICでも動いたくらいなので。
　これは朗報です。はやく、やってみたい、、、。

>> 森巧尚
>なるほど。当時の状況など私も同じような経験もしているので
> ハードよりソフトがやりたかったんだろうと思います。
>全く同感でしたね。ただ私の場合仕事に役立つものを考えていたので。
　これからは、本気の「仕事」（work, task）で、どうぞ。
　仕事って、僕には「労働」（labor お給料のために耐えるべき苦痛）
みたいに感じられてしまいます。やりたいからやる。これでいきましょうよ！

>>ま、僕はゲームのためのプログラミングをまだ楽しめてはいませんが
>やりたい！　と思った時がやり時だと思います。(^^;

　はい！　若き森さんの楽しそうなの、楽しいことしかやらないの、
でも、楽しさを求めていたのにそこそこ苦痛が伴ったりするの、いいな、と。
　c.mosさんが、どっかで、「よし、今日はあのルーチンを完成させよう」
と思いながら、（きっと退屈な）大学からの帰宅の歩をはやめた、みたいなのが
あって、「いいね」って感じたんですよね。blogjump.defを書いていたとき、
そんなのがあったんです。
　basic・ソース復刻用マクロを書いていても、ちょっとあった、、、。
　安直な快楽を求めていた、ような、気もする、、、。

>やっぱりVZマクロが一番のようですね。(^^;

　ほんとそう思ってますよ。げ、これ、知らない、というのが次々出てくるし。
　僕は、上村さんの。clock!.defを、ちょっと読もうと思ってます。
　「矩形ブロック」の扱い、まったく知らないので。

>マクロの公開ありがとうございます。考え方など参考にさせていただきます。

　じつは、マクロを書くのにマクロを（Ｖｚを）使う、という部分が
嬉しかったのですね。こんなマクロ、すでに手持ちのＶｚマクロで、すぐさま
書けるぜ、的に。あと、正規表現。
　「\x ^」→「"」で全行の冒頭に「"」。
　「\x $」→「tab」で全行の行末に「tab」。
　「\x $」→「"」で全行の文末に「"」。
　会社名なんて、全部、ＰＳに入れておいて、all_ps.defです。

>> 　でも、そのＡＩ搭載のマクロを書いてしまえばよい。少なくとも、
>> 左５桁の「Ｂ」は「０」だ、だから置換せよ（桁対応置換、できなくは
>> ない）みたいなマクロ。
>BASICの行ナンバーを自動的に付けるマクロは昔のマクロを手直ししてます。

　もちろん、いろんな条件があると思います。ちょっと手抜きですが、
以下のマクロ、どう思われますか？　アルゴリズムという抽象の世界で、
「文太さん、そんなことも分かってなかったの？」ものなのですが、
コメントをいただければ幸いです。
　もちろん、行番号を最初にただ作っておく、というだけのマクロなのですが。

=== ln_num by B ===;
line numbering for BASIC 
* M
50 ^^ "ln_num"
	a=1000,		; start value
	b=1100,		; end value
	c=10,		; incrementing value
:a	&s
	&?("%u ",a) #m
	a=a+c,
	(a==b)? { &?("%u ",a) #m	;最後の１回はもう一度、
		>z }			;このようにコマンド
	>a				;してやるしかないと思う。
:z	&d .
*

　ポイントは、もちろん、変数 a と変数 b で、最初の番号と最後の
番号を明示しておいて、マクロを走らせたい、という点なのですが。
　Ｖｚマクロばかりでなく、プログラミングあるいはループの基礎の基礎
みたいな話なのだろうと思うのですが。do ... until か while ... wendか？

>> 　僕は、昔のアメリカフォント（活字）で「0」に斜線が入っていたのが、
>これこれ！　この斜線入りゼロが８になるのですよ。

　ですよね。桁対応（矩形ブロックを作業ファイルに書きだす）置換の
ＡＩマクロ、是非是非ご発表ください！

>いくつか共通パターンが見えたので、次はマクロだな。

　イエイ！！！

演算子を変えると，少しステップ数を減らせますね。
あと，&s を毎回実行する必要もないかと。

=== ln_num by B + ===;
line numbering for BASIC 
* M
50 ^^ "ln_num"
	a=1000,		; start value
	b=1100,		; end value
	c=10,		; incrementing value
	&s
:a	&?("%u ",a) #m
	a=a+c,
	(a<=b)? >a
:z	&d .
*

変数の加算を，出力や比較時に一緒くたにやる手もありますが，
単にステップ数を減らすより読みやすいほうが自分は好きです。

ラベル z は将来の拡張性のために敢えて残しました。

めざらさん！！

　お帰りなさい。嬉しいです。ま、ときには、どうか、どうぞ。
　さすがだ。
　いや、文太が下手すぎ、拙すぎ。

>演算子を変えると，少しステップ数を減らせますね。
　ああ、美しい！

>あと，&s を毎回実行する必要もないかと。
　です。
　アセンブラで高速描写が必要な場面では、「メモリをループに
入れるな、ループはレジスタだけでなるたけすませよ」が掟なのだ
そうです（そんなにスピード大事なの？　大事なんでしょう、アーケード
のシューティング・ゲームなら）。

https://archive.org/details/zenofassemblylan0001abra
　この人（この本じゃないかもしれないけど。Abrash先生）Ｚｅｎです。

-------------------------------------
	&s		;出せ！
:a	&?("%u ",a) #m
	a=a+c,
	(a<=b)? >a	;あああ、あんあん。by mezala
	&d .
-------------------------------------

　うん。「以上」「以下」なら、その数を含みますね。これ、使えた
ことがなかった！　ほんとはあったのかもしれませんが、記憶に、、、
ない。
　ありがとうございます！！！

文太さん

> 　ちゃんと見てますよ、vz.comを含め、という意味です。
> 　うーん、みんな konno版に期待してる（とりわけソースの整理整頓に）！

うまくいけばバグの取れたVZが使えると思うので、そこに期待ですね。(^^;
ソースはまだまだカオスですが、これからに期待、、、ということで。m(__)m

> >stime.exeの方が移植性は良いと思います。
> 　えっと、.exe ファイルの移植って？
> 　きっと、stime.bas のことなのだろうと思っておりますが。

そうです。言葉足らずなもので。(^^;

> >オセロは全く同じソースでQBASICでも動いたくらいなので。
> 　これは朗報です。はやく、やってみたい、、、。

私も早く続きをしたいのですが、VZの方が忙しくなってしまい。(>_<) ﾊﾞｷｯ＼(--;

> >全く同感でしたね。ただ私の場合仕事に役立つものを考えていたので。
> 　これからは、本気の「仕事」（work, task）で、どうぞ。

いやいや、これからは趣味オンリーでいかせてもらいにゃす！

> 　basic・ソース復刻用マクロを書いていても、ちょっとあった、、、。
> 　安直な快楽を求めていた、ような、気もする、、、。

キツイ仕事が続いた時は息抜きにそういうのも良いんじゃないかと。
趣味と実用が合致すれば何倍もやる気が出たりするし。(^^;

> 　「\x ^」→「"」で全行の冒頭に「"」。
> 　「\x $」→「tab」で全行の行末に「tab」。
> 　「\x $」→「"」で全行の文末に「"」。

なるほど。私は正規表現ほとんど使ってないので参考になります。

> 以下のマクロ、どう思われますか？
> 　もちろん、行番号を最初にただ作っておく、というだけのマクロなのですが。

なるほど。最初に行番号をダダダッと作ってしまうのですね。目からうろこです。
やり方は人それぞれ好みが違うのでこういうのもありだなと思いました。
では私の auto_no.def も公開します。急遽めざら資源を参考に整えました。(^^;

=====  auto_no.def Version 1.10  By h.konno ======
; 起動キー @A で ON/OFF トグル
*m
77 @A "オートナンバー"
	?.
	(mg..2-mg+16)?{  			;バックグラウンドにマクロ存在？
	    r=mg..2-2, &Sx(r..0+8,"auto_no")	;そのマクロは自分自身か？
	    (r)??{ &q >Q .}			;自分自身ならマクロ終了
        }
;	bb=1,				;増分 NC用
	bb=10,				;増分 BASIC
	&m("オートナンバー")
:A	&p c=r, (s)?{ &o(r) >A }	;１文字入力待ち
	(r==#[)?{ &b(1) >A }		; ep+ 対策
;	(s) ?>B				;上書きモード／非スクリーンモードか？
	(c == #m && mi==1)?>B		;上書きモードか？
	(c == #m && cd!=13)?>B		;行の終わりか？
	(c == #m && lx>0 && cd==13)?>C	;行の終わりか？
:B	&o(c) >A			;文字出力
:C	f0,#s#d f=lx,			;改行のみか?
	#< &n n=r, #>			;行頭の行番号を取得
;	(f)?&o(c)
	(n <= 0) ?>B 
	&o(c)
	&?("%u ", n+bb) >A		;10 行番号を出力
:Q	&m("AUTO OFF") .	 	;AUTO終了
*
====== End of auto_no.def ======

最初に行頭に任意の番号を入れておけば、改行で10の増分の行番号が入ります。
行頭に番号が無ければ普通の改行になります。

konnoさん

　はい、思いっきり（でもゆっくりゆっくり）趣味を楽しんでくださいね！

　以下、僕も楽しませてもらいました。モード型マクロ？
　で、「; 起動キー @A で ON/OFF トグル」の意味はだいたい分かった
つもりです。ｍｇ．．　おお、懐かしい。

=====  auto_no.def Version 1.10  By h.konno ======
; 起動キー @A で ON/OFF トグル
*m
77 @A "オートナンバー"
	?.
	(mg..2-mg+16)?{  			;バックグラウンドにマクロ存在？
	    r=mg..2-2, &Sx(r..0+8,"auto_no")	;そのマクロは自分自身か？
	    (r)??{ &q >Q .}			;自分自身ならマクロ終了
        }                ^ ;これの必要性が、、、、。

　とにかく、なるほどぉ、と思いました。
　が、僕の将来は、行番号のない QuickBasic なので、「コードを書いてから
行番号をふる」という発想がありませんでした。
　でも「別の場所でなんか使えそう」とか思って、けっこうウキウキ。
　Ｖｚマクロって、こんなに便利で楽しいのに、なんでみんなやらないのかなぁ？
　そいつが１６ビットのエディタだからですよ！　はい、知ってます。

それね，y.mikome氏の「モード型マクロ作法書」に例示されている……
(r)??{ &q .} ;自分自身ならマクロ終了
……にジャンプ命令を入れたものだと思われるわけですが，
1バイトだし，それほど突っ込むところでもないんじゃない？

参考：「キー入力監視型−いわゆるモード型−マクロを作るには」
（http://mezala.la.coocan.jp/vz/faq/mode.html）
「モード型マクロ作法書」を全文引用しています。

めざらさん、それ、それ！

>1バイトだし，それほど突っ込むところでもないんじゃない？
　ま、つっこむと言うより、

>参考：「キー入力監視型−いわゆるモード型−マクロを作るには」
　にたどり着くためのリンク、あるいはそのためのヒントみたいなもので。
　ただ、「終了」にむけてラベルジャンプするのに、そのあとに「.」？？？
と、ただ目についただけです。

>……にジャンプ命令を入れたものだと思われるわけですが，
　でしょうね。何かコピペして残ったんだろうなぁ、ぐらいの空想は
していました。

>「モード型マクロ作法書」を全文引用しています。
　しかし！　おそるべし、「めざら資源」！　過去ログをもっていても、
そしてmikomeさんの「作法書」についてうっすらとした記憶はあっても、
「モード型」（nifty界隈用語）という単語が思いついても、このリンク
がなければ、ぜったい正確なところにはたどり着けなかったでしょう。
　うん、勉強熱心だったあの頃、「よしモード型を勉強してやろう」
と決意し、namefill.defを書いた。完成させた。もう使ってないけど
（使ってみようよ…。おお、^NF キーもそのままあるじゃないか…）。

　ご存じのとおり、このところ、『べーまが』『ざべ』『テクノポリス』
『Program Pochette』などなどに埋もれています。ベーシックマスターだ、
Ｘ１だ、ＭＳＸだ、Ｆ−７だ、ＭＺだ……。シンクレアというのもあったな。
イギリスで専門誌が出ていた……（Sinclair）。
　なんにも熱心に勉強してないなぁ。

　それほど真剣に反省しているわけではなく、Ｖｚ文化よりベーシック文化
は、世界的にものすごい盛り上がりを見せていたのだなぁ、と驚いてます。
　８０年代。自分史と重ねているところはありますね。あ、あの頃（学部生）
電動タイプライターを買ってもらった（卒論）、あ、あの頃（修論前）ワープロ・
オアシスを使わせてもらった（妻の仕事道具だった）−−僕の修士論文は妻の
職場のレーザープリンタで出力されました。インクリボンが高かったから−−、
スペルチェッカー・ソフトが高くて買えなくて、根性でスペルミスを潰した、
などなど。
　そ、し、て、そのような連続した人生の段階が、終わりを迎えようとして
います。

> 　以下、僕も楽しませてもらいました。モード型マクロ？
> 　で、「; 起動キー @A で ON/OFF トグル」の意味はだいたい分かった
> つもりです。ｍｇ．．　おお、懐かしい。

そこがまさにめざら資源の常駐マクロを見て急遽直したところなのです。(^^;
自己流でやってもうまくいかなくてオプションの初期化とかやっちゃったり。
で、困ったときのめざら資源頼みというわけです。(^^;

> 	    (r)??{ &q >Q .}			;自分自身ならマクロ終了
>         }                ^ ;これの必要性が、、、、。

ここ、最初フォントのせいで >Q を指して見えて、？？ となってました。(^^;
あれ？　VZに貼り付けたら TAB のところを指してる？　ピリオドですよね。(^^;

> 　が、僕の将来は、行番号のない QuickBasic なので、「コードを書いてから
> 行番号をふる」という発想がありませんでした。

そうなんですよね。私も長らく使ってなかったですが、ベーマガのせいですよ。(^_^)

> 　でも「別の場所でなんか使えそう」とか思って、けっこうウキウキ。
> 　Ｖｚマクロって、こんなに便利で楽しいのに、なんでみんなやらないのかなぁ？
> 　そいつが１６ビットのエディタだからですよ！　はい、知ってます。

最近また盛り上がって新しい人も見えたので、私もウキウキです。＼(^^)／ 

> それね，y.mikome氏の「モード型マクロ作法書」に例示されている……
> (r)??{ &q .} ;自分自身ならマクロ終了
> ……にジャンプ命令を入れたものだと思われるわけですが，
> 1バイトだし，それほど突っ込むところでもないんじゃない？

まさにめざら資源のそこをコピペしたものなんです。
終了時にメッセージを出さないと分かりにくいので
:Q	&m("AUTO OFF") .	 	;AUTO終了
これが先にあったので単純に飛ばしたのです。(^^;
ピリオドを残したのは、そこで終了する、が後で見てわかりやすいかと。(^^;

> 参考：「キー入力監視型−いわゆるモード型−マクロを作るには」
> （http://mezala.la.coocan.jp/vz/faq/mode.html）
> 「モード型マクロ作法書」を全文引用しています。

いつもお世話になっています。もう困ったときの神頼みです。(-人-)
最近の更新か、さらにデザインが洗練されて見やすくなりましたね。m(__)m

＃　ありがたやま詣ではかかせません。(^_^)

> >……にジャンプ命令を入れたものだと思われるわけですが，
> 　でしょうね。何かコピペして残ったんだろうなぁ、ぐらいの空想は
> していました。

ピリオドの言い訳は一応しましたが、最初丸ごとコピペして
あれ？　うまく動かないなぁ？　などと思っていたら
               r=mg..2-2, &Sx(r..0+8,"WD")     ;そのマクロは自分自身か？
                                     ^^^^
ここを自分のマクロ名に変えてなかった、とかいうのは内緒です。(^^;

＃　ここは誰？　私はどこ？

> 　そ、し、て、そのような連続した人生の段階が、終わりを迎えようとして
> います。

いよいよセカンドライフですね。(^^;

> ここ、最初フォントのせいで >Q を指して見えて、？？ となってました。(^^;

konnoさんの環境（ブラウザ？）って，
pre要素のフォントがモノスペースではなくプロポーショナルなのですか？！

konnoさん

　あっちは本気で分からないのですが、何か、ご指摘が入っているようですね。

>ここ、最初フォントのせいで >Q を指して見えて、？？ となってました。(^^;
　Firefoxで見てますが、この掲示板で、きちんと表示されていますよ。
　コピペしてＶｚに持ってきても、ちゃんとしてます。
　が、#12148 の引用では、たしかに、Firefoxでもずれます。

>そうなんですよね。私も長らく使ってなかったですが、ベーマガのせいですよ。(^_^)
　それはあるのでしょうね。
　でも、『Program Pochette』のほうが、いろいろ親切で、ｐｄｆもうまい
みたいですよ。
　もっとも『べーまが』も（記事自体がやる気満々なの知ってるけど。Dr.Dとか）
ろくすっぽ読めてません。ゆっくりやればいい　＞己。

>最近また盛り上がって新しい人も見えたので、私もウキウキです。＼(^^)／ 
　はい、僕も、＼(^^)／ です。

　でも、歩いてね。しつこいかなぁ、、、。これで最後です！
　健康が幸福の基礎、まだしばらく続くはずの幸福、その基礎。ホント。

> > ここ、最初フォントのせいで >Q を指して見えて、？？ となってました。(^^;
> konnoさんの環境（ブラウザ？）って，
> pre要素のフォントがモノスペースではなくプロポーショナルなのですか？！

私は目が悪くて細い線の文字や赤バックの文字が見えにくいのです。
STKHLPの中でも例題が赤バック文字なので非常に見にくいのです。(;_;)
それが白内障の影響かさらに見えにくくなったのでブラウザのフォントを変えた時
エッジではメイリオが見やすかったので等幅もそれにしてしまったのです。
その結果位置ずれが起こってしまったわけで。(^^;

ブラウザをChromeに変えたら BIZ UDGothic が見やすかったのでエッジに入れたら
いまいち見やすくない。(;_;)
今は前より見えるようになりましたが、MS Gothic はやっぱり線が細いの。(;_;)

konnoさん

>いよいよセカンドライフですね。(^^;
　そっかぁ、ふつう、「セカンドライフ」って言うんですよね。
　僕は、「人生：フェーズ３」とか言ってました。

　フェーズ１：社会人前　　圧倒的に幸福。ラッキーだった。
　フェーズ２：社会人時代　人生の苦楽を知った。おおむねラッキー。
　フェーズ３：社会人後　　どうなんでしょう？　アンラッキーが来るんだろうなぁ。

　僕は、意志と環境という対立で、「やる気」でやり切れることもあれば、
それは与えられた「環境」がラッキーだっただけで、自分の努力でなんとでも
なるとか思いあがるなよ、「やる気」でやり切れないことだって一杯あるよ
と考えてきました。

　が、人生の最終段階では、圧倒的に「意志」推しです。
　健康は、ある程度、自分で作るもの、と。つまり油断すれば、すぐ損なわれる。
　健康（自然）が作れたら、あとは何も要らない、と。
　不健康で情けなくなって、フェーズ３に入ろうとしている人の告白でした。

　さすがに臭いし、失礼でもあるので、この方向のお話はもうなしにします。
　どうか、ご海容くださいませ。

個々人の視覚特性の問題はいろいろですよね。
わたしも中心性網脈絡膜症の後遺症で，片目だけで見ている状態なので，
視覚特性の悩みはわりと理解できると思います。

BIZ UDGothic は印刷だと実にキレイなのですが，ブラウザとの相性が
あるとは知りませんでした。一時，ここもブラウザによって結構異なる
見栄えになっていましたけれど，関係あるのかなぁ……

たぶん外してると思いますが，ひとつ確認を。
Windows のパフォーマンスの設定で，スクリーンフォントの縁を滑らかにする
……という設定のチェックが外れていないかということです。

コントロールパネルのシステムあたりを選んで，「パフォーマンス」を検索，
候補一覧から「Windows のデザインとパフォーマンスの設定」ダイアログ，
「カスタム」項目一覧の「スクリーンフォントの縁を滑らかにする」項目。
まぁ，これが外れてるとしたらもっと影響が大きいと思われますが……一応。

あとは，メイリオの等幅「meiryoKe」の使用とか。
これは，メイリオ原本との差分配布ですから，ちと手間かもですが。
http://web1.nazca.co.jp/nzkchicagob/m6x9801/mrktb1bs5.html

試してみる価値はあるのかなと。

あと，行をまたいだ桁位置の指示や下線による強調といった表現は，
アクセシビリティ上，できるだけ差し控えた方がよいのでしょうね。
少なくとも音声ブラウザで読んでいる人には，ほぼ理解不能なので。
（どこまで配慮するかという問題はそれぞれの判断となりますが。）

私も昔、BASICのオセロを移植したことがあります。
移植元はPC-8001mkII用。ベーマガ1983年８月号に掲載されたものです。
移植先はPC-8801。これはグラフィックが異なるため、盤面や駒の表示のところに
手を加える必要がありますが、BASICの文法はほとんど同じなので、わりと簡単に
できました。
ただ、駒の描写スピードはかなり遅く、元祖PC-88だと、みにょにょにょにょと描写
されるのが移植者本人にもなんかイマイチ。
ん、でもおかしいな、この記事では４月号掲載のPC-6001用のオセロを参考にしたと
あるけど、その４月号にはPC-6001用オセロは載っていない気がする。
見落としたのか、機種が違うのか、それとも何月号という部分が間違っているのか。

なお、移植に当たっては、としき的なBASICの書き方にしました。
記念に、期間限定で公開。

ttp://27-138-85-108.rev.home.ne.jp:9801/othell.bas

うん、ファイル名が６文字というのが、いかにもな感じ。

これをさらに、LSI-Cに移植してポケ３で動くようにしたい、という野望があったの
ですが、あえなく挫折。野ざらし言#5230にちょっとだけ書きました。
ただ、としき的なBASICの書き方だと、ある程度までは一括変換が可能。
b2c.sedという、３０行程度のスクリプトで、バサッと変換をかましました。
そのあとはちまちまとＣ言語化していきましたけどね。

> 　が、僕の将来は、行番号のない QuickBasic なので、「コードを書いてから
> 行番号をふる」という発想がありませんでした。

私の過去は、行番号が必須の N88-BASICなので、コードを書くときには行番号必須、
という発想しかありませんでした。なにせ、ネイティブランゲージはN88-BASIC、
とかうそぶくくらいですから。そして、ほぼ全ての８ビットパソコンのデフォルトは、
挿入モードではなく上書きモード。なので、挿入モードがデフォルトのエディタに
移行するときは、そこはかとない違和感に苦しめられたものです。

そもそも、Vz導入以後に行番号の必要なBASICを扱うのって、２０世紀の末にほんの
わずかと、あとは最近のkonnoさんの素数のプログラムぐらい。
なので、この手の行番号系のマクロってあまりニーズはないのですが、もし自分で
使うのなら、上書きモードにしてkonnoさんの自動行番号マクロを使うとなんとなく
面白いかな、なんてことを考えてみたり。

一方で、行番号系でやりたいことも、あるにはある。
なにかというと、BASICでいうところのRENUMコマンド相当の動作。
つまり、行番号の付け替え。
プログラムを書いている最中は、行番号が不揃いというか１０番刻みにならないのは
仕方ないと割り切っているんですがね。Ver.X.01とかって自分の中でFIXするときには
きちんと１０番刻みにしたいんですよ。ここで一段落、みたいな感じで。でも、BASIC
のインタプリタだとコマンド一発の簡単なことが、Vz上では全く簡単ではない。
単純に行番号を付け替えるだけなら、マクロで簡単にできそう。
でも、GOTOとかの飛び先も変更するとなると、おそらく面倒。
とはいえ、対応する必要があるのは GOTO GOSUB THEN ELSE ぐらいかなぁ。
行番号の変更前と変更後の対応表を作って、あとはGOTOのうしろの行番号を対応表に
したがって変換する、というロジックなんで、作ろうと思えば作れそうだけど。
それとも、行番号を変換するたびに、その行を呼んでいるGOTOを変換する、という
ロジックのほうが楽かなぁ。

いろいろな考え方があるとは思うのですが、私の考えでは、めざらさんの添削後の
ものは

・１行で１アクション
・条件式はシンプル

という点がいいな、と思いました。
最初の、１行で１アクションというのは、１行で１コマンド、というのとは違います。
複数コマンドで１アクションといえるのなら、いわゆるマルチステートメントＯＫ。
「プログラミング・スタイルブック」では「マルチステートメントは上手に使おう」
なんて節もありますね。
なので、最初の文太さんの作例では、>z までを１行にしてしまう、なんていうのも、
としき基準ならＯＫ。この条件ならこれをやる、という意味になるから。
また、ループの判定条件がシンプルになったことで、これはrepeat until形のループ
だとわかりやすくなったところもうれしい。

そうだ、プログラミング能力養成ギプスではありませんが、ループはfor型かwhile型、
またはrepeat until型で必ず構成する、と自分に強制すれば、もしかしたら実力が
向上するかも。

としきさん

　としきさんの書くことはいちいち面白いですねぇ。
　僕のツボにはまりまくり。
　僕は、その方向に誘導されたのかなぁ？？？」

BaCon - BASIC to C converter
https://chiselapp.com/user/bacon/repository/bacon/home

　とにかく、僕はまったく読んでませんが、こんなのありました。

　あの、「期間限定」が開けないのですが。頭に「h」つけるだけで
いいんですよね？

としきさん

>そうだ、プログラミング能力養成ギプスではありませんが、ループは
>for型かwhile型、またはrepeat until型で必ず構成する、と自分に
>強制すれば、もしかしたら実力が向上するかも。

　ありがとうございます。ゆっくりですが、しっかりとこの方向で
がんばってみます。

としきさん

>なにかというと、BASICでいうところのRENUMコマンド相当の動作。
　これ、噂には聞いていたのですが、GOTO とかの中身に対してもやってくれるの？

>とはいえ、対応する必要があるのは GOTO GOSUB THEN ELSE ぐらいかなぁ。
　一瞬やる？　と思ってたのだけど、上のような「中身」を考えたら、
上から下へ、数字が大きくなっていればよい、という結論になりました。
　このチェックマクロだけ作ろうと思っている。何しろ、行番号のところが
ぐちゃぐちゃになりがちなＯＣＲの結果なものですから。
　すぐ「０」が「８」になるし。

　そういう時代なんでしょうけど、『べーまが』のソースって、、、。
　ＦＤドライブ、１２万円！　とかの時代、、、。
　すいません、\100 でハードオフで買ったＵＳＢ接続のものを使わせて
いただいております。

c:\0bmg\1982.bmg       12:
速報！エプソン「HC-20」(価格138,600円)大紹介。プログラム3本付き！

　グレップ！　１９８２年だそうです。あの小さいのにプリンタ内蔵ですからねぇ。
（「HC」しか思い出せなかった）


（１）行番号の変更前と変更後の対応表を作って
（２）行番号を変換するたびに、その行を呼んでいるGOTOを変換する

　うわ！
　マクロにしろ何にしろ、プログラムで、大きなもの、複雑なもの。
どちらにも拒否反応がでる精神状態にあります。blogjumpやnamefillを作れた
昔の自分を、空しく誇っております。そんな今日この頃です。

> 　とにかく、僕はまったく読んでませんが、こんなのありました。

私も全く読んでいませんが、ターゲットとするソースとディスティネーション
くらいは探したいと思いました。

> 　あの、「期間限定」が開けないのですが。頭に「h」つけるだけで
> いいんですよね？

そです。
例によって、うちの自宅内からだけはOK、というパターンかなぁ？
そもそも、うちの板塀にアクセスすることはできています？

> >なにかというと、BASICでいうところのRENUMコマンド相当の動作。
> 　これ、噂には聞いていたのですが、GOTO とかの中身に対してもやってくれるの？

やってくれます。だから便利です。
内部でどんなロジックを使っているのか、とても興味があります。

> 　このチェックマクロだけ作ろうと思っている。何しろ、行番号のところが
> ぐちゃぐちゃになりがちなＯＣＲの結果なものですから。

私の場合、そもそもOCRは対象にしていないというか、動いているプログラムの体裁
を整えるだけの機能を求めているわけでして。いわゆる整形マクロってありますよね。
あれのBASIC用、というイメージ。なので、整形前のものは当然動作するプログラム
である、というように制限しています。

> （１）行番号の変更前と変更後の対応表を作って
> （２）行番号を変換するたびに、その行を呼んでいるGOTOを変換する

対応表を作るとなると、きちんとしたアプリが必要になりそう。
でも、（２）の方針なら、なんかできそうな気がしてきた。
とんでもない量のテキスト全文置換を繰り返すことになりそうだけど。

> >ここ、最初フォントのせいで >Q を指して見えて、？？ となってました。(^^;
> 　Firefoxで見てますが、この掲示板で、きちんと表示されていますよ。
> 　コピペしてＶｚに持ってきても、ちゃんとしてます。
> 　が、#12148 の引用では、たしかに、Firefoxでもずれます。

TAB使用行は位置変わらず SPC使用行は引用で2バイトズレたんですね。(^^;

> 	    (r)??{ &q >Q .}			;自分自身ならマクロ終了	TAB
>         }                ^ ;これの必要性が、、、、。			SPC

これはズレを確認しなかった私が悪い。てか、字空のズレが発生したんじゃぁ！

> 　でも、『Program Pochette』のほうが、いろいろ親切で、ｐｄｆもうまい
> みたいですよ。

あうう、文太さん、、、またこんなものを、、、思わず見てしまいました。＼(^^)／ 

> 　でも、歩いてね。しつこいかなぁ、、、。これで最後です！
> 　健康が幸福の基礎、まだしばらく続くはずの幸福、その基礎。ホント。

はい、暖かくなったら、、、て、また雪がふるぅ、、、(;_;)

konnoさん

>>でも、『Program Pochette』のほうが
>あうう、文太さん、、、またこんなものを、、、思わず見てしまいました。＼(^^)／ 

　喜んでいただけて幸いでございまする。
　ｐｄｆ、ぜったいこっちの方がキレイ。字が薄いんだけど。まだ、有料 Acrobatでも、
濃くできない、、、。
　無料でも、どっかのソフトでできたのかもしれません。何とか element は、
ワナっぽかったから、僕はすぐに撤退しました。

　僕も目がねぇ、、、。

> わたしも中心性網脈絡膜症の後遺症で，片目だけで見ている状態なので，
> 視覚特性の悩みはわりと理解できると思います。

そうなのですか。ちなみに私は夜目も効かないというか、暗いのも駄目です。

> BIZ UDGothic は印刷だと実にキレイなのですが，ブラウザとの相性が
> あるとは知りませんでした。一時，ここもブラウザによって結構異なる
> 見栄えになっていましたけれど，関係あるのかなぁ……

BIZ UDGothic は初めて知ったのですが、そうなのですか。
見栄えの問題は寝室のPC2のみのようで、何か設定の問題なのかも。

> Windows のパフォーマンスの設定で，スクリーンフォントの縁を滑らかにする
> ……という設定のチェックが外れていないかということです。

これは2台とも外れていましたが、チェックしても変わらないようです。
Clear Type 調整をしても特には変わらないような。
一つ思い当たるのは、フォントシステムを古い版に変更していることかな。
IMEの制御で問題があった時に変更したような。

> あとは，メイリオの等幅「meiryoKe」の使用とか。
> これは，メイリオ原本との差分配布ですから，ちと手間かもですが。
> http://web1.nazca.co.jp/nzkchicagob/m6x9801/mrktb1bs5.html
> 試してみる価値はあるのかなと。

おお、メイリオを等幅に出来るのですか。
PC2 ではメイリオが比較的見やすいので、試してみたいと思います。
それにしてもこんなサイトをご存じとはさすがですね。

> あと，行をまたいだ桁位置の指示や下線による強調といった表現は，
> アクセシビリティ上，できるだけ差し控えた方がよいのでしょうね。
> 少なくとも音声ブラウザで読んでいる人には，ほぼ理解不能なので。
> （どこまで配慮するかという問題はそれぞれの判断となりますが。）

一般論ではそうでしょうね。
こんな場末のVZオタクの巣窟では気にしてもしょうがないかと。(^^;

> 私も昔、BASICのオセロを移植したことがあります。
> 移植元はPC-8001mkII用。ベーマガ1983年８月号に掲載されたものです。

おお、先輩！

> ん、でもおかしいな、この記事では４月号掲載のPC-6001用のオセロを参考にしたと
> あるけど、その４月号にはPC-6001用オセロは載っていない気がする。
> 見落としたのか、機種が違うのか、それとも何月号という部分が間違っているのか。

私のメモによると82年の3月のようです。
1982-03-P39	PC6001 	othello.bas	ot60-1.bas
参考資料　「 月刊 マ イコ ン 」82 年 1 月 号 大 島 理 夫 氏 「 オ セロ ・ゲー ム
月刊 マ イコ ンが元ネタなのかはうろおぼえ。

> なお、移植に当たっては、としき的なBASICの書き方にしました。
> 記念に、期間限定で公開。
> ttp://27-138-85-108.rev.home.ne.jp:9801/othell.bas

おお！　記念に落とさせてもらいました。＼(^^)／ 

> これをさらに、LSI-Cに移植してポケ３で動くようにしたい、という野望があったの
> ですが、あえなく挫折。野ざらし言#5230にちょっとだけ書きました。

ちょっと興味があります。そういえばVZマクロでもオセロが２つありましたよね。
それらはとしきさんのところでは動きませんか？
12行環境のシグ２などで動けばポケ3でもいけそうな。(^^;

> ただ、としき的なBASICの書き方だと、ある程度までは一括変換が可能。
> b2c.sedという、３０行程度のスクリプトで、バサッと変換をかましました。
> そのあとはちまちまとＣ言語化していきましたけどね。

これもちょっと興味ありますが、今はBASICで手いっぱいで。(^^;

としきさん

http://27-138-85-108.rev.home.ne.jp:9801/othell.bas	;(A)
　不思議。

firefoxでは、
27-138-85-108.rev.home.ne.jp:9801/othell.bas		
　に (A) が化けて、飛ばないです。
　Ｖｚにコピベすると、http:// が復活しますね。ブラウザ依存？

---------------------------------------
Hi, Welcome to Toshiki's HOME!

This page exhibits my handmade freewares and about the OASYS Pocket3
↓
These pages exhibit my handmade freewares and provide information about the OASYS Pocket3
(or This site ???)

I received the opinion and demand from you, and think 
that I want to make it reflect in future making contents. 
↓
I welcome comments and requests from you.
I will reflect them in my future contents. 

　お、英語！　ご参考までに。
　サイトも掲示板も見れてます。

これは疲れました。あ、すいません、すでに十分つかれておりました。
Chrome で、セキュリティーとかひっかかりました。

1000 'BASIC MAGAZINE '83/08 P.124
1010 *INITIALIZE

> 私のメモによると82年の3月のようです。

なるほど、年月が違っているのか。
あれ、でもおかしいな。
#11996にもあるとおり、ベーマガの創刊は1982年7月。
ということは、ラ製別冊付録の時代か。
さすがにその時代のものまでは私は持っていない。
39ページ目に載っているというのも、別冊感がある。
月刊マイコンならその時代、39ページ目は高い確率で広告ページだと思う。

> ちょっと興味があります。そういえばVZマクロでもオセロが２つありましたよね。

両方とも、持ってはいます。
愛して癒してさんの作品については、nifty:FGALDC/MES/14/07938のツリーで取り
上げています。BabeChinさんのものも、ポケ３に入れていたという記録は残って
いましたが、もはや遊んだ記憶は残っていません。

> おお、メイリオを等幅に出来るのですか。
> PC2 ではメイリオが比較的見やすいので、試してみたいと思います。

やってみました。出来ました。＼(^^)／ ﾔｯﾀ-
多少ギザギザや線の太さのバラつきはありますが、格段に見やすくなりました。
MS Gothic より断然良いです！！

PC1でも BIZ UDGothic とどっちか良いか比べてみます。
良いものを教えていただきありがとうございました。

> firefoxでは、
> 27-138-85-108.rev.home.ne.jp:9801/othell.bas		
> 　に (A) が化けて、飛ばないです。

私のところだと、Edgeでは、ほとんど（全て？）のURLで、なぜか頭の「http://」
が消えますが、でもきちんとアクセスできていますので、これはこのブラウザの仕様
なんだと割り切っています。
逆に、firefoxだとそういったこともなく普通にアクセスできる。
ただ、普通といっても画面表示するわけではなく、拡張子が.basの場合はファイル
のダウンロードになってしまうのですが。

英語のアドバイスはありがとうございます。
おそらく２年以内にはアドバイスを反映できると思います。

#12179　文太さん
> firefoxでは、
> 27-138-85-108.rev.home.ne.jp:9801/othell.bas		
> 　に (A) が化けて、飛ばないです。

#12185　としきさん
> Edgeでは、ほとんど（全て？）のURLで、なぜか頭の「http://」が消えます

お二人の言っている「化ける」「消える」の意味は？

アドレスバーとかステータスバーに「表示」されているものですか？
だとしたら，単に「スキーム省略」という表示上の仕様なのでは？
（例えば，トップドメイン？の末尾のスラッシュを「表示」しないのと同じ）

なお，上記 URI の場合は，……設定によるのかもしれませんが……
(ア) いきなりダウンロード（Firefox，Opera）
(イ) ダウンロードの可否を確認（Chrome，Edge）
……というわけで，スクリーンに表示することはありませんでした。
.txt や .htm などのテキストでなく実行ファイルとして認識されたのかな。

としきさん

>ただ、普通といっても画面表示するわけではなく、拡張子が.basの場合は
>ファイルのダウンロードになってしまうのですが。
　僕のところでも、同じでした。ちゃんとＤＬできていました。
　othello(2).basとかまでありました。ごめんなさい。

めざらさん

　ご丁寧な確認、ありがとうございました。

>お二人の言っている「化ける」「消える」の意味は？
　「化ける」は「変化して」という意味でした。
　具体的には「http://の部分がカットされる」ですね。

>(ア) いきなりダウンロード（Firefox，Opera）
　はい、これが手元で起こった現象でした。

>.txt や .htm などのテキストでなく実行ファイルとして認識されたのかな。
　これが有力であるように考えています。

どこに付けていいかわからなかったので，ツリーのおしりにぶら下げます。

新着情報（どちらも）が以下の状況で表示できないようです。
トップページからのリンクは問題ないので，新着情報の問題と推測されます。

500 Internal Server Error
実行エラー
CGIの実行時にエラーが発生しました

> 新着情報（どちらも）が以下の状況で表示できないようです。
> トップページからのリンクは問題ないので，新着情報の問題と推測されます。
> 500 Internal Server Error
> 実行エラー
> CGIの実行時にエラーが発生しました

(__)..zzZ (ﾟ゜)☆＼(--#)ﾊﾞｷｯ
  ハッ！！　　

最近これが出るようになって、CGIを古いのに差し替えてました。
また出たので、niftyのサーバーの調子が悪いのかなぁ、と思っていたら・・・
#11788 のツリーで使った
> Google Apps Script(GAS)を使ったwebスクレイピング
これは今は使ってないんですが、ずっと動き続けてデータを貯めていました。(>_<)
どうやらこれのせいでデータが溢れたか何かでエラーが出たようです。
これを削除したら動いたみたいです。(^^;
ご迷惑をおかけしました。m(__)m......zzZ

> 　僕のところでも、同じでした。ちゃんとＤＬできていました。

無事ダウンロードできたようでよかった。
ということで、公開は終了しました。

リストを最後までスクロールさせてみるとわかると思いますが、これが２１世紀初頭
の私のBASICの実力です。黒歴史、というほど黒くもありませんが、さりとて自慢
できるほどきれいなコードでもない。１から自分で作ったわけではなく移植という
こともありますが、大口叩けるほどのものではないですね。

お二方へ（ほぼ独り言ですが）

１　移植元：PC-8001mkII用。ベーマガ1983年８月号に掲載
２　移植先：PC-8801。（としきのオセロ）
３　１の移植元は、４月号掲載のPC-6001用

　たしかに、『べーまが』（1983/08）p.124に、
---------------------------------
参考作品
4月号PC-6001用コンピュータ・オセロ
---------------------------------
　とある。

---------------------------------
>Ygrep "オセロ" c:\0bmg

東芝 PASOPIA(T)
c:\0bmg\1982.bmg      211:ウルトラ・オセロ	... オセロもここまで来た

エプソン HC-20
c:\0bmg\1982.bmg      322:コンピュータ・オセロ	... グラフィックがきれいですね

NEC PC-8001mkII
c:\0bmg\1983.bmg      741:コンピュータ・オセロ	... 〔チットレ〕キミはパソコンに勝てる？

NEC PC-8201	★これは次なる派生形。1984では「チットレ」さんのあと。
c:\0bmg\1984.bmg     1216:オセロ・ゲーム	... おなじみのゲームですが、また楽し！

富士通 FM-7/77/8
c:\0bmg\1984.bmg     1899:3Dオセロ・ゲーム	... 立体オセロです。おもしろさ3倍！
---------------------------------
　上は、もちろん手作り（！）です。
　sedで、こんなグレップが作れないわけでもありませんが。

>私のメモによると82年の3月のようです。《これは『べーまが』ではない》
>1982-03-P39	PC6001 	othello.bas	ot60-1.bas
>参考資料「月刊マイコン」82年1月号大島理夫氏「オセロ・ゲーム
>月刊マイコンが元ネタなのかはうろおぼえ。

　上からは辿れず。
　「月刊マイコン」82年1月号には、
「最新マイコン情報＆移植」という「特別企画」があり、
--------------------------------------------
 PC-8001 <--> PC-6001, JR-100, ZX-81		p.215
　マイコン移植教室
--------------------------------------------
　というのがありました。
　「大島理夫」のお名前は、目次ページにあるにはある。
　この号、広告にページ数がはいってないみたいだけど、Acrobatが
あばれるくらいに厚い雑誌のようです。待たされてうんざり。

　結果なにもなしでしたぁ！
　これだけの時間で、としきさんのソースを１回は眺められたろう。
　こういう、せこい人生が嫌なのよねぇ。


>あれ、でもおかしいな。
>#11996にもあるとおり、ベーマガの創刊は1982年7月。
>ということは、ラ製別冊付録の時代か。
>さすがにその時代のものまでは私は持っていない。

　これは、archive.org では見つけられず。

>月刊マイコンならその時代、39ページ目は高い確率で広告ページだと思う。

　ページナンバリングの仕組みがよく分からず。はい、厚いです、広告。

　７６年から８４年まで。
　８タブでそのまま上げてみます。
　悲惨だったら、何か加工はします。
　以下の作者はSHARP にぞっこんな人なので、「妄想MZ-2000」なんてのを
以下の資料から書きました。原典は、アーカイブのどっかから「ＭＺの部屋」をキーに
探してください。
　このまま見せて！　だから、テキストファイルでこういうのは無理があるのよ。

		SHARP		NEC		Fujitsu		others
--------------------------------------------------------------------------------------
1976（昭和51） 	　 		(8)TK-80
--------------------------------------------------------------------------------------
1977（昭和52） 	　 		(11)TK-80BS 	(5)L-KIT 8
--------------------------------------------------------------------------------------
1978（昭和53） 	(12)MZ-80K 		　 	　 		BASICマスター（日立）
								PET2001（コモドール）
								M100 8K BASIC （ソード）
--------------------------------------------------------------------------------------
1979（昭和54） 			(4)COMPO-BS			6809展示（モトローラ）
				(5)PC-8001 			BASICマスターExtra（日立）
		(10)MZ-80C					M100ACE（ソード）
								CBMシリーズ（コモドール）
--------------------------------------------------------------------------------------
1980（昭和55） 	(3)PC-1210					BASICマスターL3（日立）
		(5)PC-3100	(5)TK-85			↑初の6809マシン
		(6)MZ-80K2					if-800（沖）
								FX-9000P（カシオ）
--------------------------------------------------------------------------------------
1981（昭和56） 	(4)MZ-80B					TRS-80カラー（タンディ）
		(11)MZ-80K2E 	(9)PC-6001			VIC-1000（コモドール）
				(9)PC-8801 	(5)FM-8		16ビット機
								（三菱、東芝、パナファコム）
--------------------------------------------------------------------------------------
1982（昭和57） 	(5)MZ-2000					JR-200（松下）
		(6)MZ-1200	(9)PC-2001			HC-20（信州精器<エプソン>）
		(10)MZ-700	(10)PC-9801 	(11)FM-7	MB-16001
		(10)X1 				(11)FM-11 	COMMODORE-64
--------------------------------------------------------------------------------------
1983（昭和58） 	(5)MZ-2200	(1)PC-8201	(11)FM-X 	パソピア-7（東芝）
		(9)MZ-5500	(10)PC-100			マルチ-8（三菱）
		(9)X1C，D 	(11)PC-6601			BASICマスターL3mkV（日立）
--------------------------------------------------------------------------------------
				(58)mkIIシリーズ
				(58)98FEシリーズ
--------------------------------------------------------------------------------------
1984（昭和59） 	(5)MZ-1500					パソピア1600
		(5)MZ-6500
		X1Cs，Ck 			(2)FM-11 AD，BS
						(5)FM-NEW7	各社MSX（サンヨー、東芝、
						(5)FM-77 	ソニー、三菱）とその周辺機器
--------------------------------------------------------------------------------------

としきさん

>ループは、for型かwhile型、またはrepeat until型で必ず構成する、
>と自分に強制す〔る〕　　（#12165 より）
　ってことですよね。

　おお、こういうのは初めてみた。
-----------------------------------
2920               'ENDIF
2930           'ENDIF
2940       'ENDIF
2950    NEXT
2960 NEXT
-----------------------------------
　美しくて綺麗です！

　ごめんなさい、お付き合いくださっていることに常々感謝しているの
ですが、１スレッド１画面に収まるようにさせていただきたいのです。
　で、以下、続きは、下の、スレッドが比較的すなおに左上から右下へ
ながれる形でいきましょうよ。
　１画面すんだら、適当なタイトルで新スレッドにする。
　ぼくがしまーす。

文太さん

> 　「月刊マイコン」82年1月号には、
> 「最新マイコン情報＆移植」という「特別企画」があり、
> 　「大島理夫」のお名前は、目次ページにあるにはある。
> 　結果なにもなしでしたぁ！

これは、オセロプログラムのページを見つけられなかったということですか。
おかしいなぁ。私は見つけました。ついでに画像保存もしました。＼(^^)／ 


マイコン1月号 電波新聞社 1982 Printed in Japan/編集発行人:平山秀雄


FX-9000P ファンに贈る   FX7 オセロゲーム   大島理夫…………………170
※低解像度にしました。


> >ということは、ラ製別冊付録の時代か。
> >さすがにその時代のものまでは私は持っていない。
> 　これは、archive.org では見つけられず。

これのことでしょうか。

FX-9000Pとか

https://itoi.jp/time9.html
　カシオですかぁ〜〜。

　はい、大島理夫さん、出会うことができました。「どうせ弱いの
だったら、優先順位方式で応答が早い方がよい」というのは、
はあ、そんなことも考えなくちゃなのですかぁ、とだけ。
　アルゴリズムもフローチャートも追いかけようとしてません。

　というわけで、

０　FX-9000P用。『月刊マイコン1月号』,1982/01, p.170
１　PC-8001mkII用。『ベーマガ』1983年８月号, 1982/08, p.124
２　PC-8801用。としきさん移植。'END IF がいっぱいのやつ。

　となったわけですね。
　ゲームのルールは覚えてますが、オセロ実機（うちにはない）を
さわるまでは、「先読み」がどうとか、最後の１０手を全部あらかじめ
計算するとか、というのは、僕の空想の彼方です。

　でも、ざっとみて気になったのは、DATA文の数字の羅列。あそこに
機械が「考え判断」するルールが入ってるんだろう、ということぐらい。
　ちがう？

　『ラジオの製作』別冊の『べーまが』について。

* 1982年7月
●創刊号｜移植テクニックマスター大作戦
特別企画：パソコンの方言をマスターしよう。移植テクニックマスター大作戦
 その1

　これが『べーまが』創刊号の目次、あるいは目玉です。これ以前ですよね、
『ラ製』別冊は。いいかげんサーチですが、やっぱり、archive.orgには
ないと思う。

『ラジオの製作』別冊『マイコンBASIC』でググったら、
　アマゾンで４万円とかのがありました！　こわい。

　でも、画像の表現力（カコの再現力）、半端ないですね。
　タイムスリップした感じ。モノの圧倒的な説得力だ。

　ぼく、としきさんには是非おうちを整理していただいて、それらの
コレクションを見せて欲しい、と思ってしまいました。持ってるんだぁ？
青春の思い出。ぼく、いま、青春まっただ中。
　konnoさんもなんですよね。僕の電子タイプライター時代の話です。
ワープロオアシスは、あの年表ではまだ足りない。平成２年かなぁ。
ＦＤスロットが２つあったのは、偉かったんだなぁ。
　「システムディスク」と「文書ディスク」でした。

> >月刊マイコンならその時代、39ページ目は高い確率で広告ページだと思う。
> 　ページナンバリングの仕組みがよく分からず。はい、厚いです、広告。

広告の厚かった雑誌といえば、パソコン誌ではないのですが、トラ技が有名。
それはさておき。
広告の厚めの雑誌の場合、広告目次というのがあったりするのですよ。
これをみると、雑誌全体が広告含めてページナンバリングされているということが
よくわかる。なんですが、実は私、なんかの雑誌で、広告ページだけが広１から
始まる独立ナンバリングというのをみたことがある。あれは何だったかなぁ。
ベーマガでは広告目次をみた記憶がない。
月刊マイコンは、あいにく１冊も持っていない。
たくさん持っているOh!PCは、１冊だけ覗いてみたら、編集後記のあたり、巻末広告
の手前に広告目次があった。１冊だけ持っている月刊ASCIIも、同じあたり。
３冊ほどある月刊I/Oの場合は、巻頭近くの目次の次のページにあった。
上記の広告目次のある雑誌はいずれも、広告含めてまるっとページが振られています。

> 　このまま見せて！　だから、テキストファイルでこういうのは無理があるのよ。

ん〜？
どこに無理があるんだろう。
申し訳ない、きれいに見えているし、全く無理があるように思えない。
なんか、環境依存があるのかな。

それはさておき。
概ね網羅されたよい表だと思います。
欲を言えば、JR-200があるのだからJR-100は載せてほしかった。
あとは、カシオのFP-1000/1100とソードのM5は個人的には名機とか反響とかの関係で
掲載されているとうれしいかな。
＃個人の感想です

> > >ということは、ラ製別冊付録の時代か。
> > >さすがにその時代のものまでは私は持っていない。
> > 　これは、archive.org では見つけられず。
> これのことでしょうか。

違います。
これは創刊前に発行された「ゲーム大全集」ですね。
確か「ゲーム大全集２」も発行されたはず。
買った記憶があるような気がして探したけど見つからない。買わなかったのかなぁ。
おそらく、正式創刊の前の市場調査みたいな形で出されたのでしょう。
これらゲーム大全集の代わりに、ラ製別冊付録の物が２冊見つかった。
８６年９月号と１２月号。ラ製本誌は処分してしまった模様。

archive.org でラ製を探すと、そちらにひっそりとあった、というのは難しいかな。

konnoさんとはよく対話するネタではありますが

> ですが、１スレッド１画面に収まるようにさせていただきたいのです。

人によって１画面のサイズなんてまちまち。
なので、これはあまりにも当てにできない判断基準。
伝説によると、はるか昔には、王様が変わると１フィートの長さも変わったとか。
ほんとかよ。

昔、ニフティの会議室では、話題が変わるときにはスレッドを変える、というのは
多くの会議室であったらしい。一方で、マトレスは禁止だったり推奨だったりと、
同じフォーラムの中でもボードリーダーによって方針が異なっていたりもした。
なので、こちらはもしかしたらkonnoさんの鶴の一声でルール設定は可能かも。

> 　これが『べーまが』創刊号の目次、あるいは目玉です。これ以前ですよね、
> 『ラ製』別冊は。いいかげんサーチですが、やっぱり、archive.orgには
> ないと思う。

うーん、まだ話がすれ違っているような。
#12194 の画像は archive.orgのものですよ。文太さんに教わった URLです。


マイコン別冊 マイコンBASICマガジン「ゲーム大全集」

もしかしたらこのアーカイブの日付が間違っているのかもしれませんね。

> 　ぼく、としきさんには是非おうちを整理していただいて、それらの
> コレクションを見せて欲しい、と思ってしまいました。持ってるんだぁ？

私も一票！　新しいコンテンツとしてどう？　場合によっては文太さんが協力とか！

> 青春の思い出。ぼく、いま、青春まっただ中。
> 　konnoさんもなんですよね。僕の電子タイプライター時代の話です。

うーん、私は過去は振り返らない主義だと思ってたんですが、、、
文太さんのせいですよ！　＼(^^)／ 

> 違います。
> これは創刊前に発行された「ゲーム大全集」ですね。
> 確か「ゲーム大全集２」も発行されたはず。

ラ製別冊付録とマイコン別冊と別だったんですか！　混乱してきました。
「ラ製別冊 マイコンBASICマガジン」で検索すると

マイコンBASICマガジン年鑑1982
https://www.aabmg.com/yearbook/new/1982/
> ラ製から独立創刊
> 創刊前は「ラジオの製作」の付録だった（81年５月号〜82年３・５月号）。
> 82年４・６月号はラ製別冊として刊行され、４万部を完売。
> これをうけ、7月号から月刊誌として独立し創刊された。

ラ製別冊は 82年４・６月号

Wikipediaでは
マイコンBASICマガジン
https://ja.wikipedia.org/wiki/%E3%83%9E%E3%82%A4%E3%82%B3%E3%83%B3BASIC%E3%83%9E%E3%82%AC%E3%82%B8%E3%83%B3#%E5%89%B5%E5%88%8A
> 創刊
> 趣味に於ける電気・電子回路や電子工作関連の月刊誌『ラジオの製作』の別冊付録として、1981年4月発売の5月号から発行された。
> 1982年3月[注 1]と5月[注 2]には、『月刊マイコン』・『ラジオの製作』別冊として単独で発売されている。
> その後、1982年6月発売の1982年7月号で、『ラジオの製作』から独立する形で創刊された。

1982年3月[注 1]と5月[注 2]には、『月刊マイコン』・『ラジオの製作』別冊として単独で発売されている。
あれ？　ということは、もしかしてこの「ゲーム大全集」は同じものなのでは！！
中身を見ると

> マイコン別冊 マイコンBASICマガジン「ゲーム大全集」
> 昭和57年4月31日第2刷発行/印刷:奥村印刷

こう書いていました。これを見ると4月なのかなぁ。

> 好評連載 「マイコン機械語入門」 ボールを動かしてみよう  平岩伸夫………………11
> はじめに
> 今月は3月号で作った「ボールを表示するプログラム」を使って何かTV画面におもしろい絵?を表示してみようと思います。
> また、後で「ボールを再び消すプログラム」も紹介します。
> その前に
> 先月号でのマシン語プログラムをBASIC中で利用するには、CALLする前にCURSOR=X, Y の“X”, “Y”の値(10進数)を画面メモリアドレス $ (0100)~$ (03FF) 16進数に変えてやらなければなりません。

ここを見ると、4月号のように見えますね。
スキャンは
> Micom BASIC Magazine (マイコンBASICマガジン)  - Computer Game Collection - March 1982  scanned in at 600DPI with a Fujitsu fi-7460.
3月にやっているようなので、どうやら3月発売の4月号ということではないかなぁ。

> 昔、ニフティの会議室では、話題が変わるときにはスレッドを変える、というのは
> 多くの会議室であったらしい。一方で、マトレスは禁止だったり推奨だったりと、
> 同じフォーラムの中でもボードリーダーによって方針が異なっていたりもした。
> なので、こちらはもしかしたらkonnoさんの鶴の一声でルール設定は可能かも。

まあ、私自身がまとレス多用してるので、ルールはかなりいい加減です。(^^;
長すぎるツリーはブチ切れる人も出るので速やかに移動しましょう。(^^;
＃　ここはルール無用のジャングルか！　って虎の穴は卒業できたかな。
＃　コメはうまく作れ。出来る範囲で構わないから・・・
　　ってコメ教の本性が漏れてるぅ〜

> ラ製別冊付録とマイコン別冊と別だったんですか！　混乱してきました。

ごめん、マイコン別冊だったことがある、というのはほとんど失念していた。
ただ、リアルタイムで当時を経験していた私には、全く混乱の余地はなくて。

> あれ？　ということは、もしかしてこの「ゲーム大全集」は同じものなのでは！！

そのとおり。別冊として独立して刊行された１回目のものです。
ただ、４月号扱いになる、というのは忘れていましたね。
ということは、この月はラ製には付録としてついていなかったんだ。
ところで、#12194に掲載されているベーマガの表紙の右上、オレンジの地の部分、
黒い文字ではなんと書かれていますか？

というようなことを、答えを知っている私ならさらっと指摘できたりするわけですよ。

いい機会なんで、改善要望をいくつか。

ウィンドウサイズの表示なんですが、表示位置がなんだか不思議。
VTDOSの掲示板のところに埋もれているような感じ。
これ、一番最後に回していただきたい。
もっとも、私個人には不要な情報なんで、表示されなくても一向に構わないというか
自宅のFirefoxではJavaScriptを抑止しているのでそもそも表示されていなかったり
するわけですが、世の中には必要な人もいるでしょうし。といいつつ、どんな人に
とってどんなときに表示されるとうれしいのかという、いわゆるニーズというやつ
が、いまひとつピンと来ない。普通はこういうのは裏で何かをするために動かして
おくことが多いものらしいですから。ということは、将来的にはkonnoさん、この
情報を用いて何かをしてくれるということですよね。期待大。今後定期的にとしき
からの圧がかかると思ってください。
もっとも、そういうことを言っている私自身はどうなのかというと、
「俺ってこんなこともできるんだぜ〜、どうだすごいだろう、へっへ〜！」
って感じの、どこからもニーズがないような機能を具備させていたことを思い出して
しまった。まるで10代なかばのようなおつむの悪さ丸出し。
いや、過去形ではなく、現在でも黒歴史を絶賛製造中。
そんなことはともかくとして、この項目名も、単に「ウィンドウサイズ」ではなく、
たとえば「あなたのブラウザのウィンドウサイズ」とかにしてもらえると、気のせい
程度にはわかりやすくなるかと。

あともうひとつ。
上部に表示されている「表示時間」。これも、板塀の並びというのはひどく違和感。
最上部のタイトルの並びとか、あるいはタイトルの１行下、板塀の１行上、みたいな
ところに独立した行とするのもいいかも。
また、表示時間というのもちょっと変えて「yyyy/mm/dd hh:mm時点の最新情報」
みたいな方が、個人的にはちょっとかっこいい気がする。
とはいえ、この辺は好みの問題でしょう。

ま、なんにせよ、もし変更をかますのなら、そのあと、めざらさんの紹介された
Another HTML-lintにきちんとかけることは必須かと。

konnoさんが答えてくれるから、慌てることもないのですが。

月　マイコン
刊　　　　　　　　別冊
月刊　ラジオの製作

　と書かれていますね。確かにこれはarchive.orgにありました。
＞サンクス、konnoさん。

　『大全集』の該当ページを読んだら、だいたい分かっちゃいました。
　これなら、そのうち、僕にも移植できる！

　ただジョイススィックは？　あれ割り込み処理じゃないのかな？
　何か方法はあるだろう？？？

別冊もの２つ！　ゲット！

konnoさん
　ありがとう！！！

https://archive.org/search?query=%E3%83%9E%E3%82%A4%E3%82%B3%E3%83%B3BASIC%E3%83%9E%E3%82%AC%E3%82%B8%E3%83%B3+1982
　これで、最後の２つゲット。

　むふふふ。ブチ切れた文太です。

　まだ動かせませんが。
　３時間かかりました。途中で１５分寝落ちしましたが。
　けっこう楽しかった。分かっていく喜び。
　まだ、「1」「l」「I」とか残ってると思います。
　いくつか、こんなの知らない、というのがあります。


'  === Computer Othello ===
' by Masao Kimura 1982 03 Game Collection
'  (Basic Magazine Special) pp.39-42
' for PC-6001
' vars' list: CO, YO = Comp/Player points;  HC, HY = best score
'  KK = 0:pass (cannot put); 1:put successfully
'  PB,P = Comp/Player remaining pass(es);  X,Y = matrix (yoko,tate)
'  A(I,J) = 0:none, 1:comp's tile exists, -1: player's exists
'  C,D = comp's next spot/matrix, yoko,tate (DATA READ)
'  SYM; Player O, Comp X
'  KEYS; F01(next try), F02(pass), STOP>F03>F04 to finish
'  Space = play again

   3 REM --- Init ---
   4 HC=0 : HY=0 : GOTO 1500		'TITLE
   5 KK=8 : P=5 : PB=S
   6 FOR I=0 TO 7 : FOR J=0 TO 7 : A(I,J)=0 : NEXT J, I
  10 SCREEN 1,1,1,1 : LOCATE 0, 15 : CLS : CONSOLE 0, 15, 0 : CLS
'
  11 REM --- Window Setting ---
  12 LOCATE 10, 1 : PRINT "Computer Othello"
  13 PRINT "If there is no place to put your tile in"
  14 LOCATE 1, 7  : PRINT "Hit [F02]"
  15 LOCATE 1, 9  : PRINT "But 5 times only."
  16 LOCATE 1, 10 : PRINT "With 6 times, you lose."
  17 KEY 1, "pn"+CHR$(13) : KEY 2, "py"+CHR$(13)
  18 LOCATE 21, 3 : PRINT "[F01] = Not PASS"
  19 LOCATE 21, 4 : PRINT "[F02] = PASS"
  20 LOCATE 12, 4 : PRINT "01234567"
  30 FOR I=0 TO 7
  31 	LOCATE 10, 5+I : PRINT I; "++++++++" : NEXT
  32 LOCATE 15, 8 : PRINT "OX" : A(3,3)=-1 : A(4,3)= 1
  34 LOCATE 15, 9 : PRINT "XO" : A(3,4)= 1 : A(4,4)=-1
  35 LOCATE 20, 6 : PRINT "Your PASS"
  36 LOCATE 21, 7 : PRINT "You = ";P
  37 LOCATE 21, 8 : PRINT "Computer = ";PB
  38 LOCATE 20, 10: PRINT "When you want to finish the game, Hit [STOP]"
  39 LOCATE 22, 11: PRINT "and [F03], [F04]"
'
  40 KEY 3, "cls"+CHR$(13)+"go" : KEY 4, "to 1100"+CHR$(13)
'
  44 REM --- Player Input ---
  45 CONSOLE 13, 4 : CLS
  50 INPUT "         yoko where?         ";X
  51 IF X<0 OR X>7  THEN 56
  52 INPUT "         tate where?         ";Y
  53 IF Y<0 OR Y>7  THEN 56
  54 IF A(X,Y) <> 0 THEN 56
  55 GOTO 100
'
  56 CONSOLE 13, 4 : CLS : PLAY "o4l16CDCD"
  57 INPUT "Cannot go!  Think again = [F01]  or  PASS = [F02]";PP$
  58 IF PP$ <> "py" AND PP$ <> "pn" THEN 57
  59 IF PP$ =  "py" THEN GOSUB 900 : GOTO 115	'P pass, C input
  60 IF PP$ =  "pn" THEN 40
'
 100 KX=X : KY=Y : KK=0 : C$="O" : K=-1 : GOSUB 300
 110 IF KK=0 THEN 56
'
 114 REM --- Computer Input ---
 115 CONSOLE 13, 4 : CLS : PRINT
 116 PRINT " Now Computer is thinking .... "
'
 118 RESTORE 800
 120 READ C, D : IF C=9 AND D=9 THEN GOSUB 850 : GOTO 40
 122 IF A(C,D) <> 0 THEN 120
 123 KX=C : KY=D
 125 KK=0 : K=1 : C$="X" : GOSUB 300		'moving forward
 130 IF KK=0 THEN GOTO 120			'READ
'
 140 CONSOLE 13, 4 : CLS : PLAY "o4l4c" : PRINT
 141 PRINT "Now, finished thinking!"
 152 FOR I=0 TO 300 : NEXT : GOTO 40
'
' --- SUBROUTINES ---
'
 290 REM --- Moving Forward ? ---
 300 FOR AX=-1 TO 1 : FOR AY=-1 TO 1
 302 	IF AX=0 AND AY=13 THEN 390			'out/again
 304 	N=2
 305 	A=KX+AX*N : B=KY+AY*N
 306 	IF A<0 OR A>7 THEN 390				'ditto
 307 	IF B<0 OR B>7 THEN 390				'ditto
 308 	IF KX+AX < 0 OR KX+AX > 7 THEN 390		'ditto
 309 	IF KY+AY < 0 OR KY+AY > 7 THEN 390		'ditto
 310 	IF A(KX+AX*(N-1), KY+AY*(N-1)) <> -K THEN 390	'ditto
 330 	IF A(A,B)=K THEN 390				'ditto
 335 	N=N+1 : GOTO 305			''
 336 	LOCATE 0, 8 : PRINT N; A; B
 350 	LOCATE KX+12, KY+5 : COLOR 3 : PRINT " "
 351 	FOR I=0 TO 200 : NEXT I
 352 	COLOR 1 : KK=1
 380 	FOR I=0 TO N
 381 		LOCATE KX+AX+I+12, KY+AY*I+5
 385 		PRINT C$ : A(KX+AX*I,KY+AY*I)=K
 386 	NEXT
 387 	LOCATE X+12, KY+5 : PRINT C$
 390 NEXT AY, AX
 391 RETURN
'
 790 REM --- Data for Computer's decision ---
 800 DATA 0, 7, 7, 0, 0, 0, 7, 7, 2, 2, 5, 2
 802 DATA 2, 5, 5, 5, 3, 2, 4, 5, 5, 4, 2, 3
 804 DATA 5, 3, 4, 2, 2, 4, 3, 5, 2, 0, 3, 0
 806 DATA 4, 0, 5, 0, 0, 2, 0, 3, 0, 4, 0, 5
 808 DATA 7, 2, 7, 3, 7, 4, 2, 7, 3, 7, 5, 7
 810 DATA 2, 1, 3, 1, 4, 1, 5, 1, 2, 6, 3, 6
 812 DATA 4, 6, 5, 6, 1, 2, 1, 3, 1, 4, 6, 2
 814 DATA 6, 3, 6, 4, 6, 5, 1, 1, 6, 6, 6, 1
 816 DATA 1, 6, 0, 1, 1, 0, 6, 0, 7, 1, 0, 6
 818 DATA 1, 7, 6, 7, 7, 6, 9, 9
'
 845 REM --- Computer PASS ---
 850 PB=PB-1
 851 CONSOLE 13, 4 : PRINT " Computer will PASS "
 852 FOR I=0 TO 500 : NEXT
 852 LOCATE 21, 8 : PRINT "Computer = "; PB
 854 IF PB<O THEN N$="You" : GOTO 1000		'GameOver
 855 RETURN
'
 895 REM --- Player PASS ---
 900 P=P-1
 902 LOCATE 21, 7 : PRINT "You = ";P
 930 IF P<O THEN N$="Computer" : GOTO 1000	'GameOver
 940 RETURN

990 REM --- Game Over ---
1000 SCREEN 3,2,2 : COLOR 4,2,1 : CONSOLE 0,15,0 : CLS : CONSOLE 15,1
1001 LOCATE 2, 1 : PRINT "Game Over"
1010 LOCATE 1, 3 : PRINT N$;"is the winner!"
1020 LOCATE 2, 4 : PRINT "POINTS"
1030 LOCATE 3, 5 : PRINT "You =  ";YO
1040 LOCATE 3, 6 : PRINT "Computer =  ";CO
1042 LOCATE 2, 8 : PRINT "The best scores are"
1043 LOCATE 3, 9 : PRINT "You      =";HY
1044 LOCATE 3, 18: PRINT "Computer =";HC
1045 LOCATE 1, 12: PRINT "Play again?  Then, Hit SPACE KEY."
1046 GOTO 1641					'MUSIC

1090 REM --- Calc of points ---
1100 CO=0 : YO=0
1101 FOR I=0 TO 7 : FOR J=0 TO 7
1110 	IF A(I,J)= 1 THEN CO=CO+1 : GOTO 1120	'out/again
1115 	IF A(I,J)=-1 THEN YO=YO+1
1120 NEXT J, I
1121 IF CO>HC  THEN HC=CO
1122 IF YO>HY  THEN HY=YO
1130 IF CO<=YO THEN N$="You"      : GOTO 1000	'GameOver
1140 		    N$="Computer" : GOTO 1000	'ditto
'
1499 REM --- TITLE ---
1500 SCREEN 3, 2, 2 : CONSOLE 0, 15 : COLOR 1, 2, 2 : CLS
1510 LOCATE 2, 2 : PRINT "COMPUTER OTHELLO"
1520 LOCATE 1, 5 : PRINT "Hey! You! .."
1530 LOCATE 2, 7 : PRINT "Can you beat Computer?"
1540 COLOR 4
1541 LOCATE 1, 1 : PRINT "To start, Hit the Space KEY"
1600  IF STRIG(0)=0 THEN 1600
1610 GOTO 5
'
1630 REM --- MUSIC ---		'line nums changed from the original
1641 PLAY "s13o5l2cd-l4c. l2o4b-r8l8b-b-b-l4b-o5l8oo4l2a-"	'
1642 GOSUB 1700
1643 PLAY "o4l2a-b-l4a-. l2gr818gggl4gl8a-l2fr2"
1644 GOSUB 1700
1645 PLAY "o418ca-gl2a-r4l8a-gfgfel4dl8a-l2a-"		'1643(org)
1646 GOSUB 1700
1647 PLAY "r418ga-gfeo3bo4l4cl8e14c.l8co3l4bo4l8dl2c"	'1644(org)
1648 GOSUB 1700
1649 PLAY "o418oa-gl2a-r418fga-gfel4d.l2a-r4"		'1645(org)
1650 GOSUB 1700					'1646 below(org)
1651 PLAY "l8o4ga-gfeo3b-o4ccecl4c. l8co3l4b-o4l8dl4cgl2fr2r2"
1652 GOTO 1641						'MUSIC r.
1700  IF STRIG(0)=0 THEN RETURN
1710 GOTO 5

まとレスにします。(^^;

#12203 としきさん
> ところで、#12194に掲載されているベーマガの表紙の右上、オレンジの地の部分、
> 黒い文字ではなんと書かれていますか？

文太さんが答えてくれたのでコピペ！ (^^;

> 月　マイコン
> 刊　　　　　　　　別冊
> 月刊　ラジオの製作

なるほど！　ここを見ていればわかったのですね。
よくわかりました。私に名探偵の素質が無いことが。(;_;)

#12205 文太さん

> 　と書かれていますね。確かにこれはarchive.orgにありました。

謎は全部解けたようで。＞じっちゃんの何かけて？
コピペさせてもらいました。m(__)m

> 　ただジョイススィックは？　あれ割り込み処理じゃないのかな？
> 　何か方法はあるだろう？？？

このころはまだ使われてないのでは。(^^;
私もそのうち試してみたいです。

> 「ウィンドウサイズ」

え？！　そうゆう意味だったのですか？　知らなかった。
VTDOS掲示板を閲覧するのに推奨されるサイズかと思ってた(^_^;)

> 「表示時間」

え？！　そうゆう意味だったのですか？　知らなかった。
屋敷の掲示板を表示してから6時間40分経過しているのかと思った(^_^;)

> Another HTML-lint

konnoさんは気にしない，に一票。

> え？！　そうゆう意味だったのですか？　知らなかった。

あれだ、konnoさん、親切心は人一倍ありそうなんだけど、UIの構成といえばいいのか、
他の人から見える部分において、それは一般人からどう見えるか、という観点がいささか
欠けているような感じ。
なので

> konnoさんは気にしない，に一票。

私も一票入れたくなってしまうけど、世界平和のために、ぜひ気にしていただきたい。

としきさん

　どうやら問題ないようで。
　僕は、なんだろう、よくは分からないのですが、、、。

>なんか、環境依存があるのかな。
　タブ。そして、縦の線が揃わないと、まったく意味をなさない
データだから、、、。
　NEC PC-9801が、SHARPのカラムに入っていたら、訳が分からない。

　テキストファイルでさえ、４タブのつもりで書かれたものを８タブ
でみたら、ぐちゃっとなっちゃうことあるじゃない、、、。

konnoさん

（M. Kimura's Comp Othello について）

>>ただジョイススィックは？
>このころはまだ使われてないのでは。(^^;
　あ、そう？　では、？？？

>私もそのうち試してみたいです。
　まだ僕が入れたバグが残っていると思いますが、適当にＸＸ用に
移植でも何でもしてください。

konnoさん

　うん、さすが！　我々、ちゃんと進歩してますね。
　ゆで卵の皮をむきながら、「やっぱ string 命令だろう」とか「一体どんな
文脈？」と独り言をしていました。
　ふと、string vs strig というのを思い出したのです。

#12007
> 　STRIG って何？
> 引数
>0：キーボード（スペースキーに対応）

　７６年から８４年まで。
　８タブです。

		SHARP		NEC		Fujitsu		others
--------------------------------------------------------------------------------------
1976（昭和51） 	　 		(8)TK-80
--------------------------------------------------------------------------------------
1977（昭和52） 	　 		(11)TK-80BS 	(5)L-KIT 8
--------------------------------------------------------------------------------------
1978（昭和53） 	(12)MZ-80K 		　 	　 		BASICマスター（日立）
								PET2001（コモドール）
								M100 8K BASIC（SORD）
--------------------------------------------------------------------------------------
1979（昭和54） 			(4)COMPO-BS			6809展示（モトローラ）
				(5)PC-8001 			BASICマスターExtra（日立）
		(10)MZ-80C					M100ACE（SORD）
								CBMシリーズ（コモドール）
--------------------------------------------------------------------------------------
1980（昭和55） 	(3)PC-1210					BASICマスターL3（日立）
		(5)PC-3100	(5)TK-85			↑初の6809マシン
		(6)MZ-80K2					if-800（沖）
								FX-9000P（CASIO）
--------------------------------------------------------------------------------------
1981（昭和56） 	(4)MZ-80B					TRS-80カラー（タンディ）
		(11)MZ-80K2E 	(9)PC-6001			VIC-1000（コモドール）
				(9)PC-8801 	(5)FM-8		16ビット機
								（三菱、東芝、パナファコム）
								JR-100（松下）
--------------------------------------------------------------------------------------
1982（昭和57） 	(5)MZ-2000					JR-200（松下）
		(6)MZ-1200	(9)PC-2001			HC-20（信州精器<エプソン>）
		(10)MZ-700	(10)PC-9801 	(11)FM-7	MB-16001
		(10)X1 				(11)FM-11 	COMMODORE-64
								M5（SORD）
								FP-1000/1100（CASIO）
--------------------------------------------------------------------------------------
1983（昭和58） 	(5)MZ-2200	(1)PC-8201	(11)FM-X 	パソピア-7（東芝）
		(9)MZ-5500	(10)PC-100			マルチ-8（三菱）
		(9)X1C，D 	(11)PC-6601			BASICマスターL3mkV（日立）
--------------------------------------------------------------------------------------
				(58)mkIIシリーズ
				(58)98FEシリーズ
--------------------------------------------------------------------------------------
1984（昭和59） 	(5)MZ-1500					パソピア1600（東芝）
		(5)MZ-6500			(2)FM-11 AD，BS
		X1Cs，Ck 			(5)FM-NEW7	各社MSX（サンヨー、東芝
						(5)FM-77 	ソニー、三菱）
--------------------------------------------------------------------------------------

> ウィンドウサイズの表示なんですが、表示位置がなんだか不思議。
> VTDOSの掲示板のところに埋もれているような感じ。
> これ、一番最後に回していただきたい。

なるほど。言われればもっともなのでそうします。

> ということは、将来的にはkonnoさん、この
> 情報を用いて何かをしてくれるということですよね。期待大。今後定期的にとしき
> からの圧がかかると思ってください。

いや、この情報はスマホでの見え方を知るために入れたのでもう役目を終えた？
でもあれば（プログラムの参考とか）便利だろうということで残しています。

> そんなことはともかくとして、この項目名も、単に「ウィンドウサイズ」ではなく、
> たとえば「あなたのブラウザのウィンドウサイズ」とかにしてもらえると、気のせい
> 程度にはわかりやすくなるかと。

確かに。でも個人的にわかればいいということでこのままいこうかな。
そもそも元ネタがタイトルのままだし。(^^;

> 上部に表示されている「表示時間」。これも、板塀の並びというのはひどく違和感。
> 最上部のタイトルの並びとか、あるいはタイトルの１行下、板塀の１行上、みたいな
> ところに独立した行とするのもいいかも。

なるほど。行は増やしたくないので1行目に追加します。

> また、表示時間というのもちょっと変えて「yyyy/mm/dd hh:mm時点の最新情報」
> みたいな方が、個人的にはちょっとかっこいい気がする。

長くなりすぎるのと、日付追加はちょっとだけ面倒という理由をつけて却下です。
「表示時間」ならページ更新した時間とわかるし。

> ま、なんにせよ、もし変更をかますのなら、そのあと、めざらさんの紹介された
> Another HTML-lintにきちんとかけることは必須かと。

う、この変更だけなら点数は変わらないだろうからやらなくてもいいかな。(^^;
ということで変更してみました。m(__)m

> 別冊もの２つ！　ゲット！
> konnoさん
> 　ありがとう！！！

お役に立てたようでなによりです。

> https://archive.org/search?query=%E3%83%9E%E3%82%A4%E3%82%B3%E3%83%B3BASIC%E3%83%9E%E3%82%AC%E3%82%B8%E3%83%B3+1982
> 　これで、最後の２つゲット。

おお、こんなふうに検索すればよかったのか。今までほぼ丸ごとだったので
重うて重うて。(^^;

> 　むふふふ。ブチ切れた文太です。

むむむむ。ブチ切れた文太さんは怖い。(-_-;)

> 　まだ動かせませんが。
> 　３時間かかりました。途中で１５分寝落ちしましたが。
> 　けっこう楽しかった。分かっていく喜び。

1982年03月の PC-6001 Othello のソースリストですか。
お疲れ様です。m(__)m

> 　まだ、「1」「l」「I」とか残ってると思います。

ソースの冒頭だけでも
>    5 KK=8 : P=5 : PB=S
          ↓          ↓
     5 KK=0 : P=5 : PB=5
違うようです。変数の値があてにならないのが厄介なんですよね。(>_<)
私のも初期画面までは動いたんですが、コマが置けなくて挫折してます。(>_<)
どこかの変数の数値とかが違ってるんでしょうね。
Turbo BASICです。

文太さんのソースは CONSOLE文の行を REM にすれば Turbo BASICで
コンパイル通ります。でも動かない。(>_<)

> > 「ウィンドウサイズ」
> え？！　そうゆう意味だったのですか？　知らなかった。
> VTDOS掲示板を閲覧するのに推奨されるサイズかと思ってた(^_^;)

もちろん VTDOS掲示板を閲覧すると自動的にそのサイズになります！
その他に現在のサイズまでわかるというおまけ機能もあるのです。(^^;

> > 「表示時間」
> え？！　そうゆう意味だったのですか？　知らなかった。
> 屋敷の掲示板を表示してから6時間40分経過しているのかと思った(^_^;)

これはちょっと違います。屋敷の掲示板情報を閲覧した時の時間です。(^^;
って、めざらさんのいけず〜。(;_;)

> > Another HTML-lint
> konnoさんは気にしない，に一票。

清き1票ありがとうございます。m(__)m

> あれだ、konnoさん、親切心は人一倍ありそうなんだけど、UIの構成といえばいいのか、
> 他の人から見える部分において、それは一般人からどう見えるか、という観点がいささか
> 欠けているような感じ。

なんというか、一画面に一杯詰め込みたいんですよね。(^^;
時計とカレンダ―のアクセサリとか最たるものですね。
新着情報の場合はスマホ画面にも納めたいという動機からです。

> > konnoさんは気にしない，に一票。
> 私も一票入れたくなってしまうけど、世界平和のために、ぜひ気にしていただきたい。

うう、一応変更しましたが、本当は隙間に押し込みたいのです。（変態か）
世界平和と言えば、昔は町のあちこちにあったような。
＃　アナタハコメヲシンジマスカ

> >>ただジョイススィックは？
> >このころはまだ使われてないのでは。(^^;
> 　あ、そう？　では、？？？

ごめんなさい。ソースに2か所ありましたね。m(__)m
ということは、PC-6001 はジョイスティック対応だったのね。

> >私もそのうち試してみたいです。
> 　まだ僕が入れたバグが残っていると思いますが、適当にＸＸ用に
> 移植でも何でもしてください。

#12217 で書きましたがコマを置くところで挫折中です。(>_<)
文太さんのソースと比較してみるかな。
TurboBASICやQBASIC用はLOCATE文が逆で数字もズレるのがバグの元。
コマの位置がそれでズレてる可能性大。XとYが逆になってるかも。
他にもバグとわかる変な動作のソースもいくつか・・・

うーん、今は完動するソースもあるのでそっちに注力したいのだが・・・
PC-8001のソースを改造したTurboBASICとQBASIC共通ソースです。(^^;

それ，「時間」じゃなくて「時刻」ですが。

> 清き1票ありがとうございます。m(__)m

ブラックと言うか，かなりドス黒いです。清くなどございませんよ。

> > 　ただジョイススィックは？　あれ割り込み処理じゃないのかな？

> このころはまだ使われてないのでは。(^^;

私もパピコンは触ったことがある程度なので知らなかったのですが、スペックを確認
したところ、ジョイスティックポートが２つ搭載されていたとありました。
ということは、ハードウェア的にはオプションだったのか。
そして、これに対応するために、言語仕様的にはSTRIG関数が搭載されていたので
しょう。

> > 　STRIG って何？
> > 引数
> >0：キーボード（スペースキーに対応）

スペースキーに対応していうところから考えて、STRIGって、Stick Trigger ではなく
Shooting Trigger の略ではないかと思えてきた。
引数と返り値が明確なら何でもいいんですけどね。

うん、まぁ、少しはよくなった。

> > 情報を用いて何かをしてくれるということですよね。期待大。今後定期的にとしき
> > からの圧がかかると思ってください。

> でもあれば（プログラムの参考とか）便利だろうということで残しています。

すなわちkonnoさん、なにかをしてくれるわけですよね。
しかも、本来裏方で動くようなコードの結果をわざわざ表に出しているということは
暗黙の宣伝効果を狙っているとしか思えない。
ということで、これが表示されているうちは、かつて２ちゃんねるでよく見かけた
「まだぁ〜？」がしばしば発動されることでしょう。

> 確かに。でも個人的にわかればいいということでこのままいこうかな。

いや、だから、めざらさんをはじめ他の人にはわからないから改善してよ、という話。
最近も新しいお客様が来てくださったようですが、ここの潜在顧客の数はVzのソース
をダウンロードしてくれた人の数と同じだけいると推測できるのですから。

> 長くなりすぎるのと、日付追加はちょっとだけ面倒という理由をつけて却下です。

面倒はともかく、長くなるから却下、というのは理解できる。でも

> 「表示時間」ならページ更新した時間とわかるし。

わかりません。めざらさんもわからなかった、というのはギャグかもしれませんが、
正直これでは言葉が足らなさすぎて誤解を招く可能性大。

> > Another HTML-lintにきちんとかけることは必須かと。
> う、この変更だけなら点数は変わらないだろうからやらなくてもいいかな。(^^;

ならば、ということで、私がやってみました。
う〜ん、とりあえず、ぎりぎりプラスの点数でしたけど、わりとミスタイプっぽい
タグ指定で点数を落としている。論理構造なんぞではなく、その手のケアレスミス
を解消するだけで、おそらく５０点程度は取れそう。

> それ，「時間」じゃなくて「時刻」ですが。

そ、そうですね（汗）。時刻に直してみました。m(__)m

> > 清き1票ありがとうございます。m(__)m
> ブラックと言うか，かなりドス黒いです。清くなどございませんよ。

マ界に澄む者には田沼のように清く澄んで見えるのです。

＃　VZマ界のマ王に俺はなるぞ〜！！（今は目の上に・・・）

> 私もパピコンは触ったことがある程度なので知らなかったのですが、スペックを確認
> したところ、ジョイスティックポートが２つ搭載されていたとありました。

私はPC-6001が先に出たものと勘違いしていました。
どこかに年表みたいなのがあったような・・・それによると
1979（昭和54） (5)PC-8001
1981（昭和56） (9)PC-6001  (9)PC-8801
この後は16ビット機の時代になるので、PC-6001は8ビット機全盛のころなのですね。
それならジョイスティックポートがあって当たり前かな。

> ということは、ハードウェア的にはオプションだったのか。
> そして、これに対応するために、言語仕様的にはSTRIG関数が搭載されていたので
> しょう。

ここでBASIC互換表を見たら、PC8001など多くのPCはジョイスティック無しでした。
機能が有るのは PC6001,PC6601,X1Hu,X1TB,S1,PASOPIA7,SMC77(△),JX,MSX,MSX2
これが合っているかはわからないですが、大体ゲーミングマシンという位置づけか。
あくまで BASICの話ですが。

> 機能が有るのは PC6001,PC6601,X1Hu,X1TB,S1,PASOPIA7,SMC77(△),JX,MSX,MSX2

JXって知らない。
日立のS1と東芝のパソピア７は、ゲーミングマシンといわれればそうかも。
他は明らかにゲーミングマシンですね。

konnoさん

>ソースの冒頭だけでも
>          ↓          ↓
>     5 KK=0 : P=5 : PB=5

　文太、ぜんぜん甘々だな。

>文太さんのソースは CONSOLE文の行を REM にすれば Turbo BASICで
>コンパイル通ります。でも動かない。(>_<)

　文太、ぜんぜん怖くないな。

http://p6ers.net/hashi/furoku1.html

>N66-BASICとN60-BASICの違いはPC-6601とPC-6001のハードウェア上
>の違いと大いに関係があります。 

　Ｎ６６とＮ６０も違う、と。深いのぉ。

ジョイ・スティック
https://www.beep-shop.com/blog/5761/

　あるみたいですね。でも、スペースキーで代用できるのでしょう？
　動かないのかぁ。
　まだ 80x25 のＤＯＳ標準画面が「一般的」とはなっていない時代
みたいなので、表示（根本！）系は、けっこう注意が必要なんでしょうね。

COLOR，CONSOLE，LOCATE
POS，CSRLIN
　このあたりですね（もちろんググリました）

　それほど多種多様でもないのだろうから、乗り越えます！　その前に
Basicが走るマシンを作ります！　コンパイルもしたいです！

　古い「BASIC規格表」をみたら、CONSOLE - Multi の欄に、
KEY ON / KEY OFF というのがありましたが、ファンクションキーの
表示／非表示だそうで、ま、バシバシ削っていってしまうのでしょう、
まずは。

　ＭＳ系と非ＭＳ系。Ｘ，Ｙの逆転、ご指摘ありがとうございました。
　いちおう気をつけます。

> > 機能が有るのは PC6001,PC6601,X1Hu,X1TB,S1,PASOPIA7,SMC77(△),JX,MSX,MSX2
> JXって知らない。

IBM JX のようです。JX 基本BASIC
日本語化してるのに日本ではほとんど売れなかったようです。
CPUはパソピア16と同じ 8088 4.77Mhz なので、OSもほぼ同じなのでは？
英語ページにはジョイスティックx2 とありますね。

> http://p6ers.net/hashi/furoku1.html
> 　Ｎ６６とＮ６０も違う、と。深いのぉ。

ファンサイトですか。良いですね、PC-6シリーズ愛が感じられます。

> 				PC-6601		PC-6001
> 1 スクリーン構成　SCREEN1	40文字×20行	32文字×16行
> 2 グラフィックス機能┌2      	80×40ドット  	64×48ドット
> 		SCREEN┤3	160×200ドット	128×192ドット
> 		      └4	320×200ドット	256×192ドット
> (CIRCLE)(PUT[@]),(GET[@])

これを見て、画面がちっちぇ〜、、と思いましたが
PC-8001は テキスト80桁×25行、グラフィック160×100ドット8色
テキストはいいとして、グラフィックはもっとちっちぇ〜 ！！ 
まあ、マイコンキットの組み立て済みみたいなものだしなぁ・・・
(CIRCLE)などの機能も当初は削除されてたとか、ユーザーのことを考えてない。

さて、甘々で怖くない人むけに、PC-8001オセロのQB移植ソースでも出すかな。
としきさんのが完成形なので、デザインを参考にもうちょいお直しして。(^^;

> > おお、メイリオを等幅に出来るのですか。
> > PC2 ではメイリオが比較的見やすいので、試してみたいと思います。
> やってみました。出来ました。＼(^^)／ ﾔｯﾀ-

インストールした時は等幅になったと思ったのですが、今は等幅じゃない？
たぶんタブが等幅に対応してないのか、タブの表が崩れてしまいます。(;_;)
見やすいけどこれでは使えない。(;_;)

> PC1でも BIZ UDGothic とどっちか良いか比べてみます。

PC1はギザギザが無いので BIZ UDGothic が見やすいです。
PC2はシステムが旧型のせいか、ギザギザになるのでその前提で見直しました。
＃（システムが）腐ってやがる。古すぎたんだ・・・
ということで、PC2のギザギザハートの見やすさランキング　(^^;

1. HGGothicE		太字でぱっと見は見やすい。
2. BIZ UDGothic		太さのばらつきがあるのがいまいち
3. HGGothicM		太さのばらつきがあるのがいまいち
4. MS Gothic		線が細くて見えにくい

ということで、HGGothicE でいくことにしました。
難しい漢字は潰れてしまいますが、ここではあまり無いだろうし。(^^;
そもそも難しい漢字はだいたいの感じで読んでるし。(^^;

IBM Personal Computer
Hardware Reference Library
          BASIC
Second Edition (May 1982)

　というマニュアルがありまして、その割と冒頭に

The STRIG function for Advanced BASIC now
reads four joystick buttons. This is useful if you
happen to have four one-dimensional paddles.

　なんて記述がありました。1982年に４つのボタンの
ジョイスティックが存在していたことになりますね。
　81年がＩＢＭ・ＰＣ（16 bit, 8088, ＭＳ伝説の始まり）
の発売なので、１年後ぐらいには、４つボタン対応に。

　ま、１６ビットの前の８ビットマイコンの話を、我々は
このところしているわけですが。

追伸：Shooting Trigger でもいいんですけど、QuickBasic
by MS の最後ヴァージョンでは、Stick Trigger でしたけどね。
　まず、BASIC で、やがてＯＳで、世界制覇をしたのですよねぇ。
　いや、すぐ LINUX の時代？　うーん？？？

konnoさん

>これを見て、画面がちっちぇ〜、、と思いましたが
>テキストはいいとして、グラフィックはもっとちっちぇ〜 ！！ 
　こういうの頭でイメージして、移植・復刻させなくちゃなんですね。
　いやぁ、、、。

　英語の BASIC-Game 本をチラ見しました。
　_33 Adult Computer Games in Basic_ by D. W. Chance.
　対象が、IBM PC, Apple II/IIe, TRS-80。1983年出版。各機種間での
移植の方法が書かれているが、、、。これ、俺、やるの？　という感じに
なってきました。

> 　Ｎ６６とＮ６０も違う、と。深いのぉ。

当時をリアルタイムで経験していた私からすると、あれだけスペックが違うのに
言語仕様が同じだったりすると、それこそ利用者に対する裏切りですよ。
とはいえ、互換性を重視する立場もわからなくもない。
PC-88のシューティングゲームがPC-98だと速すぎるのは問題だ、とか、Vzエディタ
のマクロがWzエディタで動かないのはよろしくない、という主張と同程度の正当性
は認めてあげたいかな。

> (CIRCLE)などの機能も当初は削除されてたとか、ユーザーのことを考えてない。

うむ、konnoさん、なかなか飛ばすなぁ。
ユーザーのことを考えて提案された、掲示板の簡易な機能向上策を採用しないという
判断を下すだけの人だ、言葉の重みが違う。

マジレスすると、konnoさん、ローレゾの真の恐ろしさを理解していないと見た。
あの画面解像度で円を描くことの無意味さというか。
例えば、エミュレータのDOS窓で160桁×100行の窓を開いてVzを起動し、paint.def
を使ってみればだいたいの感覚がわかると思う。こんなぎざぎざな円を書く機能を
付与するくらいなら、思い切ってばっさりカットするのも見識かと。

とはいえ、実際のところは、ユーザーのことを考えたからこそ搭載しなかった、
という可能性が高いと思う。当時はROMの容量が小さかったから、搭載できる機能
にも制限が多かった。もちろん、CIRCLEを搭載して、変わりにINPUTやPRINTを削る、
という判断を下してもよかったのかもしれませんが、普通にユーザーのことを考え
たら、なかなかそういう決断を下すのは難しいでしょう。あるいは、ROMを増やして
その分は価格を上げる、という選択肢もあって、ブルジョアな人（konnoさん？）
なんかには望ましいあり方なのかもしれないけど、ここはプロダクトアウトよりも
マーケットインで価格が安いほうを選んだ、ということなのかもしれません。

とにかく、昔のメモリとの戦いは、おそらくkonnoさんなんかの想像を絶するもの
だと思う。私はそこまで限界を攻めた事はないけれど、昔話を聞くと、とてもマネ
できるものではないな、と思う。
例えば、PC-8001のROM容量は24KBだったそうで、そのうちのどのくらいがBASICの
インタプリタだったかは知りませんが、もっと昔にさかのぼると、4KBとか8KBのROM
に詰め込まれたBASICインタプリタがあったそうです。
あるいは、ファミコンの有名なゲームの「ドラゴンクエスト」。
初代のメモリ容量は64KB。そこに大冒険を詰め込むわけで、たいしたものです。
cf.
https://nlab.itmedia.co.jp/nl/articles/1801/07/news008.html

現在の、潤沢にメモリを使える世界に感謝しましょう。

　もう、Ｖｚったら、ＶＷＸったら。
　うれしいんだよね、いくつになっても。

　行番号の書式にもいろいろあるのかもしれませんが、今のところ
下の書式が気に入ってます。行番号化けがけっこう容易に見つかる、
というメリットもあるみたい。

　テキストボックスも「テキストなのよ」（wordingが違うだろうけど
(c) 高橋さま）というので、#F 窓で、lx を使ったのは、生まれて初めて
だと思う。


=== LN_adjst.def by B ===;
 LINE NUM adjust for BASIC source

1 IF M=0 THEN 240
10 IF M=0 THEN 240
100 IF M=0 THEN 240
1800 END
^ start here

-->

   1 IF M=0 THEN 240
  10 IF M=0 THEN 240
 100 IF M=0 THEN 240
1800 END

* M
50 ^^ "LN_adjst"

	?. (ne=='BA')?? .
	&s ps[=pa,

	#G #F #e a=lx, 		; get LEN of max string
	#[			; #[ == #03
	(a>4)? {
	  &m("You're kidding!  NO 10000 lines in Basic") >z
	  }

#56 "\x ^\([0-9]\) " #m 	   "   \1 " #m  "AY"	; for 1
#56 "\x ^\([0-9][0-9]\) " #m 	   "  \1 "  #m  "AY"	; for 11
#56 "\x ^\([0-9][0-9][0-9]\) " #m  " \1 "   #m  "AY"	; for 111

:z	ps], &d .
*

としきさん

　受けました！

>PC-88のシューティングゲームがPC-98だと速すぎるのは問題だ、とか、Vzエディタ
>のマクロがWzエディタで動かないのはよろしくない、という主張と同程度の正当性
>は認めてあげたいかな。

　３回笑ったから、そのままコピペ。
　あ、そろそろ、別の話題で、別のスレッドとか、いかがですか？
　僕の環境では、１画面を超えているのですが？

としきさん

　ときどき、言い方に毒あるよね？
　とにかく、

CIRCLE() について。

>とはいえ、実際のところは、ユーザーのことを考えたからこそ搭載しなかった、
>という可能性が高いと思う。

　ぼくは、もちろん、数字で語られた ROM 容量のこととか分かりませんが、
CIRCLE が、NEC PCで、しばらく見送られたというのは、けっこう有名な話
みたいで、いろんなことが絡んでいたみたいです。
　過去の継承にこだわったＮＥＣが、ＭＳの「構造化ＢＡＳＩＣ」と切れた
という時期もあったみたいですから。この話、有名？
　ＮＥＣ、強気、あるいは責任感ありありの時代。いつ？

一つだけ。

> 　ときどき、言い方に毒あるよね？

ときどき、ではなく、いつも、です。
ただし、本人はそれを意図してやっていない。
故意ではなく過失、というヤツ。
結果として、常時謝罪しまくり。

ごめんなさい。

としきさん

>故意ではなく過失、というヤツ。
　ウソだ。わざとだ。
　でも、毒を投げ合えるのは良き関係だとも思う。
　毒と受け止められるのが怖くて怖くて、というご時世になっている
ようで、なんだか窮屈なんだよなぁ、とここ１０年感じてきました。
　そして、今日がほぼ「ここ」での最終日。
　とりあえず、大きなところでは、その手のアカハラ、パワハラ危険地帯
からは脱出です！
　ほんとの最終日に、いちおうこの Win7 マシンもお持ち帰り、と
なります。

> > > Another HTML-lintにきちんとかけることは必須かと。
> > う、この変更だけなら点数は変わらないだろうからやらなくてもいいかな。(^^;
> ならば、ということで、私がやってみました。
> う〜ん、とりあえず、ぎりぎりプラスの点数でしたけど、わりとミスタイプっぽい
> タグ指定で点数を落としている。論理構造なんぞではなく、その手のケアレスミス
> を解消するだけで、おそらく５０点程度は取れそう。

チェックしてみました。
> 128個のエラーがありました。このHTMLは 2点です。
と出ました。9点のところをいくつか直してみた結果は
> 122個のエラーがありました。このHTMLは 30点です。
今はこのくらいで勘弁してくだせぇ。m(__)m~~~~~~~~~~＼(^_^ )ﾋﾟｼﾋﾟｼ

> これはちょっと違います。屋敷の掲示板情報を閲覧した時の時間です。(^^;
> って、めざらさんのいけず〜。(;_;)

いけずのめざらから確認させていただきますが，
（時間ではなく時刻だということは理解しました）
屋敷の閲覧を開始した時刻ではなく，新着情報を再表示した時刻ですね？

> その他に現在のサイズまでわかるというおまけ機能もあるのです。(^^;

閲覧者のブラウジング環境のウィンドウサイズだと理解しました。
ただ，この数値は正確ですか？
わたしの環境は解像度 FHD で，各ブラウザを【全画面】にしたときに，
解像度と表示されたウィンドウサイズの値が一致しないのですが……。
「ウィンドウサイズ：横幅 = 1536 / 高さ = 864」になります。
本来の 1920 x 1080 に近い値というわけでもないですよね。

それもあって混乱するわけですが……。

どちらかっていうと，●わたしの環境が変●なのかも。
cman.jp の javascript サンプルのページの値を見ても変だし……。
（https://web-designer.cman.jp/javascript_ref/window/size/）

ズームとか関係なさそうなんだけど，何が変なんだろう……(´・ω・｀)

> 一方で、行番号系でやりたいことも、あるにはある。
> なにかというと、BASICでいうところのRENUMコマンド相当の動作。
> つまり、行番号の付け替え。

ちょっとまじめに考えてみました。
すると、これ、思ったより大変かもしれないということに気づきました。
N88-BASICに限りませんが、ほとんどのBASICインタプリタはプログラムを内部表現
に変換して格納しているのですよ。例えば、GOTOは89H、GOSUBは8DH、みたいな感じ。
つまり

 GOTO  1280 -> 89 20 20 00 05
 GOSUB 80   -> 8D 20 50 00

といったように。
なので、インタプリタなら対応する内部コードのうしろを変換するだけで済むの
ですが、テキスト処理だとこれがなかなか難しい。
例えば、以下の例。

10 REM GOTO 100
20 'GOSUB 200
30 PRINT "GOTO 300"

当然、これらは変換してはいけないわけです。
こんなものは存在しない、という前提で作ればそれなりに簡単ですけれど、これらに
まじめに対応したマクロを作るのは、私のおつむではちょっと難しい。
頭の体操にはいいかもしれないけど。

> とはいえ、対応する必要があるのは GOTO GOSUB THEN ELSE ぐらいかなぁ。

RETURNも行番号をとるけれど、そんな汚いコード、書いた事はないはず。
ん、RESTOREなんてコマンドもある。これは対応が必要だ。
あと、RESUMEぐらいは対応してもいいかも。

これ以上何かをするのなら、めざらさんのところの掲示板かなぁ。

> 30 PRINT "GOTO 300"

これを変換してはまずかろうと思いますが……

> 10 REM GOTO 100
> 20 'GOSUB 200

これらは構わないと言うか，むしろ追随させた方がよさげな気持ち。


> これ以上何かをするのなら、めざらさんのところの掲示板かなぁ。

閑古鳥すらひっそりしておりますので，もちろん歓迎いたしますよ。
BASIC の知識は四十年前に失ってますから，いちいち説明が必要ですが。

> > これはちょっと違います。屋敷の掲示板情報を閲覧した時の時間です。(^^;
> > って、めざらさんのいけず〜。(;_;)
> いけずのめざらから確認させていただきますが，

目上の人に失礼な言い方してすみませんでした。m(__)m
まじめな質問だったのですね。重ねて失礼をお詫びします。m(__)m

> （時間ではなく時刻だということは理解しました）
> 屋敷の閲覧を開始した時刻ではなく，新着情報を再表示した時刻ですね？

そうです。なので「表示時刻」と変更しました。私的に必要な情報なのです。

> 閲覧者のブラウジング環境のウィンドウサイズだと理解しました。
> ただ，この数値は正確ですか？
> わたしの環境は解像度 FHD で，各ブラウザを【全画面】にしたときに，
> 解像度と表示されたウィンドウサイズの値が一致しないのですが……。

私はコピペしただけなので詳細はわかりません。
ブラウザの外枠ではなく記事を表示する内枠の数値だと思いました。

> 「ウィンドウサイズ：横幅 = 1536 / 高さ = 864」になります。
> 本来の 1920 x 1080 に近い値というわけでもないですよね。

ブラウザ窓の上下左右は情報表示の空間になっているのでその内側だと思います。

> どちらかっていうと，●わたしの環境が変●なのかも。
> cman.jp の javascript サンプルのページの値を見ても変だし……。
> （https://web-designer.cman.jp/javascript_ref/window/size/）

おお、こんなサイトがあるんですね。確かにサンプルの表示数値は違いますね。
うちの環境で全画面の数値は、ウィンドウサイズ：横幅 = 1366 / 高さ = 617  なので
c1　window.innerWidth  (*1)　　　　　　　　ブラウザ内の表示域(スクロールバーを含む)　1366
h2　document.documentElement.clientHeight　ブラウザ内の表示域(スクロールバーを除く)　617
これが当てはまると思います。

(*1)：IE8以下では取得できません。とあるので環境によっては正しく表示しないかも。
うちの環境では全画面で無い場合は数値が１違う時があるようです。御魚もとい誤差かな？ (^^;

> ズームとか関係なさそうなんだけど，何が変なんだろう……(´・ω・｀)

上記の項目の値と全然違うのですか？　ソースを見ても難しすぎてわかりませんが

<tr><td>c1</td><td>window.innerWidth &nbsp;(*1)</td><td>ブラウザ内の表示域(スクロールバーを含む)</td><td id="outInnerWidth" class="nowValue"></td></tr>
<tr class="rowColor"><td>h2</td><td>document.documentElement.clientHeight</td><td>ブラウザ内の表示域(スクロールバーを除く)</td><td id="outElementClientHeight" class="nowValue"></td></tr>

うちの簡易なスクリプトとは違うような気がします。値が違うのは関数が違う？

//読み込み時の表示
window_load();

//ウィンドウサイズ変更時に更新
window.onresize = window_load;

//サイズの表示
function window_load() {
	var sW,sH,s;
	sW = window.innerWidth;
	sH = window.innerHeight;
	s = "ウィンドウサイズ：横幅 = " + sW + " / 高さ = " + sH;
	document.getElementById("winsize2").innerHTML = s;
}

> > 10 REM GOTO 100
> > 20 'GOSUB 200
> これらは構わないと言うか，むしろ追随させた方がよさげな気持ち。

これは好みが別れそうですね。オプションで切り替えるとかどうでしょう。
私は作らないと思うのでどちらでも。(^^;☆＼(--#)ﾊﾞｷｯ

> > これ以上何かをするのなら、めざらさんのところの掲示板かなぁ。
> 閑古鳥すらひっそりしておりますので，もちろん歓迎いたしますよ。
> BASIC の知識は四十年前に失ってますから，いちいち説明が必要ですが。

これは私も一票！
新コンテンツが生まれそうな予感！ (^_^)

#12236のコメントと考えたのですが、備忘録としてここにメモっておきます。

1981年 パソピア(PA7010)
CPUにZ-80A・RAM64KB・BASIC-ROM32KB・VRAM16KBを搭載、
テキスト　80文字 x 25行 (8色)　グラフィックは160×100ドット・ドット毎に8色指定可能なノーマルグラフィックモード
640×200ドット・アトリビュートキャラクタによる8×8ドット単位で8色指定なファイングラフィックモードの2モード
搭載言語はMicrosoft BASIC（Ver5.0）ベースのT-BASIC

1979 PC-8001　テキスト80桁×25行　グラフィック160×100ドット8色
1981 PC-6001　テキスト32桁×16行　グラフィック256×192ドット

私は初代パソピアはほとんどさわって無いですが、PC-8001を意識したSPECですね。
私が最初に買ったのはパソピアminiです。

1982年 パソピアmini（IHC-8000）
ハンドヘルド機。表示は標準では本体上にある24桁×1行の液晶画面のみだが、
ミニプリンタの付いた拡張ユニットと合体させてTVインターフェースを接続することで外部モニタへの出力が可能になる。
この場合の表示能力は32桁×24行のキャラクタのみのモノクロ表示となる。グラフィック無し
パソピアとの互換性はないがRS-232Cで接続してパソピアを親機として使うことが出来る。
CPU Ｔ6808 CMOS 8ビット　本体ROM 20KB　本体RAM 4KB　最大RAM容量 16KB
LCD　24桁1行（5*7ドット）
CRT　32桁24行　グラフィック無し
サイズ W195*88*25　重量 360g 電池込み
BASICは THBASIC（Hはハンドヘルドの意味か？）

これでBASICを勉強し、仕事にも役立てました。2分法とか。
TVに繋いでコンピュータオセロも自作して遊んでました。RAMパック(12k)増設してね。(^^;
そんな時、例の新型機に出会ったのです。
そのマシンは TBASIC16で動いていました。
私はその新型機をより速く動かすために新たなPCを買うことにしました。

1983年 パソピア7（PA7007）
CPUはZ-80A(3.99MHz VRAMを48KBに増量し、同時発色数はハードウェアタイリングによる27色中8色。
ファイングラフィックモードでのドット単位での色指定も可能になった。
サウンド機能は新たにSN76489を2つ搭載し、6重和音を実現した。
初代パソピアとは一部互換性あり。カートリッジ式周辺機器も引き継いでいる。
搭載言語はBASIC系のT-BASIC7。カートリッジによる変更も可能。

これを使えばプログラムの開発速度も、あのマシンの速度も上げられる！
私は互換性など知らないまま購入しましたが、幸いBASICレベルではほぼ互換でした。
アスキーセーブならそのまま相互に読み込み出来たのです。
そのために外付け5インチFDやドットプリンタまで買ったのでした。(;_;)

> 目上の人に失礼な言い方してすみませんでした。m(__)m

目上なことはないですが……あ！これは「今は目の上に」につながるの？ (^^;
そうですか，それでは以降「たんこぶめざら」と自傷してみようかな。

> > 屋敷の閲覧を開始した時刻ではなく，新着情報を再表示した時刻ですね？
> 
> そうです。なので「表示時刻」と変更しました。私的に必要な情報なのです。

問答がすれ違ってますね。でも，わかったのでもういいです。


デスクトップ端末の方で全画面表示にしてみると FHD の値が示されたので，
どうやら自分のノート端末の設定が怪しいと気づきました。思い当たるのは……
ディスプレイ設定の「表示スケール」です。ここが 125% にしてありました。
なぜこの値かというと，150%(推奨) に違和感があって拡大率を縮小したからです。
これを推奨されていないらしい 100% にしたら正常な値が表示されたようです。

表示スケールって，ハードウェア情報に影響するのですね。ちょっとびっくり。
だいぶ表示が細かくなって少し目が疲れる気がするし，縦タスクバーが細くなって
縦4列で配置していた小アイコンが入りきらなくなってしまいましたが，しばらく
これで運用してみようと思います。

お騒がせいたしました。

> 目上なことはないですが……あ！これは「今は目の上に」につながるの？ (^^;
> そうですか，それでは以降「たんこぶめざら」と自傷してみようかな。

すみません。目上ではなく年上でしたね。m(__)m
なので目の上とは関係ありません。m(__)m
と言ってもいいわけにしかなりませんね。
お詫びに小話をひとつ


昔、本物の魔王がいた。
あるとき魔王がいなくなり、その地は滅んだ。
一部のつわもの達はその滅びの災厄を生き延び、別の地に移り住んだ。
その地ではいまだ新たな魔王が決まっていない。　　-- 異修羅の伝説より（嘘）--

VZ界にも昔高橋さんという魔王のような方がいたんですね。
私はその高みを目指していた時もあったとかなかったとか。
その山は高いだけでなく非常に険しい。愛がー北壁は超えられない壁だったか・・・
私はそのK2すら超えられていないと感じているのです。(;_;)
マクロの山でも先人たちの背中がいまだ見えないという現実に、つい愚痴を・・・
おそまつm(__)m


> ディスプレイ設定の「表示スケール」です。ここが 125% にしてありました。
> なぜこの値かというと，150%(推奨) に違和感があって拡大率を縮小したからです。
> これを推奨されていないらしい 100% にしたら正常な値が表示されたようです。

システムのズーム設定で数値がズレていたのですね。了解しました。

> 表示スケールって，ハードウェア情報に影響するのですね。ちょっとびっくり。
> だいぶ表示が細かくなって少し目が疲れる気がするし，縦タスクバーが細くなって
> 縦4列で配置していた小アイコンが入りきらなくなってしまいましたが，しばらく
> これで運用してみようと思います。

画面は見やすく、情報量は出来るだけ多くとは矛盾するので苦労しますよね。
うちのPCも縦ドット数が少なすぎるので次の機会があれば・・・

> 閑古鳥すらひっそりしておりますので，もちろん歓迎いたしますよ。

ありがとうございます。続きはあちらで。

> BASIC の知識は四十年前に失ってますから，いちいち説明が必要ですが。

全くBASICを知らない人はともかく、忘れきった人には記憶を新たにしていただける
程度には仕様というか説明を書き始めたら、コードもあるので横40桁で桁折させて
80行くらい。ちょっとこれは自分でも難儀だと思うので、もうちょっと推敲してから
書き込みます。

#12248を先に予備知識としてあげましたが

> ユーザーのことを考えて提案された、掲示板の簡易な機能向上策を採用しないという
> 判断を下すだけの人だ、言葉の重みが違う。

簡単に機能向上して便利になる話ならやりそうですが、そうしない理由があるのでは。

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

これはマジでわかりません。後で機能追加したのはユーザーの要望かと思いましたが
増設で性能向上させた場合に機能が見劣りしたからかも？
どこかでNECの開発秘話を読んでその辺の話も見たような気がしますが覚えてません。
なのでこの話はこのくらいで。


> その分は価格を上げる、という選択肢もあって、ブルジョアな人（konnoさん？）
> なんかには望ましいあり方なのかもしれないけど、ここはプロダクトアウトよりも
> マーケットインで価格が安いほうを選んだ、ということなのかもしれません。

私はブルジョアではないですよ。（きっぱり）
昔はわかりませんが現代ではブルジョアは資産階級を指すと思われます。
私は賃金労働者なので、それを言うならプロレタリアではないですかね。
私はPCにかなりの金をつぎ込みましたが金があるからではなくて必要だったからです。
私など残業してやっと人並みだったわけで、PCへの投資はほぼ仕事の為だったです。

> とにかく、昔のメモリとの戦いは、おそらくkonnoさんなんかの想像を絶するもの
> だと思う。私はそこまで限界を攻めた事はないけれど、昔話を聞くと、とてもマネ
> できるものではないな、と思う。

そうですね。パソピアミニの増設RAMパック(12k) なんてかわいいものですね。
当時の定価はわからないけど１〜２万円だったのかなぁ。

> 例えば、PC-8001のROM容量は24KBだったそうで、そのうちのどのくらいがBASICの
> インタプリタだったかは知りませんが、もっと昔にさかのぼると、4KBとか8KBのROM
> に詰め込まれたBASICインタプリタがあったそうです。

PC-8001以前はマイコンの時代で、Tiny BASICが主とか、私の知らない超古代です。
> (整数演算のみ、変数は26個のみ、7つのステートメントINPUT, PRINT, LET, GO TO, IF, GOSUB, RETURN のみのような)最低限に機能・仕様を絞ったBASICを自作
これが最低限なので

> にも制限が多かった。もちろん、CIRCLEを搭載して、変わりにINPUTやPRINTを削る、
> という判断を下してもよかったのかもしれませんが、普通にユーザーのことを考え
> たら、なかなかそういう決断を下すのは難しいでしょう。

この発言は明らかに罠ですね。(^^;

> あるいは、ファミコンの有名なゲームの「ドラゴンクエスト」。
> 初代のメモリ容量は64KB。そこに大冒険を詰め込むわけで、たいしたものです。

これはどこかで読んだかもですが、凄まじい詰め込みですね。
64kのcomで30年以上動くどこぞのエデイタ以上？

> さて、甘々で怖くない人むけに、PC-8001オセロのQB移植ソースでも出すかな。
> としきさんのが完成形なので、デザインを参考にもうちょいお直しして。(^^;

こう書いていましたが、コンピュータがちょっと弱すぎるのでDATAを見てみたら
データの一部がわざと弱くなるように入れ替えているのではと疑いを持ちました。
なので、データを入れ替えた版を作ってみました。
入れ替え前は8〜9割の勝率だったのが6割くらいになり、少しだけレベルアップ？
2回連続で負けたのでその後は慎重に時間をかけてなんとか勝てました。
ということで、レベル２を選択できる版に作り変えました。＼(^^)／ 
参考までに変更前の画面比較を


としき移植版　PC98エミュ


私家移植版　DOSVエミュ

私家版移植オセロ v1.1 2025-03-17版をアップします。
限定公開ということで、ここの掲示板だけで公開します。

元のデータを改変して少しだけ強い？ レベル２選択を追加しました。
ソースは TB QB 共通です。




ソースファイル：#txt=OT80-1.BAS　　右クリックで保存
TurboBASIC1.1版 #txt=OT80-1T.zip

DOSVAXJ3 VGAモードで動作します。
動作中はCPUのスレッドが100%の負荷になると思います。
TurboBASICなら対策は出来るので、次回があれば・・・

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

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