2024年が明けました。
今年は元旦から能登で大地震があったりして、大変な年になりそうです。
亡くなられた方々のご冥福をお祈りいたします。

そんな世相を鑑みて簡単な御挨拶で済ませてしまいますが
今年もよろしくお願いします。


＃ うう、年末の無理が祟ったか、風邪をひいてしまいました。(ﾟ゜)☆＼(--#)ﾅﾆﾓｼﾃﾅｲﾀﾞﾛ
　　喉は痛いし食欲もなく、1日おじや1杯でしのいでいます。(;_;)

konnoさん

　あけましておめでとうございます。
　バタバタ、ヨロヨロしていて、新年のご挨拶が遅れました。
　まあ、けっこうゆっくりしてるのですけどね。
　年末年始は、一生懸命、１日１時間のダラダラ散歩ができましたし。
　白内障の手術、無事にいってくれることを祈っています。

　まだまだ部屋と頭と心の整理に忙しく（違うな、やりたくないのだろう！）
ＰＣ（Ｖｚ＆ベーシック＆ＤＯＳエミュ）方面はさっぱりですが、昨年の
konnoさんのご活躍には刺激を受けました。
　まだまだＤＯＳ＆Ｖｚでいきましょう！　僕はその気ですよ！

松の内ぎりぎりですが，明けましておめでとうございます。

いろいろな意味で大変な年になりそうな予感がしますが，
思うべきことは思い，言うべきことは言い，淡々と過ごしたいと思います。

今年もよろしくお願い申し上げます。

辰年ですが立ちません，下から支えようと思う今日このごろ。

文太さん、今年もよろしくお願いします。

> 　年末年始は、一生懸命、１日１時間のダラダラ散歩ができましたし。

長生きするには散歩が良いですよね、私も風邪の病み上がりで息切れしてます。(;_;)

> 　白内障の手術、無事にいってくれることを祈っています。

お気遣いありがとうございます。OFF会楽しんでくださいね。

> 　まだまだ部屋と頭と心の整理に忙しく（違うな、やりたくないのだろう！）
> ＰＣ（Ｖｚ＆ベーシック＆ＤＯＳエミュ）方面はさっぱりですが、昨年の
> konnoさんのご活躍には刺激を受けました。
> 　まだまだＤＯＳ＆Ｖｚでいきましょう！　僕はその気ですよ！

この年になって振り返ってみると、昔取った杵柄しか残ってないんですよね。
私の場合それがVZとBASICだったということです。
これからは自分の痕跡を残すためにやりたいことだけやっていきますよ。

そんな1年にみなさんでしていきましょう。

めざらさん、今年もよろしくお願いします。

> いろいろな意味で大変な年になりそうな予感がしますが，
> 思うべきことは思い，言うべきことは言い，淡々と過ごしたいと思います。

事件、事故も多いので、巻き込まれないように注意深く、慎重にして、1年無事に乗り切れるといいですね。

> 辰年ですが立ちません，下から支えようと思う今日このごろ。

なにやら意味深な書き込みですね。(^^;
私も急速な老化現象を感じて、アレなんですが、
今年の抱負というか、やりたいことの一つに、お願いがあります。
別発言で書きますね。

めざらさん、としきさん
突然ですがお二人にメール送ります。

もう16年前になりますが、うちの掲示板の検索を、全ログの改行またぎ検索に改造しました。

#2794：掲示板の検索機能強化 　投稿者：konno 　 2008/01/04(金)
#2821：掲示板の改行跨ぎ検索 　投稿者：konno 　 2008/01/12(土)

おかげさまで検索が非常に便利になりましたが、実はこの時野ざらし言と板塀にも
全ログ検索を導入してほしいと思っていたのですが、反応が薄くそのままになっていました。
今年は一念発起して、全ログ検索ルーチンをメールで送りつけることにしました。(^^;


find.cgi　は、wforum.cgi の中の2つのサブルーチンを抜き出したものです。

#  検索フォーム  #
sub find {

#  検索実行  #
sub search {

この2つのルーチンを置き換えるか名前を変えて追加するかして試してみてください。
エラーが出なければたぶん問題なく動作していることと思います。
内容は好きなように改変してください。

この全ログの改行またぎ検索を是非お二人の掲示板に導入してもらいたく、無理やり送りつけてしまいました。
なにとぞよしなに。m(__)m

konno さん

細かな理由はメールにて返信しましたが，
要は「気が向いたらネ」ということで．(^^;

> 要は「気が向いたらネ」ということで．(^^;

はい、気が向かれましたらよろしくです。(^_^)

野ざらしのアーカイブが進んでいないというご指摘も頂戴したので，
もう十年以上も放置していたログを上げようとしたところ，
過去ログに破損と番号の重複があることが判明してしまいました。(^^;

いきさつとしては，ちょっと長くなるやつですが……

Web Forum の確定した過去ログをnifty形式にするマクロで整形し，
Siさんの LOGSORT で整列させようとしたところ，
ヘッダの形式が異なるからダメよ……というメッセージで停止してしまいます。
で，いまさら Si さんのお手を煩わせるわけにもいかないと考えたので，
仕方なく LOGSORT.DEF を作ったわけですが，さて処理しようとしたとき
何を考えたのか間違えて元のWFログを指定してしまいました。それなりに待った挙げ句
何も出力されないので，なぁぜ・なぁぜ？と思ったら整形前の元ファイル。
それが判明した瞬間，なんなら元のWFログをソートすればよいのではと気づきました。
だって，先頭に発言番号のある1行1アーティクルなんですから……何故気づかなかった！？

どうせ HSORT を使うのならと三つの元ログをマージして処理したら，これが一瞬です。
しかし，三つも一遍に統合して並べたのにそれなりに空き番号があるではないですか。
実は，番号が飛ぶのが嫌で嫌で，掲示板利用者が自分で削除したような場合，
ログを編集して番号を詰めているんですよ。そういう性分だから仕方がない。
スパムも削除した後に番号をわざわざ詰めているんです。面倒ですけど。
要は，ある人が発言削除したとき，番号を埋めようとログを編集している最中に
その当人がコメントを書き直して書き込むということが発生していたのが原因です。
（ふつうの勤め人は書き込まないような時間帯だったので最悪のタイミングだった）

さて，どうしようかな。重複した一方を削除するのが簡単だけど，
とりあえず空き番号を割り当てられないか検討してみることにします。

そんなわけで，アーカイブも少々先送りという事情を長々と説明しました。

なんでこんなにクドクドしているかというと，ログソート及び空き番号列挙という
ふたつのマクロを久々に仕立て上げたのに，まるで無駄骨になってしまったから。
ちょっとしたリハビリでした，はい。……そんで飲んじゃった。ってわけ。

現時点では非公式版となっている2008年版の logsortw の存在を教えていただき，
実行してみたところ，ヘッダ不正問題は解決し，めでたく重複発言番号ありの
エラーによって停止しました。(笑)

さて，どうしようかな。
それに絡んでと思われるログ破損（一部消失）もあるので悩み中。
ログは固定されちゃっているので，ゆっくり考えればいいかな。

有難うございます＆御免なさい ＞ konnoさん

> 現時点では非公式版となっている2008年版の logsortw の存在を教えていただき，
> 実行してみたところ，ヘッダ不正問題は解決し，めでたく重複発言番号ありの
> エラーによって停止しました。(笑)

メールでのやりとりで、たまたまだったのですが、解決できたようでなによりです。

> さて，どうしようかな。
> それに絡んでと思われるログ破損（一部消失）もあるので悩み中。
> ログは固定されちゃっているので，ゆっくり考えればいいかな。

考えることは老化防止にいいですね。(^^;
私は全ログ検索出来てからは過去ログのアーカイブはこだわらなくなりました。
過去にやったことをなかなか思い出せなくなり、シナプスが繋がるよりも速く
全ログ検索で知りたい結果が出るので、もはやクラウドブレインです。
ブレインスモッグじゃないよ。(^^; ﾀﾌﾞﾝ

> それに絡んでと思われるログ破損（一部消失）もあるので悩み中。

ログの一部消失って、何とかなりました？
いや、一瞬だけ野ざらしに何やら書かれていたようですが、現在では削除済みの
ようなので。
なくなったのがどこかにもよりますが、その気になれば、野ざらしに具備されている
スパム対策用の強烈ログから復帰できる部分があるかもしれません。

あらっ，見られちゃってますね。(笑)
こちらに書くのも変なのですが，流れということでご勘弁ください，konnoさん。

ログをソートしてみたら，3882番から3909番が消失していることに気付いたのですね。
対応する時期としては 2011年のあの大震災の直前にあたる時期だったため，
1個以上のスレッドを現行ログから過去ログに移動するタイミングで，
震災に起因する突然の停電などに巻き込まれたに違いないと思いました。
Internet Archive にも前後数年が保存されておらず，スレッドのタイトルも不明。

ところがですね，手元の古〜いバックアップに残っていたのですよ。
そのバックアップが2012年2月の現行ログのバックアップだったので，
震災などの影響はまったくなかったと考えられるわけです。
そんなわけで消失告知を削除したという経緯です。

いやぁ，バックアップって取っておくものですね。

そもそもバックアップを日々保存していた理由が，
スパムが書き込まれたときに直前バックアップで上書きすると超ラクチンだから。
そのためにも定期的にバックアップをしようとしようと改めて思った次第です。

それでも，現時点で過去ログが不備な状態なので，何とかしないと，
たとえ「気が向いて」も全ログ検索機能を取り込めないという状況なんですね。

> そもそもバックアップを日々保存していた理由が，
> スパムが書き込まれたときに直前バックアップで上書きすると超ラクチンだから。

うちの板塀も、同じ理由でまめなバックアップは取っていたのですがね。
目的が目的なんで、バックアップの保存場所は同一サーバー内。
つまり、サーバーマシンがお亡くなりになると一蓮托生。
なので、現在ではそれはやめて、定期的に、lacoocanの非公開エリアにバックアップ
しています。

> そのためにも定期的にバックアップをしようとしようと改めて思った次第です。

定期的に何かをしようと思ったら、コンピュータに仕事をさせましょう。
私は、Windows純正のタスクスケジューラに仕事をさせています。
コマンドラインからサーバにアクセスするftpスクリプトを書いて、それをバッチで
呼び出していますが、そのバッチをタスクスケジューラに登録しています。
これであとはタスクスケジューラの設定次第で、月に１回だろうが週に１回だろうが、
裏で自動的にお仕事をしてくださっています。

確かにタスクスケジューラを使うと手間がないのかもしれませんね。
うちの場合は，常時起きているPCがないのと，日常の必要性もないので，
書き込みのあったタイミングでバックアップすることで十分に思います。

> うちの場合は，常時起きているPCがないのと，日常の必要性もないので，

ここがポイントか。
たとえば、週に１回、日曜の午前１０時、とかに設定する。
普段の日曜なら午前１０時にはPCを使っていない。
でも、ごくまれに、たとえばお天気の事情なんかで立ち上げていることもあるかも
しれない。
とすると、両方のアンド条件で、平均して月に１回のバックアップ達成、とか。
ここはあくまでも平均なんで、３週連続バックアップが行われたり、３ヶ月もの間
バックアップされなかったり、ということもおきえますが。
この辺、自分のPCの使い方と条件設定次第で、いかようにもできるかと。

実際の話。
常時起きているPCはないけれど，常時起こすことのできるPCはあります。
メインマシンは「休止状態」が有効なので，その気になれば制御可能です。
ただ，野ざらしの書込み頻度は五日に一度。
日常的に自動バックアップの必要性はないんじゃないかな〜

頻度の捕らえ方とか、まじめさが違うのかもしれない。
月に１度のバックアップでも頻繁だと感じるか。
週に１度でも、まれなことだと感じるか。
何らかのトリガを元に、必ずバックアップしないとまずいと思うか。
バックアップがないせいで復旧が困難を極めても、まぁいいかで済ませるか。

私自身は昔、PC-98でDOSのころは月に１回、HDDをフルバックアップしていました。
現在、Windowsになったら、フルバックアップなんて数年に１回。
堕落したものです。

頻度はまぁ，痛い目に遭った回数の反映か，性格かというところでしょうか。
ただ，痛い目というのは忘れやすいことも確かで，それこそ命の危険とか，
命よりも大事なデータ（そんなものあるのか？）とかでないと……とも思えます。

バックアップって，ふつうは自分で時間をかけて作成したものをするもので，
要するに時間にかける保険ですね。カネで買えるものは正直どうでもいい。
……はずなのですが，年金生活ともなると，そうも言い切れないわけで。

実際の話。
定期的にバックアップしているのは，メインの NAS。
これには USB で HDD が繋いであり，毎日夜中に自動バックアップしています。
また，半月に一度くらいの頻度で，サブの NAS 及びサブのデスクトップに繋いでいる
USB 接続の外付け HDD の二箇所にフルバックアップしています。
（フルと言ってもエロ動画なんかのディレクトリは対象外ですが）

前者は疑似ミラーですが，後者ニ個所は追加バックアップ。
メインから削除されたものも残っています。
ある意味安心なのですが，容量逼迫の原因なので，管理が面倒です。
少なくとも重複ファイル検索ツールをときどき使う必要があります。
（ディレクトリ名を変更したり，移動したものは重複してゆく）

その一方で，日々作成しているデータファイルのバックアップは怠っている状態。
今回のとしきさんとのやり取りで，そこ何とかしようか……と自覚しました。
要するに，もっともバックアップしなければならないファイルを放置していて，
メインのラップトップが逝ったら数ヶ月分の作業が失われる可能性があるということ。
ここは自動化や習慣化を考えなければいけないでしょうね。
腰を上げるきっかけを作ってくださり，有難うございました。

STIME のTurboBasic用のBASICソースを J31BASICに逆移植しました。
元々は J3100で開発、運用していたので、動くようになるまで1時間も掛かりませんでした。
ところが、その後の各エミュでの挙動が違いすぎてその対応は非常に困難なものでした。
まるで底なし沼に落ちたような、藻掻けば藻掻くほど深くなるその深淵は、地獄か。

ということで、地獄から生還した私の地獄巡り体験記(違う)改造遍歴を書いてみたいと思います。(^^;
始めに両コンパイラの違いの説明です。
ソースの冒頭

TurboBasic
1  'STIME5  Menu   1994-08-10 96-05-27 97-9-12 98-04-23 09- 24-04-21
10 'TB
50 REM $DYNAMIC
55 $INCLUDE "REGNAMES.INC"

J31BASIC
1  'STIME6  Menu   1994-08-10 96-05-27 97-9-12 98-04-23 09- 24-04-22
10 'J31
50 REM $DYNAMIC
55 rem '$INCLUDE "REGNAMES.INC"

1994年頃は J3100で運用していましたが、Windows95が出てPCもWinノートに変わりました。
DOSの画面モードは VGAになり、J31用のプログラムは動かない。(>_<)
仕方なく手持ちのTurboBasicに移植することに。それが恐らく 96年以降の日付。

50行は J31用の設定ですが、TurboBasicでも同じようです。REM も含めてメタコマンドか。
55行は、TurboBasic用で、J31コンパイラではエラーになります。

55 '$INCLUDE "REGNAMES.INC"
55 rem $INCLUDE "REGNAMES.INC"

実は上のどちらにしてもエラーになるので、REM ' としてやっとコメントになりました。

後はテキストカラー属性指定かな。
TurboBasicは、
COLOR 7,0	グラフィックモード
COLOR 7,0,0	テキストモード

J31
COLOR 7,0	グラフィック
COLOR @7,0,0	テキスト

"@" だけの違いのように見えますが、実は TurboBasicでは文字の反転はテキストモードだけ
つまり、SCREEN 0 の英語テキストモードでしか使えないようです。
J31は基本グラフィックモードだけなので、@でテキスト文字用に使い分けできます。

他にもあったかもですが、僅かの変更でコンパイラは通るようになり、動き始めました。
だが本当の地獄はこれから始まるのであった。


続く　・・・のか

ココログからの転載記事です。
http://tamaneko2.cocolog-nifty.com/vz2/2024/04/post-6e6da8.html
これは、TurboBasic の STIME です。
先にこちらを上げないといけないので。(^^;


STIMEでリアルタイムのタイマー機能を追加しました。
きっかけは白内障の手術です。
術後点眼薬を３種類１日に４回または２回挿すことになりました。
３種類を５分間隔で、４時間以上空けて１日に４回を毎日３カ月間続けるのです。

忘れっぽい私は、STIMEのタイマー機能を使えば点眼管理が楽になると思ったのですが
キーを押した時に経過時間を表示するだけの簡易タイマーなので、あまり便利に思えません。
経過時間をリアルタイムに表示出来れば便利だろうと思い、機能追加しました。

STIME41 画像参照
 
以前はこのように2系統のタイマーを2列表示していましたが
リアルタイマーは上下2系統にし、黄色で表示します。

STIME51 画像参照

これで５分間隔の点眼は便利になったのですが、４時間以上経過したかわかりにくいので
アナログ時計にマーキングすることを思いつきました。

STIME556 画像参照
 
黄色の丸が [F06] で、ピンクの丸が [F07] です。
時計の丸枠に掛かっている丸は短針の位置で時間を示します。
時計の丸枠の内側の丸は長針の位置で、分を示します。

やってみると、分の表示はごちゃごちゃしてわかりにくいですね。
そこで、５分とか指定時間が経過したらカラー表示で知らせるビジブルベルを追加。
 
STIME557 画像参照

指定所間を経過するとカラーバーを色を変化させて表示します。

[ESC] でカラー表示のビジブルベルを解除できます。
時間など各種設定のために、STIME.DAT で設定できるようにしました。
 
MS-DOS Playerではこのように表示します。

STIME558 画像参照
 
これだとPC画面の隅に1文字分でも表示させておけばほかの作業中でもわかります。

これはいい！

STIME のカレンダ表示などを弄っていて、LXCLND.DEF と表示を比べてみたら
２月２３日とか１２月２３日など違っている日がいくつかありました。
STIMEの HOLIDAY.DAT を見てみると

02/23 2020-2099 天皇誕生日  (令和天皇)
12/23 1989-2018 天皇誕生日  (平成天皇)

なるほど、最近変更された祝日に LXCLND.DEF が対応してないのですね。
STIME のバグでなくてほっとしました。(^^;

見たついでに、LXCLND.DEF の祝日テーブルを修正しました。
LXCLND.DEF には HOLIDAY.DAT のデータ形式で参考にさせてもらいましたからね。

LXCLND.DEF  431行目

72:	;---- holiday definition -----------------------------------------

;	hh..2  =  "1874>1948=11;1967>0=11",
	hh..2  =  "1874>1948=11;1967>0=11;2020>0=23",

;	hh..4  =  "1874>1948=3;1928>0=29",
	hh..4  =  "1874>1948=3;1928>1988=29;1989>2006=29;2007>0=29",

;	hh..5  =  "1949>0=3;1985>0=4;1949>0=5",
	hh..5  =  "1949>0=3;1985>2006=4;2007>0=4;1949>0=5",

	hh..8  =  "2016>0=11",

;	hh..10 =  "1874>1948=17;1966>1999=10;2000>0=BB",
	hh..10 =  "1874>1948=17;1966>1999=10;2000>2019=BB;2020>0=BB",

;	hh..12 =  "1989>0=23",
	hh..12 =  "1989>2018=23",


該当する HOLIDAY.DAT の祝日は

02/23 2020-2099 天皇誕生日  (令和天皇)

04/29 1948-1988 天皇誕生日 （昭和天皇）
04/29 1989-2006 みどりの日
04/29 2007-2099 昭和の日

05/04 1985-2006 国民の休日
05/04 2007-2099 みどりの日

08/11 2016-2099 山の日

10/10 1966-1999 体育の日
10/BB 2000-2019 体育の日
10/BB 2020-2099 スポーツの日

12/23 1989-2018 天皇誕生日  (平成天皇)

修正した LXCLND.DEF を VZマクロの部屋に置きました。
以下の直リンクでも見ることができます。

#txt:LXCLND.DEF

STIME.EXE Ver 240428 を「自作、改作アプリの放置部屋」に置きました。

STIME5.ZIP　サイズ 84098bytes　 24-04-28 new!

　 STIME.EXE Ver 240428

・DOSVAXJ3 の VGAで動くアナログ時計とカレンダとタイマーのアクセサリです。
・NCPATH= でデータファイルの置き場所を指定してください。末尾に "\" が無ければ追加します。

・DOSVAXJ3 を起動したら、chev jp でVGAモードにして、STIME.EXE を起動してください。
・MS-DOS Player では、chej jp でVGAモードにします。文字のデジタル時計とカレンダのみ表示。
・VTDOS では動作しません。
・タイマーモード(6)の時は[F03]や[←]キーで小窓のカレンダー当月を表示します。
・ビジブルベルは[F06]だけの機能です。STIME.DAT で動作設定します。[ESC]でカラー表示消去。

STIME5　24-04-28
　240428　タイマーモード(6)の時は[F03]や[←]キーで小窓のカレンダー当月を表示。
　240315　指定時間経過でビジブルベル タイマー画面復帰
　240306　アナログ時計にタイマーのマーキング 設定ファイル STIME.DAT で各種設定可能に
　240202　タイマーの時間表示文字を大きく・経過時間をリアル表示、スリープモードにも対応。
STIME4　23-12-12
　231212　NCPATH が通ってなくてデータファイル読めない場合エラー終了していたのを警告表示に。
　231208　環境変数 NCPATH でデータファイルの置き場所を指定。指定無しならカレント
　春分、秋分の日を自動計算
　デジタル時計とカレンダ大の文字を2バイト文字に。
　[↑↓]キーで前年・次年 [←→]キーで前月・次月のカレンダーを表示

　動作保証はでき無いので実行は自己責任で。　　


※今回は DOSVAXJ3 で TOUCH を使いファイルの日時を合わせました。
　使い慣れたDOSツールが使えるのは気持ちいいですね。
　今回の版は TurboBasic でコンパイルしています。
　VTDOSでは動かないので注意してください。

わたしもオリ・パラ関連特別措置法による移動は無視しました。
四月と五月は敢えて弄りませんでした。祝日名を表示するわけでもないので。

> わたしもオリ・パラ関連特別措置法による移動は無視しました。

これは Wikipedia でも参考程度になっていますね。

> 四月と五月は敢えて弄りませんでした。祝日名を表示するわけでもないので。

そうなんですよね、表示は同じなんですが、オリジナルでも分けているところがありましたので。

ところで、今回 LXCLND.DEF で気が付いたところがあります。
中央のカレンダに今日の日付が () に囲われてわかりやすくなっていますが
表示月を移動しても同じ日付に () が付いたままになっていますね。

これはバグという見方もできますが、仕様かもしれないと思いました。
このマクロはスケジュール管理のために月を変えてカレンダを参照しやすくなっています。
その時、今日は何日だっけ？と思うこともありそうなので、その確認になるかなと。
なので、この仕様はこのままにしておきます。

STIME でも現在の日付に色付けしていますが、改編時バグって毎月同じ日付に色がついて
修正に苦労したりして。いや、年取って頭が働かなくなっただけなんですけどね。(^^;

う、そういえば今日は祝日なのに今日の日付が赤になっていない。(>_<)
うーん、直せるかしら・・・(^^;

> 表示月を移動しても同じ日付に () が付いたままになっていますね。

日付出力のために疑似カーソルを表示しています。
これは当日であるとは限らないです。（当日は[TAB]入力直後の表示）

> > 表示月を移動しても同じ日付に () が付いたままになっていますね。
> 日付出力のために疑似カーソルを表示しています。
> これは当日であるとは限らないです。（当日は[TAB]入力直後の表示）

疑似カーソルって、Shift+カーソルキーで () の日を移動出来るんですね。
凄いテクニックです。ソースを見てみました。

LXCLND.DEF 189行目以降

10:	;---- make menu --------------------------------------------------

	pr..15 = "$$3($$7",		;right of today
	pr..16 = "$$3)$$7",		;left of today

ここが多分メニューの中で () を表示するところでしょうか。
実際のメニュー表示はその下のマシン語かな。

10:	;---- mklxclnd.asm ----

こうなると全く読めないので追及は諦めます。(^^;

新しい STIME では、TIMER.DAT にタイマー画面を退避させています。
J31用BASICコンパイラを動作させてみると、その画面がおかしい。
ぐちゃぐちゃになっているのです。

TurboBasic では、48桁 23行で以下のように表示されます。
1行目は、d-他の受け渡しに使っています。

 1             1 
>                                               
 1日 １７:１６:３１   0: 0: 0    0: 0: 9        
                                                
　　中略
                                                
     1日 １７:１６:３３   0: 0: 0   0: 0: 7     


J31BASIC では、各エミュごとに全部違っています。

VTDOS 4/13
13 把  ０Oマ: ４Sマ: ４Sツ   8:12'45    0: 0:19        
                                                
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@

VTDOS 4/21
21日^@^@０２：３８：３１  0: 0: 0   0: 6:48 ^@^@^@^@^@^@
                                                
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@

VTDOS 5/1
 1日  １７：２２：５４  0: 0: 0   0: 0: 8       
                                                

最初は2バイト文字が変に文字化けして、背景のスペースがヌルになっています。
現在は正常表示になっていますが、ここまでするのに一苦労でした。

DOSVAXJ3 VGAモード
12日���cc １PP６UU:２QQ９XX:１PP０OO   0  8:40:54 0: 0: 3
                                                
ﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛ
ﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛﾛ

DOSVAXJ3 J31モード
13日日 ００１１:００７７:４４７７   0: 0'26    0: 0:13        
                                                
                                                
MS-DOS Player
13日�c ０O０O:５T３R:３R０O   0: 0' 0    0: 0:11        
                                                
                                                
このように、どのエミュでも2バイト文字が化けたり2重になったりしています。
その原因は、J31BASIC の CDBL$() という、1バイトの数字を2バイト文字に変換する関数でした。
元々は J3100 でこの関数を使って表示していたので元に戻してみたらこうなったということです。
しかたがないので、TurboBasic と同じやり方に戻しました。

背景の空白が ヌル文字になったり、DOSVAXJ3 VGAモード では、$DB で埋められています。
これは、VRAM領域のメモリの状況によると思われます。
C000h セグメントは VGAの領域で確保されていると思いますが、初期化の問題なのかな。
VTDOS では、TPAEXT などでメモリ拡張していると干渉すると思われるので要注意です。

ともかく、動くのが不思議な状態なので、このまま使うのがよろしいようです。
                                                

> 疑似カーソルって、Shift+カーソルキーで () の日を移動出来るんですね。

メニュー表示中のコマンドキーを受けるもののうち，以下の四つですね。

(#37)	{ r=7, &11 }
(#38)	{ r=7, &12 }
(#a)	{ r=1, &11 }
(#f)	{ r=1, &12 }

これらのキーを受け取ったときに「日付」を再設定します。
再設定する値は現在の値に1日（左右）か7日（上下）を増減して再表示します。

再表示のしかたについては，多くのカレンダーマクロで当日の背景色を変えたり
括弧でくくったりするのとまったく同じで，メニューアイテムへの埋込みです。
（括弧の場合は前後の空白に上書きすることになりますが）

メニューアイテムの書換えというのはトンでもなく面倒なわけで，
オリジナルのnomad版ではテキストに書き出すという手法をとっていたため
konnoさんのようにキーを押しっぱなしにしたりする人(^^;はとても使えなかった。

Yushiさんはメモリ（ラインバッファ）上に出力することと機械語化で高速化し，
Emmettさんは機械語化をさらに徹底的に行なって超高速化しています。

メニュー内でカーソルを動かすというのは確かに高度なテクニックですが，
（アセンブラに馴れ親しんでいるkonnoさんには釈迦に説法に違いないのですが）
とにかくひたすら面倒な「低級」テクニックとも言えると思います。

Yushiさんなんか，メニューで十字カーソルですぜ。
そんな面倒なコードをよく書くものだなぁとひたすら感心します。

あ，元に戻って，「日付」というのは保持している値なので，あまり意味はなく，
「当日」を指示されたときだけリセットするというイメージですね。

> > 疑似カーソルって、Shift+カーソルキーで () の日を移動出来るんですね。
> メニュー表示中のコマンドキーを受けるもののうち，以下の四つですね。
> (#37)	{ r=7, &11 }
> (#38)	{ r=7, &12 }
> (#a)	{ r=1, &11 }
> (#f)	{ r=1, &12 }

なるほど、詳細な解説ありがとうございます。
これなら改造も出来そうな気がしてきました。（やらないけど。(^^;）

> メニューアイテムの書換えというのはトンでもなく面倒なわけで，
> オリジナルのnomad版ではテキストに書き出すという手法をとっていたため
> konnoさんのようにキーを押しっぱなしにしたりする人(^^;はとても使えなかった。

い、いやぁ、、、そんなことは・・・ない、と思いますです。(^^;
実際のところ今カレンダ表示をモードによって分岐を変えるので四苦八苦してます。
とんでもないスパゲッティが出来上がりつつあり、ソースでごまかせるのかと。(^^;

> あ，元に戻って，「日付」というのは保持している値なので，あまり意味はなく，
> 「当日」を指示されたときだけリセットするというイメージですね。

これ、勘違いしていました。疑似カーソルの意味がやっとわかりました。
スケジュールとのリンクとか日付出力とかでこの機能が必要だったのですね。

DOSVAXJ3 が 240502版に更新されました。
以下更新内容です。

・J-3100 モードの場合、int 10h ah=02h のカーソル位置指定で bh のページ番号は使用せず常に 0 となるよう修正しました。
・J-3100 の int 10h ax=8200h でスクロールモードを変更した後に画面クリアするよう修正しました。
・macOS 上での SDL-IM+ の不具合を修正しました。

……てことで，あまり関係ないかしら(^^;)

> ……てことで，あまり関係ないかしら(^^;)

あうう、更新の記事を上げようとしたら先を越されてしまいました。(^^;

問題無く動作しますが、特に変化は感じないです、(^^;
この機会にJ31関連でちょっと要望などしてみようかしら。(^^;

> C000h セグメントは VGAの領域で確保されていると思いますが、初期化の問題なのかな。
> VTDOS では、TPAEXT などでメモリ拡張していると干渉すると思われるので要注意です。

C000h セグメントはパソピア16 でした。思い込みで間違えました。m(__)m
J3100用BASICコンパイラでは、画面モード 75 (SCREEN 4) でカラーモードが使えます。
J3100テクニカルブックによるとこのモードでは VRAM領域 A000h - AFFFh となっています。

確認のために STIME実行中に SHELL で画面情報を見てみました。

・DOSVAXJ3 J31
CHEJ.EXE <MultiMode CHEV> ver 6.10 by Natrium.

現在 DOS/V(Normal)、日本語環境です。
現在のビデオモードは 03h です。

V - Video mode information    R1.0  (C)ChaN,1993

Current Video Mode = 03h
Screen Size        = 80x25
Character Height   = 19
VRAM Mode          = APA
VRAM Address       = C741:0000 (Virturl VRAM)


・DOSVAXJ3 VGA
現在 DOS/V(Normal)、日本語環境です。
現在のビデオモードは 03h です。

Current Video Mode = 03h
Screen Size        = 80x25
Character Height   = 19
VRAM Mode          = APA
VRAM Address       = C679:0000 (Virturl VRAM)


・VTDOS
現在 DOS/V(V-Text)、日本語環境です。
現在のビデオモードは 70h です。

Current Video Mode = 70h
Screen Size        = 110x35
Character Height   = 12
VRAM Mode          = A/N
VRAM Address       = D000:0000 (Real VRAM)


・MS-DOS Player
現在 DOS/V(V-Text)、日本語環境です。
現在のビデオモードは 75h です。

Current Video Mode = 75h
Screen Size        = 80x25
Character Height   = 22
VRAM Mode          = A/N
VRAM Address       = B800:0000 (Real VRAM)


うーむ、どのエミュも A000h - AFFFh の領域は使用していないようですが
VRAMアドレスがバラバラですね。

ごめんなさい、ここのところがよくわからないので解説希望。

> その原因は、J31BASIC の CDBL$() という、1バイトの数字を2バイト文字に変換する関数でした。
> 元々は J3100 でこの関数を使って表示していたので元に戻してみたらこうなったということです。
> しかたがないので、TurboBasic と同じやり方に戻しました。

(1)J31BASICではCDBL$()を使っていた
(2)でも何らかの理由でJ3100ではCDBL$()を使わなくなった
(3)だけどやっぱりCDBL$()を使ったら文字化け
(4)TurboBasicと同じCDBL$()を使わない方法に戻した

という理解でよろしいのでしょうか。それとも

(1)J31BASICではCDBL$()を使っていた
(2')でもJ3100以外の機械で使うためにCDBL$()を使わなくなった
(3)だけどやっぱりCDBL$()を使ったら文字化け
(4)TurboBasicと同じCDBL$()を使わない方法に戻した

こっちの理由かな。
つまり、(2)なのか(2')なのかで違いがあるかも、というお話。


余談ですが、N88-BASICにはCDBL$()という関数はありません。
数値型のCDBL()という関数はあります。
引数を倍精度型に変換するという関数です。
文例として
A#=CDBL(256%)
なんていうのが載っていますが、仮に
A#=256%
とした場合と何が違うのか、あまり知られていません。違いはないのかも。
積極的には使われない関数であることは間違いありません。

> (2')でもJ3100以外の機械で使うためにCDBL$()を使わなくなった

こちらですね。
経緯は書いていますが、もう一度整理すると

・元々J3100 で使うために J31BASICでCDBL$()(２バイト数字文字）を使っていた。
・でも、PCがWin95ノートに変わってしまい、J3100のプログラムが動かなくなったので
　TurboBasicに移植して、CDBL$()が使えないので、１バイト数字文字で運用した。
・今回このプログラムを公開するために、２バイト数字文字表示を実現させた。
・その後 J31BASICで各種エミュで動くことが分かったので、CDBL$()(２バイト数字文字）を復活させた。
・だけど CDBL$()を使ったら文字化け。
・結局TurboBasicと同じCDBL$()を使わない方法に戻した

で、文字化け等の原因ですが、J3100と IBM-PCの VGAで同じBIOSコールを使っていても
機能が微妙に違ったり VRAMへの描画形式が違うためと思われます。
VRAM領域は、VGAと J31の画面モード 75 が同じ A000h セグメントなので動くみたいです。
実機では動かないと思っていましたが、エミュでは何故か動くのです。

> 余談ですが、N88-BASICにはCDBL$()という関数はありません。
> 数値型のCDBL()という関数はあります。
> 引数を倍精度型に変換するという関数です。

この関数は J31BASIC にもあります。機能的にも同じようです。

> 積極的には使われない関数であることは間違いありません。

私も使ったことが無いです。(^^;

> > (2')でもJ3100以外の機械で使うためにCDBL$()を使わなくなった
> こちらですね。

理解できました。ありがとうございます。
ところで、CDBL$()を使わない方法ってどんなものですか？
Vzでよくやる、$824fを足しこむ、みたいなものかな。

> ところで、CDBL$()を使わない方法ってどんなものですか？
> Vzでよくやる、$824fを足しこむ、みたいなものかな。

Vzでよくやる、$824fを足しこむ、みたいなやりかたはしてないです。
「0」のコード $30 を「０」のコード $824f に変換ですか、出来そうですね。

私は単純に配列を使ってみました。

 DIM BB$(10)
 BB$(1)="１"
 BB$(2)="２"
 BB$(3)="３"
 BB$(4)="４"
 BB$(5)="５"
 BB$(6)="６"
 BB$(7)="７"
 BB$(8)="８"
 BB$(9)="９"
 BB$(0)="０"
PRINT BB$(VAL(MID$(TIME$,1,1)));BB$(VAL(MID$(TIME$,2,1)));

これで２桁の２バイト数字表示になります。
VZ式だと配列を使わないで

k!=&h824f
PRINT chr$(k!)

こんな感じ？　結果はエラーになりました。(>_<)

配列方式は、わかり易くていいんですけどね。
やっぱり、初期設定がちょっと手間がかかる気がして。
単なる気のせいなんでしょうけど。

> こんな感じ？　結果はエラーになりました。(>_<)

あぁそうか。
chr$だと1バイト値しか取れませんからね。
N88-BASICだとAKCNV$かKNJ$を使う、ということになっているのですが、私、KNJ$って
使った記憶がない。これは純粋に文字コードの変換しかしてくれなくて、表示の際には
もう一手間かかるので。

> chr$だと1バイト値しか取れませんからね。
> N88-BASICだとAKCNV$かKNJ$を使う、ということになっているのですが、私、KNJ$って
> 使った記憶がない。これは純粋に文字コードの変換しかしてくれなくて、表示の際には
> もう一手間かかるので。

それらの関数は J31BASICには無いですね。調べてみたら、「０」は、KTN$("０") 
これで区点コードで &K0316 が得られました。この形式なら CHR$() で表わせるようです。
PRINT CHR$(&K0316)
０

&K は定数なので、これではちょっと使えないなぁ。
さらに調べてみたら、「０」は、内部連続コードなら CHR$() で表わせるようです。
その換算表が手元に無いのでさらに調べたら、ASC("０") で連続コードが得られるようです。
PRINT ASC("０")
459

PRINT CHR$(459)
０

おお、これなら使えるかもしれない。０〜９までの数値は

2バイト 区点コード	連続コード
０	&K0316		459
１	&K0317		460
２	&K0318		461
３	&K0319		462
４	&K0320		463
５	&K0321		464
６	&K0322		465
７	&K0323		466
８	&K0324		467
９	&K0325		468

こうなりました。この内部連続コードを使えば配列がいらなくなりますね。
早速 BB$(I) を CHR$(I+459) に入れ替えてみました。
おお、動いた。＼(^^)／ ﾔｯﾀ-

でも、考えてみたら、TurboBasic ではこの関数使えないですね。
ということで、互換性を考えてこの案は没にします。(;_;) 時間を返せ〜

各種DOS/V系エミュのテキストモードで J31BASIC が動作する仕組みは大体わかりました。
J31BASIC では文字の読み書きなどを BIOSコールで行っていると思われます。
なので、BIOSレベルではほぼ互換なのでテキストが正常に表示出来ていると。

ところが VTDOSの場合、2バイト文字の表示にいくつか問題がありました。

・文字列の中で2バイト文字だけ表示位置が1バイト後ろにズレる。
　その後ろが1バイト文字の場合2バイト文字が表示されなくなる。

・CHR$()で文字表示の場合改行しないと(カーソル点滅で?)最後の文字が消えることがある。
　1バイト罫線文字などでもこの現象は起こる。必ず起こるわけではないのは点滅のせい？

・"日 月 火 水 木 金" これらの文字が特に表示されにくい("土"はそうでもない)
　カレンダーでは必須の文字なのでCHR$()を使って苦労して体裁を整えた。

いずれも結構な難題補間形書くで、どうにかこうにか見た目だけは正常に出来ました。(^^;
VTDOSだけ何故こうなるのかは謎ですね。

ちなみに DOSVAXJ3のVGAモードならカラーグラフィックも表示されます。
640*400 の範囲だけどね。(^^;

なんか昔、１バイト幅の２バイト文字、というのが話題になったようなおぼろげな
記憶が。PC-98でしたっけ？

文字だとちょっと思い出せないんですが……，
確か罫線で半角の2バイト素片があったように思います。

大昔のPC8801のN88-BASIC のマニュアルなんか見たら，
1/4角文字コードなんて掲載があって凄く笑った。
実は，カセットテープの背ラベルとかに割と重宝してたの思い出して，
なんだか切ないような愛おしさまで感じた。（PC88専用ワープロで対応してた）
データベースが使えなくて印字で現物管理していた遠い昔の話です。

としきさん
> なんか昔、１バイト幅の２バイト文字、というのが話題になったようなおぼろげな
> 記憶が。PC-98でしたっけ？

PC98で 2バイト半角というのは聞いたことがあります。

めざらさん
> 大昔のPC8801のN88-BASIC のマニュアルなんか見たら，
> 1/4角文字コードなんて掲載があって凄く笑った。

そんなのもあるんですか、面白いですね。

> 実は，カセットテープの背ラベルとかに割と重宝してたの思い出して，
> なんだか切ないような愛おしさまで感じた。（PC88専用ワープロで対応してた）
> データベースが使えなくて印字で現物管理していた遠い昔の話です。

私も8ビットのパソピア７に漢字パック入れてドットプリンタで漢字印字とかやってたような。
5インチFDDも買っていたので凄い出費でしたが、全部捨ててしまったのは惜しいことしたかなぁ。

DOSVAXJ3 Build JP240514版　(2024/5/14)が更新されました

内容は

build JP240514　(2024/5/14)

    タイトルバーに表示する文字列を指定する [sdl] titlebar が有効になっていなかったのを修正しました。
    タイトルバーに表示する文字列を変更するコマンド title を追加しました。
    macOS Sonoma 上での SDL-IM+ の不具合を修正しました。


[sdl] セクションで

titlebar          =
　　　　　↓
titlebar          = DOS/V

このように変更すると、窓のタイトルバーに表示されて、DOS/V モードか J31 モードか判別しやすくなります。
私は常時複数窓を開けて使い分けているので、コマンドラインで

title J31

等とすればその窓のタイトルが変わります。
タスクバーの表示も変わるので使い分けに便利です。

わがままな要望に応えてくださった軟式さんに感謝です。

最近 Cドライブの空き容量が急激に減少してほとんど無くなってきました。
色々不要なファイルを削除したり移動させても追いつきません。

ふと、VTDOSのエラーログ、vtd_err.log を確認してみたら、、、げげぇ、なんと！！
ギガ越えの超巨大ファイルになっているではないですか！！　なんじゃこりゃぁ！！
その原因は、J31BASICコンパイラの実行ファイル、STIME.EXE でした。

2024-04-16 10:01:41 STIME(09BA) 1876:4778 'サポート外 VIDEO BIOS(Int10h) 機能: AX=8500'
2024-04-16 10:01:42 STIME(09BA) 1876:47F1 'サポート外 VIDEO BIOS(Int10h) 機能: AX=8582'
2024-05-08 07:47:20 STIMEJ(2797) 433A:5982 'サポート外 KEYBOARD BIOS(int16h) 機能 F6'
2024-04-16 10:02:00 STIME(09BA) 1876:4D68 'サポート外 Int6F'

このようなエラーログが延々と出続けていたのです。
特に、Int10h AX=8500 〜 AX=8582 は毎秒３０くらい出続けていました。
なんてこった、これでは VTDOSで使えないではないか。(>_<)

この割り込みは、ブラウンデータにも載っていない J31独自機能のようです。
J3100テクニカルブックを発掘したので見ると、カーソル位置のアトリビュート読み込みのよう。
int16h 機能 F6 は、キーバッファのチェックのようです。
Int6F は、ATOK5制御割り込みのようです。

VTDOSには エラーログ抑制オプションとかは無さそうだし、どうしたものか・・・・

> ふと、VTDOSのエラーログ、vtd_err.log を確認してみたら、、、げげぇ、なんと！！
> ギガ越えの超巨大ファイルになっているではないですか！！　なんじゃこりゃぁ！！
> その原因は、J31BASICコンパイラの実行ファイル、STIME.EXE でした。

このVTDOSのエラーログを削除しても Cドライブの空き容量の減少が止まりません。
そして、ついに Cドライブの空き容量がゼロになってしまいました。
その時ふと、DOSVAXJ3のフォルダを覗いてみたら、capture フォルダが出来ていて
こんな感じになっていました。げげぇ！！！

2024/04/26  05:15     5,866,799,616 stime_000.wav
2023/04/10  16:46             7,343 dosbox_000.png
2023/04/10  16:54         1,892,112 dosbox_000.wav
2023/04/10  16:54             7,202 dosbox_001.png
2024/03/06  14:10             5,300 stime510_000.png
2024/03/06  07:40         2,311,592 stime510_000.wav
2024/03/06  07:41         4,845,752 stime510_001.wav
2024/03/06  13:51         1,952,792 stime510_002.wav
2024/03/06  13:57        52,911,756 stime510_003.wav
2024/03/06  13:58         6,592,112 stime510_004.wav
2024/03/06  14:00        23,988,684 stime510_005.wav
2024/03/06  14:10        46,314,040 stime510_006.wav
2024/03/06  14:33       158,472,688 stime510_007.wav
2024/03/06  14:33         5,609,564 stime510_008.wav
2024/03/09  23:59     3,240,653,264 stime_000.wav
2024/03/09  23:59         1,792,092 stime_001.wav
2024/03/09  23:59            66,900 stime_002.wav
2024/03/09  23:59         1,114,112 stime_003.wav
2023/04/10  16:54         1,892,112 dosbox_000.wav

※ これはもう１台のPCの中身。件のデータはもっと巨大で、緊急事態につき速攻で削除しました。

どうやら DOSVAXJ3 の機能キーを不用意に押してしまったようです。

キー割当  機能名
Ctrl-F5   Screenshot
Ctrl-F6   Rec Wave

この辺のキー割り当てを弄ったので、その時に押してしまったと思われます。

＃　C部の空き丸ごと消滅だと！
　　良くわからないものを無理して使うからよ・・・

PCの警告が出て、Cドライブのクリーンアップが推奨されたので、しかたなく OK しました。
その結果、３分の１くらい空きができました。（大丈夫なのか）
その後は問題なく動作しているようなので、まあいいか。(^^;

> 2024-04-16 10:01:41 STIME(09BA) 1876:4778 'サポート外 VIDEO BIOS(Int10h) 機能: AX=8500'
> 2024-04-16 10:01:42 STIME(09BA) 1876:47F1 'サポート外 VIDEO BIOS(Int10h) 機能: AX=8582'
> 2024-05-08 07:47:20 STIMEJ(2797) 433A:5982 'サポート外 KEYBOARD BIOS(int16h) 機能 F6'
> 2024-04-16 10:02:00 STIME(09BA) 1876:4D68 'サポート外 Int6F'
> 
> このようなエラーログが延々と出続けていたのです。

これを何とかしないと J31BASICコンパイラは使い物にならないですね。
それで考えたのは、常駐プログラムでこれらの割り込みを横取りして無効化すること。

私がいつもお世話になっている、アセンブラ入門のサイトから
トップ-> アセンブラ 第2章-> 第2章.メモリー管理-> 2-7. 常駐プログラム(TSR)
https://programmer.main.jp/assembler2/assembler10.html

このページの、「HOOK21」完成版(?) のソースを元に、INT10h でやってみたら出来ました。
ところが常駐解除が出来ないのです。
色々やってみてわかったのは、ソースの解放チェックルーチンで

STAY_CHEK:
	mov	ax,3521h
	int	21h             	;割り込みベクター取得

	mov	ax,es           	;解放できるかのチェック
	dec	ax
	mov	es,ax
	mov	di,8
	cld
	mov	si,offset PRCNAME
;	mov	cl,7			;★ cl ではうまくいかない、
	mov	cx,7			;★ cx ならうまくいく

	repz	cmpsb            	;名前が一緒かのチェック
	or	cx,cx
	jz	_STAY
	stc                     	;解放できない
	ret
_STAY:                           	;解放できる
	clc
	ret

★印のところの cl を cx に変えたら常駐解除できました。

＃ 汚れていたのは ch だったのです。

これで調子に乗って、INT16h  INT6Fh  も一緒にしてしまいました。
でもまたもや常駐解除が出来ない。(>_<)
プログラムの仕組みがわかってないからでしょうね。(;_;)

どうも、新着情報のページの表示がおかしいですね。
すぐにプッシュアウトされてしまいそうなので具体的に言うと、野ざらし言の
新着情報の部分、野ざらし言#5602の発言のところ。
ざっくり見てみたところ、野ざらし言#5602の発言本文の中のリンク情報を
拾って、偽のリンク情報を無理やり構築している模様。

ご確認いただけると幸いです。

> 新着情報の部分、野ざらし言#5602の発言のところ。
> ざっくり見てみたところ、野ざらし言#5602の発言本文の中のリンク情報を
> 拾って、偽のリンク情報を無理やり構築している模様。

ああ、本当だ、おかしいですね。
掲示板の形式とか変わったのでしょうかね。
見てみます。

掲示板の形式が変わったわけないじゃないですか。(笑)
ただ，うちだけの問題なのかな。

例えば，こちらで似たようなリンクを書き込んでみると……(^^;

#5601：Re^14: 近況報告 めざら 2024/05/25(Sat)
http://mezala.la.coocan.jp/bbs/noz/wforum.cgi?mode=msgview&page=0&no=5601&reno=5600&oya=5561

あるいは，
http://mezala.la.coocan.jp/bbs/noz/wforum.cgi?mode=allread&no=5561#N5602
みたいにハッシュが付いているリンクの場合とか。

違うなぁ……

あれ？　今度は VTDOS BBS の新着へのリンクが消えちゃったな。
消えたと言うか，a要素リンク内の値を括るダブルコーテーションが閉じていない？
<tr><td><a href="http://tamaneko.world.coocan.jp/bbs/http://mezala.la.coocan.jp/bbs/noz/wforum.cgi?mode=allread&amp;no=5561#N5602' target='_blank' rel='noopener noreferrer' target='_blank' rel='noopener noreferrer'>???????e?[?}</a></td><td>11256</td></tr>
新着情報そのものは取得しているみたいだけれど，ダブルコーテーションの出力エラーで該当行以降が表示されないのと，他のBBSの不思議なリンクも中途半端に含まれていますね。
もしかして弄っている途中でしたか？

なるほど、めざらさんの実験で、なんとなく見えてきたようです。
konnoさんの使われているコードって、１つ分の発言全体から、ある特定の形式の
URLを手がかりにして、本文だのなんだの不要なところを消して、<tr>から</tr>に
はさまれた形に変換しているのでしょう。
ここで使ってるのは正規表現置換と見た。置換一発か複数発かはわかりませんが。
でも、今回、その特定の形式に該当してしまうURLが１つの発言に複数含まれて
しまった、ということかと。
今までは、仮にURLがあっても、その特定の形式に該当するものではなかったので
発病しなかった、のではないかなぁ。
なので、正規表現を駆使して、何番目に該当するものだけ残す、みたいにすれば
解決しそうな気がする。

ハズレかな。

> 掲示板の形式が変わったわけないじゃないですか。(笑)

すみません、適当なことを言ってしまって。m(__)m
色々見てみたのですが、わからないんですよね。(>_<)

> 例えば，こちらで似たようなリンクを書き込んでみると……(^^;
> あるいは，
> http://mezala.la.coocan.jp/bbs/noz/wforum.cgi?mode=allread&no=5561#N5602
> みたいにハッシュが付いているリンクの場合とか。
> 違うなぁ……

私もリンクを書き込んだりしているので疑ったんですが、よくわからないです。

> あれ？　今度は VTDOS BBS の新着へのリンクが消えちゃったな。
> 消えたと言うか，a要素リンク内の値を括るダブルコーテーションが閉じていない？
> <tr><td><a href="http://tamaneko.world.coocan.jp/bbs/http://mezala.la.coocan.jp/bbs/noz/wforum.cgi?mode=allread&amp;no=5561#N5602' target='_blank' rel='noopener noreferrer' target='_blank' rel='noopener noreferrer'>???????e?[?}</a></td><td>11256</td></tr>
> 新着情報そのものは取得しているみたいだけれど，ダブルコーテーションの出力エラーで該当行以降が表示されないのと，他のBBSの不思議なリンクも中途半端に含まれていますね。
> もしかして弄っている途中でしたか？

VTDOS BBS もおかしくなってますね。その下のリンクまで消えてるし。
弄っているのは別名のやつなので、初めからこうだったのかなぁ？
上のa要素リンク関係が怪しい気はするんですが。

> なるほど、めざらさんの実験で、なんとなく見えてきたようです。
> konnoさんの使われているコードって、１つ分の発言全体から、ある特定の形式の
> URLを手がかりにして、本文だのなんだの不要なところを消して、<tr>から</tr>に
> はさまれた形に変換しているのでしょう。

その通りです。今見ると何をやってるかチンプンカンプンで、誰がこんなの作ったの〜状態です。

> ここで使ってるのは正規表現置換と見た。置換一発か複数発かはわかりませんが。
> でも、今回、その特定の形式に該当してしまうURLが１つの発言に複数含まれて
> しまった、ということかと。
> 今までは、仮にURLがあっても、その特定の形式に該当するものではなかったので
> 発病しなかった、のではないかなぁ。

これが原因のような気がしますね。
色々試したのですが良くならなくて、泥縄の限界かな。

> なので、正規表現を駆使して、何番目に該当するものだけ残す、みたいにすれば
> 解決しそうな気がする。

これを試してみようと思いますが、正規表現がもうわからない。(>_<)

> > 今までは、仮にURLがあっても、その特定の形式に該当するものではなかったので
> > 発病しなかった、のではないかなぁ。
> これが原因のような気がしますね。

試しに野ざらし言の私の発言内のリンクを消してみたら正常になりました。
でも、VTDOS BBS 以降は消えたままです。(>_<)

この辺を色々弄ってみます。(^^;

なんとか泥縄を重ねて見た目は正常になりました。(^^;

> > > 今までは、仮にURLがあっても、その特定の形式に該当するものではなかったので
> > > 発病しなかった、のではないかなぁ。
> > これが原因のような気がしますね。

やはりこれが原因だったようです。
フラグ変数を一つ増やして、リンク処理ルーチン内でカウントさせました。

> 試しに野ざらし言の私の発言内のリンクを消してみたら正常になりました。
> でも、VTDOS BBS 以降は消えたままです。(>_<)

野ざらし言の私の発言内のリンクを元に戻しても正常になりました。＼(^^)／ ﾔｯﾀ-
でも、VTDOS BBS 以降が消えたままなのがわからなくて、古いルーチンで動いていたので
追加挿入してみたら、本来のルーチンも正常に表示されるようになりました。何で？
仕方がないので古いルーチンを一部残しておくことにしました。2重処理です。(^^;

＃　私が（プログラムを）織っている姿（ソース）は決して覗かないでください。

無事に治ったようですね。めでたい。

> なんとか泥縄を重ねて見た目は正常になりました。(^^;

うん、まぁ、いいんじゃないでしょうか。
ただ、これは異常ではないのでしょうが、いささか意味不明というか。
なにかというと、「今日のテーマ」の一覧の上、「Virtual Zone」の日付のうしろ、
なんか謎の「(0)」がいくつか並んでいる。
ついでに言うと、ここの部分、</FONT>の閉じタグが多い。

あと、ざっくり見ただけなので間違いもあるかもしれませんが。
「MS-DOS Player」の日付のあとの部分、なんか改行が過剰？
それと、全体的に<a></a>と<b></b>のネストが互い違いになっているような気がする。
これ、あとから改造しようとしたときにえらいことになりそうな気がするので、今の
うちにきれいにしておいたほうが良いかと。
それと、もしかしたらうちのブラウザのせいかもしれませんが。
リンクの中の実体参照「&」と「&amp;」がなんかうまくない気もする。
ただ、この混在、この「今日のテーマ」本体でもあちこちあるような。
どこまで気のせいか、というのがわからないのが現在の私の弱点。
konnoさんにおかれましては、複数のブラウザでチェックされることをお薦めします。

> ＃　私が（プログラムを）織っている姿（ソース）は決して覗かないでください。

どこからもケチがつかないような美しいものを織り上げられる人だけがこのせりふを
口にする資格があるような気がするのは、やっぱり私の気のせいか。

> なにかというと、「今日のテーマ」の一覧の上、「Virtual Zone」の日付のうしろ、
> なんか謎の「(0)」がいくつか並んでいる。
> ついでに言うと、ここの部分、</FONT>の閉じタグが多い。

この「(0)」は、コメントのチェックです。
 #9804：新着情報のメンテナンス、ココログのコメント数表示  konno 　 2020/10/02
この辺で話題にしていました。思ったより最近な感じですね。(^^;
動作確認のためにコメント入れてみました。(^^;

</FONT>の閉じタグ、多いですね。(^^;　なんとか修正しました。

> あと、ざっくり見ただけなので間違いもあるかもしれませんが。
> 「MS-DOS Player」の日付のあとの部分、なんか改行が過剰？
> それと、全体的に<a></a>と<b></b>のネストが互い違いになっているような気がする。

これらも大体修正しました。

> それと、もしかしたらうちのブラウザのせいかもしれませんが。
> リンクの中の実体参照「&」と「&amp;」がなんかうまくない気もする。
> ただ、この混在、この「今日のテーマ」本体でもあちこちあるような。

これはこれから見ていきたいと思います。
そういえば、板塀への番号ジャンプ、いつから出来なくなったんだろう。

> > ＃　私が（プログラムを）織っている姿（ソース）は決して覗かないでください。
> どこからもケチがつかないような美しいものを織り上げられる人だけがこのせりふを
> 口にする資格があるような気がするのは、やっぱり私の気のせいか。

真に美しいものは公開されても、誰もが称賛し、歴史に残るものですよね。
表が綺麗に見えても裏側はボロボロの継ぎはぎだらけ、と言う方が合っているかも。(^^;
というか、見てしまったのですね。知られたからには元に戻らなくてはなりません。

＃　ああ、飛ぶための羽が無い！ (;_;)

> この「(0)」は、コメントのチェックです。
>  #9804：新着情報のメンテナンス、ココログのコメント数表示  konno 　 2020/10/02
> この辺で話題にしていました。思ったより最近な感じですね。(^^;
> 動作確認のためにコメント入れてみました。(^^;

そんな話題もありましたか。もうすっかり忘れています。
なるほど、括弧の中の数字、今見たらゼロではなく１になっているのもある。
そういうことでしたか。

タグのネストの互い違い、まだひとつかふたつはありそうですが、大勢に影響は
ないでしょう。
ただ、末尾のほう、</m>という閉じタグがあるようなんですが、これはなんだろう。

> そういえば、板塀への番号ジャンプ、いつから出来なくなったんだろう。

ん？
何か挙動が変わりました？
私のほうはいじった記憶はありません。
だけど、変化してしまうことはままあるわけでして。
具体的に、どこがどう、ということを書いていただければ調べますよ。

> ただ、末尾のほう、</m>という閉じタグがあるようなんですが、これはなんだろう。

あう、試しに入れたものを削除するのを忘れてました。意味なしです。m(__)m

> > そういえば、板塀への番号ジャンプ、いつから出来なくなったんだろう。
> ん？
> 何か挙動が変わりました？
> 私のほうはいじった記憶はありません。
> だけど、変化してしまうことはままあるわけでして。
> 具体的に、どこがどう、ということを書いていただければ調べますよ。

えーと、いくつかあるんですが、まず新着情報の「新着」リンクが掲示板トップになってしまいます。

print "　<a href='http://toshiki.la.coocan.jp/bbs.html?mode=newsort' target='_blank' rel='noopener noreferrer'><b>やしきの\板\塀(新着)</b></a>　　
\n";
リンクのURLは
http://toshiki.la.coocan.jp/bbs.html?mode=newsort

あと、新着情報の「データ元」項目の発言番号リンクが掲示板トップになってしまいます。
リンクのURLは、番号が 4098 なら
http://toshiki.la.coocan.jp/bbs.html?mode=article&no=4098

あと、うちの掲示板からの番号リンクが掲示板トップになってしまいます。
>   やしきの板塀#00001	2003/03/31(Mon)〜
リンクのURLは
http://toshiki.la.coocan.jp/bbs.html?mode=article&no=00001

どうでしょうか。

> 新着情報の「新着」リンクが掲示板トップになってしまいます。

これは新着情報開設当初からの状況です。
板塀が個別のアーティクルへの直リンクを禁止しているのかと思っていました。
違うのですか？

> これは新着情報開設当初からの状況です。
> 板塀が個別のアーティクルへの直リンクを禁止しているのかと思っていました。
> 違うのですか？

記憶が朧気なので過去ログ検索したら

#9335：サイトのメンテナンス：新着情報の更新 Ver 0.73 　konno 　 2019/09/10
> > あ、確認ですが、URLは bbs.html?mode=newsort になっていますよね。
> やってみたら、板塀の新着記事に飛ぶことが出来ました。＼(^^)／ ﾔｯﾀ-

この時は出来ていたようです。

経緯としては……
板塀の個別のアーティクルや新着への直リンクができなかった
＞板塀は元々直リンク可能な仕様だがめざらの環境だけできないなら修正困難
＞＞『出来ました。＼(^^)／ ﾔｯﾀ-』とこんのがよろこんだ
＞＞＞めざらはあきらめた
＞＞＞＞さいはつした
♪たらら らったら〜♪

こんな感じ。(^_^;)

> > 新着情報の「新着」リンクが掲示板トップになってしまいます。
> これは新着情報開設当初からの状況です。
> 板塀が個別のアーティクルへの直リンクを禁止しているのかと思っていました。

板塀管理者としては、フレーム無しの表示は禁止したいと思っています。
が、フレーム内には個別アーティクルが表示されるようにしたい。
そのため、いささかどころではないトリッキーな手法を使っているわけです。
もし、フレーム内に個別アーティクルが表示されないとしたら、それは板塀管理者
の意図した挙動ではありません。
まずいなぁ。

ご指摘いただいた

> リンクのURLは
> http://toshiki.la.coocan.jp/bbs.html?mode=newsort

> リンクのURLは、番号が 4098 なら
> http://toshiki.la.coocan.jp/bbs.html?mode=article&no=4098

> リンクのURLは
> http://toshiki.la.coocan.jp/bbs.html?mode=article&no=00001

これらのURL、板塀管理人としては、そのようにリンクしてほしい、まさに希望通り
のものです。そして、フレーム内にそれぞれの発言が表示されることを意図している
のですが、現在、どうやらそのような挙動を示していない、ということですね。
とりあえず、現時点で、サーバを設置してある自宅内のサーバ以外のマシンから
チェックすると、なんとなくうまく動いている感じ。ただし、チェックはFirefox
だけでしか行われていません。
たとえば、Edgeとかだとセキュリティの関係で私の意図したとおりの挙動を示さない、
とか、自宅内だけはネットワーク構成の関係でうまくいく、とかがありうるので、
この辺を手がかりに追いかけて見ます。
ただ、例えば１時間後に「これが原因！」とか見つかるかもしれませんが、それの
確認は、早くて月曜日になる予定。

ということで、しばらくお待ちください。

> ただ、例えば１時間後に「これが原因！」とか見つかるかもしれませんが、それの

原因は見つかりました。解決は困難です。

現在、フレーム内に個別発言などを表示させるためにリファラを使っておりました。
ところが、Chromeだと2020年8月ごろのバージョンから、Edgeだと2021年9月ごろの
バージョンから、必要となるこの情報を与えてくれないようになってしまっていたの
でした。ちなみに、Firefoxも2021年3月ごろのバージョンでこの情報が与えられない
ようになっていたのですが、うちの試験環境はもっと古いバージョンだったので問題
が発生しなかった模様。あれ、でも、うちの実環境では、つい最近もFirefoxの更新
をしていたはず。もしかして、自宅内からはEdgeやChromeでもいけてしまうのかも。

ええっと、どうしようかな。
ちょっと模索してみますが、もしかしたらフレーム式を解除して直リンク可能にする
かもしれません。自宅サーバのIPアドレスが変わったときの処理が面倒なんですけど
ね。

あ、そうだ、もしも上記のバージョン以前のブラウザでもめざらさんのところでは
不具合が発生していたとすると、それは別の原因の可能性があります。たとえば、
ブラウザのセキュリティを厳しく設定していただとか、セキュリティが厳しめの
マイナーなブラウザを使っていたとか。
もし差し支えなければ、めざらさんの環境をお教えいただけると幸いです。

ということで、しばらくお待ちください。

こちらの環境は，メインが Firefox で，サブが Chrome です。
版は，概ねその時点の最新版です。ブラウザだけはさっさと更新するので。

で，「新着情報」の「やしきの板塀(新着)」リンクから新着表示ができたことは，
記憶する限り，たぶんおそらくたしかにかつて一度たりともありません。

各ブラウザのセキュリティ設定などは，それほど厳しくないと思います。
ごく標準的と言うか，ほとんどのクッキーは受け入れ，スクリプトの実行も許可，
ポップアップとかリダイレクトなんかもほぼ制限していなかったりします。

> ♪たらら らったら〜♪
> こんな感じ。(^_^;)
ああ、そんなことしたら妄想が暴走して・・・

その日、巨大な壁に鎧のとしきが穴を開けた。
我々はその穴を使って自由に壁の中に出入り出来るようになった。
だがその穴は始祖の巨人たちに塞がれてしまったのだ。
どうする？

　あきらめる
　助けを求める
> 勇者が現れる

♪た〜たらたったたた た〜♪

> 原因は見つかりました。解決は困難です。
> 現在、フレーム内に個別発言などを表示させるためにリファラを使っておりました。
> ところが、Chromeだと2020年8月ごろのバージョンから、Edgeだと2021年9月ごろの
> バージョンから、必要となるこの情報を与えてくれないようになってしまっていたの
> でした。ちなみに、Firefoxも2021年3月ごろのバージョンでこの情報が与えられない
> ようになっていたのですが、うちの試験環境はもっと古いバージョンだったので問題
> が発生しなかった模様。あれ、でも、うちの実環境では、つい最近もFirefoxの更新
> をしていたはず。もしかして、自宅内からはEdgeやChromeでもいけてしまうのかも。

なるほど、2019年9月には出来ていたけど2020年8月から出来なくなったのですね。
私は Firefox だったので、2021年9月から使えなくなったのでしょうが、覚えてない。(^^;

> ちょっと模索してみますが、もしかしたらフレーム式を解除して直リンク可能にする
> かもしれません。自宅サーバのIPアドレスが変わったときの処理が面倒なんですけど
> ね。

なんとかよろしくお願いいたします。m(__)m

> もしかして、自宅内からはEdgeやChromeでもいけてしまうのかも。

いけませんでした。
というか、そもそも新着情報に対するアクセス履歴が著しく少ない。
Chrome系のブラウザはアクセス履歴って３カ月程度で消えてしまうわけですが、Firefox
だと容量の許す限りアクセス履歴が残ります。それを見たところ、実環境の方では、
2019年10月以来でたった６回しかアクセスしていない。さっき、実験でアクセスした
のが７回目。
古い実験環境の方はもっとアクセスしていましたが、それでも2021年5月以来でたった
23回しかアクセスしていない。
なので、昔の、可能だった時代のおぼろげな記憶をいつまでも覚えていただけ、という
のが正解の模様。

それと、めざらさんのところでは昔から駄目だったとのことですが、Firefoxでいう
ところのプライベートブラウジングとかプライベートウィンドウという、セキュリティ
の厳しいモードを使っています、ということはないですよね。これ以外に新着情報が
始まった当初のブラウザでうまくいかない理由が思いつかない。
今となっては原因不明の迷宮入りになってしまうと思います。

履歴が辿れなかったり，いちいちID／パスを入れないと閲覧できないような
不便なことは，かつてやったことがありません。自分ながらセキュリティに
とことん甘い人間だなぁ……と思います。

とにかく，いろいろな仕掛けを施している開設者にわからないことが
自分にわかるはずもないので，早々にあきらめていたわけですから，
記憶も曖昧なはずです。できていたことがあったと言われても，
いよいよまったく一切実感はありません。

ところでフレームを採用している理由って何ですか？
単に掲示板タイトル他を常に表示させたいなんて単純な理由とも思えませんが。
そもそも，わたしみたいにいきなりフレームの区切り線をぎゅぎゅっと上端へ
移動してしまうような人間には，あまり意味がないわけですが。

> Chrome系のブラウザはアクセス履歴って３カ月程度で消えてしまうわけですが、Firefox
> だと容量の許す限りアクセス履歴が残ります。それを見たところ、実環境の方では、
> 2019年10月以来でたった６回しかアクセスしていない。さっき、実験でアクセスした
> のが７回目。

私は Firefoxですが、#11267 の書き込みで

> #9335：サイトのメンテナンス：新着情報の更新 Ver 0.73 　konno 　 2019/09/10
> > > あ、確認ですが、URLは bbs.html?mode=newsort になっていますよね。
> > やってみたら、板塀の新着記事に飛ぶことが出来ました。＼(^^)／ ﾔｯﾀ-

この時は間違いなく出来ていたと思います。
私は板塀の記事はほぼ毎回読んでいますが、必ず新着記事で読みます。
新着記事に飛ばなくなっても、ツリー画面で新着にして読んでいます。
なので、随分少ないなという印象ですね。
すぐに飛べなくなってしまったのかなぁ。

> 古い実験環境の方はもっとアクセスしていましたが、それでも2021年5月以来でたった
> 23回しかアクセスしていない。
> なので、昔の、可能だった時代のおぼろげな記憶をいつまでも覚えていただけ、という
> のが正解の模様。

昔って、もしかして 2009年のころでしょうかね。
#3814： 他の板への番号リンク 投稿者： konno 　 2009/06/04

> 現在、３サイトで過去ログを含めた発言番号リンクが実現できているので、どうせなら
> 他の板へも番号リンクをしたいと思い、テスト板#test41で試してみて、良さそうなので
> 公開します。(^_^)
> 
> 　　　2文字案　最終案
> -----+-------+-----------------------------
> #kyo　#k3008　#kyo3008へ(今日のテーマ板)
> #faq　#f0010　#faq10へ　(VzFAQ板)
> #link #l0008  #link8へ　(リンク板)
> #test #t0041　#test41へ (テスト板)
> #n　  #n3340  野ざらし言3340番へ
> #i　  #i1597  板塀1597番へ

このころは直リンクでやっていたのでしょうね。
直リンクであっても番号ジャンプ出来るのなら私はうれしいです。

> とにかく，いろいろな仕掛けを施している開設者にわからないことが
> 自分にわかるはずもないので，早々にあきらめていたわけですから，

当時のその段階で不具合報告をいただければ、いろいろと追及して、一時的ではある
かもしれませんが、それなりの解決には結びついたとは思うんですよ。いささか残念
ではあります。

> ところでフレームを採用している理由って何ですか？

これは、#7717にちょっとだけ書きましたが、自宅サーバのIPアドレスが変わって
しまっても、一意のURLでアクセスできるようにする、という目的でした。
cf. http://toshiki.la.coocan.jp/computer/itabei/frame.html

ただ、環境の変化というか時代の変化で、いろいろなものが使えなくなっていくと
いう現実があるわけで。仕方ない、こちらが対応するしかありませんね。

> 新着記事に飛ばなくなっても、ツリー画面で新着にして読んでいます。
> なので、随分少ないなという印象ですね。

私の場合、konnoさんが新着記事を作られるよりも前に、各掲示板のブックマークを
作っていましたからね。新着記事がリリースされた当時は何回もアクセスしました
が、通常は以前からの慣例で、そのままブックマークからのアクセスを継続していた
のですよ。


> 直リンクであっても番号ジャンプ出来るのなら私はうれしいです。

いろいろと考えたのですがね。
なにぶん、セキュリティが絡みますから、私の技術力では実装可能かどうかすら
わからないようなトリッキーな方法しか思いつかなくて。
ここはやはり素直に、フレーム方式廃止、直リンク可能という形に落ち着きそうです。
ただ、少なくとも向こう数日は多忙が見えている。
他人のHDDの復旧、なんていうタスクが割り込んできたもので。
おそらく、早くても６月中、ぐらいの速度感。
もちろん、それ以上かかるかも。

ごめんなさい，読んでいたはずなのに，まるで忘れてました。

> 当時のその段階で不具合報告をいただければ、いろいろと追及して、

まぁ，人んちの掲示板ですから，あんまり要求じみたことを言うのもナニかなと思って。

ふと思ったのですが、「としきのやしき」は現在 nifty の la.coocan.jp になっているのですよね。
板塀だけケーブルテレビのサーバーなのでしょうか。
掲示板を la.coocan.jp の中に入れてフレームを無くせば解決しそうな気が。
もちろん手間がかかるでしょうが、直リンクのURLが変わるたび修正するよりはましと思います。
外していたらごめんなさい。

ほら、めざらさんが困っているということは他の人も困る可能性があるということ
なんで。
というのは建前で。
自分のところのものはなるべく完成度を高くしたい、という思いもありまして。
いわば私利私欲というか。
ということで、もし次の機会がありましたら、その際にはぜひ。

> 板塀だけケーブルテレビのサーバーなのでしょうか。

そのとおりです。

> 掲示板を la.coocan.jp の中に入れてフレームを無くせば解決しそうな気が。

確かにその手はあって、将来、板塀サーバーマシンをどうにも確保できなくなった
場合には、その方向に行く可能性は高いです。
ただ、これはいわゆる「半土塀化」という感じ。
「完全土塀化」というのは、レンタルサーバーあたりを借りて、そちらで掲示板を
運用する形を意図しています。
「半土塀化」と「完全土塀化」は、取得できる情報がごくわずかに違う。
普通の人なら、まず気にしないような些細な部分なんですけどね。
例えば、平常時に取得できるログには、ほとんど差異はない。
でも、異常時のログは、ずいぶん違う。
例えば、

http://（略）.jp/bbs/wforum.cgi

という形でアクセスすれば、普通にアクセスログが取れます。
ところが、これのURLを誤って

http://（略）.jp/bbs/wforu.cgi

なんて形でアクセスがあった場合。
現在の板塀ではきちんとログが取れているし、レンタルサーバーなんかの場合でも
たいていはログが取れます。でも、la.coocanの場合、このログを確認できるのは
ニフティの中の人だけ。
ということで、実に些細な点で、konnoさんの推奨されている方法にはいささかの
抵抗感があるわけですよ。
ま、でも、将来的にはそういう抵抗感を打ち破ってその方向に行きそうな気がする。

> ということで、実に些細な点で、konnoさんの推奨されている方法にはいささかの
> 抵抗感があるわけですよ。

わかりました。個人の掲示板なので、自分がやりたい形でやるのが一番ですよね。

> ま、でも、将来的にはそういう抵抗感を打ち破ってその方向に行きそうな気がする。

ユーザーとしては便利であればトリッキーであろうが気になりません。(^^;
私もとしきさんのコンテンツを真似て新しいコンテンツをやろうと思っています。
喜ぶユーザーさんもいると思いますので。(^^;


＃　イタ・ベイエリア突破出来ません！
　　事案は机の上じゃなく机の下で起こっているんだ！

としきさんのコンテンツを真似て新しいコンテンツを始めました。
niftyのFGALDC会議室の自分の発言を掲示板のツリー形式で表示させます。

　FGALDC会議室の過去ログ　　VZ改造秘話など 
http://tamaneko.world.coocan.jp/bbs/bbs6/wforum.cgi


VZK誕生の改造秘話とか、ここの常連さんにはわかりきった話ですが、
少しは需要があるだろうと思います。
また、私の自伝的な意味合いもあります。
名前やＩＤなどの個人情報や引用符などは修正しています。

改造人間誕生秘話、とか
差異膨愚009誕生、とか
面白いタイトル募集！

私の発言が主体ですが、他の方の発言も引用というていで載せたいと考えています。
それはまずいよとか、載せないでなどの意見があれば削除など検討します。
ご意見、ご感想をお待ちしています。(^_^)

> niftyのFGALDC会議室の自分の発言を掲示板のツリー形式で表示させます。

おぉ、これは期待大ですね。
ところでこれ、Vzのマクロか何かでやっていますよね。
まさか手作業だったりして。
うちの場合はawkのスクリプトでやりました。

> 少しは需要があるだろうと思います。

そう頻繁に見るものではありませんけどね。
なんかの場合に必要になりそう。
あと、検索エンジンの検索に引っかかるようになる、というのが地味に大きな影響を
もたらしたりして。
それと、めざらさんも以前におっしゃったことがあったように思いますが、各改造
バージョンの仕様とか特徴がわかるようになるのもうれしいかも。

> それはまずいよとか、載せないでなどの意見があれば削除など検討します。

うちではもう何年もやっていますが、要望が来たのは１回だけ。
当時（今でも？）ご活躍の方でしたが、発言者名が実名だったもので、これを消して
ほしいというものでした。現在でも、その人の発言した部分が数ヶ所、空白表示と
なっています。幸い、問題となったのはツリーインデックスの部分だけでした。私の
発言本体の引用などには絡んでいなかったので、それ以上の対応はせずにすみました。

> ご意見、ご感想をお待ちしています。(^_^)

なんでもそうなんですが、データって大量に集まってこそ意味を持つもの。
例えば、日本のラジオドラマの過去一覧とか。
なので、物量は多ければ多いほどよい。
もちろん、フリートークとかは不要な可能性が高いですが、私の場合、そういうもの
を峻別するのが面倒だったので、ごく一部の危険なものをのぞき、全部アップして
しまいました。ということで、konnoさんにおかれましても、物量優先のスタンスで
どうかなにとぞ。

> ところでこれ、Vzのマクロか何かでやっていますよね。
> まさか手作業だったりして。

そのまさかの手作業です。(^^;
ツリー構造を見るために、あじゃさんの NIF_TREE.def を別窓で開いて参照しました。
素晴らしいマクロですね。あじゃさんに感謝です。

> うちの場合はawkのスクリプトでやりました。

さすがですね、私は今考える気力が無くて、VZなら手作業でもかなり効率的だし。
一昨日思いついてとりあえず形になったので公開しました。(^^;

でも今見たら新着記事とか会議室風の日付表示や並び順が合ってない。(>_<)
UNIX時間でソートしてるんですね。これの変換が面倒なのでスルーしてました。(^^;
仕方がないので発言番号を数字に取り込むマクロをでっちあげました。(^^;

うう、アイドルのツリーが大きすぎてまだ終わらない。(;_;)
これだけで147もあるんだもん、邪悪じゃぁ〜

> うちではもう何年もやっていますが、要望が来たのは１回だけ。
> 当時（今でも？）ご活躍の方でしたが、発言者名が実名だったもので、これを消して
> ほしいというものでした。現在でも、その人の発言した部分が数ヶ所、空白表示と
> なっています。幸い、問題となったのはツリーインデックスの部分だけでした。私の
> 発言本体の引用などには絡んでいなかったので、それ以上の対応はせずにすみました。

やはり実名は不味いですよね。(^^;
引用については今まで問題になっていないので、私の発言へのコメントは掲載したいですね。
その他は流れを読んで問題なさそうなら・・・

> なんでもそうなんですが、データって大量に集まってこそ意味を持つもの。
> 例えば、日本のラジオドラマの過去一覧とか。
> なので、物量は多ければ多いほどよい。
> もちろん、フリートークとかは不要な可能性が高いですが、私の場合、そういうもの
> を峻別するのが面倒だったので、ごく一部の危険なものをのぞき、全部アップして
> しまいました。ということで、konnoさんにおかれましても、物量優先のスタンスで
> どうかなにとぞ。

そうですね、情報としての価値もあると思うので、本当は丸ごとアップしたい気持ちです。
まあ、まずは私の発言だけでも纏めなくてはですね。

> ツリー構造を見るために、あじゃさんの NIF_TREE.def を別窓で開いて参照しました。
> 素晴らしいマクロですね。あじゃさんに感謝です。

私もこのマクロ、めざらさんに紹介していただいたのではなかったかな。
以前はかなり頻繁に利用していました。特にポケ３では。

> さすがですね、私は今考える気力が無くて、VZなら手作業でもかなり効率的だし。
> 一昨日思いついてとりあえず形になったので公開しました。(^^;

考える気力はないのに行動する気力はある、というのがkonnoさんの不思議なところ。

> UNIX時間でソートしてるんですね。これの変換が面倒なのでスルーしてました。(^^;

UNIX時間→日本時間に変換するマクロは、もう１０年以上前にめざらさんに作って
いただきました。逆方向のマクロは、konnoさんに作っていただく、ということで。

> やはり実名は不味いですよね。(^^;

でも、実名っぽいハンドル名、という人もいたわけだし。
私の場合、依頼をいただいたその人の場合は特に疑う理由もなかったのだけど、
実は全くの赤の他人が連絡してくる、という可能性もあるわけで、それを理由に
蹴っ飛ばす、というのもあってもいいかも。
さらに、発言者名とタイトルが組み合わさるとまずい、とかあるわけですが、その
人の場合も、発言者名とフォーラム名が組み合わさるとまずい、というパターンに
近くて。
ま、いろいろと出てくる可能性があるわけですよ。

> そうですね、情報としての価値もあると思うので、本当は丸ごとアップしたい気持ちです。

フォーラム末期に「自分の発言は他所に公開可」という表明をなされた方々もいらっしゃった
はずです。そういう人の分だけでも公開してもいいかも。そして、文句が来たら消す、と。

> 私もこのマクロ、めざらさんに紹介していただいたのではなかったかな。
> 以前はかなり頻繁に利用していました。特にポケ３では。

ポケ３でも使えるとはやっぱり凄いですね。
同一ツリーの発言を視覚的に追えるのは便利ですよね。
といっても私は今までほとんど使っていなかったです。
これを機会に使うようにしたいですね。

> 考える気力はないのに行動する気力はある、というのがkonnoさんの不思議なところ。

思いつくと直ぐにやってみたくなるのが性分みたいで。(^^;
おかげで簡単なマクロも思い出しながら作れました。(^^;

> UNIX時間→日本時間に変換するマクロは、もう１０年以上前にめざらさんに作って
> いただきました。逆方向のマクロは、konnoさんに作っていただく、ということで。

私には無理です。きっぱり

> でも、実名っぽいハンドル名、という人もいたわけだし。

うーん、そこは自己判断でいいんじゃないでしょうか。(^^;

> フォーラム末期に「自分の発言は他所に公開可」という表明をなされた方々もいらっしゃった
> はずです。そういう人の分だけでも公開してもいいかも。そして、文句が来たら消す、と。

おお、それがありましたね。ではそれを踏まえてなるべく掲載する方向で行きたいと思います。

> でも今見たら新着記事とか会議室風の日付表示や並び順が合ってない。(>_<)
これは修正に難儀しましたが、なんとか修正出来ました。

急かすわけでもなく，気が向いたらで構わないのですが，
「新着情報」を少し修正していただけると有り難いかなと思って。

ささやかに，3点だけです。(笑)

1　日時の表示
現在，野ざらしだけ日付と時刻の間にデリミタがありません。
ほかの掲示板はスペースが入っています。
スペース1個で構わないので分かち書きしていただけると嬉しいです。

2　新着記事へのリンク
現在，野ざらし言(新着) へのリンク文字列は「(新着)」部分を含めていません。
板塀はわかりやすいリンクになっています。（飛べる飛べないは別として）
板塀と同じようにしていただけると嬉しいです。

3　個々のアーティクルへのリンク
現在は掲示板名から各アーティクルを訪ねてくださるわけですが，
同じリンク文字列から別のリンク先に飛ぶのは個人的に違和感があり，
番号をリンク文字列にしていただけると嬉しいです。


新着情報だから掲示板トップへのリンクはないのか……

> 急かすわけでもなく，気が向いたらで構わないのですが，
> 「新着情報」を少し修正していただけると有り難いかなと思って。
> ささやかに，3点だけです。(笑)

時間が取れたら見てみます。

> 新着情報だから掲示板トップへのリンクはないのか……

これも検討してみます。お待ちください。

> ポケ３でも使えるとはやっぱり凄いですね。

とはいえ、私の記憶だと、ポケ３の場合、ECS常駐というか２５行モードにしないと
使い物にならなかったような。当時は今よりも目がよかったので細かい字でも見え
ましたし。
ただ、そうして記憶をたどっていくと、いくつか芋づる式に思い出して。
NIFPのＦＭ版というのが、確かポケ３でも動いたような。これも２５行モードだけ
だったかなぁ。
だけど、読むときはともかく、レス書きするときにはこういう細かい字のものは
使わなかったような記憶があって。また、ツリーインデックスとログ本体を上下分割
ではなく全画面の裏画面と表画面にして、[F2]で切り替えていたような記憶もあり。
うんうんうなっていたのですが、何か手がかりはないかとDCのログを「nif_tree」で
検索したら、あっさり出てきました。
nifty:FGALDC/MES/13/#7313
あ〜、このツリーも、なんか異様にでかいなぁ。
ということで、

> > 以前はかなり頻繁に利用していました。特にポケ３では。

「頻繁に」という部分はどうやら記憶違いのようです。
大変失礼しました。

> 私には無理です。きっぱり

ためしに、私が作ったらこうなりました。

= tmp
*m
89 ^\ "" #59 #E "mawk32 'BEGIN{print strftime($"%%Y/%%m/%%d %%H:%%M:%%S$","
         #I ")}'" #m

*

DOS窓で動作確認済み。
gawkとかjgawk、あるいはVTDOSやDOSVAXだと、クォートの処理とかが異なるかも。

> これも検討してみます。お待ちください。

やってみたら出来ました。

> > 新着情報だから掲示板トップへのリンクはないのか……
新着は、掲示板トップと別けて並べてみました。

> 1　日時の表示
これは余分な情報を削除するところでスペースまで消していたのが原因でした。

> 2　新着記事へのリンク
新着は、掲示板トップと別けて並べてみたので、慣れるまでは違和感あるかもです。(^^;

> 3　個々のアーティクルへのリンク
> 番号をリンク文字列にしていただけると嬉しいです。
やってみたら掲示板のタイトルの項目がいらなくなってしまったので繋げてみました。
Parlの書式文法をわかってないのでこれが一番苦労しました。(^^;

> うんうんうなっていたのですが、何か手がかりはないかとDCのログを「nif_tree」で
> 検索したら、あっさり出てきました。
> nifty:FGALDC/MES/13/#7313
> あ〜、このツリーも、なんか異様にでかいなぁ。

NIF_Tree.def で見たら 51レスありますね。(^^;
後で読ませていただきます。(^^;
NIF_Tree.def やっぱりすげぇ！

> > 私には無理です。きっぱり
> ためしに、私が作ったらこうなりました。
> DOS窓で動作確認済み。
> gawkとかjgawk、あるいはVTDOSやDOSVAXだと、クォートの処理とかが異なるかも。

うう、その手があったか。
私はその手のツールを持ってないのでまずどこかに落ちていないか探しに行かなくては。

＃　こうしてとある冒険者は新たな苦難の旅に出るのであった。

> ＃　こうしてとある冒険者は新たな苦難の旅に出るのであった。

ご愛読ありがとうございました。
konno先生の次回作にご期待ください。
＃いや、終わってないから

ご苦労ってほどではなかったと存じますが，お疲れ様でした。
早速の対応，有難うございました。（気になるなら言ってみるものですね）

> ご愛読ありがとうございました。
> konno先生の次回作にご期待ください。

こんなことを言われると何だかこそばゆいですね。（だから終わってないってば）
というか、すぐに戻ってきてはいけない雰囲気。(^^;

> gawkとかjgawk、あるいはVTDOSやDOSVAXだと、クォートの処理とかが異なるかも。

gawk.exe を落として試してみましたが、エラーになるようです。
それで、例題の mawk32 というのを落として

> 89 ^\ "" #59 #E "mawk32 'BEGIN{print strftime($"%%Y/%%m/%%d %%H:%%M:%%S$","
>          #I ")}'" #m

これを試したらキチンと結果が出ました。＼(^^)／ ﾔｯﾀ-
・・・私が欲しかったのはこの逆の変換でした。(;_;)

＃　無駄ではない・・・こうして木馬を追い込めたのだからな。（謎）

> ご苦労ってほどではなかったと存じますが，お疲れ様でした。

いやぁ、野ざらし言のリンクを修正するのに数時間試行錯誤してましたから。(;_;)

> 早速の対応，有難うございました。（気になるなら言ってみるものですね）

バグ報告などはどんどん言ってください。直せるかはわかりませんが。(^^;

それでは，お言葉に甘えまして。

現在，板塀へのリンクはふつうに開くわけですが，野ざらしへのリンクは別窓で開きます。
予告なく別窓で開くことは，アクセシビリティ上好ましくないとされています。
なので，野ざらしへのリンクも板塀と同様にふつうに開くようにしていただけるでしょうか。

少なくとも，いや，できれば，リンクの開き方は統一してくださるようお願いします。
……というふうに考えると，今日のテーマほかの開き方も同じ窓で……となりますが，
家主様は嫌ですか？　そこはどちらにするか konno さんの胸ひとつです。

> 現在，板塀へのリンクはふつうに開くわけですが，野ざらしへのリンクは別窓で開きます。
> 予告なく別窓で開くことは，アクセシビリティ上好ましくないとされています。
> なので，野ざらしへのリンクも板塀と同様にふつうに開くようにしていただけるでしょうか。

あう、そういえば板塀だけが違っていましたね。
修正中に気が付いてはいたんですが・・・

> 少なくとも，いや，できれば，リンクの開き方は統一してくださるようお願いします。
> ……というふうに考えると，今日のテーマほかの開き方も同じ窓で……となりますが，
> 家主様は嫌ですか？　そこはどちらにするか konno さんの胸ひとつです。

めざらさんの希望はわかりましたが、私はここでは別窓で開きたいのです。
ニュースサイトなどでも別窓で開くリンクは結構あるように思います。

なので、次の更新では板塀も別窓で開くようにするつもりです。
あしからず。

スマホだったら動作を変えるとか出来ればいいんですかね。

＃　どうすればいいんじゃ〜

了解です。
統一していただければ問題はありませんので。
有難うございました。

nif_tree.def を使っていたら、いくつか不具合に遭遇しました。
文太さんに頂いた 1メガ超のDC過去ログを見ていたら
特定のファイルで、ジャンプ先が該当発言番号より手前になるんです。
具体的には DC14階の
2008/08/08  14:02         1,007,705 DC14~003.LOG
2008/08/08  14:09         1,017,395 DC14~021.LOG
この2つで現象が起きました。

古い nif_tree.def でも同じです。
各種DOSエミュ、各種VZ で同じ症状が出ます。
特定のファイルで出るということは、作成されているデータがおかしいかも。
nif_tree.def を起動すると、ログフォルダの下に CT フォルダが作られて
ログファイルと同じ名前の番号ジャンプデータが作られます。

件のデータは、文太さんから頂いた当時からあったものです。
2004/10/23  18:27            66,757 DC14~003.LOG
2006/09/14  16:25            57,826 DC14~021.LOG

結構古いデータですね。
このデータをリネームして新規データを作成したら、正常にジャンプしました。
この新旧データを比較したら、かなり違いがありました。
ジャンプ先アドレスはもちろん、コメントなどのツリー構造も違ってました。
初期の nif_tree.def のバグのようです。
飛び先がおかしいと思ったら、このデータを削除して作り直すのが良さそうです。


さて、これで安心、と思ったら、今度は起動に失敗するケースが有りました。
やはり同じ 1メガ超のDC過去ログです。
色々実験してみてわかったこと。

通常にログファイルをオープンした場合は正常に起動します。
オープン窓の履歴から開くと起動失敗しておかしくなります。
色々試してみると、どうやらテンポラリエラーになっているようです。
これも各種DOSエミュ、各種VZ で同じ症状が出ます。

ということで、テンポラリエラー対策を入れてみました。

nif_tree.def 67行目から

	#W

	ky[, #M ((wa..64)[) ((wa..63)[)
	mp[=2,ps[, eu[-,

　　↓

	#W	;---  DATA LOG 
;	---- テンポラリエラー対策  ★
	#M				;カーソル位置マーク
	&00 p=r,                        ;自前バッファ pの先頭アドレスを取得   ★
        &Le(p,wa+126)                   ;mark0の値をp先頭に擬似プッシュ      ★
	ky[, ((wa..64)[) ((wa..63)[)	;カーソル位置マーク、ロング
	pn.7=pn.8-,			; pn.7=pn.8-,: プロファイル呪文 m.gann
	#] (mr==1)?{ &a(37) (r<=0)?. }	; &Im(pn+7,0) としてもよい
	#L (s==4)?'n' #P #m mr$80,	; クローズ･オープン 
        &Le(wa+126,p)                   ;mark0の値をポップ      ★
	#U				;現在位置に戻す

	mp[=2,ps[, eu[-,


207行目の 09:  の前に

00:      (3+$)."$[8]"

を追加しました。
うまく動いているようです。

ということで、改造版 nif_tree.def v8c を公開します。

#txt:NIF_TR8c.DEF

右クリックで保存できます。
ファイル名が違っているのでリネームしてお使いください。

> スマホだったら動作を変えるとか出来ればいいんですかね。
色々やってみたんですが、うまくいかないの。(;_;)

ということで、変数一個で分岐させる方式にして、二つの CGIに別けました。(^^;

「タマの猫ハウス」トップページの一番下に

[ BBS 新着情報 ]  [ BBS 新着情報 携帯版 ]

このようにリンクを並べて置きました。

「新着情報」は、基本的にリンクを別窓で開きますが
「新着情報 携帯版」は、リンクを同じ窓で開きます。

URLをお気に入りに入れてお使いください。

> 初期の nif_tree.def のバグのようです。

つまり，0.8b のバグではないんですよね？

テンポラリファイルエラーも nif_tree.def の問題ではないですし，
「nif_tree.def v8b にバグ？」というタイトルはどうなのでしょうか。

作者が見たらどんな気持ちになるのか，ちょっと考えてしまいます。
相応の配慮が必要ではないでしょうか。

> この表示タイトルはどうなのでしょうか。
> 作者が見たらどんな気持ちになるのか，ちょっと考えてしまいます。
> 相応の配慮が必要ではないでしょうか。

うう、確かに勘違いさせてしまいますね。m(__)m
タイトルを変更しました。

「新着情報 携帯版」 Ver 09.3 更新しました。

「新着情報 携帯版」 でうちの掲示板を開くと、縮ツリーになるようにしました。
ツリー表示は長くなると画面をはみ出してしまうために幅を縮めたツリー機能は
以前から仕込んでありましたが、今回携帯版のリンク先を縮ツリーに変更しました。

今はトップのツリーだけですが、これからぼちぼちと連携を広げていきたいと思います。
不具合など見つけましら教えてください。

> 今はトップのツリーだけですが、これからぼちぼちと連携を広げていきたいと思います。

ということで、縮ツリーの時は、一括表示や記事閲覧のツリーも縮ツリー(簡易版）にしました。
掲示板上部の [縮ﾂﾘｰ] をクリックすると、表示が [ﾂﾘｰ] に変わります。これと同じ状態です。
[ﾂﾘｰ] をクリックすれば、通常のツリーに戻ります。
変数の受け渡しに苦労しましたが、おかげでだいぶ CGI がわかってきたかもです。

長すぎる邪悪なツリーが多いとお嘆きの諸兄は、是非お試しください。(^^;

「新着情報 携帯版」 Ver 0.94 更新しました。

・「新着情報 携帯版」 でうちの掲示板の番号をクリックすると、一括表示になります。
　今までは、一括表示のツリーは通常でしたが、携帯版リンクでは縮ツリーになるようにしました。

・ ( 新着 ) リンクから新着記事に飛んでトップのツリーに戻ると縮ツリーになるようにしました。

・「新着情報 携帯版」の不要な項目やスペースを削除などして幅を縮小しました。

・「新着情報 携帯版」のタイトルの色を変更して通常版との違いをわかりやすくしました。

・テスト掲示板と VZwiki のリンクを VTDOS の行に置いて、はみ出しを少なくしました。


不具合などありましたら教えてください。

wforum.cgi の縮ツリー関連を色々更新しました。

・タイトルが固定だったのをセンターに配置

・FGALDC会議室の専用CGI を統合

・返信フォームの幅調整
 
・その他リンクやデザイン等微調整

今回ブラウザの幅を狭くして確認したのでだいぶまともになったと思います。(^^;


不具合などありましたら教えてください。

いろいろと励んでおられますね。

> 不具合などありましたら教えてください。

今の所は気がついた点はないのですがね。
昨夜、この#11309が書き込まれた直後ぐらいだったかなぁ、一瞬だけ、縮ではない
ほうのツリーが、左寄せではなくセンタリングで表示されて。あぁ、やっている最中
だな、と思いました。

あと、率直な感想として、このようにいろいろとやられているkonnoさん、これだけ
新酒の起床ではない進取の気性にあふれているように見えるわけですから、ここから
一気にレスポンシブデザイン対応に突っ走ってみる、なんてことを期待したりして。

それと、ついでにいくつか。
スレッド表示というか「スレ１覧」をみると、なんかえらくリンクになっている部分
が多いような気がする。これって正しい挙動なんですか？
「スレ２」のほうも、ツリー一覧を意味する三角の上というか下というか、謎の数字
が表示されていますが、これは一体何？
ツリー全体の発言数なのか省略された発言数なのか全く関係ないのか。
そもそもこれは、この数字の上のツリーのものなのか下のものなのか。
こういう、いささか利用者に不親切なところを改善していただけるとありがたい。
現状では、あまりにも不親切というか、私の主観では廃止していただきたいという
くらい。もちろん、管理人が有効に使っているとか、他のお客様には大好評、という
現状があるのであれば、私のたわごとに耳を傾ける必要はありませんが。

> 昨夜、この#11309が書き込まれた直後ぐらいだったかなぁ、一瞬だけ、縮ではない
c> ほうのツリーが、左寄せではなくセンタリングで表示されて。あぁ、やっている最中
> だな、と思いました。

あら見てたのね〜 (^^;
老化現象なのか、OKと思ってUPするとボロがボロボロ出てくるんですよねぇ。(;_;)

> あと、率直な感想として、このようにいろいろとやられているkonnoさん、これだけ
> 新酒の起床ではない進取の気性にあふれているように見えるわけですから、ここから
> 一気にレスポンシブデザイン対応に突っ走ってみる、なんてことを期待したりして。

丁度その手のサイトを見てるんですが、むずいですねぇ。(^^;

> スレッド表示というか「スレ１覧」をみると、なんかえらくリンクになっている部分
> が多いような気がする。これって正しい挙動なんですか？

げげ、思い切りバグってますねぇ。(>_<)

> 「スレ２」のほうも、ツリー一覧を意味する三角の上というか下というか、謎の数字
> が表示されていますが、これは一体何？

これはそのツリーのコメント数です。
バグ直しついでに表示を変えました。スレ１とスレ２で見栄えが違うのはご愛敬で。(^^;

> もちろん、管理人が有効に使っているとか、他のお客様には大好評、という
> 現状があるのであれば、私のたわごとに耳を傾ける必要はありませんが。

他の方の評判はわかりませんが、私が使うために設置したのでこれは存続させます。

> げげ、思い切りバグってますねぇ。(>_<)

あら、やっぱりバグでしたか。なんでも言ってみるもんですねぇ。

> これはそのツリーのコメント数です。

表示が変わって、その上のツリーに関係するものだとわかりやすくなりました。
これはいいですね。
といいつつ、スレ２のほうは私にはほとんどニーズはありませんが、でもスレ１の
ほうは見やすくなったこともあって、たまには使わせていただきたいと思います。

「新着情報 」 Ver 0.941 更新しました。


・「新着情報 」と「新着情報 携帯版」を一つに統合しました。

URLの引数に 「?mode1=1」があると、携帯版として表示が切替わります。
今までの「携帯版」ファイル sinn2.cgi は明後日に削除しますので、お手数ですが
改めてトップページの「新着情報 携帯版」からリンクしてください。
それをブックマークし直せば OK です。

今はまだ画面幅で自動切換え出来ませんが、需要あるかしら？

「新着情報 」 Ver 0.942 更新しました。

・「新着情報 」の引数で画面サイズを 大 中 小 と選択出来るようにしました。
　　標準画面サイズを大として、90% で表示しています。
　　URLの引数に 「?wsize=2」があると、画面サイズが中(85%)
　　「?wsize=3」があると、画面サイズが小(80%) になります。

・携帯版の時は、西暦2桁表示にしたり、色々詰めるようにしました。

・更新したときの時間を2行目に表示するようにしました。

・最下行に、ブラウザの縦横サイズを表示しました。
　ブラウザのサイズを変えると表示が変わります。
　http://www.shurey.com/js/samples/1_tips10.html
　「Labyrinthe Noir」さんのサイトの「JSすぐに使えるサンプル集」を
　そのまま使わせてもらいました。

＃　この数値を Parl の変数にしたいんだけどわからないの。(;_;)

画面サイズの選択を増やしたい方は言ってくれれば検討します。

「タマの猫ハウス」トップページを更新しました。

・「新着情報 」のリンクで画面サイズを 大 中 小(携帯版) に選択出来るようにしました。
　　標準画面サイズを大として、90% で表示しています。
　　画面サイズ中(85%)を選択すると URLの引数に 「?wsize=2」が付きます
　　画面サイズ小(80%) 携帯版では「?mode1=1&wsize=3」が付きます

・最下行に、ブラウザの縦横サイズを窓表示しました。
　ブラウザのサイズを変えると表示が変わります。
　http://www.shurey.com/js/samples/1_tips10.html
　「Labyrinthe Noir」さんのサイトの「JSすぐに使えるサンプル集」を
　そのまま使わせてもらいました。

＃　この数値を Parl の変数にしたいんだけどわからないの。(;_;)

画面サイズの選択を増やしたい方は言ってくれれば検討します。

> 「タマの猫ハウス」トップページを更新しました。

いろいろと励まれているようですね。
ただ、携帯対応というか小さい画面に対応しようとして、大きい画面に対する配慮
がおろそかになっているような気がします。なかなか大きい画面のシミュレーション
も難しいとは思いますが、とりあえずブラウザを最大化し、ブラウザでの文字設定を
最小化、さらに可能ならそこから[CTRL]+[-]を何回か連打する、というのをやって
みると、私のいいたいことが理解できるかもしれません。

> ＃　この数値を Parl の変数にしたいんだけどわからないの。(;_;)

普通には難しいでしょう。
だって、JavaScriptってクライアント側で動くもので、Perlはサーバ側で動くもの
ですから。
もちろん、普通ではない方法はあるわけで、クライアント側からサーバ側にデータを
送ってやればいいわけですが、サーバ側のほうがCGIならともかく、普通のWEBページ
だと、送られたデータの受け取りようがない気もする。
自前サーバならできるのかな？

どうもあれだ、konnoさん、いまひとつサーバ側とクライアント側の役割分担という
ものを理解されていないような感じに見受けられます。
以前にも書いたことがあるような気がしますが、文字のサイズなんてものは本来的に
クライアント側のお仕事。サーバ側でどうこうするようなものではありません。
というのは建前なので、できることはやってもいいじゃないか、というサイトが世の
中には多いのは現実。だけど、うちの板塀のように、ブラウザ側の対応が変わること
で可能だったことが不可能になることも多いですし、業界の多数派のご意見に変化の
兆しもありませんから、ここは日和っておいたほうが良いのではないかと。
すなわち、文字サイズ変更関係のルーチンは全て撤去、ということ。
いや、もちろん、反主流派を貫く、というのも一見格好良くはありますが。
＃いちご白書は何度目か

wforum.cgiの修正に、色々バグが有りました。m(__)m

> ・FGALDC会議室の専用CGI を統合

この修正ミスで、検索結果の記事の日付が今日になってました。(>_<)

> 今回ブラウザの幅を狭くして確認したのでだいぶまともになったと思います。(^^;

ツリーのはみ出し部分が折り返していて見苦しいのに今更気が付きました。(^^;
非推奨の <nobr> が折り返しを防いでいるんですね。修正しました。

 かなりゴチャゴチャしたので、この機会に、CSS に置き換えてみました。

print "<div style=\"white-space:nowrap;\">";
 
これでツリールーチンを囲うと同じ結果が得られました。
超今更ですが、これからぼちぼちと CSS化していこうと思います。
なんせ、CSSのことはほとんど知らないもので。(^^;

> ただ、携帯対応というか小さい画面に対応しようとして、大きい画面に対する配慮
> がおろそかになっているような気がします。なかなか大きい画面のシミュレーション
> も難しいとは思いますが、とりあえずブラウザを最大化し、ブラウザでの文字設定を
> 最小化、さらに可能ならそこから[CTRL]+[-]を何回か連打する、というのをやって
> みると、私のいいたいことが理解できるかもしれません。

やってみましたが、言わんとすることがよくわかりませんでした。(;_;)
目の手術をしたおかげで極小の文字も結構読めるなぁという感想です。(^^;
一番小さい文字は潰れて読めなかったけど、もしかしてこれのことかなぁ。

> もちろん、普通ではない方法はあるわけで、クライアント側からサーバ側にデータを
> 送ってやればいいわけですが、サーバ側のほうがCGIならともかく、普通のWEBページ
> だと、送られたデータの受け取りようがない気もする。

やっぱりそうなんですかねぇ。
JavaScript を使えば色々出来そうな気はしますが。

> どうもあれだ、konnoさん、いまひとつサーバ側とクライアント側の役割分担という
> ものを理解されていないような感じに見受けられます。

理解はしているつもりですが、もっと連携が取れたらいいのにと思うのです。

> 以前にも書いたことがあるような気がしますが、文字のサイズなんてものは本来的に
> クライアント側のお仕事。サーバ側でどうこうするようなものではありません。
> というのは建前なので、できることはやってもいいじゃないか、というサイトが世の
> 中には多いのは現実。

私も、出来るのならやってみたいと思う方だし、WEB世界はルール無用のジャングルかと。
思えば20年前も色々掲示板などを弄っていたのだなぁ・・・

> だけど、うちの板塀のように、ブラウザ側の対応が変わること
> で可能だったことが不可能になることも多いですし、業界の多数派のご意見に変化の
> 兆しもありませんから、ここは日和っておいたほうが良いのではないかと。

目出ぁ食えり、なんてぇ最近聞いた謎のはやり言葉にも日和たいのに日和れないひよわ男です。

> すなわち、文字サイズ変更関係のルーチンは全て撤去、ということ。

げげげっ、と思いましたが、もしかして全部 CSS でやれということでしょうか。

> いや、もちろん、反主流派を貫く、というのも一見格好良くはありますが。

私はそういうことはいっさい考えない人です。ただやりたいことをやるだけ。(^^;

> ＃いちご白書は何度目か

うーん、価値観の相違みたいな話なのかなぁ、、、わかりません。

こんにちは。私は現在学生で、研究のために多くのPDFデータをExcelに変換する必要があります。無料で使える良いツールはありますか？

そうたさん、こんにちは

> こんにちは。私は現在学生で、研究のために多くのPDFデータをExcelに変換する必要があります。無料で使える良いツールはありますか？

私は PDF を使わないので、その手のツールは知りません。
ネットで「無料でPDFをExcelに変換」で検索すれば色々出てきますね。
危険なサイトもあるかもしれないので自己責任で試してみるとかどうでしょう。

MSのcopilot で検索すると
----------------------------------------------------------

１．エクセルのPower Queryを使って取り込む方法:
エクセルのPower Queryを使用して、PDFをExcelに変換できます。この方法は重要なデータを変換したい場合に適しています。
手順:
新しいエクセルを開きます。
データタブを選択し、「データの取得」から「ファイルから」を選択します。
PDFファイルを選択して取り込みます。
表の1行目を項目として設定し、読み込みを実行します。

２．オンラインツール「iLovePDF」を使って変換する方法:
「iLovePDF」はオンラインでPDFをExcelに変換できる便利なツールです。
手順:
iLovePDFのホームページにアクセスします。
「PDFからExcel」をクリックしてPDFファイルを選択します。
「EXCELに変換」をクリックして変換が完了したらダウンロードします。

３．ワードでコピーペーストを利用して変換する方法:
ワードを使用してPDFのテキストをコピーし、Excelに貼り付ける方法です。
手順:
PDFファイルをワードに開きます。
テキストを選択してコピーします。
エクセルに新しいシートを作成し、コピーしたテキストを貼り付けます。

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

こういう結果が出ました。
信頼性はわからないので試すなら自己責任で試すのがよろしいかと思います。

> やってみましたが、言わんとすることがよくわかりませんでした。(;_;)

うぅん、デザイン的な面での話なんですが、もしかしたらこれはkonnoさん的には
問題ない点なのかも。
うちの複数の環境で、ブラウザもFirefoxやedge、chromeな複数のバージョンで同じ
ような挙動になるので、ブラウザ間での差異はないと思うのですけど、もしかしたら
konnoさんのところでは違っているとかあるかもしれない。
以下はブラウザのウィンドウだと思ってください。

+------------------------------------------------------------------------+
|　　　　　　　　　　　　　　タイトル　カウンタ　　　　　　　　　　　　　|
|　　　　　　　　　　　　　　　　　　絵　　　　　　　　　　　　　　　　　|
|ごにょごにょ　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　|
|ごにょごにょ　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　|
|ごにょごにょ　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　|
|ごにょごにょ　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　|
|ごにょごにょ　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　|
|　　　　　　　　　　　　　　　　　検索窓　　　　　　　　　　　　　　　　|
+------------------------------------------------------------------------+

こんな感じになって、著しくバランスが悪いように見えるのですよ。なんというか、
このページのメインになってほしい部分が左寄せされているような感じ。
もちろん、トップなのだからメインはタイトルと絵であって、あとのリンクの部分は
ほんのつけたし、というのであればこの画面構成はとっても正しいものです。
そして、先に、大画面をエミュレーションするために[CTRL]+[-]を連打してみれば、
と申しましたが、うちではそれをすると、左側のリンクの部分がどんどん小さくなり
左側にこじんまりとしていく一方で、タイトルと絵のほうは小さくはなりますが位置
は変わらず、ますます間隔が開いていくばかり。
これは狙ってやっているのか、それともkonnoさんのところでは違う表示になるのか、
というところはわかりません。

> JavaScript を使えば色々出来そうな気はしますが。

ページの表示を全部JavaScriptで行う、という手法はあります。
この方法なら、サーバとの通信は全く行いませんから、可能なはず。
あと、うろ覚えな記憶だと、JavaScriptに通信させる、という手法もあったような気が
しますが、それこそこれはセキュリティの問題でブラウザ側が規制したような。

> 理解はしているつもりですが、もっと連携が取れたらいいのにと思うのです。

かつて、今よりブラウザが連携を許可していた時代、いわゆるセキュリティホール
とかで個人情報が抜かれまくったり遠隔操作されたり、ということで、ブラウザ側が
連携を取れる経路を絞りまくっているわけですよ。なので、konnoさんが希望する
ことはおそらく、JavaScriptだけで何とかできるようにこの方面を勉強する、という
のが正攻法のはず。これを正面突破ではなく裏口から搦め手でやろうとすると、あと
で手痛いしっぺ返しを食いそう。

> げげげっ、と思いましたが、もしかして全部 CSS でやれということでしょうか。

一応、それがベター。
少なくとも、私はそれよりよい方法は知らない。
ただ、私の知識もたかがしれていますから、もっと良い方法もありそうな気がする。

> > いや、もちろん、反主流派を貫く、というのも一見格好良くはありますが。
> 私はそういうことはいっさい考えない人です。ただやりたいことをやるだけ。(^^;

ところがですよ。
konnoさんの真にやりたい目的はともかくとして、やろうとしている手段は、いわゆる
ルール違反に近いようなことばかり。とはいえ、このルールというものも部外者から
したら曲者に見えるというか、いわゆる業界の自主基準というもので、当然、罰則
なんかありはしない。とはいえ、守っておけば、多くの閲覧者に正しく見てもらえる
可能性が著しく高まる、という程度の話。ブラウザでの対応、とかの話ね。
う〜ん、適切な比喩ができない、と文太さんにもよく怒られていますが、むりやり
比喩的な話で言うと、めざらさんのサイトの場合、４０キロ制限の道をときどき
４５キロくらいで走る程度、というくらいルールを守っている。うちのサイトだと
もう巡航速度が５０キロくらい、時々６０キロを越えます、と言ったような感じかな。
でもkonnoさんがやろうとしていることは、傍目にはターボをフルにして２００キロで
突っ走ってやる、みたいなもの。うまく行けばこれはすごいけど、下手をすれば周り、
つまり閲覧者にも迷惑をかけかねない。
＃「下り最速」というのは大抵「登り最速」ではない

ということで、私としては、何か違ったところを目指しているように見えて仕方ない。
もちろん、私の誤解の可能性も高いのですが。

> こんな感じになって、著しくバランスが悪いように見えるのですよ。なんというか、
> このページのメインになってほしい部分が左寄せされているような感じ。
> もちろん、トップなのだからメインはタイトルと絵であって、あとのリンクの部分は
> ほんのつけたし、というのであればこの画面構成はとっても正しいものです。

もちろんタイトルと絵はメインです。リンクもメインですが。(^^;
これ、センターに揃えるというやりかたは初期のホームページではよく見かけました。
が、字数が揃っていないと不思議なシンメトリック絵画のようで、違和感を感じました。
キチンと揃えるなら、テーブルを使えばいいんでしょうが、面倒くさいの。(^^;

> そして、先に、大画面をエミュレーションするために[CTRL]+[-]を連打してみれば、
> と申しましたが、うちではそれをすると、左側のリンクの部分がどんどん小さくなり
> 左側にこじんまりとしていく一方で、タイトルと絵のほうは小さくはなりますが位置
> は変わらず、ますます間隔が開いていくばかり。

これは同じように見えていますが、普通はそういう操作はしないと思うので問題なし。(^^;
としきさんとか他の方は、見栄えの改善にテーブルを使いますかねぇ。
私はテーブルとかcssとか全く勉強してないもので。<(^^;)

> ページの表示を全部JavaScriptで行う、という手法はあります。
> この方法なら、サーバとの通信は全く行いませんから、可能なはず。

この手は、じょじょさんのカウンターなどで見てはいましたが、むずいの。

> あと、うろ覚えな記憶だと、JavaScriptに通信させる、という手法もあったような気が
> しますが、それこそこれはセキュリティの問題でブラウザ側が規制したような。

なるほど、それはわかるような気がします。

> konnoさんが希望することはおそらく、JavaScriptだけで何とかできるように
> この方面を勉強する、というのが正攻法のはず。

これからぼちぼち勉強していこうと思ってはいます。(^^;

> > げげげっ、と思いましたが、もしかして全部 CSS でやれということでしょうか。
> 一応、それがベター。
> 少なくとも、私はそれよりよい方法は知らない。

今、
 とか <font> とか、必要に迫られて削減しているところです。(^^;
そのうち慣れてくるのかなぁ。

> ただ、私の知識もたかがしれていますから、もっと良い方法もありそうな気がする。
> 
> > > いや、もちろん、反主流派を貫く、というのも一見格好良くはありますが。
> > 私はそういうことはいっさい考えない人です。ただやりたいことをやるだけ。(^^;

> ＃「下り最速」というのは大抵「登り最速」ではない

これが一番納得できてわかりやすかったような。(^^;
これからは登りもついていけるように更なるチューンナップを(ﾟ゜)☆＼(--#)ﾊﾞｷｯ

konnoさんのデザイン感覚で問題なければ問題なしです。
ただ、一つだけ、例によって私が誤解を招いているところがあって。

> > そして、先に、大画面をエミュレーションするために[CTRL]+[-]を連打してみれば、
> > と申しましたが、うちではそれをすると、左側のリンクの部分がどんどん小さくなり
> これは同じように見えていますが、普通はそういう操作はしないと思うので問題なし。

これは、あくまでも大画面をエミュレーションするための操作。
実は、会社のマシン、２１Ｖかもっと大きいものかもしれませんが、これでブラウザの
ウィンドウを最大化した場合にあのような画面表示となっています。解像度は忘れた。
konnoさんのパソコン、もしHDMIの端子があれば、大画面のテレビとかにつなげば
エミュレーションの操作なんかしなくても実物を見れることでしょう。

> としきさんとか他の方は、見栄えの改善にテーブルを使いますかねぇ。
> 私はテーブルとかcssとか全く勉強してないもので。<(^^;)

私もテーブルは多用しています。
とはいえ、もう何年も前に、できる範囲で、ではありますが、かなり大々的にCSSを
導入しました。
実は、うちのサイトのトップページも、上記の会社のマシンよりは小さいとはいえ、
その当時の大画面で表示させて「うげげ」となってしまったもので。ありがたいことに
CSSで記述しておけば、画面サイズのある程度の変更であればそれなりに追従して表示
してもらえるので、少なくともパソコンなら当面このままでよさそう。ただスマホでの
表示は全く確認していないので、一体どうなっていることやら。

あと、ブラウザ側ではなくサイト側で文字サイズの変更ができるようにするのであれ
ば、以下のようなページを熟読すると参考になるかもしれません。JIS規格だの総務省の
ガイドラインとかが出てきて、きちんと実装しようとすると、かなり大変そうです。

https://weba11y.jp/basics/faq/resize-text/
https://burnworks.com/blog/articles/8494mihzij4n/

> が、字数が揃っていないと不思議なシンメトリック絵画のようで、違和感を感じました。

center要素をイメージしていると思いますが，html5では廃止されていますし，
html4でも厳密型では使用できない古臭くて陳腐な要素です。CSS を使いましょう。

> キチンと揃えるなら、テーブルを使えばいいんでしょうが、面倒くさいの。(^^;

（キチンと……と言うか）所詮テーブル要素だけではセンタリングが出来ませんから，
結局左右のマージンを同じ値で設定することになります。
だったら，本来の目的から外れた table なんて面倒なだけですよね，確かに。

一番簡単なのは，左右のマージンをともに auto にしておいて，
適用させたいブロックの幅を例えば80％とか適当に定義してやれば，
結果的にブロック全体が左右同じ余白で中央寄せされます。
一方で，ブロックの内容の配置は影響されないので，
center要素をテキストに適用したみたいな恥ずかしいことにはならないのが普通です。

ブロックレベル要素に対する一例（[]内は不定です）としては……
[div].[cntr] {
margin-left:auto; margin-right:auto; width:[80%]; padding:[2em];
}
……という感じです。

まぁ，あまりご興味はないでしょうけれど。

> 実は、会社のマシン、２１Ｖかもっと大きいものかもしれませんが、これでブラウザの
> ウィンドウを最大化した場合にあのような画面表示となっています。解像度は不明。

なるほど、それは想定外でした。確認してみます。

> konnoさんのパソコン、もしHDMIの端子があれば、大画面のテレビとかにつなげば
> エミュレーションの操作なんかしなくても実物を見れることでしょう。

42インチのテレビで見てみましたが、見栄えはノートPCとほぼ同じでした。(^^;
なので、[CTRL]+[-]連打して、こんな感じかなぁ、・・・確かにバランス悪いですね。(^^;
あ、一つ気が付いたことがあります。トップページに仕込んだ「ウインドウサイズ」の表示が

ノートPC全画面	ウィンドウサイズ：横幅 = 1239 / 高さ = 630
42型TV		ウィンドウサイズ：横幅 = 2478 / 高さ = 1260

これは画面サイズの違いかぁ、と思ったら、ブラウザで縮小するとこの数字が変化するようです。
なるほどねぇ〜、気が付きませんでした。(^^;

> > としきさんとか他の方は、見栄えの改善にテーブルを使いますかねぇ。
> > 私はテーブルとかcssとか全く勉強してないもので。<(^^;)
> 
> 私もテーブルは多用しています。
> とはいえ、もう何年も前に、できる範囲で、ではありますが、かなり大々的にCSSを
> 導入しました。

> 実は、うちのサイトのトップページも、上記の会社のマシンよりは小さいとはいえ、
> その当時の大画面で表示させて「うげげ」となってしまったもので。ありがたいことに
> CSSで記述しておけば、画面サイズのある程度の変更であればそれなりに追従して表示
> してもらえるので、少なくともパソコンなら当面このままでよさそう。ただスマホでの
> 表示は全く確認していないので、一体どうなっていることやら。

やしきのトップページを縮小して見てみました。
文字も画像も縮小しますが、バランスはいいですねぇ。
逆にブラウザの幅を縮小してもそれなりに見えて、見栄えはそれほど悪くないです。

ということで、やしきの秘伝のソースを頂こうと思ったら、あれ？ 外部CSSが無い？
思った以上にシンプルなんですねぇ。参考にさせていただきます。

> あと、ブラウザ側ではなくサイト側で文字サイズの変更ができるようにするのであれ
> ば、以下のようなページを熟読すると参考になるかもしれません。JIS規格だの総務省の
> ガイドラインとかが出てきて、きちんと実装しようとすると、かなり大変そうです。

拡大縮小のボタンの話ですね。参考になります。
うちの掲示板の拡大縮小のリンクはとっくの昔に廃止されて飾りになっていました。(^^;
調べたら、2005年から2006年の間だけのようで、虱潰しに家探ししてやっと見つけました。

2005/06/07  12:29            63,044 wforum.cgi

ルーチンが完全にあるのはこの1つだけでした。ごく短期間で廃止したと思われます。(^^;
拡大縮小ボタンの話を勧められたので、またやってみようかな φ(..; ﾊﾞｷｯ＼(--;

> center要素をイメージしていると思いますが，html5では廃止されていますし，
> html4でも厳密型では使用できない古臭くて陳腐な要素です。CSS を使いましょう。

なるほど、やってみたいと思います。

> （キチンと……と言うか）所詮テーブル要素だけではセンタリングが出来ませんから，
> 結局左右のマージンを同じ値で設定することになります。
> だったら，本来の目的から外れた table なんて面倒なだけですよね，確かに。

なるほど、テーブルも目的外使用になるのですね。

> 一番簡単なのは，左右のマージンをともに auto にしておいて，
> 適用させたいブロックの幅を例えば80％とか適当に定義してやれば，
> 結果的にブロック全体が左右同じ余白で中央寄せされます。
> 一方で，ブロックの内容の配置は影響されないので，
> center要素をテキストに適用したみたいな恥ずかしいことにはならないのが普通です。

おお、これは効果を期待してしまいますね。

> ブロックレベル要素に対する一例（[]内は不定です）としては……
> [div].[cntr] {
> margin-left:auto; margin-right:auto; width:[80%]; padding:[2em];
> }
> ……という感じです。

えーと、表示法なのかよくわからないので、とほほさんのサイトも参考に以下のように

<div style="margin-right:auto; margin-left:auto; width:80%; padding:0.2em;">

これ一つで全体を括ってみたら、画像がちょっと左寄りになったので、画像だけ以下

<div style="margin-right:auto; margin-left:auto; width:50%; padding:0.2em;">

width の％で左右バランス調整する感じですかね。
これで凄く良い感じになりました。応用も簡単そうです。ありがとうございます。

> まぁ，あまりご興味はないでしょうけれど。

とんでもないです。今までやらなかったことを後悔するほど良くなりました。
本当にありがとうございました。m(__)m

ということで、資源トップのお宝ソースは丸ごと頂きだぜぃ！

＃　大公開時代の頂き海賊団はお宝丸ごと頂き！　お代は「愛」とかでは釣り合わない？

「タマの猫ハウス」トップページを更新しました。

・としきさんやめざらさんのアドバイスでCSSを導入して見栄えが良くなりました。

・ブラウザ幅の増減で表示の拡大縮小に対応しました。

・「新着情報 」を別窓を開くか開かないか（携帯版）で別けました。
　画面サイズ 大 中 小(携帯版) はサイズオプションとして別けました。

表示などおかしなところがあれば教えてください。
もっとこうした方がいいというアドバイス大歓迎です。(^_^)

「新着情報 」 Ver 0.943 更新しました。

・「新着情報 」を別窓を開くか開かないか（携帯版）で別けました。

　URLの引数 mode1=1 で別窓を開かない携帯版になります。
　それ以外は別窓を開く通常版となります。

・画面サイズ 大 中 小(携帯版) はサイズオプションとして別けました。

　サイズは 大:100%  中:90%  小:80%  極小:70% となります。
　URLの引数 wsize= の数字　1:100%  2:90%  3:80%  4:70%  5:60% となります。
　URLの引数 wsize= の数字に直接％指定　40% 〜 150% まで指定できます。

「タマの猫ハウス」トップページのリンクから選択して、それぞれの環境に合わせて
引数のオプションを変更してブックマークに入れてください。

表示などおかしなところがあれば教えてください。
もっとこうした方がいいというアドバイス大歓迎です。(^_^)

とりあえずですね，
「Another HTML-lint gateway」（http://cetus.sakura.ne.jp/htmllint/htmllint.html）
にかけて，重要度が 8 と 9 のエラーを修正してみてはいかがでしょう。

※注：この文法チェッカーの評価は極端に厳しめですから他は「ふ〜ん」でもいいです。


個人的には，「人今日」「人昨日」みたいな読みにくいのは気になりますね。
あと，body（地べた） にテキスト（大事な物）が直に置いてあることとか。
さらに，font を多用していますが，強調して見やすくしたい意図があるのですよね。
ふつうそういうのは，見出しとして扱うことが多いと思います。

> とりあえずですね，
> 「Another HTML-lint gateway」（http://cetus.sakura.ne.jp/htmllint/htmllint.html）
> にかけて，重要度が 8 と 9 のエラーを修正してみてはいかがでしょう。

対象が htmlのように見えましたが、sinn.cgi のURLを入れて試してみました。
「軽度のチェックを無効にします」にチェックを入れた状態の結果が

88個のエラーがありました。このHTMLは -17点です。タグが 22種類 170組使われています
重要度	個数
7	1
8	2
9	11

こんなん出ました。(;_;)

> 個人的には，「人今日」「人昨日」みたいな読みにくいのは気になりますね。

う、文字が繋がって見えますか。もう少し間隔を空けてみます。(^^;

> あと，body（地べた） にテキスト（大事な物）が直に置いてあることとか。
> さらに，font を多用していますが，強調して見やすくしたい意図があるのですよね。
> ふつうそういうのは，見出しとして扱うことが多いと思います。

うう、もうなにがなにやら・・・　とりあえず見直してみます。m(__)m

MS-DOS Player が 2024/7/1 に更新されていました。
更新内容は
-----------------------------------------------------------
INT 10h, AX=8200hを修正しました。
BLがFFh以外のとき、変更前のスクロールモードの値をALに返すように修正しています。
INT 16h, AH=02h/12h/51hを修正しました。
トグルするキーの状態を正しく取得できるようになっています。
ただしVK_KANAの状態は、Windows10ではIME絡み？でうまく取得できないようです。

INT 10h, AX=5000h/5001h, AH=85hをサポートしました。
J-3100のカーソルモードの取得・変更、カーソル位置の文字のアトリビュートを取得します。
INT 16h, AH=F0h/F1h/F5h/F6hをサポートしました。
J-3100のビープ鳴動、キーのロック状態の変更、キーバッファへの追加や状態の取得をします。
INT 6Fh, AH=01h/02h/03h/04h/05h/0Bh/66hをサポートしました。
J-3100で使用しているATOK5/6のオン・オフや状態の変更・取得をします。
またATOK5/6のダミードライバーを組み込みました。
主に、J31BASICで使用されているっぽいサービス類を中心にサポートしています。

INT 10h/16h, AX=5000h/5001hをサポートしました。
AXのビデオ・キーボードBIOSのカントリーコードの取得・変更をします。
ただし、値の変更をしても、BIOSの動作には影響しません。

INT 16h, AX=1300h/1301hをサポートしました。
DOS/VのIMEのオン・オフや状態の変更・取得をします。

Windows10の新しいIMEは、コンソールアプリ上の挙動が色々と怪しくなっているようで、
ローマ字・カナ入力の状態を正しく取得できません。
このため、ローマ字・カナ入力を切り替える処理は、現状では無効にしています。
従来のIMEを使っているか否かの判定はできそうなのですが、
Microsoft IME以外を使っているかの判定をどうすればいいか調査中です。
-----------------------------------------------------------

あれ？　これって、私が弄っているJ31BASICコンパイラで問題が出ているものばかりではないですか。
#11251 あたり参照
掲示板ではBIOSコールの問題を記事にしましたが、武田さんにメールした覚えがないです。(^^;
ここを見てくれているのでしたらありがたいことです。たまたまかもしれないですが。

で、J31版の STIMEJ.EXE を動かしてみたら、問題なく動くようになりました。
これはありがたいです。武田さんに感謝です。m(__)m

これを機に途中で放置状態の STIME を公開できる程度に仕上げてみようかな。
本当にありがとうございました。

> > ふつうそういうのは，見出しとして扱うことが多いと思います。

あとは、それこそ強調を意味する<em>とか<strong>タグを使ってみるとか。
これらはHTML5でも、まだ生きているのではなかったかな。
それにこいつを使えば、divだのspanだの、classだのidだの、なんていうものを使わず
に直接<em>をCSSでボールドに修飾する、なんてこともできるはずだし。
また、前にもお願いしたことがあると思いますが、即値で<font size="3">とかでは
なく<font size="-2">とかを使っていただくほうがまだましな気がする。
ま、五十歩百歩、かもしれませんが。

あまり胸を張って言える立場にはありませんが……

HTML文書って，ちゃんとした構造にすればそれなりの見栄えになるように
ブラウザの表示関係の初期値って定められていると思うのですよね。

例えば，新着情報の場合だと概ね次のような構造になると思います。
（BBSがそれぞれひとつなら見出しレベルは変わるかも）
＋――― BODY ―――――――――――――――――――――――＋
｜＋―見出し H1 ―――――――――――――――――――――＋｜
｜｜BBS新着情報                                           ｜｜
｜＋―――――――――――――――――――――――――――＋｜
｜      ＋―ちょっとした説明ブロック―――――――＋        ｜
｜      ｜リード文など（なくてもいい）            ｜        ｜
｜      ＋――――――――――――――――――――＋        ｜
｜  ＋―見出し H2 ―――――――――――――――――――＋  ｜
｜  ｜としきのやしき                                    ｜  ｜
｜  ＋―――――――――――――――――――――――――＋  ｜
｜      ＋―見出し H3 ――――――――――――――＋        ｜
｜      ｜やしきの板塀　（新着）                  ｜        ｜
｜      ＋――――――――――――――――――――＋        ｜
｜    ＋―――＋―――――＋――――＋―――――――――＋  ｜
｜    ｜日付  ｜  発言者  ｜  番号  ｜  タイトル        ｜  ｜
｜    ＋―――＋―――――＋――――＋―――――――――＋  ｜
｜    ｜      ｜          ｜        ｜                  ｜  ｜
｜    ＋―――＋―――――＋――――＋―――――――――＋  ｜
｜    ｜      ｜          ｜        ｜                  ｜  ｜
｜    ＋―――＋―――――＋――――＋―――――――――＋  ｜
｜  ＋―見出し H2 ―――――――――――――――――――＋  ｜
｜  ｜めざら資源                                        ｜  ｜
｜  ＋―――――――――――――――――――――――――＋  ｜
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
｜＋― ADDRESS  ―――――――――――――――――――――＋｜
｜｜責任表示や連絡先など                                  ｜｜
｜＋―――――――――――――――――――――――――――＋｜
＋―――――――――――――――――――――――――――――＋

表示系の要素や CSS に頼らなくても，それなりの見栄えになると思います。
細かい表示を気にするのは構造を確定した後でいいわけですが，
先に細かいことを気にするから収拾がつかなくなってしまうと想像します。

> あとは、それこそ強調を意味する<em>とか<strong>タグを使ってみるとか。
> これらはHTML5でも、まだ生きているのではなかったかな。

<em>って、相対サイズだったような。なかなか思うように指定できなかった気が。

> それにこいつを使えば、divだのspanだの、classだのidだの、なんていうものを使わず
> に直接<em>をCSSでボールドに修飾する、なんてこともできるはずだし。

そうなんですか、うーん、どうしようかなぁ。

> また、前にもお願いしたことがあると思いますが、即値で<font size="3">とかでは
> なく<font size="-2">とかを使っていただくほうがまだましな気がする。

ゼロの時はどうするのかなとおもいまして。(^^;　medium ですかね。
まだしばらくは藻掻くことになりそうです。(^^;

> 例えば，新着情報の場合だと概ね次のような構造になると思います。
> （BBSがそれぞれひとつなら見出しレベルは変わるかも）

おお、見栄えが良いですね。

> 表示系の要素や CSS に頼らなくても，それなりの見栄えになると思います。

見栄えはいいんですが、私はここに情報を詰め込みたかったのです。なので

> 細かい表示を気にするのは構造を確定した後でいいわけですが，

今の見た目が私の目指していた形なので、CSSでどこをどうしたものかと。(^^;

> 先に細かいことを気にするから収拾がつかなくなってしまうと想像します。

それはいえるかも。(^^;
例のチェックですが

> 88個のエラーがありました。このHTMLは -17点です。タグが 22種類 170組使われています
これが

70個のエラーがありました。このHTMLは 84点です。タグが 22種類 169組使われています。

こうなりました。(^^;
とりあえずはこれで様子を見ることにします。(^^;
ありがとうございました。

今更ながら、ソースを見させていただきました。
あぁ、なるほど、これは・・・

インライン要素とかブロック要素とかあるわけですが、最近のHTMLの目的というのが

> HTML文書って，ちゃんとした構造にすればそれなりの見栄えになるように
> ブラウザの表示関係の初期値って定められていると思うのですよね。

文書をどのように構造化しようか、という話になっていて。
全体があって見出しがあって、章があってセンテンスがあって、ということね。
もともとが、文書には構造がある、という点が出発点、というか。
小学校の時から作文の書き方で勉強することではありますが、教え方のうまい先生は
少ないかもしれない。

> 細かい表示を気にするのは構造を確定した後でいいわけですが，
> 先に細かいことを気にするから収拾がつかなくなってしまうと想像します。

うむ、至言だ。

> <em>って、相対サイズだったような。なかなか思うように指定できなかった気が。

konnoさんに誤解があるか、私のHTMLの知識が古くなっているか。
konnoさんのおっしゃっているのは、emとかpxとかのことですよね。
私の言っているのは、サイズ指定のemのことではありません。
<em>ほげほげ</em>という、タグの話です。
これは強調を意味するタグです。
昔のブラウザだと、半角アルファベットの場合はイタリックで表示していました。
最近のブラウザで日本語だとどうなるかわかりません。
<strong>ふがふが</strong>だと太字だったけど、これは今でもそうなっているのが
多いと思う。

> konnoさんのおっしゃっているのは、emとかpxとかのことですよね。
> 私の言っているのは、サイズ指定のemのことではありません。
> <em>ほげほげ</em>という、タグの話です。
> これは強調を意味するタグです。

これは知りませんでした。勘違いしてました。m(__)m

> 昔のブラウザだと、半角アルファベットの場合はイタリックで表示していました。
> 最近のブラウザで日本語だとどうなるかわかりません。

エッジで試してみたら、半角アルファベットはイタリックで、日本語は変化無しでした。
ファイヤーフォックスでは、日本語もイタリックのボールドで表示しました。
クロムはエッジと同じでした。中身が同じなのか。
これではちょっと使えないですね。

> <strong>ふがふが</strong>だと太字だったけど、これは今でもそうなっているのが
> 多いと思う。

私は長い英単語のスペルを覚えられないので、使えるうちは <b></B> で行こうかな。(^^;

> 私は長い英単語のスペルを覚えられないので、使えるうちは <b></B> で行こうかな。

長いといってもたった５文字が覚えられないのはいささか危機的。
私の場合はストロング系のアルコール飲料を飲む福祉を享受しているというのが強い
ですが、仮面ライダーの影響もあるかも。

それはさておき。
表示されたソースをざっくりみて、気になった部分がいくつか。
めざらさんからすると、そんなものは枝葉末節、かも知れない。

まず、ソースをVzで開くと、なんか変なコントロールコードが入っている。
あるいは、微妙に文字化けしたような半角カナとか。
この辺はきれいにしてほしいかな。

次、<font size='1'>　</font>なんていうのがある。
大昔、1x1サイズの画像を使って表示を整えたりしていましたけどね。
思い出した私も私ですが、もはや伝説級のいにしえの技術です。
こういう、現在では恥ずかしいものはやめましょう。

あと、私個人的には、ちょっと情報が詰まりすぎに見える。
ただ、これはおそらくkonnoさんが意図してやっていることですよね。
#11335で
> 見栄えはいいんですが、私はここに情報を詰め込みたかったのです。
とありますから。
一応、個人的な希望としては、各掲示板ごとにちょっと行間を開けてほしいかな。
でも、konnoさん的には間延びして見えてしまうかもしれませんので、これは却下で
かまいません。

文法的には、各掲示板タイトルの前、すなわち<a>タグの前に<div>を、そして
</table>のうしろに</div>をつけると、大体いい感じになりそうな気がする。
ただ、これ、無理やり文法的にＯＫにしているだけ、という感じもあって、今以上
には悪くならないはずとはいえ、どんなもんだろうねぇ。
う〜ん、そうねぇ、<body>タグ直後の冒頭部分、表示されるタイトルのところも、
めざらさん的には<h1>なんていうのがお薦めかもしれませんが、表示される１行分を
<div></div>でくくっていただけるだけで気分が違う。
ついでにいうと、そこのところの<font size='3'>は逆にありがたみを感じない。
というよりも、はっきりいって、ないほうがうれしい。

それから、<tbody>タグ、これ、このページにおいては、必要性がわからない。
もちろん、あって邪魔になるものではないけど。とはいえ、ごてごてした飾りは
少なければ少ないほどいいものなので、外したらどこがどう悪くなった、というのが
なければ、外せるタグはどんどん外すべきだと思う。

もうひとつ、#11262にも書いた実体参照の問題、これも解決していただくことを希望。

最後に、トップページにある[大] [中] [小]と[中] [小] [極小]の表記。
おそらく、konnoさんご自身がいろいろな環境からアクセスされる都合でそれぞれ
３つの選択肢をご用意されているかと思います。もちろん、それぞれの利用頻度は
異なることでしょう。
ただ、これ、お客様というか利用者目線でいうと、全く意味不明。
何かのサイズだとはわかりますが、データ量なのか表示される画像のサイズなのか、
ということがわかるようになっていないわけですよ。
そして、利用者のことを考えていただく際には、私が#11323で紹介したページを参考
に、きちっと作りこんでいただくか、あるいは文字サイズの変更ルーチンをきっぱり
と全撤廃していただくか、ということをぜひご検討ください。
もちろん、利用者置いてけぼり、という選択肢はあり。
利用者の一人である私としては非常にうれしくないけど。

「バグ修正」というタイトルだと，まるで wforum.cgi の原本にバグがあるみたいな言い方ですね。
作者が見たら気を悪くしない保証はないような。（バグは必ず有るものだとは思いますが……）

それはそうと，「新着記事」って，どうして最新の発言タイトルだけ字が大きい？
（むしろ最新でない発言タイトルの表示が小さすぎて見づらいような……）

> このタイトルだと，まるで wforum.cgi の原本にバグがあるみたいな言い方ですね。

原本にもバグはあって、だから本家でもバージョンアップは行われています。
でも、ここで使っているのはかなり古いバージョンのものですからねぇ。
今後は表現に気をつけましょう、といったところでしょうか。


> それはそうと，「新着記事」って，どうして最新の発言タイトルだけ字が大きい？

管理人が気づいていない、に１票。
実は私も、めざらさんにご指摘いただくまで気づいていませんでした。
というか、環境のせいかもしれませんが、あまり差異を感じないのですよ。
最近、最新以外のタイトルが小さくなったなぁ、とは思いましたが、最新のタイトル
もちょっと小さくなったような気がしたこともあって。
これも表現（というか表示）の問題かな。

> それはそうと，「新着記事」って，どうして最新の発言タイトルだけ字が大きい？

この原因はソースを見ても、ちょっと見にはわからない。
が、ソースをVzで開き、閉じタグにジャンプするマクロで見ていったら、Vzそのもの
が落ちたので、わりと簡単に特定できました。
返信ボタンの前に<font size='2'>っていうのがあるのですが、これが閉じていない。
そもそも、ここでフォントサイズを変更すべきか、というと、おそらく不要。
その後にフォントサイズ最小指定で謎の「soft」という表示があって、これは私の
ようなコードを知っている人には本文の改行関係の書式とわかりますが、だけど一見
のお客様には意味不明の記載なんで、さっぱりと撤去していただくことを希望。
それはさておき、その後もずっと返信ボタンの表示の部分でどんどん<font>タグの
階層が深くなるので、このコードでは、例えば「新着1000」とかを表示させた場合、
古いブラウザなんかだとメモリがたりなくなって表示不可とかブラウザが落ちるとか
いう状況が発生しかねない。
最近のブラウザだって、不具合のあるHTMLをがんばってレンダリングしているだけ、
ということにすぎないわけですけど。

結論としては、不要なコードはどんどん削りましょう。
コードはシンプルなほど不具合は入り込みにくいのですから。

> このタイトルだと，まるで wforum.cgi の原本にバグがあるみたいな言い方ですね。
> 作者が見たら気を悪くしない保証はないような。（必ず有るものだとは思いますが……）

タイトルから「バグ」を削除修正しました。
管理者権限でめざらさんのコメントのタイトルも修正しました。
記事内容を読めば私の入れたバグだとはわかるとは思うのですが
不快に思う方がいるならばできる範囲で対処は心がけます。

> それはそうと，「新着記事」って，どうして最新の発言タイトルだけ字が大きい？
> （むしろ最新でない発言タイトルの表示が小さすぎて見づらいような……）

弄っていて閉じた愚、じゃない！ 閉じタグの辻褄が合わなくなったようです。
とりあえず修正中の版に差し替えました。m(__)m

> まず、ソースをVzで開くと、なんか変なコントロールコードが入っている。

え？　どこでしょうか。

> あるいは、微妙に文字化けしたような半角カナとか。

これはありますね、直します。

> 次、<font size='1'>　</font>なんていうのがある。
> 大昔、1x1サイズの画像を使って表示を整えたりしていましたけどね。
> 思い出した私も私ですが、もはや伝説級のいにしえの技術です。
> こういう、現在では恥ずかしいものはやめましょう。

うう、他のやり方を知らないもので。(;_;)

> 一応、個人的な希望としては、各掲示板ごとにちょっと行間を開けてほしいかな。

これは私も思ってはいました。(^^;
色々試してみようと思います。

> 文法的には、各掲示板タイトルの前、すなわち<a>タグの前に<div>を、そして
> </table>のうしろに</div>をつけると、大体いい感じになりそうな気がする。

ちょっとやってみましたが、見た目は全く変わらなかったですね。(^^;

> それから、<tbody>タグ、これ、このページにおいては、必要性がわからない。

これはテーブルのフォントサイズを指定しているので、私的には残したいのです。

> もうひとつ、#11262にも書いた実体参照の問題、これも解決していただくことを希望。

この辺も良くわかってないので、課題一覧表でも作って入れておいた方が良いかも。

> 最後に、トップページにある[大] [中] [小]と[中] [小] [極小]の表記。
> ただ、これ、お客様というか利用者目線でいうと、全く意味不明。
　・・・中略・・・
> もちろん、利用者置いてけぼり、という選択肢はあり。

これらの機能は私が思い付きで作ることが多いですが、自分が便利だと思うから作るので
便利だと思っているうちは撤去などしません。
ここをこうしたらもっといいんじゃないかというご意見があれば検討いたします。(^^;

> > まず、ソースをVzで開くと、なんか変なコントロールコードが入っている。
> え？　どこでしょうか。

konnoさんのところでは見えないとすると、うちの環境依存かもしれません。
また、Vzのデフォルトで青い「^」が見えたのでコントロールコードと書いてしまい
ましたが、よくみたら「^M」なので改行の片割れですね。
mode1=0&wsize=1のソースだと、「VzWiki 23/10/27」の直後のところにひとつと、
「MS-DOS Player 2024/7/6」の直後のところにふたつ見えます。

> > 次、<font size='1'>　</font>なんていうのがある。
> うう、他のやり方を知らないもので。(;_;)

そもそも論で、ここ、そんなに小さな文字間は必要ですか？
普通の半角スペースとか&nbsp;で十分だと思うのですよ。
他の掲示板のところではたっぷり空いているわけですし。
そして今回の場合、表示に使われるフォントはMS Gothicを使うように指定している
ようですが、Windows以外の環境の場合、このフォントはインストールされていない
かもしれない。その場合、空白文字が何ピクセルの横幅で表示されるのかは閲覧する
環境によって異なります。結果、空白文字で文字間隔を調整しても、自分のデザイン
通りに見えるのは自分のところだけ、という可能性もあるわけで。
とはいえ、どうしてもやりたいときはCSSの「letter-spacing」というやつを使う
らしい。私は使ったことないけど。なんでもこれは、マイナスの値を指定すれば文字
の間隔をつめることもできるらしい。

> > 文法的には、各掲示板タイトルの前、すなわち<a>タグの前に<div>を、そして
> > </table>のうしろに</div>をつけると、大体いい感じになりそうな気がする。
> ちょっとやってみましたが、見た目は全く変わらなかったですね。(^^;

そう、見た目を変えずに文法合致度を上げるだけの便宜的な方法なんで、HTMLの
考え方を理解していない人が導入しても、なんか違和感だけ。

> > それから、<tbody>タグ、これ、このページにおいては、必要性がわからない。
> これはテーブルのフォントサイズを指定しているので、私的には残したいのです。

そういうことに使っているのなら、いいことだと思います。

> > もうひとつ、#11262にも書いた実体参照の問題、これも解決していただくことを希望。
> この辺も良くわかってないので、課題一覧表でも作って入れておいた方が良いかも。

これ、ブラウザの設定の問題なのかなぁ。
うちのfirefoxだと、何かのページを表示させているときに[CTRL]+[U]をおすと、
そのページのソースが表示されます。そして、各掲示板のリンク先のURLの部分、
まさに私の気になっている部分が赤く表示されたりしているのですよ。
表示のされ方が違うのかなぁ。

> これらの機能は私が思い付きで作ることが多いですが、自分が便利だと思うから作るので
> 便利だと思っているうちは撤去などしません。
> ここをこうしたらもっといいんじゃないかというご意見があれば検討いたします。(^^;

うん、なんかわかった。
たぶん、konnoさんと世間一般の多数派の考え方が単に異なっているだけみたい。
多数派の考え方としては、誰がページにアクセスするかわからないから、潜在顧客を
含めて、多くの人がアクセスしたときに便利なページにしましょう、という考え方。
つまり、いちげんさん優先。
その考え方だと、誰がどんな環境でアクセスするかわからないので、文字のサイズは
サーバ側ではなくクライアント側にお任せしましょう、となる。
一方でkonnoさんの場合、一番アクセス量の多い顕在顧客に最大限のサービスを提供
しましょう、といった感じ。つまり、常連さん優先。
そしてkonnoさんのサイトの場合の最大の常連はkonnoさん自身。
なので、konnoさんに便利なサイト構成を目指すことになる。
あれだ、頑固親父の飲食店、みたいな感じかな。
味だけなら★５つだけど総合評価は★1.5、とか。

実は、この辺、私も悩んだことがあって。
うちの板塀、以前使っていたガラケー専用のコードがあったりしました。
現在使っているガラケーでは使えないコードだから撤去したような気もするけど、
まだ残っていたりして。
でも、こんなもの、私だけは便利だけど一般の利用者に見せる必要はさらさらない。
なのでどうしたかというと、ガラケーのほうのブックマークに、そのオプションが
ついたURLを登録する、という形に落ち着きました。
konnoさんも、ご自身がいろんな環境からアクセスされるから３段階の文字サイズを
設定されておられるのだと思いますが、一般のお客様の側にそれを提示する必要は
全くないというか余計なお世話だというのが世間一般、世界中のコンセンサスな
わけですから、ご自分の端末だけの隠し機能としておくのがよろしいかと思います。

> konnoさんのところでは見えないとすると、うちの環境依存かもしれません。
> また、Vzのデフォルトで青い「^」が見えたのでコントロールコードと書いてしまい
> ましたが、よくみたら「^M」なので改行の片割れですね。
> mode1=0&wsize=1のソースだと、「VzWiki 23/10/27」の直後のところにひとつと、
> 「MS-DOS Player 2024/7/6」の直後のところにふたつ見えます。

見てみましたがわからないですね。改行だったのかな。

> そもそも論で、ここ、そんなに小さな文字間は必要ですか？
> 普通の半角スペースとか で十分だと思うのですよ。
> 他の掲示板のところではたっぷり空いているわけですし。

うーん、なんだか中途半端な隙間が気になってしまって。(^^;
CSS が使いこなせればそれで出来るのでしょうけど。

> そして今回の場合、表示に使われるフォントはMS Gothicを使うように指定している
> ようですが、Windows以外の環境の場合、このフォントはインストールされていない
> かもしれない。その場合、空白文字が何ピクセルの横幅で表示されるのかは閲覧する
> 環境によって異なります。結果、空白文字で文字間隔を調整しても、自分のデザイン
> 通りに見えるのは自分のところだけ、という可能性もあるわけで。

うーむ、表示に問題が有るという具体的な事例のご指摘があれば見直します。
「font-family:MS Gothic ;」というのを削除してみましたが、変化はわからないですねぇ。

> とはいえ、どうしてもやりたいときはCSSの「letter-spacing」というやつを使う
> らしい。私は使ったことないけど。なんでもこれは、マイナスの値を指定すれば文字
> の間隔をつめることもできるらしい。

「letter-spacing」の説明では、「文字間の隙間を指定します。」とありました。
私がやりたいのはどちらかといえば、単語間のスペースなのです。
「単語間の隙間を指定するには word-spacing を参照してください。」とありましたが
「現時点ではまだあまりサポートされていないようです。」ということなので諦めます。

> うちのfirefoxだと、何かのページを表示させているときに[CTRL]+[U]をおすと、
> そのページのソースが表示されます。そして、各掲示板のリンク先のURLの部分、
> まさに私の気になっている部分が赤く表示されたりしているのですよ。

あ、ほんとだ、「＆amp;」が赤く表示されていますね。
これは、「＆」が変換されてこうなるようですが、元データからの削除漏れかなぁ。
＆amp; を ＆ に変換してみたら、赤字表示は無くなりました。

> あれだ、頑固親父の飲食店、みたいな感じかな。

なるほど、自分でもそう思いますね。(^^;

> konnoさんも、ご自身がいろんな環境からアクセスされるから３段階の文字サイズを
> 設定されておられるのだと思いますが、一般のお客様の側にそれを提示する必要は
> 全くないというか余計なお世話だというのが世間一般、世界中のコンセンサスな
> わけですから、ご自分の端末だけの隠し機能としておくのがよろしいかと思います。

私の場合隠しておくのがもったいないと思ってしまうんですね。(^^;
スマホで掲示板を見てみたらとんでもない表示で、こりゃ使いづらいわ。(^^;
PCとは全く違う見え方なんですね。さて、どうしたものか。(^^;

> 見てみましたがわからないですね。改行だったのかな。

Vzで見てもわからないということは、元のソースからして違っているのか、それとも
Vzの側の設定の問題なのか。

> うーむ、表示に問題が有るという具体的な事例のご指摘があれば見直します。

多分、認識できるほどの問題にはならないと私は思います。
だって、文字間が半角１文字か1.1文字かって、見る側はあまり気にしない。
そして、そういう、一般の人が気にしないようなコードを書いているのがkonnoさん。
さらに、そういう、どうでもいいようなことをあげつらっているのがとしき。
＃おや、天からつばが・・・

あと、ブラウザの挙動がわかっていないのですが、ページの側にフォントの指定が
ない場合のブラウザのデフォルトで「MS Gothic」をつかっています、とか、ＯＳ
に入っているのは「MS Gothic」ではなく「ＭＳ　ゴシック」でした、なんてこと
だったりすると

> 「font-family:MS Gothic ;」というのを削除してみましたが、変化はわからないですねぇ。

こういう挙動になるような気がする。

> 私の場合隠しておくのがもったいないと思ってしまうんですね。(^^;

それはよろしくない傾向。
不必要な情報というのは、閲覧者の側からすると、単に迷惑千万。

> スマホで掲示板を見てみたらとんでもない表示で、こりゃ使いづらいわ。(^^;

あと、スマホが縦の場合と横の場合も考慮したほうがいいわけです。
結構面倒な話だなぁ。

> あと、スマホが縦の場合と横の場合も考慮したほうがいいわけです。

スマートフォンで掲示板を見る場合って，たいてい幅が収まらないから当然横向きですね。

板塀はフレームを切っているため，PCで読む場合はフレームの枠をギュッギュッと上端へ
持っていけるのですが，スマホのブラウザってその機能がないのか別の方法があるのか，
画面の半ばを越えるフレーム枠を動かすことができず，本文が数行しか表示できません。

こちらで言うことでもないのですが，この流れでこの場をお借りして訴えます。

フレームあると（動かせないと）読みづらいです。

掲示板にアクセスするための URI を一意とするためフレームが必要と仄聞しましたが，
表示領域を調整するなどの工夫をしていただけると有り難いなぁ……と思います。

> 結構面倒な話だなぁ。

まことに。

> > スマホで掲示板を見てみたらとんでもない表示で、こりゃ使いづらいわ。(^^;

とりあえずトップページと、新着情報のページはスマホでの見栄えを少しだけ改善しました。

新着情報のページでは、「新着情報」をリンクにしてクリックするたびに「携帯版」とトグルにしました。

> フレームあると（動かせないと）読みづらいです。
> 
> 掲示板にアクセスするための URI を一意とするためフレームが必要と仄聞しましたが，
> 表示領域を調整するなどの工夫をしていただけると有り難いなぁ……と思います。

見てみたらほんとにフレームが動かせない！ (>_<)
スマホでこの界隈を見るのって、出先で更新のチェックが多いと思うんですが
せめて新着記事くらいは読めるようにしたいですね。
うちの所も今は酷い表示なので、これから見直してみます。

テーブル内の文字が小さくなるのを防ぐ方法を見つけたので実装しました。

-----------------------------------------------------------
「描画に使う横幅」を、「画面の横幅」と同じにする方法

<meta name="viewport" content="width=device-width">

上記のように「width=device-width」と記述すると、「描画領域がその端末の実際の横幅」であるとして描画されます。その結果、縮小の必要がなくなるため、自動縮小はされません。
-----------------------------------------------------------

色々あちこち探したのですが、これが一番求めるものに近かったです。
これで縦画面でも横スクロールせずに全部見ることができます。＼(^^)／ ﾔｯﾀ-

ついでに「新着情報携帯版」のリンクの色も赤に変えました。

> こちらで言うことでもないのですが，この流れでこの場をお借りして訴えます。

うぅん、新しいことに対応できていない弊害が顕在化していますね。
自分自身がスマホを持っていないこともあって、改善のトリガが全くなかった、と
いうのもあります。
ただ、ご意見をいただいたので、何とか近日中にフレーム化を解除しましょう。
といいつつ、やるやる詐欺で数年放置した、ということもありそうですが、ガラケー
のサービス停止に伴う私自身のスマホ導入も見えてきているわけですから、そんなに
お待たせせずに改善できると思います。

> ただ、ご意見をいただいたので、何とか近日中にフレーム化を解除しましょう。

おお、いよいよ外骨格と言う名の拘束具を外す時が来たのですね。わくわく
最初の実験機と思しいので、零号機となりますかね。(^^;

＃　零号機なら暴走しても使途には・・・以下自粛。(^^;

あまりご興味はないかと思いますので，独り言みたいなものです。

body直下に置かれ，おそらくbody全体に敷かれていると思われる div のスタイル属性ですが，
<div style="margin-left:0px; width:80%; padding:0em;">
ここで width:80% を指定しているため，無意味な余白ができています。
縦表示の携帯端末では非常に影響が大きいので指定は害でしかありません。
せっかく viewport を指定しているのに，おじゃんです。
（PCのブラウザでも拡大率を数百％にしてみるとわかります）

(以下蛇足)
また，どこかの野良サイトから拾ってきたかと思われるものですが，
style要素で指定した以下のクラスは意味がないと思われます。
.d1	存在しないので不要
.tbody	存在しないので不要（tbody要素にしたいなら先頭のドットは不要）
.num	存在しないので不要
.obi	存在しないので不要
.m	存在しないので不要
.ruler	存在しないので不要
.cuter	存在しないので不要
_:lang(x)::-moz-placeholder, .selector {font-size:-2;}	無意味


なお，文字サイズを指定したいから tbody が必要とのことでしたが，
それこそ CSS で一発指定すれば CGI での無駄な出力は必要ありませんし，
なんなら <tbody style='font-size:100%'> という指定に意味はないでしょう。
そもそも thead と tfoot がないわけですから tbody は本来不要(省略可能)であり，
文字サイズは table に対して指定してやればよいことだと思われます。

> body直下に置かれ，おそらくbody全体に敷かれていると思われる div のスタイル属性ですが，
> <div style="margin-left:0px; width:80%; padding:0em;">
> ここで width:80% を指定しているため，無意味な余白ができています。
> 縦表示の携帯端末では非常に影響が大きいので指定は害でしかありません。
> せっかく viewport を指定しているのに，おじゃんです。
> （PCのブラウザでも拡大率を数百％にしてみるとわかります）

ああ、そうだったんですか、知りませんでした。 width:100% にするとおかしくなるもので
そこで諦めていました。直したらバッチリ100％で表示出来ました。＼(^^)／ ﾔｯﾀ- 
ありがとうございます。m(__)m

> また，どこかの野良サイトから拾ってきたかと思われるものですが，
> style要素で指定した以下のクラスは意味がないと思われます。

これも全部削除しました。

> なお，文字サイズを指定したいから tbody が必要とのことでしたが，
> それこそ CSS で一発指定すれば CGI での無駄な出力は必要ありませんし，
> なんなら <tbody style='font-size:100%'> という指定に意味はないでしょう。
> そもそも thead と tfoot がないわけですから tbody は本来不要(省略可能)であり，
> 文字サイズは table に対して指定してやればよいことだと思われます。

これも全部削除しました。
テーブルの折り返しを防ぐため、CSS に

	if ($mode2 == 1) { 
		print ".s1 {  font-size:small;   
	    white-space: nowrap;
		} \n";
	} else {
		print ".s1 {  font-size: medium; 
	    white-space: nowrap;
		} \n";
	}

これを仕込んで、TD に使ったらいい感じになりました。
「発言者」の枠が折り返してしまったので、

	print ".s2 {  font-size: medium; 
	    white-space: nowrap;
	} \n";

これも TH に仕込みました。
これで私個人としては満足のいく見栄えになりました。
ありがとうございました。m(__)m

「新着情報 」 v0.948 に更新しました。

スマホを全画面に表示する CSS のメタコマンド

print "<meta name=\"viewport\" content=\"width=device-width\">\n";

これだと掲示板でおかしくなるので

print "<meta name=\"viewport\" content=\"width=device-width,initial-scale=1\">\n";

これに差し替えました。これが一番良いそうです。(^_^)

あと、大画面では中央寄りに表示したかったので

body{
    width: 100%;
    max-width: 768px;
    margin: auto;
}

これを CSSに入れたら良い感じになりました。
画面幅に応じて左のマージンを自動調節してくれます。(^_^)

> > また，どこかの野良サイトから拾ってきたかと思われるものですが，
> > style要素で指定した以下のクラスは意味がないと思われます。
> これも全部削除しました。

ほんとに削除してしまってよかったんですか？
いや、konnoさん、望む見栄えがあったからこれを導入したんですよね。
ないと思いますが、意味もわからず導入した、ということなら、それはやめたほうが
いいと思う。あるいは、めざらさんのご指摘、きちんと理解した上で採用しています
よね？


ところで、本来なら新しいツリーを起こすのが筋なんでしょうが、ものすごく些細な
ことなんで、こちらに書かせていただきます。
単なる誤字の指摘なんでね。

さて、こちらの掲示板にも、さまざまなスタイルの指定を行われているようです。
そこで気がついたのですが、新着記事、すなわちmode=newsortのところ。
トップに[新着50]というリンクがありますが、これをクリックすると表示されるのは
「新着記事 40」だったりします。
どこかにミスタイプがあるので、修正して頂けると幸いです。

掲示板もスマホ対応に更新しました。

「新着情報」では問題なかった、スマホを全画面に表示する CSS のメタコマンド

print "<meta name=\"viewport\" content=\"width=device-width\">\n";

これだと掲示板の表示がスマホで全画面表示しないので迷走してました。(>_<)

print "<meta name=\"viewport\" content=\"width=device-width,initial-scale=1\">\n";

これに差し替えたら全画面になったので、これが一番良いようです。(^_^)

あと、大画面では中央寄りに表示したかったので

body{
    width: 100%;
    max-width: 1028px; /* ツリー画面 */
    margin: auto;
}

    max-width: 1000px; /* 記事表示画面 */

これを CSSに入れたら良い感じになりました。
画面幅に応じて左のマージンを自動調節してくれます。(^_^)
うまく表示するまで地獄のような迷走してました。(;_;)

> ほんとに削除してしまってよかったんですか？
> いや、konnoさん、望む見栄えがあったからこれを導入したんですよね。
> ないと思いますが、意味もわからず導入した、ということなら、それはやめたほうが
> いいと思う。あるいは、めざらさんのご指摘、きちんと理解した上で採用しています
> よね？

意味もわからず導入した、というのが真相です。(^^;
削除して辻褄が合わなくなっても大抵はブラウザがよきにはからってくれるので。(^^;

> さて、こちらの掲示板にも、さまざまなスタイルの指定を行われているようです。
> そこで気がついたのですが、新着記事、すなわちmode=newsortのところ。
> トップに[新着50]というリンクがありますが、これをクリックすると表示されるのは
> 「新着記事 40」だったりします。
> どこかにミスタイプがあるので、修正して頂けると幸いです。

バグを見つけてくださりありがとうございます。m(__)m
これは頭がバグっていたようです。(>_<)
繰り返しの記事数を、引数の page で指定して、

$sortcnt1=$in{'page'};

ここで記事数に変換しているのですが、バグっていたのはリンク部分でした。(>_<)

[<a href="$script?mode=newsort&fsize=$fsize&page=40$mode3">新着50</a>]　

ここですね。以前は40だったのを50に変えたつもりが、pageを変えるのを忘れていたのです。(>_<)
丁度更新したばかりなので、差し替えて置きました。m(__)m

STIME.EXE Ver 240717 更新しました。
自作、改作アプリの部屋に置いてあります。

・DOSVAXJ3 の VGAで動くアナログ時計とカレンダとタイマーのアクセサリです。
・NCPATH= でデータファイルの置き場所を指定してください。末尾に "\" が無ければ追加します。

・DOSVAXJ3 を起動したら、chev jp でVGAモードにして、STIME.EXE を起動してください。
・MS-DOS Player では、chej jp でVGAモードにします。文字のデジタル時計とカレンダのみ表示。
・VTDOS では動作しません。
・タイマーモード(6)の時は[F03]や[←]キーで小窓のカレンダー当月を表示します。
・ビジブルベルは[F06]だけの機能です。STIME.DAT で動作設定します。[ESC]でカラー表示消去。

STIME6　24-07-17
　240717　表示関係などの諸々の修正、干支の表示
STIME5　24-04-28
　240428　タイマーモード(6)の時は[F03]や[←]キーで小窓のカレンダー当月を表示。
　240315　指定時間経過でビジブルベル タイマー画面復帰
　240306　アナログ時計にタイマーのマーキング 設定ファイル STIME.DAT で各種設定可能に
　240202　タイマーの時間表示文字を大きく・経過時間をリアル表示、スリープモードにも対応。
STIME4　23-12-12
　231212　NCPATH が通ってなくてデータファイル読めない場合エラー終了していたのを警告表示に。
　231208　環境変数 NCPATH でデータファイルの置き場所を指定。指定無しならカレント
　春分、秋分の日を自動計算
　デジタル時計とカレンダ大の文字を2バイト文字に。
　[↑↓]キーで前年・次年 [←→]キーで前月・次月のカレンダーを表示
STIME3　23-11-24
　新祝日法に対応したつもり。Emmettさんとめざらさんに感謝。
　見栄えも多少直しました。
　カレンダー大の日付の文字を2バイト数字にして見やすく。
　キーによるカレンダーの年月変更機能追加。
　MSDOS Player でもカレンダー表示出来ます（chej jpの時）
　ソースも付けます。

　動作保証はでき無いので実行は自己責任で。　　

VTDOS で J31BASICコンパイラプログラムを問題なく動作させる常駐プログラム
J3VT.COM  が出来ました。
以下、J3VT.DOC から

J31 BASIC BIOS VTDOS SUPPOT  Ver0.03  by H/konno  2024-07-19


J3VT.COM  VTDOS で J31BASICコンパイラプログラムを問題なく動作させる常駐プログラム

J31BASICコンパイラの実行ファイルを VTDOS で実行させると、大量のエラーログが発生します。
このプログラムは、エラーになる割り込みを横取りして問題なく実行させる常駐プログラムです。


・エラーログが発生する割り込み
INT10h  ah,85h			ディスプレイ割り込み、大量に発生する
INT10h  ah,88h
INT10h  ax,0012h
INT16h  ah,f6h			キーボード割り込み
INT16h  ah,050h
INT16h  ah,01ch
INT16h  ah,020h
INT6Fh				ATOK5割り込み

これらの割り込みを横取りしてなかったことにします。
INT6Fh は ax,00ffh でリターンさせて、J31コンパイラで常駐チェックに使っています。
公開プログラムには、J3VT が常駐していなければメッセージを出して終了させるルーチンを入れます。


・使い方

J3VT      実行するたびに常駐／解除します。BAT の中でJ31プログラムの前後に使います。
J3VT S    Sオプションで常駐すると解除されない。VZ常駐前に常駐させるオプションです。
J3VT R    Rオプションで Sオプションの常駐でも常駐解除します。

※　J31BASICコンパイラのプログラムでは、VRAM アドレスに A0000 〜 AFFFF を使用します。
　　VTDOS の設定で、TPAEXT=1 の場合、A0000 〜 AFFFF を空きメモリ領域とするのでメモリ競合が起こります。
　　競合は他のプログラムでも起こりうるので、必ず TPAEXT=0 又は無指定にしてください。
 
使用して何か問題が有った場合掲示板で報告いただければできる範囲で対応します。


・ソースについて
ソースの常駐／解除ルーチンは4本以上の複数のソースを参考にしたので公開しても問題ないかと。
問題が有れば削除します。

軟式さんのサイトの DOSVAXJ3のページ
https://www.nanshiki.co.jp/software/dosvaxj3.html

見直してみたら、DOSBox-X の PC-98x1関連設定項目補足がありました。

-----------------------------------------------------------
　日本語関連の処理は DOSBox-X に移植されましたが、DOSVAXJ3 とは設定や一部コマンドが異なります。
　違いを DOSVAXJ3とDOSBox-Xの日本語関係の設定の相違点一覧 にまとめました。

　おまけ DOSBox-X PC-98x1関連設定項目補足

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

DOSBox-X の設定はわかりにくいので、参考になります。
ありがたいです。

STIMEJ.EXE Ver 240720 J31BASICコンパイラ版です。
自作、改作アプリの部屋に置きました。

・DOSエミュ3種4モードで動くアナログ時計とカレンダとタイマーのアクセサリです。
・NCPATH= でデータファイルの置き場所を指定してください。末尾に "\" が無ければ追加します。

・DOSVAXJ3 は、どのモードでも起動して VGAモードになります。J3100 モードでも動作します。
・MS-DOS Player では起動すると80*25モードになります。時計は文字のデジタル時計となります。
・VTDOS では、J3VT.COM が常駐していないとメッセージを出して終了します。
　J3VT.COM をPAYHの通ったところに置いて J3VT S でVZ常駐前に常駐させるか、TMJ.BAT で実行させます。
　VTDOS の設定で TPAEXT=1 の場合、A0000 〜 AFFFF を空きメモリ領域とするのでメモリ競合が起こります。
　競合は他のプログラムでも起こりうるので、必ず TPAEXT=0 又は無指定にしてください。

・タイマーモード(6)の時は[F03]や[←]キーで小窓のカレンダー当月を表示します。
・ビジブルベルは[F06]だけの機能です。STIME.DAT で動作設定します。[ESC]でカラー表示消去。

・更新履歴
240720 表示関係などの修正
240717 表示関係などの諸々の修正、干支の表示
240428 タイマーモード(6)の時は[F03]や[←]キーで小窓のカレンダー当月を表示。
240423 J31BASICコンパイラに逆移植

　動作保証はでき無いので実行は自己責任で。　

「新着情報 」 v0.950 更新しました。
としきさんの掲示板、「やしきの板塀」がスマホ対応のため非フレーム化しました。
それに伴ってURLが直リンクになったので、新着情報も更新しました。

直リンクだと URL が変化することがあるので、変わったことに気が付いたら
教えて頂ければ幸いです。

その他修正漏れなどの不備をいくつか直しました。

#11285 のツリーで暫定公開していましたが、正式に公開しました。
niftyのFGALDC会議室の自分の発言を掲示板のツリー形式で表示させます。
他の皆さんの発言も、私の元発言に対する引用という形で掲載しました。

　FGALDC　VZ改造秘話
http://tamaneko.world.coocan.jp/bbs/bbs6/wforum.cgi


VZK誕生の改造秘話とか、ここの常連さんにはわかりきった話ですが、
少しは需要があるだろうと思います。
また、私の自伝的な意味合いもあります。
名前やＩＤなどの個人情報や引用符などは修正しています。

私の発言が主体ですが、他の方の発言も引用というていで載せました。
それはまずいよとか、載せないでなどの意見があればメールでお願いします。
削除など検討します。
ご意見、ご感想をお待ちしています。(^_^)

※ 20226 からのツリーが大きすぎて非常に苦労しました。
147発言のツリーなんて邪悪を超えてるって！ (-_-ﾒ)
特に一括表示のツリーは半分しか表示しないバグが発覚！
まだ不完全ですが、暫定的なツリーとします。(^^;

あじゃさんの nif_tree.def を改造したり、複数のマクロでやっと形にしました。
あじゃさんの苦労の一端がわかった気がします。(^^;

これからも続きを随時上げていきますので、表示の不具合などありましたら
教えてください。

#11365でこちらのツリーが言及されていたので思い出しました。

> これを試したらキチンと結果が出ました。＼(^^)／ ﾔｯﾀ-
> ・・・私が欲しかったのはこの逆の変換でした。(;_;)

手元のバージョンのmawk32ではできなかったのですが、もしかしたら新しいバージョン
ならできるかもしれません。とりあえずgawkではできました。

= tmp
*m
89 ^\ "" #E "gawk $"BEGIN{print mktime($"$"$"2024 08 04 10 10 10$"$"$")}" #m
*

どうもgawkはシングルクォートを受け付けてくれないみたい。
うちの環境だけかな。

> #11365でこちらのツリーが言及されていたので思い出しました。

新規スレにしてしまったので、申し訳ないです。
こちらのスレはまだ暫定的な話だったもので。

> > ・・・私が欲しかったのはこの逆の変換でした。(;_;)
> 手元のバージョンのmawk32ではできなかったのですが、もしかしたら新しいバージョン
> ならできるかもしれません。とりあえずgawkではできました。

おお、と思って試してみましたが、どちらでも動きません。(>_<)

Vector から gawk 3.1.5 for Windows を落として、gawk32 とリネームして試したら

gawk32 "BEGIN{print mktime("""2024 08 04 10 10 10""")}
1722733810

おお、出来たぁ！　　＼(^^)／ ﾔｯﾀ-

もしかして、としきさんの持ってるのはこれですか？

konnoさん

　ご無沙汰しております。
　いやぁ〜〜、暑い、暑い。

　さて、このログ復刻なのですが、僕個人は構わないのですが、
えと、ここにいない人とかのハンドルとかは、せめて伏字とか化けさせるとか、
したほうがいいのじゃないでしょうか。
　誰も何も言わないとは思うのですが、やっぱりあれは閉鎖性が保証された場所
でのやり取りですから。厳密にいうと、「著作権侵害」ということになるのでは
なかろうかと。たしかとしきさんの「地下処分」書庫（ちがうな）では、けっこう
その点、配慮されていたような記憶ですが、、、。

　うん、僕の発言は、全部「文太」→「Mr.B」と置換してくださると嬉しいです。
（サンプルです）

　あと３週間して、少し部屋や頭や心の整理がついたら、近況報告したします。
　４日連続でプールに行きました！（健康管理が目的）。

文太さん、お元気そうで何よりです。(^_^)

> 　さて、このログ復刻なのですが、僕個人は構わないのですが、
> えと、ここにいない人とかのハンドルとかは、せめて伏字とか化けさせるとか、
> したほうがいいのじゃないでしょうか。
> 　誰も何も言わないとは思うのですが、やっぱりあれは閉鎖性が保証された場所
> でのやり取りですから。厳密にいうと、「著作権侵害」ということになるのでは
> なかろうかと。たしかとしきさんの「地下処分」書庫（ちがうな）では、けっこう
> その点、配慮されていたような記憶ですが、、、。

厳密にいえばそうでしょうし、不快に思われる方もいるかもしれません。
私が元発言なら引用と言う形で他の方の発言も大丈夫かと思いました。
もちろん ID は関係ないめざら方式に変えてあります。
私が元でない発言も上げるつもりでいましたが、そこは見直します。

某所では外部に公開していない本名までさらされて、流石に不味いのではと思ったのですが
特に（私も含めて）クレームも無さそうなので、覚悟を決めてやられているならいいかと
そう思うようになりました。

> 　うん、僕の発言は、全部「文太」→「Mr.B」と置換してくださると嬉しいです。
> （サンプルです）

これは直しますね。
でもFGADCの発言記事は今までも結構引用しているので手遅れかも。(^^;
他の方のも見直してみます。

追記
IDが表示されている部分が有りましたね、ごめんなさいです。
直ぐに直します。m(__)m

暑さのせいか、文太さんやkonnoさんのおっしゃっていることが、私にはよく理解
できていない模様。

> > 　誰も何も言わないとは思うのですが、やっぱりあれは閉鎖性が保証された場所
> > でのやり取りですから。厳密にいうと、「著作権侵害」ということになるのでは

文太さんのご懸念は理解できます。
でも、フォーラム閉鎖直前に、自分の発言のネットへの転載可と表明された方も数人
いらっしゃったわけです。そういった方々の発言は、その後の取り消し連絡がない
限りは公開してもいいのではないかなぁと愚考する次第。

> 私が元発言なら引用と言う形で他の方の発言も大丈夫かと思いました。

私が誤解している可能性が高い、という前提の上で言わせていただくと、元発言と
いうのがルートの発言という意味に取ると、このkonnoさんの記述は正しくない。
各発言ごとに発言者の著作権が発生するので、無断使用に該当する可能性がある。
一方で、引用の要件を満たしているという条件の下、konnoさんの各個別発言の中で
他者の発言は引用していても問題ない、ということになっています。

あと、確認しておきたいのが、ルートの発言の発言者は誰か、というのは引用用件
には全く影響しない、ということ。ここが私には、konnoさんが誤解をされている
ように思えてなりません。

> 某所では外部に公開していない本名までさらされて、流石に不味いのではと

見る人がみればわかってしまう、というやつですね。
特に、英雄的な行いをした人なんかは特に。
だって、もともとのログがそうなっているから、とか言い訳はあるかも知れず。
IDの記載がなければ厳密な突き合せは不可能、という言い訳もできるかも。
＃だから、某所ってどこだよ（すっとぼけ）

この辺、管理者の責任において大胆に、かつ全面的に改ざんする、というやり方も
あるでしょう。
一方で、例えば私のところの地層処分センターの場合は、基本的に私の発言だけを
収容しているわけで、ここはどんなに改ざんしても私の著作権の範囲内だけなので
無問題。一方で、私の発言にて引用されている部分は、発言者に対するリスペクト
とか敬意とか法的安全性とかの面から、一切手をつけていません。もしその部分で
クレームがつくようなら、元発言者に言ってくれ、といって蹴っ飛ばす方向。
とはいえ、それではすまないような問題が発生するなら、私の発言ごとまるっと
削除するしかないのだろうなぁ。
そもそもが、地層処分なんて、高いレベルで危険な廃棄物の処分方法。
処分されているものが危険でないわけがない。

konnoさん

>某所では外部に公開していない本名までさらされて、流石に不味いのではと
>思ったのですが特に（私も含めて）クレームも無さそうなので、覚悟を決めて
>やられているならいいかとそう思うようになりました。

　これは本質的に違うと思います。あちらは名誉を顕彰しているのです。
　そして、作品の発表です。作品として公表したら、ベクターでもＶＣでも
配布してくれ、です。ま、ish部屋のは、まあまあ、ですが。

　「その気持ちは嬉しいのだけど、でも、、、」という人にはいつでも書き換え
ます、という覚悟がある。そこまで、Ｖｚとの思い出に重いものを感じられて
くださっているなら、と。

　出発点が、konnoさんの場合、根本的に違うと思いますよ。
　過去ログをデータみたいに扱われて、正直いうと、「何だよ、これ？」と
思いました。Mr.W, Mr,S, Mr.E, Mr.J とか、どうでしょう？

　きつくてごめんなさい。
　そのうち、ベーシックが（僕は、完全、MS に取り巻かれてますが）、云々と
復活するつもりでいます。
　お許しいただければ。

> もしかして、としきさんの持ってるのはこれですか？

多分、それでしょう。

D:\>gawk --version
GNU Awk 3.1.5 build date Feb 10 2006
Copyright (C) 1989, 1991-2005 Free Software Foundation.

D:\>mawk32 -W version
mawk 1.3.3 Nov 1996, Copyright (C) Michael D. Brennan
Microsoft C/C++ _MSC_VER 1100
  Adaptation for MBCS (P. yedoensis R27) by KIMURA Koichi

こんな感じ。

> でも、フォーラム閉鎖直前に、自分の発言のネットへの転載可と表明された方も数人
> いらっしゃったわけです。そういった方々の発言は、その後の取り消し連絡がない
> 限りは公開してもいいのではないかなぁと愚考する次第。

この考え方で行こうと思います。
転載可と表明された方は 14人のようです。
一方私の元発言のツリーでレスしている人は、今のところ 9人で
そのうち 5人は表明されていないので、とりあえずこの 5人はイニシャルにしてみます。
プランB ということで。(^^;

> あと、確認しておきたいのが、ルートの発言の発言者は誰か、というのは引用用件
> には全く影響しない、ということ。ここが私には、konnoさんが誤解をされている
> ように思えてなりません。

多分に誤解しているとは思いますので、引用云々は言い訳に使えれば程度に考えていました。
「kVZ誕生秘話」というテーマからして、私一人では何もできなかった。
一期一会というか
袖すりあうも多生の縁というか
縁あって皆さんと出会い、いっしょに何かを成し遂げたという思い
感謝の思いから、出来るだけ皆さんの発言も掲載したかったというのは本音です。

> だって、もともとのログがそうなっているから、とか言い訳はあるかも知れず。
> IDの記載がなければ厳密な突き合せは不可能、という言い訳もできるかも。
> ＃だから、某所ってどこだよ（すっとぼけ）

某所って複数あるようですね。(^^;
確かに私が世間知らずで迂闊だったというのは否定出来ませんが。(^^;

> 一方で、例えば私のところの地層処分センターの場合は、基本的に私の発言だけを
> 収容しているわけで、ここはどんなに改ざんしても私の著作権の範囲内だけなので
> 無問題。

これはうまいやり方だなぁ、と感心した覚えが有ります。
今回の件は無謀な試みだとは思いますが、私はどうしても皆さんの発言も掲載したかったので
批判があるのは覚悟の上のつもりでしたが、いざ言われるとビビってしまうヘタレです。

文太さん

> 　過去ログをデータみたいに扱われて、正直いうと、「何だよ、これ？」と
> 思いました。Mr.W, Mr,S, Mr.E, Mr.J とか、どうでしょう？

私としてはそんなつもりではなかったのですが、そう思われても仕方がないですね。
「kVZ誕生秘話」は皆さんと共に作り上げたという思いを掲載したつもりでした。
としきさんあてに書きましたが、転載可の人はそのままで他はイニシャルにします。

> 　きつくてごめんなさい。

いえいえ、忌憚ないご意見ありがとうございます。

> 　そのうち、ベーシックが（僕は、完全、MS に取り巻かれてますが）、云々と
> 復活するつもりでいます。

お待ちしています。(^_^)

> 多分、それでしょう。
> 
> D:\>gawk --version
> GNU Awk 3.1.5 build date Feb 10 2006
> Copyright (C) 1989, 1991-2005 Free Software Foundation.

C:>gawk32 --version
GNU Awk 3.1.5
Copyright (C) 1989, 1991-2005 Free Software Foundation.

Vectorにあるものは同じバージョンですが若干古いようですね。
2005/12/23  00:24           446,464 gawk.exe
これは日本語化したもののようです。
今まで16ビット版を使っていたのでした。
今後はこれを使うようにします。

> D:\>mawk32 -W version
> mawk 1.3.3 Nov 1996, Copyright (C) Michael D. Brennan
> Microsoft C/C++ _MSC_VER 1100
>   Adaptation for MBCS (P. yedoensis R27) by KIMURA Koichi

C:>mawk32 -W version
mawk 1.3.3 Nov 1996, Copyright (C) Michael D. Brennan
  Adaptation for MBCS (P. yedoensis R27) by KIMURA Koichi

これもメッセージが微妙に違うけど、日本語化なのかな。

konnoさん

>「kVZ誕生秘話」は皆さんと共に作り上げたという思いを掲載したつもりでした。
　意図はもちろん了解しています。

>> 　きつくてごめんなさい。
>いえいえ、忌憚ないご意見ありがとうございます。
　すいません、いわば突然に。
　この半年ぐらい（？）、週１ぐらいでは、ここも見てたのかな。それで、どんな
展開になるのかな？　と期待して見ていました。

　そっちも（すら）、手が動かなくて嫌になりますが、主にＰＣオーディオとかに
現在、薄い興味を持っています。クラシックですが、今でもＣＤをばかばか買います。
が、パブリックドメインの音源（歴史的優秀録音）というものがあり−−カラヤン
初期を含む−−、音楽もファイルの時代かな、と。ゆくゆくはリナックス系になり
そうですけれど。vi or emacs。

http://flac.aki.gs/bony/
　TinyCoreまで行ってしまったら、もうＶｚとは関係ないでしょうね。
　（このサイトの管理者いわく：S-JISが癌じゃぁ〜〜とのこと。）

　16bit 素ドスの世界を手放すつもりはまったくありませんけどね。パーソナルな
データ管理で、これに叶うものなし。ネットワークが（その欠如が）癌になるけど。

　もう一つの（私的）ニュース。VTDOS環境のＶｚファイラは、長〜いＬＦＮでは
使い物にならん、ということで、バッチファイルでフィアラ代わりをさせる方法と、
素直なWindows ＬＦＮファイラ（ＤＦ？）の方法を試しています。

　ディレクトリで整理はしていますが、こんなファイル名に（ほぼ自動的に）なって
しまう世界なので。６ＴＢのＨＤＤｘ２！

E:\Beethoven\PCon\5\Rubinstein_Leinsdorf_63\Beethoven_pc5_1_Rubinstein_Leinsdorf_63.flac

k07v6k で [ESC]P #82 のファイル名の変更にバグが有りました。
フォルダの階層が深いとPATHが壊れるようです。
暫定的な修正をしましたが、フォルダの階層が深いと拡張子が消えるなどまだバグありです。
試用は自己責任でお願いします。

VZの部屋に置きました。

> 　もう一つの（私的）ニュース。VTDOS環境のＶｚファイラは、長〜いＬＦＮでは
> 使い物にならん、ということで、バッチファイルでフィアラ代わりをさせる方法と、
> 素直なWindows ＬＦＮファイラ（ＤＦ？）の方法を試しています。
> 
> 　ディレクトリで整理はしていますが、こんなファイル名に（ほぼ自動的に）なって
> しまう世界なので。６ＴＢのＨＤＤｘ２！
> 
> E:\Beethoven\PCon\5\Rubinstein_Leinsdorf_63\Beethoven_pc5_1_Rubinstein_Leinsdorf_63.flac

あ〜、こういうのはさすがに VZでは無理がありますねぇ。(^^;
やっぱり 餅は餅屋、Windowsアプリでやるのが吉でしょう。(^^;

お疲れ様です．
ファイル名は直しておいたほうがよいでしょう．

> ファイル名は直しておいたほうがよいでしょう．

ん？　と思って見てみたら・・・
げげぇ、リンク先のファイル名が k07v6k のままでした〜！　(>_<)
ご指摘ありがとうございます。訂正しました。m(__)m

もう相当脳力が低下しているようで、（認知能力の方かも）
今回更新出来たのは、過去ログの形式変換マクロで苦戦したからでした。
マクロが上手く動かない。VZを変えてみる。VTDOSを再起動。
としきさんが [ESC]+i の不具合を生ログデータで示したのを思い出し
やっぱり切り貼りでバグが出たら不味いよなぁ、と改めて思いました。

FGALDC kVZ誕生秘話 完全版その２です。
FGALDC 会議室の私の発言を一部ですが、１階から１７階まで並べてみました。

http://tamaneko.world.coocan.jp/bbs/bbs6/wforum.cgi

FGALDC 会議室
| 17 階 　 ：とくせつ：Ｄoc□Ｍaking ・ドキュメント　　
| 15 階 　 ：とくせつ：Ｖｚ□研究室・マクロ作るぞ！　　 ※ kvzの話題のメインです
| 14 階 　 ：とくせつ：Ｖｚ□交　流・マクロ使うぞ！　　
| 13 階 　 ：とくせつ：Ｖｚ□Ｑ＆Ａ・そこが知りたい　　
| 01 階 　 ：わいわい：フリートークみかちゃん倶楽部　　

１５階以外は私の発言のみにしています。

普段の日本語入力には、dosvaxj3上のVzをありがたく使っている鈴木康弘です  （半年ぶり）。

今回は、MS-DOS playerについて質問です。
この上でVzを動かすと、ctrlキー命令が、Windowsエディタの動作になってしまいます。

たとえば、ctrl-Aやctrl-Fで一語左右に行ってほしいのに、「すべて選択」や「検索」になってしまう。

dosvaxj3やVTDOSはそんなことないのに．．．
解決方法をご存じの方、よろしくお願いいたします。

鈴木さん、こんにちは

> 今回は、MS-DOS playerについて質問です。
> この上でVzを動かすと、ctrlキー命令が、Windowsエディタの動作になってしまいます。
> たとえば、ctrl-Aやctrl-Fで一語左右に行ってほしいのに、「すべて選択」や「検索」になってしまう。

うちの環境では WinIMEが ON でも OFF でも 問題なく動作しています。
DOS は10＃さんが調整されたFreeCOM です。
http://vtdos.web.fc2.com/
DOWNLOAD FREECOMV.ZIP UPDATED 130314
VZは私家版の最新版ですが、バグがあるのでお勧めできません。

MSDOS.EXE のプロパティのショートカットのPATHは
C:\UT\msdos.exe -x -v7.00 c:\ut\mp\command.com

プロパティのオプションでは、「レガシーコンソールを使用する」にチェックしてます。

VZのオプションで関係しそうなのは
 FP+  FR-  FK+  FQ+ 
こうなっています。
あれ？ インスタント窓では FR1 になってますね、マクロで何かやっているのかな。(^^;

鈴木さんの環境を知りたいので、あじゃさんの　OPT_LST.DEF の結果が知りたいです。
めざら資源の軟体補間計画の作者順で - aja -　さんで登録されています。
http://mezala.la.coocan.jp/vz/history/maclib.html
VZ_OPT.DEF	マクロ作者とユーザーのお供 vz_opt.def	1999/02/10	02069	- aja -

あれ？名前が違うけど中身は同じだと思います。(^^;

「新着情報 」 v0.951 更新しました。

鈴木さんの投稿が表示されていませんでした。
メール表示になっていると駄目みたいですがどこが悪いかわかりません。(>_<)
print で各項目を表示させたらやっとわかりました。

    if (($_ =~ /\投\稿\者\：<b>/)){

ここで メール がある時は <b> の前に </a> が入るために飛んでしまったのでした。

    if (($_ =~ /\投\稿\者\：/)){

こう修正して直りました。
ご迷惑をおかけしました。m(__)m

　konnoさん、お返事ありがとうございます。

　Vzは、1993年12月の純正VZIBMJ.com です。
　dosvaxj3やVTDOSではちゃんとVZのコントロールキー割り当てが効くので、Vz側の問題ではないのかな、と悩み．．.

> プロパティのオプションでは、「レガシーコンソールを使用する」にチェックしてます。

　これがピンポン！正解でした。

　64bitマシンを買ったら、16bitのDOSパーテーションを作れないぞ (;_;) と、今年からようやく本格的にWindowsを使うようになった僕は、コマンドプロンプトのこんな設定は知りませんでした。(^_^;)
　MS-DOS playerの解説のどこを見ても書いてないし．.．（当然？）


　解決したところで、もうひとつ質問です。
　dosvaxj3は、全画面のデフォルトで25行になって、老眼にやさしいです。
　msdos playerも同様に、全画面（くらい）で25行（くらい）にすることは可能でしょうか？
（レガシーコンソールにすると、フォントが選べないようなので、ますます無理でしょうか？ Windowsは 10 Homeです）

> > プロパティのオプションでは、「レガシーコンソールを使用する」にチェックしてます。
> 　これがピンポン！正解でした。

よかったです、私ももう忘れてしまっていたので。

> 　64bitマシンを買ったら、16bitのDOSパーテーションを作れないぞ (;_;) と、今年からようやく本格的にWindowsを使うようになった僕は、コマンドプロンプトのこんな設定は知りませんでした。(^_^;)

VTDOSでもこれにチェックしないと文字化けしてしまうので、古いアプリには必須なのかもですね。

> 　MS-DOS playerの解説のどこを見ても書いてないし．.．（当然？）

何かWikiでもあれば・・・ハッ、、、いや、何でもないです。(^^;

> 　dosvaxj3は、全画面のデフォルトで25行になって、老眼にやさしいです。
> 　msdos playerも同様に、全画面（くらい）で25行（くらい）にすることは可能でしょうか？

プロパティの「レイアウト」タブのウインドウサイズを変更すれば出来たと思います。
次回起動時にその設定が反映されたような。

プロパティの「フォント」タブでフォントも変えられるかもしれませんがどうだったかなぁ。
今はどうだかわかりません。

> あれ？名前が違うけど中身は同じだと思います。(^^;

機械的に作業しているので，ish から出てくるファイル名をそのまま
マクロ名に当てていたせいですね。修正しました。
http://mezala.la.coocan.jp/vz/history/maclib1.html#opt_lst

些細なことですが，補間ではなく補完です。(あながち間違いではないけれど)

> 機械的に作業しているので，ish から出てくるファイル名をそのまま
> マクロ名に当てていたせいですね。修正しました。

元が ishファイルだったのですね、ありがとうございます。

> 些細なことですが，補間ではなく補完です。(あながち間違いではないけれど)

すみません、某アニメの補間が効いていたのに気が付かなくて。(^^;


同梱マクロの chk_opt.def というのが何をするマクロなのかわからなくて
そのまま起動させたら無限ループになったようです。
16階の ishから辿って 15階の発言に説明が有りました。以下に引用します。

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

> 12734/12751 xxxxxxxx  - aja -          ＶＺマクロ作者とユーザーのお供 > mes16
> (15)   99/02/10 13:44                     コメント数：2

opt_lst.def
現在のオプションを option.lst というファイルに一覧で出力します（ディス
ク上にはファイルはつくりません）。

chk_opt.def
上でつくられた option.lst に対し、現在のＶＺのオプションで変化があった
ものにマークをつけます。

ちょっと上の説明だとわかりにくいんですが、使い方はたとえば、

(1)公開マクロでトラブルがあるユーザーが、 自分の.def 環境で opt_lst.def
  を実行して出力した option.lst を会議室にアップしてもらう。
                                   ↓
　その option.lst に対し、 マクロの作者は自分の環境で chk_opt.def を実
  行すると、ユーザーと自分のオプションの違いが一目でわかる。
---------- option.lst --------------------- 1999/02/09 (Tue) 14:56 --------
 DOSV *z-  St- *vw-  zk-
 
 Bt64     Bf4096   Bo32768  EM1024  *XM0     *Bm12879  Ba2     *Hs256
*Hf256   *Hx128    Ha64    *Hw64    *Bl2048   Bc1024  *Bu64    *Bv1024
 
*SW3  *TC10  WD80  We80  PG0   RS3   Ta8   Tb4   Ci4   Co6   WL0
*LC30  VM0  *CA52  Sr5  *Qt0  *Qc40 *Qw100 RM0
（以下、略）


(2) 公開マクロに作成時の自分の option.lst を同梱して、ユーザーに協力し
てもらい、単純な配慮不足のバグ出しを容易に行う。

(3) 自分の公開マクロの行儀のよさを調べる（起動前と起動後のオプションを
  比較）。

(4) 製品添付の vz.def 環境と比較して、自分の廃人具合を自覚する(^^;

(5) ひとのマクロのあら捜しをする (^^;; ｫｨｫｨ

このマクロはＰＤＳ (by FGALDC VZ users) にしたいと思っているんですが、
いまのところ、 dos/v 版にしか対応していません（できる範囲で 98 と  J31
用のコードも書いてみましたが、てきとーです (^^;）。

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

なるほど、option.lst を開いた状態で起動するのですね。
これはマクロのバグ出しなどに使えば便利そうです。

このような説明を同梱してくれると利用者が助かると思うのですが、どうでしょう。

説明書を他人が勝手に同梱するのはどうでしょうねぇ……

16階の特殊性もありますが，作成者ご本人が付けていないものを入れると
同一性保持権にひっかかるようにも思います。（考えすぎ？）

ish掲載マクロだと，そういうケースは結構多いと思われるわけですが，
特定のマクロだけ特別扱いにすることも少し抵抗があったりしますね。

何かよい方法がないか相談したいところです。
ご本人は PDS でいいとおっしゃってますが，日本の著作権法では
パブリックドメインという概念が確立していないように思えるので。

　konnoさん、お返事ありがとうございます。

> プロパティの「フォント」タブでフォントも変えられるかもしれませんがどうだったかなぁ。

　コマンドプロンプトでレガシーコンソールを使用したら、フォントの大きさは選べなくなってしまうようなので、これはいったんあきらめます。


　あと、もうひとつ、今度はdosvaxj3の質問です。
　これの唯一の不満は、WinIMEで日本語文をCtrl-Mで確定した直後は、Ctrlキーから一度指を離さないとCtrlキーが使えないことなんです。
　回避方法はあるんでしょうか？

　msdos playerやVTDOSはこの点は大丈夫なので、日本語文を作るときは、msdos playerにしようと思っている鈴木でした。

> 説明書を他人が勝手に同梱するのはどうでしょうねぇ……
> 16階の特殊性もありますが，作成者ご本人が付けていないものを入れると
> 同一性保持権にひっかかるようにも思います。（考えすぎ？）

ishがマクロ本体のみということは、説明は会議室ので見てくれ、というスタンスかと。
FGALDC出身者は見ることができますが、その他の方たちには意味不明なマクロになってしまいますね。
私ならご本人の発言の必要部分だけ引用（マルパク）で同梱しちゃうかもですね。(^^;

> ish掲載マクロだと，そういうケースは結構多いと思われるわけですが，
> 特定のマクロだけ特別扱いにすることも少し抵抗があったりしますね。

私ならとりあえず気が付いたものから気が向いた時に、と言い訳するかな。(^^;

> 何かよい方法がないか相談したいところです。
> ご本人は PDS でいいとおっしゃってますが，日本の著作権法では
> パブリックドメインという概念が確立していないように思えるので。

例えばWikiみたいな、、、以下自粛。(ﾟ゜)☆＼(--#)ﾊﾞｷｯ

> 　コマンドプロンプトでレガシーコンソールを使用したら、フォントの大きさは選べなくなってしまうようなので、これはいったんあきらめます。

そうでしたっけ、どれどれ・・・あ、思い出した！

msdos player 起動中に上部のアイコンを右クリックしてプロパティのフォントタブを開きます。
フォントサイズの選択が出ると思うのでここでフォントを変更できます。
レイアウトタブで行桁数も変更できます。
窓の位置が中央になっていると行を広げられないのであらかじめ窓を上端にしておくと吉です。

> 　あと、もうひとつ、今度はdosvaxj3の質問です。
> 　これの唯一の不満は、WinIMEで日本語文をCtrl-Mで確定した直後は、Ctrlキーから一度指を離さないとCtrlキーが使えないことなんです。
> 　回避方法はあるんでしょうか？

これは作者様に質問したら、システムのAPIを使用しているためだかで、こうなっているそうです。
作者様なら何か方法が考えられるでしょうが、難しそうです。
VZ本体で、キーの切り替えを感知したらシフトキーバッファをリセットするとか出来ればどうかなとは思いますが
実際に実現できるかはわからないです。

> Ctrl-Mで確定した直後は、Ctrlキーから一度指を離さないとCtrlキーが使えないことなんです。

これをマクロでやっているのであれば、Ctrl-Mで確定した直後に、
ks-,  を追加するというのはどうかと思ったのですが、駄目みたいです。
システムが状態をキープしているみたいですね。

> msdos player 起動中に上部のアイコンを右クリックしてプロパティのフォントタブを開きます。
> フォントサイズの選択が出ると思うのでここでフォントを変更できます。

　おお、すばらしい！
　コマンドプロンプトをレガシーコンソールにすると、そのアイコン状態からは、フォントの大きさを選べないけれど、コマンドプロンプトを立ち上げれば、上枠を右クリックしたプロパティからフォントの大きさを選べるんですね！

　ほぼ全画面に近い状態で、目にやさしい２５行表示になりました。

　今後はdosvaxj3の世話にならずに、MS-DOS Player１本で行こうと思います。
ありがとうございました。

> VZ本体で、キーの切り替えを感知したらシフトキーバッファをリセットするとか出来ればどうかなとは思いますが
> これをマクロでやっているのであれば、Ctrl-Mで確定した直後に、
> ks-,  を追加するというのはどうかと思ったのですが、駄目みたいです。
> システムが状態をキープしているみたいですね。

勘違いしていました。シフト状態をキープしないといけないんでした。
DOSBOX系は皆同じなのかどうか確認してみました。

dosboxx
mingw フォルダの dosbox-x.exe の DOS/Vモードは dosvaxj3と同じでした。

mingw-sdl2 フォルダの dosbox-x.exe の DOS/Vモードはシフト状態をキープ出来ました。
おお、これを作者様に報告すれば何とかなるかも。

> 　今後はdosvaxj3の世話にならずに、MS-DOS Player１本で行こうと思います。

dosvaxj3の作者様にメールしたら、暫定版のDLLをいただきました。
シフト状態がキープされて、問題なく動作するようになりました。
これが公開されるのを期待します。

MS-DOS Player はIMEの制御が VZで出来ないのが残念なところです。
とはいえ、多くのDOSコマンドが動くので、欠かせない存在です。
私はこの３つのエミュをずっと使い分けていきます。

VzWikiに各種DOSエミュの項目を追加しました。
長らく放置していましたが、今回備忘録の必要性を感じて簡易的に追加しました。
Wikiはトップページ以外は誰でも編集できますので、皆さん参加していただけると助かります。
よろしくです。(^^;

　Vzが動いたら次はawkだ！

　と、MS-DOS Playerの中で、16bitのjgawk.exeを動かしたら、これまでの16bit jgawkの文法が、なぜか使えず、
    illegal instruction   と怒られるだけ。
　単に {print} さえ使えない。 

　DOSVAXJ3 の中なら一応jgawkは使えます。
（コマンドラインのワンライナーの " " の中で不等号を使うと、不等号でなく、リダイレクト命令と解釈されてしまうけれど。）

> 私はこの３つのエミュをずっと使い分けていきます。

　以上の理由で、僕もエミュレーターは、使い分けることになりそうです。
　(DOSVAXJ3の改善が近いなら、やっぱりこちらが主になるかも。)

> MS-DOS Playerの中で、16bitのjgawk.exeを動かしたら、これまでの16bit jgawkの文法が、なぜか使えず、
>     illegal instruction   と怒られるだけ。
> 　単に {print} さえ使えない。 

私は awkはわからないのですが、どういう文法が駄目なんでしょうか。
ここは awkに詳しい方も見ていると思うので、サンプルの例でもあれば是非。

> 　(DOSVAXJ3の改善が近いなら、やっぱりこちらが主になるかも。)

DLLの差し替え版をいただきました。
何か細かな調整とかあるのかもしれません。

>     illegal instruction   と怒られるだけ。

これって、awkが出しているのでしょうか。
MS-DOS Playerが出しているのか、確認できます？

> 　単に {print} さえ使えない。 

この状況から、なんとなく、MS-DOS Playerの側が悪いような気がします。
この辺、私が再現試験すれば早いのですがね。
実は私はMS-DOS Playerを使ったことがない。

> 　以上の理由で、僕もエミュレーターは、使い分けることになりそうです。

私は、メインがDOSVAXで、時々、古い版のVTDOSを引っ張り出してきたりしています。

> MS-DOS Playerが出しているのか、確認できます？

　あ、そういえば、jgawkでおなじみのエラーメッセージは、

jgawk.exe:  syntax error near line 1:

とかでしたね。（鈴木の使ってるjgawk.exe は1991年3月7日、Serowさんによるもの。）

　MS-DOS Playerが出してるのかな？ どうやったら確認できるのかしら？   

 C:\Users\USER\>msdos jgawk  '{print}' filename
 error: illegal instruction 
 
 となるのですが。

>  C:\Users\USER\>msdos jgawk  '{print}' filename
>  error: illegal instruction 

これ、MS-DOS Player 起動中のコマンドラインで、「msdos」コマンドを実行してるように見えます。

これだとうちの場合は、
d:\nc>msdos jgawk '{ print "Hello world!" }'
'c:\ut\MSDOS.EXE"  jgawk '{ print "Hello' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。

こうなります。実行ファイルは
1993/09/25  05:51           188,444 jgawk.exe
です。

jgawk.exe で ファイル color を print すると

jgawk '{ print }' color
０	黒        ８	灰
１	青        ９	高輝度青
２	緑        １０	高輝度緑
３	水色      １１	高輝度水色
４	赤        １２	高輝度赤
５	紫        １３	高輝度紫
６	黄        １４	高輝度黄
７	白        １５	高輝度白

こうなります。VZのコンソールの表示です。
コマンドラインではタブが変な文字になっていますが、コンソールでは正常ですね。

dosvaxj3 で同じコマンドを実行したら、先頭が
０	黒        ８	灰nt }' color
１	青        ９	高輝度青
  --- 以下略 ---

こうなりました。
作者様にメールしてみました。

ココログからの転載です。
http://tamaneko2.cocolog-nifty.com/vz2/2024/08/post-fc366a.html

jgawk の概要を知るために「jgawk exe ダウンロード」でネット検索したら
「”JGAWK の入手方法について」というページがありましたが、
トップページへのリンクが見当たりません。
それで URLから辿ってみたら、以下のサイトがありました。

果実酒と花と栞とJGAWK
https://www.asahi-net.or.jp/~xx7k-ysmr/index.htm

1997年から始めておられるインターネット草創期からの大先輩のようです。
ざっと見て気になったページが
「私の健康法あれこれ」
https://www.asahi-net.or.jp/~xx7k-ysmr/health/health.htm

もう高齢で最近の更新も無く、消えているページも多いですが

・焼酎の楽しみ
・焼酎飲み比べ賞玩録
・私の腰痛克服記
・痔とアレルギー反応
・便秘と下痢

・水虫の冷水治療法
・風邪の温水うがい治療法
・ふくらはぎと土踏まずの硬直
・歯周病と歯磨き

これらのページは残っていました。
腰痛と砂糖の因果関係とか、水虫を氷水で治すとか、なかなか興味深い話があります。
私もこんなふうに自己流の健康法とか披露出来たらいいなぁ、と思いました。

ここで紹介しようと思ったのも、一期一会です。

＃ jgawk の話はどうした。(ﾟ゜)☆＼(--#)ﾊﾞｷｯ


そうそう、jgawk の話題ももちろんあります。(^^;

JGAWKプログラム集Ver.1- 97,1,29
https://www.asahi-net.or.jp/~xx7k-ysmr/jgawk/INTRO.HTM

各ページがリンクで繋がってないのが残念というか、古さを感じさせる要因でしょうか。

MS-DOS Player 2024/8/31版が更新されていました。
更新内容は
---------------------------------------------------------
実行ファイルを読み込む処理を改良しました。
プログラム名だけ指定した場合、.COM / .EXE / .BATを付けてファイルを読み込みますが、
拡張子なしでプログラム名と同じ名前のファイル（JGAWK.EXEとJGAWKなど）があると、
そちらが優先して読み込まれてしまっていました。
拡張子がないファイルが、実行ファイルとして読み込まれないように修正しています。
---------------------------------------------------------

なんと、JGAWKを例にして、コマンドラインの改善をしてくれていました。
確かに旧バージョンでは、「JGAWK」というファイルがあると誤動作することがありますね。
作者様がここを見てくれてたのかと思ってしまいます。
作者様に感謝です。m(__)m

> 　MS-DOS Playerが出してるのかな？ どうやったら確認できるのかしら？   
>  C:\Users\USER\>msdos jgawk  '{print}' filename
>  error: illegal instruction 
>  となるのですが。

#11403 で書きましたが、MS-DOS Player 2024/8/31版が更新されていました。
なんと、JGAWKを例にして、コマンドラインの改善をしてくれていました。
作者様がここを見てくれてたのかと思ってしまいます。(^^;
よろしかったら試してみてください。

> プログラム名だけ指定した場合、.COM / .EXE / .BATを付けてファイルを読み込みますが、
> 拡張子なしでプログラム名と同じ名前のファイル（JGAWK.EXEとJGAWKなど）があると、
> そちらが優先して読み込まれてしまっていました。


    #11400の続きです。

　お知らせありがとうございます。
　確かに僕も、jgawk.exeのあるディレクトリに、jgawk という、go32用のファイルを入れてました。(^_^;)

　MS-DOS Playerをバージョンアップすれば、またはせずともこのファイルをリネームすれば、ちゃんとjgawk.exe が動きました。 

　みごとな原因究明、ありがとうございます。　＞作者の武田様。

　実はもうひとつ、MS-DOS Playerで問題があって、grepしようとすると、

C:\USERS\USER\>grep 検索語 C:\USERS\USER\file
No such file : c:\users\user\fileｻﾌ4

と、勝手に ｻﾌ4 という文字をつけて、そんなfileはないと言われるのですが..。

　僕のDOS用grep.com は、1989年4月2日のものです。

> 作者様がここを見てくれてたのかと思ってしまいます。

<●> <●>


＃いや、誰かバグ報告してくれてないかなーと検索してたら、たまたま…

grepはいろんな人がいろんな移植をしているみたいで、1989/4/2のものは見つかりませんでした。
Turbo Pascal 6についてたやつでは問題ありませんでした。

> 　お知らせありがとうございます。
> 　確かに僕も、jgawk.exeのあるディレクトリに、jgawk という、go32用のファイルを入れてました。(^_^;)
> 　MS-DOS Playerをバージョンアップすれば、またはせずともこのファイルをリネームすれば、ちゃんとjgawk.exe が動きました。 

なんと！原因はそのものずばりでしたか。
やはりここを見て対応してくれたのですね、あのエラーメッセージでわかるとは凄いです。

> 　みごとな原因究明、ありがとうございます。　＞作者の武田様。

さすがプロですね、私なんて原因がどこにあるかもわからなかったので。

たけださん、いつもお世話になっております。

> > 作者様がここを見てくれてたのかと思ってしまいます。
> <●> <●>

あら、やっぱり見てたのねぇ。(^^;

> ＃いや、誰かバグ報告してくれてないかなーと検索してたら、たまたま…

なるほど、今時DOSの話題は限られているのでうちのような掲示板でも検索上位になるかもですね。
対応いただきありがとうございました。

> C:\USERS\USER\>grep 検索語 C:\USERS\USER\file
> No such file : c:\users\user\fileｻﾌ4
> と、勝手に ｻﾌ4 という文字をつけて、そんなfileはないと言われるのですが..。
> 　僕のDOS用grep.com は、1989年4月2日のものです。

かなり古いもののようですね。
私の実行ファイルフォルダには
>dir *grep*

2009/02/13  17:19            96,256 grep.exe
1993/04/11  16:05            23,997 IZGREP.EXE
1993/12/01  01:53            14,060 WGREP.COM
2009/03/31  02:28           233,472 yagrep.exe
1996/06/08  06:30            68,772 YGREP.EXE

これだけ入れていました。
普段使いは、WGREP.COM。 結構古いし、COMだったんですね。(^^;
フォルダー群から再帰的に検索する時は grep.exe ですね。

> と、勝手に ｻﾌ4 という文字をつけて、そんなfileはないと言われるのですが..。

これ、どんな検索語でも勝手にくっつく文字列は常に一定ですか？
あと、リダイレクションで流し込んだ場合の挙動はいかが？

> 　僕のDOS用grep.com は、1989年4月2日のものです。

そこそこメジャーなASCII Toolsのgrepは1988年ごろのものですが、それすらEXE。
そして日本語対応していたはず。
なんだろう、英語DOS用のgrepなのかなぁ。

この掲示板で新規投稿しようとすると、投稿欄が遠い。
デフォルトでツリー数が、野ざらしだと１０個、板塀だと２０個なわけですが、ここ
は５０個くらいのツリーをかき分けないとたどりつけない。
これ、もうちょっと少なくしていただくわけにはいきませんでしょうか。

ささやかなお願いでした。

> > と、勝手に ｻﾌ4 という文字をつけて、そんなfileはないと言われるのですが..。
> 
> これ、どんな検索語でも勝手にくっつく文字列は常に一定ですか？

　そうなんです。いつでも ｻﾌ4 です。
　リダイレクトしようとしても同様に No such file と言われます。

　追加情報です。#11406 の現象は、Vzの子プロセスで起こることです。
　Vzと無関係にgrepを動かせば起こりません。
（DOSVAXJ3は子プロセスでもうまくいくのに....）

えーと，そのために「新規投稿」ボタンがあるぢゃありませんか。
ページの途中だと辛いけど，ふつう [END]とかも使えそうだし。

> えーと，そのために「新規投稿」ボタンがあるぢゃありませんか。

おぉ、リンクが青い。使ったことのない機能だ。
今後は使わせていただきます。

> ページの途中だと辛いけど，ふつう [END]とかも使えそうだし。

小さいキーボードだと、[Fn]との同時押し、というのがいささかネック。
大きいキーボードだとよく使っているのですが、こちらもすっかり忘れていました。

　僕の持っている他のツールを、MS-DOS Player内のVzの子プロセスのコマンドラインで動かしてみると、xsort.com も zf.exe も正常に動きます。
　変なのは grep.com だけみたいです。
　これは動かないなら、他の手があるからいいのですが。


grep -?     でコンソールに表示されるものをVzで取り込むと

Grep version 2.2 / Copyright (C) bko 1987,89

Usage : grep [-cilnrstv] [-e]pattern [file]...

 -c : display Count of matched lines
 -i : Ignore chracter case
 -l : display List of matched file name
 -n : (default) display matched line and line Number
 -r : Recurcive search of sub-directory
 -s : Silent mode (return only result code)
 -t : display header before matching
 -v : display or count mismatched lines

　となります。表示の最初のGrep Version 2.2 の前に見えるものは^Gで、これも変なんですが。

#11401 で
> dosvaxj3 で同じコマンドを実行したら、先頭が
> ０	黒        ８	灰nt }' color
> １	青        ９	高輝度青
>   --- 以下略 ---
> こうなりました。
> 作者様にメールしてみました。

と書きましたが、その後気が付いたことを書いておきます。

コマンドラインでのコマンド実行時、改行がされないのは VZ常駐時だけでした。
非常駐VZでは正常に改行されていました。

以前 more の挙動だかで VZ常駐時だけおかしくて、対応してもらったことがありましたが
それに関連する現象ではないかと思われます。

> #10559： DOSVAXJ3 JP230216に更新 投稿者： konno 　 2023/02/16(木)
> ・ Vz 常駐中に more の出力の改行が二重になるのを修正しました。

これですね。この前のVerで試してみたら、VZ常駐でも正常に改行されていました。
・・・ということは、私がこの挙動を見逃していたということか〜。m(__)m

常駐VZは特殊なことをしているので、コマンドラインで問題があると修正が難しいかも。

> 　追加情報です。#11406 の現象は、Vzの子プロセスで起こることです。
> 　Vzと無関係にgrepを動かせば起こりません。
> （DOSVAXJ3は子プロセスでもうまくいくのに....）

使用している command.com と VZ の種類と、起動BATの関連する情報が知りたいです。
#11418 に書きましたが、常駐VZは特殊なことをしているので、
コマンドラインで問題があると修正が難しいかもしれません。

お使いの grep.com を武田さんにメールで送って見てもらうのはどうでしょう。
http://takeda-toshiya.my.coocan.jp/main.html
のページ後半、「武田の総合謎WIPページ」の下に連絡先があります。
私も欲しいです。(^^;

> この掲示板で新規投稿しようとすると、投稿欄が遠い。

ツリーが長いのは私の好みで、ページを分けたくなかったからです。
新規投稿はリンクボタンを使えば不便はないと思います。

そういえば修正時には今までスクロールしてたけど、新規投稿ボタンでよかったんだ。(^^;
トップページへ戻るボタンもあるので、「新規投稿・修正」と変更してみました。(^^;

おお、[Home] [End] で行き来出来るんだ！　ありがとうございます。

> ツリーが長いのは私の好みで、ページを分けたくなかったからです。

管理人の好みということであれば仕方ありませんね。
利用者が不満を言い続ける権利があるのと同様、管理人には利用者の要望を却下する
権利もあるわけですし。

ただ、私と同じく管理人すらあまり使っていない機能をさらっと指摘するめざらさん、
凄すぎです。

> Grep version 2.2 / Copyright (C) bko 1987,89

ん？
bkoさん？
なんかものすごく記憶がある名前。
え〜と。ごそごそ。

以下のページのリンクから入手可能かもしれません。
http://toshiki.la.coocan.jp/computer/dossoft.html

＃あぁ、なんだってこんなところでつながるんだ

> 以下のページのリンクから入手可能かもしれません。
> http://toshiki.la.coocan.jp/computer/dossoft.html

す、凄い！　例の grep.com としきさんがキープしていたとは！！
日付もあっているし、間違いないですね。

> ＃あぁ、なんだってこんなところでつながるんだ

＃　さだめじゃ〜 (^^;

#11422 で、としきさんのやしきに、その grep.com が有りました。
なんという偶然でしょう。

> grep -?     でコンソールに表示されるものをVzで取り込むと
> 　となります。表示の最初のGrep Version 2.2 の前に見えるものは^Gで、これも変なんですが。

これは再現しました。が、VTDOSでも同じだったので、何とも言えないですね。
他の検証はこれからやってみます。書式とかがわからないもので。

凄すぎなのは，さらりと「新規投稿・修正」に変えてしまう konno さん。(笑)

> 使用している command.com と VZ の種類と、起動BATの関連する情報が知りたいです。

　僕のVzは1993年12月4日の vzibmj.com ver1.59z。
　これはなんと、ver1.6製品化直前の、最終チェックバージョンです。 
（僕が正式なver1.6を買わなかったから、ビレッジセンターはつぶれてしまったのかな？）

　常駐では使ってません。通常のファイラーからコマンドラインモードに降りてます。
（常駐すると何かまずいことがあった記憶が..忘れました。）

　command.com は指定せず、素直に？Windows10 Home 22H2 のcmd.exeです。

　MS-DOS Playerのvz起動用バッチは
    cd vz
    del vztemp.$$$
    msdos -n26 vzibmj *.*
　これだけの、素直な環境です。

　みなさんが、としきさんご紹介の grep.com と MS-DOS Player と Vz で再現できなければ、僕のVzのバージョンの問題なのでしょうね。

> 　僕のVzは1993年12月4日の vzibmj.com ver1.59z。
> 　これはなんと、ver1.6製品化直前の、最終チェックバージョンです。 

げげぇ！　ビックリです！　恐らく世界で唯一のユーザーなのではないかと。(@.@)
これ、ほし、、い、いや、同じ環境で検証出来ればなぁ、と。(^^;

> （僕が正式なver1.6を買わなかったから、ビレッジセンターはつぶれてしまったのかな？）

いやいや、そんなことは・・・(^^;

> 　常駐では使ってません。通常のファイラーからコマンドラインモードに降りてます。
> （常駐すると何かまずいことがあった記憶が..忘れました。）

MS-DOS Playerでは、10＃さんのFreeCOM以外では常駐出来てないです。
常駐出来ている方いましたら教えて欲しいです。

> 　command.com は指定せず、素直に？Windows10 Home 22H2 のcmd.exeです。

やってみたら動きましたが、再現は出来ませんでした。
VZ1.57a でもやってみましたが、再現出来ませんでした。

> 　みなさんが、としきさんご紹介の grep.com と MS-DOS Player と Vz で再現できなければ、僕のVzのバージョンの問題なのでしょうね。

その可能性が高そうですが、全く同じ環境で検証してみたいですね。φ(..; ﾊﾞｷｯ＼(--; ｼﾂｺｲ!


ちなみに、grep.comの中身をVZで開いて見てみました。

> > 　となります。表示の最初のGrep Version 2.2 の前に見えるものは^Gで、これも変なんですが。

これはmsg領域に ＾G からそのまま並んでいました。なので、そのまま表示させていると思われます。

あと、ｻﾌ という文字列も3か所にありましたが、関係は不明です。

GREP -pを実行すると、^G (BELL)をCON出力してBEEPを鳴らします。
これを拾ってしまっているものと思われます。

CON出力は、INT 29hで画面に表示されます。
VZはINT 29hをフックすることで、実行したプログラムの出力を取得しています。
CON出力にANSI.SYSが刺さっている場合はANSI.SYSがINT 29hを呼びますが、
BELLコードはANSI.SYS内で処理されて、INT 29hに渡されないようです。

コマンド引数にﾌｻ4が付く件ですが、古いVZの子プロセスの呼び出し方の問題と、
GREP側のコマンド引数の受け取り方の食い合わせが悪いようです。

コマンド引数は、コマンド引数の文字列長＋コマンド引数＋ターミネータ（0x0D）
の形でメモリに格納されて、子プロセスに渡されます。
多分ですが、VZは文字列長はセットしてるけどターミネータがセットしていない、
GREPは文字列長を無視してターミネータのところまで引数として受け取っている、
みたいなことが起きているのではないかと。

今晩辺り、この辺の対策を入れてリリースします。

対策を入れた版をリリースしました。
これで解決しているか、ご確認お願いいたします。

> 多分ですが、VZは文字列長はセットしてるけどターミネータがセットしていない、
> GREPは文字列長を無視してターミネータのところまで引数として受け取っている、
> みたいなことが起きているのではないかと。

ということは、VZ1.59z にもバグがあるということになるのでしょうかね。

> 今晩辺り、この辺の対策を入れてリリースします。

私はこのVerの現物を持っていないので、鈴木さんのレポートを待つことにします。

 武田様、対応ありがとうございます。
　bkoさんのgrep -? で表示最初に^Gは出なくなりましたが、Vzのコマンドモードで検索ファイル名やディレクトリに勝手に ｻﾌ4 がつく点は治ってないみたいです。

鈴木さん、VZ1.59z +VZマクロ メールでいただきました。
ありがとうございます。
早速検証してみました。

>  武田様、対応ありがとうございます。
> 　bkoさんのgrep -? で表示最初に^Gは出なくなりましたが、Vzのコマンドモードで検索ファイル名やディレクトリに勝手に ｻﾌ4 がつく点は治ってないみたいです。

対策が効いていないということは、問題が別の所にあるのかもですね。
うちの環境で VZ1.59z で試してみましたが、ｻﾌ4 は表示されませんでした。
grep の書式がわからないので、具体的な書式があればありがたいです。

うちの環境では、VZの子プロセス（黄色いプロンプト）の時に別の問題が出ました。
64k以上のファイルを編集中にコマンドラインに降りてコマンドを実行した時
そのコマンドがエラーになった時に編集画面に戻ると、ファイルの内容が壊れるようです。

---  異常画面の例　（command.com の内容と思われる） ---
^@コンテキストモジュールまたは重大エラーハンドラが読み込めません.
^@コンテキストがメモリから溢れました.
エラーが続くようであれば, ヒストリやディレクトリスタックの内部バッファを
増やすことを考えてください.
^@コンテキストサイズが合計 %lu になり, 最大長を超えています.
コンテキストサイズを %u に変更します.
^@コンテキストにステータス情報を追加できませんでした.
このエラーはおそらく, メモリ空間が破壊されたかコンテキストの最小サイズを
誤って計算したことを暗示しています.
ぜひこのエラーをFreeCOMの管理人(freecom@freedos.org)に報告してください.
-------------------------------------------------------------

この文の内容は関係ないと思います。たまたま。(^^;
私の VZ.DEF では各種VZでこうなりますが、鈴木さんの VZ159.DEF では問題が出ません。
KVZの疑似常駐モード（子プロセスにしない）の制御も効かなくなります。

オリジナルの VZ.DEF でも異常は出ませんでした。私の VZ.DEF に問題がある？
VTDOS や DOSVAXJ3 では異常は出ませんでした。

追記
対策の有無は関係なさそうです。
エラーも関係なく、小文字の vmap でも異常になりました。
大文字なら問題無いようです。

> うちの環境で VZ1.59z で試してみましたが、ｻﾌ4 は表示されませんでした。
> grep の書式がわからないので、具体的な書式があればありがたいです。

　Vzのファイラーを立ち上げてから、黄色のコマンドラインモードに降りて、

　grep 検索語 filename

　とするだけです。どんな検索語でも、どんなfilenameでも ｻﾌ4 がつきます。

　#11426　に書いたように、僕はWindows10 の cmd.exe をそのまま使ってるだけですが、konnoさんは Vz1.59z でgrepできるとすると、konnoさんの環境にに一工夫あるという事なんでしょうね。 

> 　#11426　に書いたように、僕はWindows10 の cmd.exe をそのまま使ってるだけですが、konnoさんは Vz1.59z でgrepできるとすると、konnoさんの環境にに一工夫あるという事なんでしょうね。 

うちの場合
CMD.EXE MSDOS VZ159 /vz159
でVZを立ち上げて、検索語とファイル名を指定しても
>grep 常駐VZ -memo
DOS のバージョンが違います.
と怒られます。64ビットだからか？


私の場合はエクスプローラーで msdos.exe を右クリックしてショートカットをデスクトップやタスクバーに作ります。
そのアイコンを右クリックでプロパティのショートカットタブのリンク先に

command.comが FreeCOM V7.0 の場合（VTDOSのサイトに有ります）
C:\UT\msdos.exe -x -e -v7.00 c:\ut\mp\command.com
これでDOS窓を開いて、VZ起動BATを打つか、又は
C:\UT\msdos.exe -x -e -v7.00 c:\ut\mp\command.com /k c:\ut\vzp.bat
これで常駐VZを直接起動出来ます。

command.comが MSDOS 6.2 の場合
C:\UT\msdos.exe -e -x -v6.20 c:\ut\p\command.com
これでDOS窓を開いて、VZ起動BATを打つか、又は
C:\UT\msdos.exe -e -x -v6.20 c:\ut\p\command.com /k c:\ut\vzp0.bat
これで非常駐VZを直接起動出来ます。

このように command.comの場所を変えて入れています。

リンク先の下の 作業フォルダの項目には
C:\UT
と入れています。DOSの実行ファイルの場所です。
これで 
>grep 常駐VZ -memo
-memo 18 : まいったのは、常駐VZで編集中にコマンドラインに降りて小文字コマンド実行後

このような結果が出るのですが、私のVZ.DEF で問題が出るのです。(;_;)

次の環境で試しました

windows11 HOME 23H2
command.comは10#さんのFreeCOMJ 0.82 PL3 VTDOS 対応パッチ
ショートカットのリンク先
E:\msdos.exe -e -x -v0.82 E:\command\freecomv\command.com /c e:\go.bat
VZは常駐

次を実行すると
grep ##1.6 text.asm
VZの子プロセスではタブが化けてますが
コンソールを取り込むと常駐・非常駐ともに問題ないです
text.asm 623 : 	call	chkline1		; ##156.138
text.asm 749 : 	mov	[bp].tabr,cl		; ##156.116

16bitのCOMMAND.COMの有無で挙動が変わるようです。

VZのコマンドモードで、例えば「GREP 文字列 FILENAME」を実行すると、
COMMAND.COMを「 /C GREP 文字列 FILENAME」というコマンド引数付きで
子プロセスとして起動しようとします。
このとき、16bitのCOMMAND.COMが見つかれば、そのまま実行します。

COMMAND.COMが見つからない場合は、GREPを「文字列 FILENAME」という
コマンド引数付きで子プロセスとして起動するようになっていますが、
GREP.COMはコマンド引数の先頭がスペースでないと正常に動作しないようです。

後ほど対策を入れたバージョンを公開します。

対策を入れたバージョンを公開しました。
GREPの件はこれで大丈夫だと思います。 

> 対策を入れたバージョンを公開しました。
> GREPの件はこれで大丈夫だと思います。 

　武田様、対応ありがとうございます。
　Vz1.59zのコマンドラインモードで、bkoさんのgrepは、めでたく正常に動作するようになりました。

　鈴木は解決したけれど、konnoさんの方はもっと事態が複雑みたい？

> 16bitのCOMMAND.COMの有無で挙動が変わるようです。

command.com が無くても動くとは知りませんでした。それで、CMD.EXEで
msdos vz159 /vz159  とやってみたのですが、ｻﾌ4 とかは出なかったです。

> COMMAND.COMが見つからない場合は、GREPを「文字列 FILENAME」という
> コマンド引数付きで子プロセスとして起動するようになっていますが、
> GREP.COMはコマンド引数の先頭がスペースでないと正常に動作しないようです。

なるほどそうだったのですか、これはわからないですね。

> 後ほど対策を入れたバージョンを公開します。

よろしくお願いします。m(__)m

　すみません、完全解決というわけでなく、#11432でkonnoさんが報告された、

> 　64k以上のファイルを編集中にコマンドラインに降りてコマンドを実行した時
> そのコマンドがエラーになった時に編集画面に戻ると、ファイルの内容が壊れるようです。

　の件です。
　ファイルの大きさにかかわらず、ファイルを開いておいて[ESC]Eなりでコマンドモードに降りて、DOSの外部コマンド（たとえばvmap）を実行させて、[ESC]でファイルに戻ると、ファイルが壊れた?ような表示になります。

　あわてずファイルを保存せずに閉じれば、ハードディスク上のファイルは壊れてないのですが。
　（これはVz1.59zだけの問題なのかは、僕は他のバージョンを持ってないので、わかりません。）

> 　Vz1.59zのコマンドラインモードで、bkoさんのgrepは、めでたく正常に動作するようになりました。

おお、おめでとうございます。
私の方では再現できなかったですが、少ない情報で対応できるのは流石ですね。

> 　鈴木は解決したけれど、konnoさんの方はもっと事態が複雑みたい？

原因は 私家版の "検索文字列の取得"マクロ、TAGL_F5.def でした。
これでコマンド文字列を取り込んでからコマンド実行するとファイルが壊れるようです。
マクロ中で Taglight.exe を呼び出しているのですが、大文字なのでスワップします。
その後小文字コマンド実行で異常になるようです。
似たような異常は NT系 XP でもありましたが、VZの不具合のように思います。
sw0 か、大文字コマンドなら問題は出ないようです。

これは武田さんにお願いするわけにもいかないですね。
VTDOSやDOSVAXJ3で出ないのは何か対策してるのかしら。
NT系で異常が出るのが個人的に気になっているのですが。
確かVTDOSは286CPU相当とか、DOSVAXJ3も16ビットDOSなので、その辺の違いかなぁ。

行き違いになってしまいました。(^^;

> > 　64k以上のファイルを編集中にコマンドラインに降りてコマンドを実行した時
> > そのコマンドがエラーになった時に編集画面に戻ると、ファイルの内容が壊れるようです。

これは不正確でした。#11441 に書きましたが
大文字コマンドでスワップした後、小文字コマンド実行で異常になるようです。
似たような異常は NT系 XP でもありましたが、VZの不具合のように思います。
sw0 か、大文字コマンドなら問題は出ないようです。

> 　（これはVz1.59zだけの問題なのかは、僕は他のバージョンを持ってないので、わかりません。）

なので、これは全てのVZで起こる現象だと思います。
VTDOSやDOSVAXJ3で出なかったので、何らかの対策法はあるかもしれません。

テスト版をこっそりアップロードしました。

"COMMAND /C (program) [arguments]"を実行するとき、
COMMAND.COMがあっても"program [arguments]"を直接実行するようにしています。

COMMAND.COMは何か色々特殊なことをやってそうなので、
COMMAND.COMを無駄に起動しないことで何か挙動が変わるかもしれません。

> テスト版をこっそりアップロードしました。
> "COMMAND /C (program) [arguments]"を実行するとき、
> COMMAND.COMがあっても"program [arguments]"を直接実行するようにしています。

武田さん、ありがとうございます。

> COMMAND.COMは何か色々特殊なことをやってそうなので、
> COMMAND.COMを無駄に起動しないことで何か挙動が変わるかもしれません。

試してみましたが、異常が出るのは変わりませんでした。
sw0 か、大文字コマンドなら問題は出ないようなので、いっそ全部スワップさせてみました。
そうしたら異常が出なくなりました。新旧MS-DOS Player で同じ結果でした。

VZの問題まで気にかけていただき、ありがとうございました。

k07v6m(暫定) （2024-09-06）を更新しました。

k07v6m(暫定) （2024-09-06）
　・フォルダの階層が深いと拡張子が消えるなどまだバグあり、注意。
　・オプション OZ4 で小文字コマンドでもスワップ。NT系DOS窓やMS-DOS Player対応。
　※NT系DOS窓やMS-DOS Playerでは大文字コマンドでスワップした後、小文字コマンド実行で異常になるようです。

　ダウンロード　 vzkv6m.lzh ver1.60k07v6m （2024-09-06版 ） new!



●OZ　FreeDOS(98)用98版で編集画面でのカーソルキー、ctrl+ファンクションキー等が
　　　使用できる様になります。そのかわり、漢字入力が出来なくなります。
　　　 FreeDOS(98)用に新設。
　・OZ1
　・OZ2 ?
　・OZ4  小文字コマンドでもスワップ。NT系DOS窓やMS-DOS Player対応。vzkv6m  
　※NT系DOS窓やMS-DOS Playerでは大文字コマンドでスワップした後、小文字コマンド
　実行で異常になるようです。OZ4 は単独で指定してください。

子プロセスのメモリを広く開けたい人は SW3 で お試しあれ（VTDOSでSW3の不具合はこれ？）
OZ0 と OZ4 を切り替えて大文字小文字 VMAP で見てみると面白いです。

VZKドキュメント　 #txt:VZK.TXT

＃ DOCは毒だ、TXTにしとけ。(;_;)

　#11440 の現象もどうやら、VzのオプションSWが1-3の時に起こるようです。
　SW0なら起こりません。

> 　#11440 の現象もどうやら、VzのオプションSWが1-3の時に起こるようです。
> 　SW0なら起こりません。

SW0なら問題無いのですが、空きメモリが少なくなってしまいます。
大文字コマンドだけで運用するつもりでも、うっかり小文字コマンドを打ってしまうかもしれません。

試しに vz1.59z にパッチを当ててみたら、出来てしまいました。
vzibj ver1.59zのパッチ版です。
小文字コマンドでも強制的にスワップします。
変更部分は1バイトだけです。

メールで送りましたので、よろしかったら試してみてください。


310C:BB0C  80 3E 016E 00			cmp	data_360,0				; (310C:016E=1)
310C:BB11  74 13				je	realloc_gs_loc_2825	;★ goto swap	; Jump if equal
310C:BB13  80 3E 0288 00			cmp	data_425,0				; (310C:0288=0)
;310C:BB18  7E 0C				jle	realloc_gs_loc_2825	;★ goto swap	; Jump if < or =
xxxx:xxxx  EB 0C				jmp	short realloc_gs_loc_2825		; (BAE1)
　　　　　 ↑
310C:BB1A  E8 F3D0				call	sub_693					; (AEED)
310C:BB1D  8B F8				mov	di,ax
310C:BB1F  56					push	si
310C:BB20  E8 00BC				call	sub_768			; (BBDF)
310C:BB23  5E					pop	si
310C:BB24  73 10				jnc	free_gs_loc_2826		; Jump if carry=0
310C:BB26			realloc_gs_loc_2825:					;  xref 310C:BB11, BB18

> メールで送りましたので、よろしかったら試してみてください。

　お見事です。#11440 の現象は、外部コマンドが大文字小文字にかかわらず起こるので、正確にはkonnoさんの現象と違うと思っていました。
　でも、konno さんの修正vz159.comで、大文字でも小文字でも起こらなくなりました。
   

> 　お見事です。#11440 の現象は、外部コマンドが大文字小文字にかかわらず起こるので、正確にはkonnoさんの現象と違うと思っていました。
> 　でも、konno さんの修正vz159.comで、大文字でも小文字でも起こらなくなりました。

異常が無くなったようでよかったです。

外部コマンドに限らずVZのスワップは command.com のスワップを監視している前提と思われます。
Win95DOS窓でズレた時は高橋さんが対応してくれましたが、NT系になって完全にわからなくなったのでは。
なので VZがスワップする領域に command.com が来る場合もあって、それがVZにはわからない。
それで今回のような異常が出るのではないかと思います。

これで暫く運用して問題が無ければ他にも適用しようと思います。


＃　無想転生を極めれば、コマンド―の動きも見切れる。なんちて (^^;

MS-DOS Player 2024/9/7版が更新されました。
以下更新内容です。

-----------------------------------------------------------
2024/9/7
プロセスの起動周りのコードを整理しました。
影響の大きそうな変更も入っていますので、テストにご協力お願いいたします。

「COMMAND.COM /C TYPE (file)」のように、子プロセスで内部コマンドを実行する場合、
A-Z:/CHDIR/PATH/SETは、MS-DOS Playerの内部処理で実行するようにしました。
子プロセスでこれらのコマンドを実行しても、呼び出し元に反映されないためです。
その他のコマンドは、COMMAND.COMを子プロセスとして起動して実行をします。
COMMAND.COMがない場合、system()でcmd.exeに渡してWindows側で処理しますが、
TYPEコマンドについては、INT 29hを通るように、MS-DOS Playerの内部処理で実行します。

「COMMAND.COM /C 実行ファイル」を起動しようとして、COMMAND.COMがない場合は、
実行ファイルを直接起動しますが、このとき新しいプロセスの第1・第2のFCBを更新して、
実行ファイルに指定された引数が入るように修正しました。

INT 10hやINT 21hで文字を画面に表示する際、INT 29hを経由して表示した場合に、
（INT 29hをフックしている場合のみ、INT 29hを経由するようになっています）
INT 29hを直に呼んだように、制御コードがシンボルとして表示される問題を修正しました。

起動時にCOMMAND.COMを探す際に、PATHおよびMSDOS_PATHに指定されたパスを
探索していなかった問題を修正しました。
過去にコードを整理していたときに、処理の順番を誤って変更してしまったようです。
-----------------------------------------------------------

更新ありがとうございます。
最近更新した COMMAND.COM 関連などを整理した感じですかね。

気が付いたことがあればここに書いていきます。

　konnoさんのパッチなしのVzでは、#11440 の現象は変わってません。
　ファイルが壊れた？と最初はぎょっとした現象ですが、慣れたし、実害はないから、いいのですが。

> 　konnoさんのパッチなしのVzでは、#11440 の現象は変わってません。
> 　ファイルが壊れた？と最初はぎょっとした現象ですが、慣れたし、実害はないから、いいのですが。

ちょっと試してみました。

１.　64k超を含む3つ以上のファイルを開いている場合	３番目のファイルは壊れない？

２.　1k程度のファイル1つの場合				壊れる

３.　1k程度のファイル３つの場合				全部壊れる

この結果から、メインメモリに有るファイルが壊れるようです。
　１.の３番目が壊れなかったのは、スワップ状態だったからと思われます。
なので、強制スワップは理にかなっていると思います。

これ、セーブすると壊れたままセーブされるので要注意ですね。
私は今までこの現象に気が付いていませんでした。(^^;
多分たまたま壊れたのだと思い無意識に破棄していたのだと思います。(^^;

今回の更新とは関係ないですが、気が付いた現象

常駐VZは DEBUG や SYMDEB の中でヒストリーやラインエディト機能が使えますが
MS-DOS Player では使えないようです。
最初から使えなかったのか疑問に思ったので、古い版でも確認してみました。

17年版も18年版も駄目でしたが、22年版（2022/12/30）あたりだったかな、
常駐VZで DEBUG や SYMDEB の中でヒストリー機能が使えました。

おお、と思いましたが、これ以降、どの版でも最新版でも使えるようになっていたのです。
PCを再起動させても同じでした。何故？？？

理由はわかりませんが、同じように使えないという人は、一度22年版（2022/12/30）あたりを
起動してみてはいかがでしょうか。多分私だけだとは思いますが。(^^;

DOSVAXJ3 JP240909版　(2024/9/9)が更新されました。
更新内容は
-----------------------------------------------------------
build JP240909　(2024/9/9)
Vz 常駐時のコンソール履歴でコマンドラインの文字列が正しく取得できていなかったのを修正しました。
画面サイズが変更になった際にキーボード押下状態をリセットするかどうかの設定[sdl] resetkeyboardstate を追加しました。
Linux 版で SDL_FlushIMString() で確定文字列を取得するよう修正しました。
-----------------------------------------------------------

[sdl]
resetkeyboardstate=false 

とすれば ^KL の画面切り替えがCtrl押しっぱなしで連続で出来ます。＼(^^)／ ﾔｯﾀ-
コマンドラインも、コマンドの表示が正常になったようです。
ありがとうございました。

　うーん、#11390 に書いた、
日本語文をCtrl-Mで確定した直後は、Ctrlキーから一度指を離さないとCtrlキーが使えない
　という問題はなおってませんね。

　#11395 のkonnoさんによれば、もう軟式さんの手元ではなおってるらしいので、公開されるのを待ちましょう。

            　日本語長文を書く時にはMS-DOS Playerを使ってる 鈴木

> 　うーん、#11390 に書いた、
> 日本語文をCtrl-Mで確定した直後は、Ctrlキーから一度指を離さないとCtrlキーが使えない
> 　という問題はなおってませんね。

あれぇ？　もしかして違う問題だったとか。

2024/09/09  17:24           915,456 SDL.dll

この新しい DLL もコピーしていますよね？
それで　[sdl] セクションに

#resetkeyboardstate = true
resetkeyboardstate = false 

これを追加しても駄目なら、作者様に報告するしかないですね。

k07v6m(暫定) （2024-09-06）は問題ありました。

DOS.ASM のTPAあたりを弄ったのが原因で、アセンブルなどで問題が出ました。
致命的な問題が有るので使用を中止してください。
ご迷惑をおかけして申し訳ないです。m(__)m

なお、VZ1.59z のパッチ版は問題ないです。

　おお、

> resetkeyboardstate = false 

　が必要でしたか。

　そのように dosvoxj.conf を書き直してみたけれど、やっぱりなおってないです。
　konno さんは、Ctrl-M で日本語文を確定した後、Ctrlキー押しっぱなしのままで、Ctrlキーが効くんでしょうか？

> 　そのように dosvoxj.conf を書き直してみたけれど、やっぱりなおってないです。
> 　konno さんは、Ctrl-M で日本語文を確定した後、Ctrlキー押しっぱなしのままで、Ctrlキーが効くんでしょうか？

すみません、私はマクロキーの話と思っていましたが、IMEの確定の話だったのですね。
私は IMEの確定に Enter キーを使っていたので気が付きませんでした。
Ctrl-M と Ctrl-Enter でも確定できるんですね。
これらのキーで確定した後は確かに Ctrlキー押しっぱなしでも英字が出力されてしまいますね。

確認してみたら、mingw-sdl2 フォルダの dosbox-x.exe の DOS/Vモードでは
IMEの確定後もシフト状態をキープ出来ました。

作者様にメールしてみます。
超多忙のため返事がもらえるかもわかりませんのでご了承のほどお願いいたします。

k07v6n(暫定) （2024-09-10）※ 差替え版です。
　・k07v6m（2024-09-06）版に致命的な問題が有ったため差し替えました。
　・フォルダの階層が深いと拡張子が消えるなどまだバグあり、注意。
　・オプション OZ4 で小文字コマンドでもスワップ。MS-DOS Player対応。
　※ MS-DOS Playerでは編集中小文字コマンド実行で異常になるようです。

　ダウンロード　 vzkv6n.lzh ver1.60k07v6n （2024-09-10版 ） new!

少し前に Win7PCを復活させた記事を書いたと思ったのに検索しても出てきません。
いよいよボケが酷くなったかと一瞬思いましたが、一縷の望みを託し野ざらし言へ
有りましたよ。野ざらし言#5600 で書いていました。2024/05/25 だったんですね。

過去ログに抜けが有るのではないかと疑って、 [全部表示 保存用]でコピペし
NIFSORTW.EXE で並べ替えました。Siさん、ありがとうございます。m(__)m

連続番号チェックマクロまで作ってチェックしたら、けっこう１発言抜けがあるのね。
１つだけなら SPAM かもしれないけど、５発言抜けがあって焦りました。
生ログに残ってましたが、自分で消した雑記だったので見なかったことにしました。(^^;
各掲示板にお宝情報が分散しているので、リンクメモみたいなのが欲しいですね。(^^;

軟式の作者様から DLLの差し替え版をいただきました。
以下メールの内容です。

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

　IME 確定時に Ctrl キーの押下状態を保持するよう修正してみました。
　64bit テスト版を下記よりダウンロードしてください。SDL.dll の差替となります。

https://www.nanshiki.co.jp/test/sdl_test.zip

　なお、掲示板に上記 URL を転載しても大丈夫です。

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

お忙しいところありがとうございます。DLLを差し替えたら動くようになりました。

> Ctrl-M で日本語文を確定した後、Ctrlキー押しっぱなしのままで、Ctrlキーが効くんでしょうか？

これがキチンと動くようになりました。
今回は DLLの差し替えだけなので、これが正式版となりそうです。

やった！

日本語文確定後も、Ctrlキー押しっぱなしで、往年のVzの動作をするようになりました。
これでDOSVAXJ3は完璧です！

（こまかい要望をもう少し言えば、ファイラーで英字を押した時に、自動的にWinIMEがオフになればいいな、というのもありますが、贅沢かも。）

        もうMS-DOS Playerは使わなくなりそうな 鈴木  

> やった！
> 日本語文確定後も、Ctrlキー押しっぱなしで、往年のVzの動作をするようになりました。
> これでDOSVAXJ3は完璧です！

おめでとうございます。(^_^)

> （こまかい要望をもう少し言えば、ファイラーで英字を押した時に、自動的にWinIMEがオフになればいいな、というのもありますが、贅沢かも。）

え？　私のところでは自動的に OFF になっていますが。
 FP+  FR+  FK+  FQ+  この辺のオプションは全部 + になっていますか。
そういう話ではないのかな。
 
>  もうMS-DOS Playerは使わなくなりそうな 鈴木  

そういえば、こちらは ファイラーで自動 OFF しなかったような気が。

> 各掲示板にお宝情報が分散しているので、リンクメモみたいなのが欲しいですね。(^^;

そういえば、板塀への番号リンクも飛べなくなっていました。
直リンクになったので再チャレンジしたら出来ました。＼(^^)／ ﾔｯﾀ-

板塀#4121　 板塀を非フレーム化しました
#i4121 　でも飛べます。(^_^)

?mode=article&no=$2

このモードでないと番号ジャンプ出来ないんでした。(^^; ﾜｽﾚﾃﾀ

ちなみに野ざらし言#5600 は #n5600 でも飛べます。
この辺の詳細な書式はテスト板 #t0067　#test67にあります。

＃　これでお宝取り放題だぜぃ

「新着情報 」 v0.954 更新しました。
#11465 で板塀への番号リンク復活できたので、こちらも再チャレンジ。(^^;

    my $url2 = 'http://toshiki.la.coocan.jp/itabei.rss';
#    my $url2 = 'http://27-138-85-108.rev.home.ne.jp:9801/bbs/wforum.cgi?mode=newsort';

上のリンクを下のように変更しようとしてうまくいかず、挫折していましたが
ここはサイトの存在確認みたいなものなのね、上のままでOKなのでした。(^^;

番号リンクの方もやっぱり

?mode=article&no=$2

このモードでないと番号ジャンプ出来ないんでした。(^^; ﾜｽﾚﾃﾀ

これで直してめでたく番号にジャンプ出来るようになりました。

＃　やれやれだぜ

> え？　私のところでは自動的に OFF になっていますが。
>  FP+  FR+  FK+  FQ+  この辺のオプションは全部 + になっていますか。


　ええ、それらのオプションは全部 + です。

　純粋 MS-DOS/V パーテイション環境では、FQ-でも、プレフィックスキーを押した時自動的にFEPがoffになってましたが、DOSVAXJ3では、FQ+でないと自動offにならないので、そう変えました。
（MS-DOS Playerは、FQ＋にしても自動offにならないのが悲しい。）

　konnoさんは、ファイラーでも英字が自動的にIME offになりますか。うらやましい。(^_^;

　あっそうだ。
　Vzの編集モードからファイラーに移るとき、マクロで &j(0) を入れればいいんだ。

　ごそごそ．．できたっ。
　これで完璧な DOSVAXJ3下Vz になりました。v(^_^)

> もうMS-DOS Playerは使わなくなりそうな

そういう言い方をしますか……
われわれは各種エミュレータを作者のご厚意で使わせてもらっているわけで，
いくら作者が自分が使うために作ったとしても，ちょっと敬意に欠けるかと．

今ごろ言うのもナニですが……
VZ v1.59z の使用期限は1993年の年内のはずで，ずっとモヤモヤしています．

使用期限はともかく，正規版を拡張する版を作成されている konno さんの板で
VZ での状況を相談するのであれば，環境を合わせる方が効率的だと思います．

オークションや蚤の市なら，まだ v1.6 を入手できる可能性はあるようですよ．

まとレスです

> 　Vzの編集モードからファイラーに移るとき、マクロで &j(0) を入れればいいんだ。
> 　ごそごそ．．できたっ。
> 　これで完璧な DOSVAXJ3下Vz になりました。v(^_^)

解決できたならいいのですが、うちと何が違うのかわからないとモヤモヤします。
メールでいただいた vz.def vzfl.def で同じ環境でやっても問題は出ないようです。
・・・もしかして #11426 で

> MS-DOS Playerのvz起動用バッチは
>     cd vz
>     del vztemp.$$$
>     msdos -n26 vzibmj *.*

VZ起動BATで、*.* を付けて起動するとファイラー画面になりますが
VZ起動前に WinIME がONの状態だと、ファイラーでも ONのままになりますね。
もしかしてこのことでしょうか。

*.* 無しで起動すれば、オープン窓が出て、Enterでファイラーですが、IMEはOFFになります。
*.* で起動したいなら、vzfl.def の先頭に &j(0) を入れればいいのかな？
あ、結果的には同じ対策か。(^^;

> そういう言い方をしますか……

私も心の中では色々思うこともよくありますが、公の場では控えるように心がけています。
場が荒れるのが嫌なので基本スルーの方針です。
まあ、自分もそうなので気にしない、ということですね。(^^;

> 今ごろ言うのもナニですが……
> VZ v1.59z の使用期限は1993年の年内のはずで，ずっとモヤモヤしています．

これは私もちょっとモヤモヤしました。
でも私にも覚えがあって・・・

とある店で製品版ではないコピーしたものをいただいてそのまま金も払わずに使ったことがあります。
相手の方はおそらく善意でやってくれたのでしょうが、それに甘えて使う私もおねだり君なのです。

まあ、VZ1.0のJ31移植版を生フロッピーにコピーできるのは世界に一人しかいないと思いますが。

　いえ、僕のvzibmj.defは、

56 \[CR] "ﾌｧｲﾗｰ" (s)??{#O#m.} (2){(s&1)? #[}

と、編集モードからも\[CR]（シフトEnter）でファイラーを立ち上げられるようにしています。
　IMEがonの編集モードからこれでファイラーを立ち上げると、IMEがonのままになってしまうのでした。

　なぜか[ESC]O、Enterと手で打てばIMEがoffになりますね。不思議。

ともかく#O#mの前に&j(0)を入れることにした次第です。


　  DOSVAXJ3よりもMS-DOS Playerの方が、日本語入力自体はすこし軽快なのかなと、迷ってる 鈴木

> 　いえ、僕のvzibmj.defは、
> 56 \[CR] "ﾌｧｲﾗｰ" (s)??{#O#m.} (2){(s&1)? #[}
> と、編集モードからも\[CR]（シフトEnter）でファイラーを立ち上げられるようにしています。

なるほど、マクロで直接ファイラーに行っているのですね、それなら納得です。

> 　IMEがonの編集モードからこれでファイラーを立ち上げると、IMEがonのままになってしまうのでした。

この場合はやはりマクロでOFFにするしかありませんね。

> 　なぜか[ESC]O、Enterと手で打てばIMEがoffになりますね。不思議。

VZのFEP制御がIMEでキチンと効いているからですね、VTDOSもそうですが、対応してくれた作者様に感謝です。

> ともかく#O#mの前に&j(0)を入れることにした次第です。

これが正解だったですね。

> 　  DOSVAXJ3よりもMS-DOS Playerの方が、日本語入力自体はすこし軽快なのかなと、迷ってる 鈴木

そうなんですか、長所短所も三者三様ですね。

パッチ情報をもとに高橋版とk07s5にパッチをあててみました。
各々のオリジナル版とバイナリデータそれなりに修正したソースをアセンブルしたものを比較したら修正箇所はパッチ情報と同じになったので・・・大丈夫のような？動作確認したら現象はなくなりました。
オプション化をチャレンジしましたが私には無理でした。
あっ、先の不具合が出なかった報告はSW0だったからでした。

> パッチ情報をもとに高橋版とk07s5にパッチをあててみました。
> 各々のオリジナル版とバイナリデータそれなりに修正したソースをアセンブルしたものを比較したら修正箇所はパッチ情報と同じになったので・・・大丈夫のような？動作確認したら現象はなくなりました。

おお、勇者が現れた！ ＼(^^)／ ﾔｯﾀ-
パッチ位置を探すのはかなり大変でした。ほとんど目視。(^^;
DEBUG の使い方も忘れていて、参考書を見てもさらっとしか書いてなくて。(;_;)
なので、おお、出来る人が現れた！　と思ったのでした。(^^;

> オプション化をチャレンジしましたが私には無理でした。

チャレンジする心と実際にやってみるのが大事だと思います。
私も最初はパッチ当てが精いっぱいだったので、キーワードを検索してコメントから始めました。
やってることは VZマクロも BASIC もみんな同じですね。(^^;

> あっ、先の不具合が出なかった報告はSW0だったからでした。

そうだったのですか、私は Win11でもちゃんと動いているんだなぁ、などとぼーっと見てました。(^^;

> 今年は一念発起して、全ログ検索ルーチンをメールで送りつけることにしました。(^^;

めざらさんと同じく、気が向いたら、ということだったのですが。
まだまだ気は向いていないのですが、とりあえず導入する方向だ、ということだけは
明確にしておきましょう。とはいえ、最短で今年の１１月ごろ、実際には数年先かも。

そもそも、なぜデフォルトでは全ログ検索になっていないのか、というところも妄想
してしまって。CGIの作り方として、その機能をつけないほうが楽、ということは当然
あるでしょう。原作者としては、もしかしたらそれだけしか考えていなかったかも
しれない。
だけど、全ログを舐めるって、結構なマシンパワーが必要なんですよ。
そして、うちで以前使っていた自宅サーバは、ものすごく貧弱。
とてもそんな機能を具備できないほど。
でも、現在使っている、もしかしたら暫定かもしれないサーバなら、十分対応可能。
ということで、理由のひとつは消えてしまいました。

あと、原作者の方のいろいろな発言やらインタビュー記事なんかも読んだことがあり
ますが、結構、利用者のことをいろいろと考えてコードを書いていらっしゃる。だから
利用者のほうでも妄想の余地があるといいますか。
例えば、もう何年も原作者のサイトは見に行っていませんが、かなりPerl5が普及した
時代になってもPerl4用のコードを提供していた。これも、Perl4しか使えない利用者
がまだまだいるから、ということでした。
そういう方が分割された過去ログごとに検索するというコードを書かれているのです
から、これは何らかの意図があってわざわざそうしているのではないか、と妄想する
のはたやすいこと。
なのでここは無批判に原作どおり、というのもありといえばありのはず。

とはいえ、上記のとおり、うちの板塀もそのうち導入する方針には舵を切ったわけ
ですよ。ま、期待せずにお待ちください、ということで。



ところで、過去ログの検索がらみでこちらの掲示板に一つ要望。
過去ログを開いたデフォルトで、検索ボタンの後ろというか右側、なんか改行が欠けて
いるような感じ。さらにそこから何か検索した場合、やはり同じところの改行が欠けて
いるので、最初に見つかった書き込みのタイトルがくっついてしまっている。
これはうまくないと思う。

あ、でも、これの試験をしているときに気がついた。
私、メインの現行ログで検索する時は全ログ検索で全く問題ないことが多いけれど、
少なくとも自分の板塀の検索においては、過去ログ検索のときはそのログだけを対象
にした検索になっていてほしいみたい。う〜ん、検索ルーチンは１個だけだからなぁ。
フラグ一つで何とかなるとは思うけど、この機能の実装はなんか面倒かも。

> まだまだ気は向いていないのですが、とりあえず導入する方向だ、ということだけは
> 明確にしておきましょう。とはいえ、最短で今年の１１月ごろ、実際には数年先かも。

おお、希望の光が。よろしくお願いします。m(__)m

> だけど、全ログを舐めるって、結構なマシンパワーが必要なんですよ。
> そして、うちで以前使っていた自宅サーバは、ものすごく貧弱。
> とてもそんな機能を具備できないほど。

確かに古いPCサーバーでは負荷が大きすぎるかもですね。

> でも、現在使っている、もしかしたら暫定かもしれないサーバなら、十分対応可能。
> ということで、理由のひとつは消えてしまいました。

おお、わくわく　(^_^)

> とはいえ、上記のとおり、うちの板塀もそのうち導入する方針には舵を切ったわけ
> ですよ。ま、期待せずにお待ちください、ということで。

首と気を長くしてお待ちしてまーす。(^_^)

> 過去ログを開いたデフォルトで、検索ボタンの後ろというか右側、なんか改行が欠けて
> いるような感じ。さらにそこから何か検索した場合、やはり同じところの改行が欠けて
> いるので、最初に見つかった書き込みのタイトルがくっついてしまっている。

あ、ほんとだ、とりあえず暫定的に直しました。m(__)m
色々詰め込んでいるのでどこが悪いか特定に時間が掛かります。(^^;

> 私、メインの現行ログで検索する時は全ログ検索で全く問題ないことが多いけれど、
> 少なくとも自分の板塀の検索においては、過去ログ検索のときはそのログだけを対象
> にした検索になっていてほしいみたい。う〜ん、検索ルーチンは１個だけだからなぁ。
> フラグ一つで何とかなるとは思うけど、この機能の実装はなんか面倒かも。

うちのところでは現行ログの検索が全ログで、過去ログは各ログの検索になっているようです。
検索ルーチンが元々別になっていたような気が。

色々な環境で SWAPバッチの効果を確認してみました。
64k超のファイル編集中下のコマンドをTAGLF5でコピーしコマンドラインに降りて張り付け実行後戻る。
grep ##1.6 text.asm

環境		VZオリジナル	VZkv6n VZ159pach
MS-DOS Player	NG		OK
VTDOS121	NG		OK		この前後の違いが気になる
VTDOS122	NG		OK		としきさんの環境
VTDOS123	OK		OK		シェアウエア化

古いVTDOSの環境を上の理由で残しているので試してみた結果です。
古いVTDOSは MS-DOS Player と同じような結果になっています。
VTDOSがシェアウエアになる時にこの辺が修正されたようです。

#5084： VTDOS1.23がシェアウエアに  の記事で

> 1.22まであった4Ah のメモリの問題は出なくなったようですね。

と書いているので、ここの問題だったのかもしれませんね。

想像ですが、VTDOSも MS-DOS Player も WinNT系をベースに開発したのかなぁと。
10＃さんはこの問題を解決するのに苦労して、それでシェアウエアにしたとかね。
あくまで想像です。(^^;

> おお、希望の光が。よろしくお願いします。m(__)m

うん、まぁ、暗がりの中なら線香花火の火でも光には間違いない。
＃ぽとっ

> > いるので、最初に見つかった書き込みのタイトルがくっついてしまっている。
> あ、ほんとだ、とりあえず暫定的に直しました。m(__)m

直っているのは確認できました。が。
暫定的、なんですか？

> 色々詰め込んでいるのでどこが悪いか特定に時間が掛かります。(^^;

詰め込みが直ったときが恒久的、ということなんでしょうか。
とりあえず、うちの板塀に全ログ検索が導入するよりも早く恒久化できることと
思います。ということにしておけば、konnoさんが詰め込みを直すまで、うちに
全ログ検索を導入せずに済む。よし、この方向で行こう。

> うちのところでは現行ログの検索が全ログで、過去ログは各ログの検索になっているようです。

たぶん現状でこの掲示板の挙動はkonnoさんの想定したとおりのものなのでしょう。
すると、それは私の想定した挙動ではない。
例えば、過去ログ0025とかで「八王子のラーメン」と検索すると、過去ログ0001の
発言が引っかかります。一方で、過去ログ0002で「vtdos」と検索しても、なにも
引っかからない。
あるいは「morek」という語句を、過去ログの0026、0025、0024で検索した場合の
挙動なんかをみると、なんか、検索を始めたログよりも過去方向にはたどるけれど
未来方向にはたどらない、という挙動のように見える。
私が自分のところに実装するなら、こういう挙動にはならないようにしたい、という
のが希望です。

どうもあれだ、私が溺れるというか大量すぎると認識してしまう情報量の閾値は、
konnoさんよりもえらく小さい模様。だから、いろいろなところでこまめに区切り
たい。例えば、掲示板のトップというかデフォルトで最初に表示されるところでも、
konnoさんはページ送りがないほうがいい人だけど、それだと私には情報量が多すぎて
使いづらい。だから、自分のところでは細かく区切って次ページにページ送りにして
いるのも、もしかしたらそういった感覚が影響しているのかも。

> うん、まぁ、暗がりの中なら線香花火の火でも光には間違いない。
> ＃ぽとっ

何か落ちたような気もするけど、きっと雨ですね。(^^;

> とりあえず、うちの板塀に全ログ検索が導入するよりも早く恒久化できることと
> 思います。ということにしておけば、konnoさんが詰め込みを直すまで、うちに
> 全ログ検索を導入せずに済む。よし、この方向で行こう。

特に問題なさそうなので、正式版ということにします。(^^;
（バグってたらその時はその時、良い加減です）

> あるいは「morek」という語句を、過去ログの0026、0025、0024で検索した場合の
> 挙動なんかをみると、なんか、検索を始めたログよりも過去方向にはたどるけれど
> 未来方向にはたどらない、という挙動のように見える。

うう、うちのはそういう挙動になっていましたか、サーチルーチンは共通だったんですね。
直すならやっぱりフラグかなんかですかね。直す気はないけど。(^^;
うーん、でもとしきさん方式も良いかも。ちょっと迷ってきてます。(^^;

> どうもあれだ、私が溺れるというか大量すぎると認識してしまう情報量の閾値は、
> konnoさんよりもえらく小さい模様。だから、いろいろなところでこまめに区切り
> たい。例えば、掲示板のトップというかデフォルトで最初に表示されるところでも、
> konnoさんはページ送りがないほうがいい人だけど、それだと私には情報量が多すぎて
> 使いづらい。だから、自分のところでは細かく区切って次ページにページ送りにして
> いるのも、もしかしたらそういった感覚が影響しているのかも。

好みは人それぞれなので、個人の掲示板なら自分優先でいいと思います。
でもそれで他の人が使いづらくて来てくれなくなったらやっぱり困るなぁ。
ということで、結構いつも自他のバランスは考えてはいるつもりです。

> 特に問題なさそうなので、正式版ということにします。(^^;

ありゃりゃん。
それはおめでとうございますというべきか、残念というべきか。
私の方も可能な範囲で頑張りましょう。

> 好みは人それぞれなので、個人の掲示板なら自分優先でいいと思います。
> でもそれで他の人が使いづらくて来てくれなくなったらやっぱり困るなぁ。
> ということで、結構いつも自他のバランスは考えてはいるつもりです。

そうなんですよね、そのバランスが結構大変というか。
ネットなどで世の中の大勢がわかる問題ならまだしも。
自分の感性だけをよりどころにすると、私は世間の少数派であることが多い。
という自覚はあります。
いまだにＤＯＳアプリ（エディタだけではなく）を使っていたりするし。
でも改善する意欲はあまりない。
ん〜、なんだろねぇ。

> 私の方も可能な範囲で頑張りましょう。

よろしくお願いします。(^^;

> いまだにＤＯＳアプリ（エディタだけではなく）を使っていたりするし。
> でも改善する意欲はあまりない。
> ん〜、なんだろねぇ。

これだけ長くやっているともう自分の環境は固定してますからねぇ。
でも最近は、昔取った杵柄というか、VZをまたやり出す人達も出てきてますし。
そんな時に提供できる情報は山のようにあるわけですよ。
でも有りすぎて探す手間の方が掛かってしまったりして。(^^;

その探す手間を減らし、素早く検索出来るようにしたくて全ログ検索を考えたわけです。
記事全文の改行を削除してワードが分断されないようにもしてみました。

他の掲示板の過去ログの収集を始めたのも、情報検索のためです。
他板への番号自動リンクも、新着情報もそのために更新しているといってもいいかな。
ということで、私はこれからも改造を進めていくつもりです。

＃　なんとかうまいことまるめ^H、纏められたかな。(^^;;

調べていたらMCBの未チェックが原因だったようです。
#4999 で10＃さんが当時の不具合の原因を特定してくれていました。
DOS.ASM の後ろの方

checkmcb proc
	push	ax
	dec	ax
	mov	es,ax
	mov	al,es:[mcb_id]
	cmp	al,'M'
_ifn e
	cmp	al,'Z'
	jne	chkmcb9
_endif
	mov	ax,cs
	cmp	byte ptr cs:os_win,5	; ★NTなら必ずMCBチェック
	je	winnt5			;
	tstw	es:[mcb_psp]		; ## この２行が		2010-2-10
	jz	chkmcb9			; ## 不要と思われる	by 10#
winnt5:	cmp	es:[mcb_psp],ax		; MCB　チェック
chkmcb9:pop	es
	ret
checkmcb endp

## が10＃さんのパッチでコメントになっています。
★ が私の入れたルーチンで、NT系DOS窓なら ## の2行を飛ばすようにしました。

今回は ★印部分を、OZ32 のオプションに変更してみました。

	mov	ax,cs
	test	byte ptr cs:opt_zpc,32	; ##k 240917  Oz32なら MCB chek
	jnz	winnt5			;
;	cmp	byte ptr cs:os_win,5		; NT
;	je	winnt5				;
	tstw	es:[mcb_psp]	; ## この２行が		2010-2-10
	jz	chkmcb9		; ## 不要と思われる	by 10#

試してみると、この ## の2行を飛ばすようにすると swapパッチと同じく正常になりました。
おそらくNT系のcommand.com がメモリを使っても VZは検知できないということだと思います。
だから必ずMCBチェックをするか 必ず swapすることで正常になるのだと思います。

当時の流れを見ると

2010/01/22  23:15           216,608 VTDOS.EXE	VTDOS121  NG
2010-2-10	VZの問題原因究明
2010/02/21  02:29           212,512 VTDOS.EXE	VTDOS122  NG
2010/03/02  19:26           244,768 VTDOS.EXE	VTDOS123  OK

2010-2-10 に VZの問題原因究明出来てもすぐには解決できませんでした。
10＃さんでも問題解決にそうとう時間が掛かったのだと想像します。
この当時は私はこの話を全然理解できていなかったですね。(^^;

DOSVAXJ3 (2024/9/18)版が正式に更新されました。
更新内容は

-----------------------------------------------------------
build JP240918　(2024/9/18)
Windows 版で IME の入力文字列を Ctrl-M や Ctrl-Enter で確定すると Ctrl キーが離された状態になってしまうのを修正しました。
日本語環境から VESA のファンクション(int 10h ax=4f02h)を使ってビデオモードを変更した場合に画面表示がおかしくなっていたのを修正しました。
-----------------------------------------------------------

正式版が出て、動作もばっちりです。
32ビット版も更新されたので、32ビット版Win7のPCでも使えそうです。

ありがとうございました。

今晩のMS-DOS Playerの更新で、INT 21h, AH=4Ahに対策を入れてみました。
DOS 4.0の挙動にあわせています。
これでVZの問題が解決しているのではないかと思います。。。

> 今晩のMS-DOS Playerの更新で、INT 21h, AH=4Ahに対策を入れてみました。
> DOS 4.0の挙動にあわせています。
> これでVZの問題が解決しているのではないかと思います。。。

武田さん、ありがとうございます。
オリジナルVZで確認してみましたが、常駐、非常駐とも問題無しでした。
これでパッチVZの需要は無くなりましたね。(^^;

本当にありがとうございました。

MS-DOS Player 2024/9/19版が更新されました。
#11485 で作者様が告知してくれたのですが、内容は

-----------------------------------------------------------
2024/9/19
INT 21h, AH=4Ahの処理を修正しました。
指定したメモリブロックのサイズの変更に成功した場合、そのメモリブロックのオーナを
呼び出し元のプロセスに変更するようにしました。
サイズの変更に失敗した場合も、可能な限り最大のサイズに変更するようにしました。

DOS 4.0のソースを見る限りでは、以下のような挙動になっているようです。

後続の空きメモリブロックと結合することで、可能な限りサイズを大きくする。
指定のサイズ以上になった場合は、指定のサイズまでメモリブロックを分割して、
（元オーナが他のプロセスだろうが、空きメモリブロックだろうが、お構いなしに）
そのメモリブロックのオーナを自プロセスにする。
サイズが足りない場合は、どこまでサイズを大きくできたかをBXに返す。
このとき、メモリブロックを元のサイズに戻したりはしない。

VZエディタで、開放したメモリブロックのサイズを変更するような処理があるらしく、
これで動作が改善しているのではないかと思います。

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

掲示板の記事で書いていた VZの 4Ahの問題を修正してくれたようです。
オリジナルVZで確認してみましたが、常駐、非常駐とも問題無しでした。
これでパッチVZの需要は無くなりましたね。(^^;

本当にありがとうございました。

　おかげさまで、#11440 に報告した異常は、最初の1回だけ出ますが、2回目からは無事、出なくなりました。


　ずうずうしい？要望を言えば、MS-DOS Player 上の Vz では、

　かな漢字変換がONの状態で、[ESC]などのプリフィックスキーを押した直後のキーは、自動的にIMEがオフになってほしい
　(Vz用語で、隠しオプションFQ＋が効いてほしい)

という点を実現していただけると、ありがたいですが．．．。

　#11462 にアナウンスされたDLLの正式な公開ですね。ありがとうございます。

> 　おかげさまで、#11440 に報告した異常は、最初の1回だけ出ますが、2回目からは無事、出なくなりました。

切り替えた最初に異常が出るのはメモリキャッシュの影響ではないかと疑っています。
それ以降異常が出ないなら問題ないと思います。

> 　かな漢字変換がONの状態で、[ESC]などのプリフィックスキーを押した直後のキーは、自動的にIMEがオフになってほしい
> 　(Vz用語で、隠しオプションFQ＋が効いてほしい)
> という点を実現していただけると、ありがたいですが．．．。

これ、私も欲しいかも。(^^;
今までは VTDOS で WinIMEで書き込み出来ていたので特に感じなかったのですが
DOSVAXJ3 が出てきて WinIMEが使えるとなると、つい比べてしまうようになって。(^^;
CKWV や SDL.DLL などを使えば出来そうな気はしますが、作者の意向もありますし。

個人的には MSDOS6.2の command.comでVZが常駐使用出来たらいいなと思います。
PCDOS7 でVZが常駐使用できなくて、VZ側にパッチ当てたのがあったと思うのですが
その情報がどこにもなくて、どなたかいただけたら嬉しいなと思うんですが
それこそずうずうしい話ですよね。

> 　#11462 にアナウンスされたDLLの正式な公開ですね。ありがとうございます。

test版が64ビット版だけだったので、正式版が出てうれしいです。
正式な更新って結構な手間がかかると思いますので作者様多忙の中で上げてくれたのは
本当にありがたいことです。

VZはIMEの制御のためにどのような処理をしていますでしょうか？

現状、MS-DOS Playerは、キーボードBIOSのINT 16h, AX=1300hと、
ATOK割り込みのINT 6Fh, AH=00h-05h,0BhでIMEのオン・オフを制御しています。

> VZはIMEの制御のためにどのような処理をしていますでしょうか？

すみません、私は VZのFEP制御の仕組をあまり理解してないので正確には答えられません。

> 現状、MS-DOS Playerは、キーボードBIOSのINT 16h, AX=1300hと、
> ATOK割り込みのINT 6Fh, AH=00h-05h,0BhでIMEのオン・オフを制御しています。

ATOK割り込みのINT 6Fh は J3100 のみで使われているようです。
INT 16h, AX=1300h で WinIME が OFF になるのはVZマクロで確認できました。

VZは MS-KANJI API か $IAS で FEP制御しているようですが
keyibm.asm　の IAS の部分は

;--- FEP control for DOS/V ---

IFDEF DOSV
	fpctr	ias

	public	ias_on
ias_on	proc
;ias_on:
	push	ax
	mov	bx,1
	bios_v	1Dh,0		; mov ax,1D00h  INT10h  VIDEO - DOS/V - SHIFT STATUS LINE CONTROL
	bios_k	14h,0		; mov ax,1400h  INT16h  DOS/V - SHIFT STATUS DISPLAY CONTROL
	bios_k	13h,1		; mov ax,1301h  INT16h  al,01h get shift status
	pop	ax
	mov	dl,al		; Return:  DX = current shift status
	bios_k	13h,0		; mov ax,1300h  INT16h  al,00h set shift status
	ret
ias_off:
	bios_k	13h,1		; mov ax,1301h  INT16h  al,01h get shift status
	push	dx		; Return:  DX = current shift status
	and	dl,01000000b		; ##157.152
	bios_k	13h,0		; mov ax,1300h  INT16h  al,00h set shift status
	pop	ax
	ret
ias_on endp
ENDIF

このようになっていますが、全体の流れがわからないので、これで ON/OFF できるのかわからないです。
[ESC] などのプレフィックスキーを押した時に IME が OFF になって欲しいのです。
その後自動的に ON になってくれるといいのですが。

全体の流れを調べてみます。

ありがとうございます。
ias_onを呼ぶとき、ALに指定する値が気になります。
MS-DOS Playerは、現状ではbit7でオンオフを判定していますが、
DOSVAXJ3はbit0も見ているようです。
今晩辺り、DOSVAXJ3に処理を合わせた版を出してみます。

> 今晩辺り、DOSVAXJ3に処理を合わせた版を出してみます。

ありがとうございます。

keyibm.asm の IFDEF J31 を IFDEF DOSV にすり替えて INT ATOK を使うVZを試してみました。
IME の ON/OFF は出来ましたが、プレフィックスキーの保持が出来ません。
具体的には、[ESC] を押すと プレフィックス表示になりますが、一瞬で消えてしまいます。
IME OFF で [ESC] を押すとプレフィックスが保持されますが、再度 [ESC] を押すと IME ONになります。
その辺は弄ってないので、IMEが何かしてるのかな。うーむ、わからん。

取り敢えず新バージョンを出してみました。

INT 16h, AH=13hと、ATOKのINT 6Fhの処理を、DOSVAXJ3に寄せています。
また、$IBMAFNT/$IBMADSP/$IBMAIASが組み込まれているふりをするようにしてみました。

> 取り敢えず新バージョンを出してみました。

ありがとうございます。試してみました。

> INT 16h, AH=13hと、ATOKのINT 6Fhの処理を、DOSVAXJ3に寄せています。
> また、$IBMAFNT/$IBMADSP/$IBMAIASが組み込まれているふりをするようにしてみました。

INT 16h, AH=13h の方は機能していないようです。
> INT 16h, AX=1300h で WinIME が OFF になるのはVZマクロで確認できました。
これは同じく効いているようですが。
機能の詳細を教えてもらえるとありがたいです。

ATOKのINT 6Fhの方は、VZATOK版ではある程度うまく動くようになりました。
ただ、編集モード以外で [ESC] を押すと IME が ONになってしまうのが想定外でした。
私の説明が不正確だったせいで、IMEを自動復帰させているように思います。

これはVZ側が FEPの状態を覚えていて、必要に応じて VZが ON/OFF させているのでした。
なので、[ESC] を押すと IME が OFFになるようにして、その後はVZが制御する形がいいと思います。


VZは DBCS mode をチェックしているようですが関係あるでしょうか。

SCRNIBM.ASM 2592:
;--- Check DBCS mode ---		; ##156.132

checkDBCS proc
IFDEF US
	mov	dbcs,FALSE	;0
ELSE
  IFDEF IBM
	pushm	<bp,ds,es>
	clr	si
	msdos	63h,0
	mov	al,FALSE	;0
	tst	si
_ifn z
	tstw	[si]
  _ifn z
IFDEF IBMAX
	clr	bl
	bios_v	50h,1
	cmp	bl,01h
	mov	al,TRUE
    _if e
	mov	al,FALSE	;0
    _endif
ELSE
	mov	al,TRUE		;1
ENDIF
  _endif
_endif
	mov	dbcs,al
	popm	<es,ds,bp>
  ENDIF
ENDIF
	ret
checkDBCS endp


KEYIBM.ASM 1588:
;--- Is DBCS mode? ---

	public	isDBCS
isDBCS proc
IFDEF US
	add	sp,2
	clc
ELSE
  IFDEF IBM
	extrn	dbcs		:byte
	tstb	dbcs
_if z
	add	sp,2
	clc
_endif
  ENDIF
ENDIF
	ret
isDBCS endp