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 の二箇所にフルバックアップしています。
（フルと言ってもエロ動画なんかのディレクトリは対象外ですが）

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

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

「新着情報 携帯版」 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 でやれということでしょうか。

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

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

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

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

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

うぅん、デザイン的な面での話なんですが、もしかしたらこれは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

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

あとは、それこそ強調を意味する<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

> 今年は一念発起して、全ログ検索ルーチンをメールで送りつけることにしました。(^^;

めざらさんと同じく、気が向いたら、ということだったのですが。
まだまだ気は向いていないのですが、とりあえず導入する方向だ、ということだけは
明確にしておきましょう。とはいえ、最短で今年の１１月ごろ、実際には数年先かも。

そもそも、なぜデフォルトでは全ログ検索になっていないのか、というところも妄想
してしまって。CGIの作り方として、その機能をつけないほうが楽、ということは当然
あるでしょう。原作者としては、もしかしたらそれだけしか考えていなかったかも
しれない。
だけど、全ログを舐めるって、結構なマシンパワーが必要なんですよ。
そして、うちで以前使っていた自宅サーバは、ものすごく貧弱。
とてもそんな機能を具備できないほど。
でも、現在使っている、もしかしたら暫定かもしれないサーバなら、十分対応可能。
ということで、理由のひとつは消えてしまいました。

あと、原作者の方のいろいろな発言やらインタビュー記事なんかも読んだことがあり
ますが、結構、利用者のことをいろいろと考えてコードを書いていらっしゃる。だから
利用者のほうでも妄想の余地があるといいますか。
例えば、もう何年も原作者のサイトは見に行っていませんが、かなりPerl5が普及した
時代になってもPerl4用のコードを提供していた。これも、Perl4しか使えない利用者
がまだまだいるから、ということでした。
そういう方が分割された過去ログごとに検索するというコードを書かれているのです
から、これは何らかの意図があってわざわざそうしているのではないか、と妄想する
のはたやすいこと。
なのでここは無批判に原作どおり、というのもありといえばありのはず。

とはいえ、上記のとおり、うちの板塀もそのうち導入する方針には舵を切ったわけ
ですよ。ま、期待せずにお待ちください、ということで。



ところで、過去ログの検索がらみでこちらの掲示板に一つ要望。
過去ログを開いたデフォルトで、検索ボタンの後ろというか右側、なんか改行が欠けて
いるような感じ。さらにそこから何か検索した場合、やはり同じところの改行が欠けて
いるので、最初に見つかった書き込みのタイトルがくっついてしまっている。
これはうまくないと思う。

あ、でも、これの試験をしているときに気がついた。
私、メインの現行ログで検索する時は全ログ検索で全く問題ないことが多いけれど、
少なくとも自分の板塀の検索においては、過去ログ検索のときはそのログだけを対象
にした検索になっていてほしいみたい。う〜ん、検索ルーチンは１個だけだからなぁ。
フラグ一つで何とかなるとは思うけど、この機能の実装はなんか面倒かも。

> まだまだ気は向いていないのですが、とりあえず導入する方向だ、ということだけは
> 明確にしておきましょう。とはいえ、最短で今年の１１月ごろ、実際には数年先かも。

おお、希望の光が。よろしくお願いします。m(__)m

> だけど、全ログを舐めるって、結構なマシンパワーが必要なんですよ。
> そして、うちで以前使っていた自宅サーバは、ものすごく貧弱。
> とてもそんな機能を具備できないほど。

確かに古いPCサーバーでは負荷が大きすぎるかもですね。

> でも、現在使っている、もしかしたら暫定かもしれないサーバなら、十分対応可能。
> ということで、理由のひとつは消えてしまいました。

おお、わくわく　(^_^)

> とはいえ、上記のとおり、うちの板塀もそのうち導入する方針には舵を切ったわけ
> ですよ。ま、期待せずにお待ちください、ということで。

首と気を長くしてお待ちしてまーす。(^_^)

> 過去ログを開いたデフォルトで、検索ボタンの後ろというか右側、なんか改行が欠けて
> いるような感じ。さらにそこから何か検索した場合、やはり同じところの改行が欠けて
> いるので、最初に見つかった書き込みのタイトルがくっついてしまっている。

あ、ほんとだ、とりあえず暫定的に直しました。m(__)m
色々詰め込んでいるのでどこが悪いか特定に時間が掛かります。(^^;

> 私、メインの現行ログで検索する時は全ログ検索で全く問題ないことが多いけれど、
> 少なくとも自分の板塀の検索においては、過去ログ検索のときはそのログだけを対象
> にした検索になっていてほしいみたい。う〜ん、検索ルーチンは１個だけだからなぁ。
> フラグ一つで何とかなるとは思うけど、この機能の実装はなんか面倒かも。

うちのところでは現行ログの検索が全ログで、過去ログは各ログの検索になっているようです。
検索ルーチンが元々別になっていたような気が。

> おお、希望の光が。よろしくお願いします。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、纏められたかな。(^^;;

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 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

　わーい、やりました。MS-DOS Player上のVzで、プリフィックスキーを押した後のキーが無事IMEオフになりました。

> ただ、編集モード以外で [ESC] を押すと IME が ONになってしまうのが想定外でした。
> 私の説明が不正確だったせいで、IMEを自動復帰させているように思います。

　はて、これはどういうことかしら？鈴木の手元では全然問題になる動作をしませんが。

　これでMS-DOS PlayerとDOSVAXJ3は、機能がほぼ並んだようです。


　今後どちらをメインにしようか、うれしく迷ってる 鈴木

> 　わーい、やりました。MS-DOS Player上のVzで、プリフィックスキーを押した後のキーが無事IMEオフになりました。

え？　と思って オリジナルVZで試したらキチンと IME OFF しますね。
どうやら高橋版VZ以降の変更で動かなくなっているようです。
検証不足でした。m(__)m
オリジナルと高橋版の変更部分を調べなくては。

> > ただ、編集モード以外で [ESC] を押すと IME が ONになってしまうのが想定外でした。
> > 私の説明が不正確だったせいで、IMEを自動復帰させているように思います。
> 　はて、これはどういうことかしら？鈴木の手元では全然問題になる動作をしませんが。

これは J3100のルーチンに変更して動かしたVZの話ですので。(^^;
キチンと動いているならなによりです。

> 　これでMS-DOS PlayerとDOSVAXJ3は、機能がほぼ並んだようです。

　ごめんなさい、DOSVAXJ3のメリットがまだありました。
　DOSVAXJ3はEMSを使えるのでした。
　鈴木の環境での両者のvmapを並べてみます。


DOSVAXJ3の場合

VMAP Version 2.00  Copyright (C) 1989-91 by c.mos

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
D001-E000   1   65520  <free>
                       --- UMB total:  64 KB ---
0171 sys    2      80  <config>
0178 0040   1     256  
0189 1C4E   1     160  command (env)
0194 <--    2  109440  vzibmj 1.60  *.*           1B 29
1C4E <--    1    1024  command vmap
1C8F-9FFF   1  538352  <free>

----- EMS ver4.0 (frame: E000h) -----       ----- XMS ver3.00 -----
handle pages   size  name                   HMA not used
------ ----- ------  --------               EMB free: 14832 KB
     1     5    80k  vzibmj
  free   927 14832k
 total  1024 16384k


MS-DOS Playerの場合

VMAP Version 2.00  Copyright (C) 1989-91 by c.mos

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
C001 sys    1       0  <config>
C002-F800   1  229344  <free>
                       --- UMB total: 224 KB ---
0207 sys    5    9824  <config>
0472        1    8192  <free>
0673 <--    1  184736  vzibmj 1.60  *.*           1B 22 29
338E        1  509712  <free>
B000 sys    1       0  <config>


　だから大きなファイルを扱うと、 DOSVAXJ3 の方が、テンポラリファイルエラーを起こしにくい。
（というか、使い始めてこの半年、経験していない。）  


　大きなファイルを編集するならDOSVAXJ3だな、と思った 鈴木

msdos -x vzibmjとすると、EMSが有効になります。

引数なしで起動するとオプション一覧が表示されます。
あわせてご参照ください。

　わあ、ごめんなさい、readmeをろくに読んでないのがばれた。
　確かに-xでEMSなどができました。

VMAP Version 2.00  Copyright (C) 1989-91 by c.mos

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
D001 sys    1       0  <config>
D002-F800   1  163808  <free>
                       --- UMB total: 160 KB ---
0207 sys    5    9824  <config>
0472        1    8192  <free>
0673 <--    1    3840  vzibmj 1.60  *.*           1B 22 29
0764        1  690608  <free>
B000 sys    1       0  <config>

----- EMS ver4.0 (frame: C000h) -----       ----- XMS ver3.00 -----
handle pages   size  name                   HMA not used
------ ----- ------  --------               EMB free: 31680 KB
  free  2036 32576k
 total  2048-32768k

　またおそるおそる大きなファイルで実験してみます。

金野さん版で試してみましたが、$IBMAIASとかMS$KANJIとかをオープンするときに、
デバイス名がnull terminatedされていないため失敗しています。

MS-DOS Player側でその辺を対処して、$IBMAIASをオープンできるようにして、
INT 21h, AX=4400hでデバイス情報として0080hを返すようにして、
これでデバイスが存在すると認識してくれたはずなのですが、
それでもVZがINT 16h, Ah=13hを使ってくれない、という状況のようです。

試みに、MS$KANJIをオープンできるようにしたところ、
INT 21h, AX=4402hでデバイスの情報を問い合わせに来てくれました。
これはMS$KANJIをちゃんと実装すれば、そちらを使ってくれるかもです。

> 金野さん版で試してみましたが、$IBMAIASとかMS$KANJIとかをオープンするときに、
> デバイス名がnull terminatedされていないため失敗しています。

試していただきありがとうございます。
私の版はFEP関連は高橋版のままなので、オリジナルとの違いを見てみたのですが
オリジナルがテーブル方式なのを別の方式に大幅に変えている感じです。
おそらく多くのFEPに対応するためだと思われます。

想像ですが、テーブル方式を止めたために逆に存在確認が出来なくなったとかかなぁと。

> MS-DOS Player側でその辺を対処して、$IBMAIASをオープンできるようにして、
> INT 21h, AX=4400hでデバイス情報として0080hを返すようにして、
> これでデバイスが存在すると認識してくれたはずなのですが、
> それでもVZがINT 16h, Ah=13hを使ってくれない、という状況のようです。

複雑すぎて私には全く見当もつかないです。

> 試みに、MS$KANJIをオープンできるようにしたところ、
> INT 21h, AX=4402hでデバイスの情報を問い合わせに来てくれました。
> これはMS$KANJIをちゃんと実装すれば、そちらを使ってくれるかもです。

そういえば、高橋版はデバイス名のヌルが抜けてるというのを思い出して過去記事を検索してみました。
#6453 で10＃さんが調べてくれていました。

> 通常IASの検出はオープンハンドル法といって、"$IBMAIAS"というデバイスを
> オープンできるかどうかで判断しています。
> この"$IBMAIAS"というファイル名は終端にNUL文字が必要で、オリジナルの
> ソースにはあるのですが、k07s3のソースには見当たりません。
> このため、"$IBMAIAS∀・ｯﾍｸﾍUﾍqﾍｯﾍｸﾍPｻ"というファイルをオープン
> しようとしています。
> 未確認ですが、おそらく通常のIASは検出できないものと思われます。
> VTDOS1.39では先頭8文字のみを比較して、強制的にIASを検出させています。

これだ！　思い出した！　これが原因だと思います。

私は #6458 で
> > この"$IBMAIAS"というファイル名は終端にNUL文字が必要で、オリジナルの
> > ソースにはあるのですが、k07s3のソースには見当たりません。
> 
> 気が付きませんでした。確認してみたところ、高橋版以外はありました。
> したがって高橋版の系列は皆抜けています。これは直します。
> 
> 高橋版は初期のものでNULが一つ足りなくて、それ以降のはNULが無くなっています。
> これはVZIBMJ.COMをVZで開いて、"$IBMAIAS"を検索してわかりました。

こう返していて、当時のVZソースを以下のように変更していました。

IFDEF IBMAX
		db	FP_MSKANJI
		db	0
ENDIF
		db	0				; ##k07t2 14-05-11
vct16		dd	0				; tVZで抜けていた

ところがそれ以降の版ではこれを忘れていて抜けたままになってしまったようです。
これを追加した版で試したらキチンと動作しました。
お騒がせしました。m(__)m

高橋版に対応させるために 10＃さんは上記のような対応で WinIME制御を実現してくれたのだと思います。
できましたらそのようにして高橋版でも動くようにお願いいたします。m(__)m

あぁ、久々にオリジナルのままのVMAPを使っている人を見かけた。

> ----- EMS ver4.0 (frame: C000h) -----       ----- XMS ver3.00 -----
> handle pages   size  name                   HMA not used
> ------ ----- ------  --------               EMB free: 31680 KB
>   free  2036 32576k
>  total  2048-32768k

私はVMAPにパッチを当てて、マイナスの値が出ないようにしています。
あ、でも、昔と違って私が最近使っているマシンでは、そもそもマイナスの値になる
ほどのサイズのEMSが取得できない。
このパッチ情報も、今では意味がないというか、ある種、歴史に埋もれつつある情報
と言ってもいいのかもしれない。

> あぁ、久々にオリジナルのままのVMAPを使っている人を見かけた。
> 
> >  total  2048-32768k

う、そういえばうちのも出るなぁ。(^^;

> 私はVMAPにパッチを当てて、マイナスの値が出ないようにしています。
> あ、でも、昔と違って私が最近使っているマシンでは、そもそもマイナスの値になる
> ほどのサイズのEMSが取得できない。

この板で「VMAP パッチ」で検索すると #1429 で

> これで vmap としきパッチが、ふたたび生きてきました！

という記事が出ました。ここではこれ以上の情報が見つからないので、もしかしてやしきに
と思ってやしきに忍び込んだらVZの部屋で見っけ。＼(^^)／ ﾔｯﾀ-

で、早速VZでVMAP.COMを開いてやってみたのですが、キーワードが見つかりません。
あれぇ？　と思って冒頭を見ると、diet の文字が。そうです。DIET圧縮されていたのでした。(>_<)

>diet -ra VMAP.COM 　でめでたく圧縮解除できました。

1991/12/16  02:01             3,031 VMAP.COM　圧縮
1991/12/16  02:01             3,173 VMAP.COM

これで指示通りに出来てパッチ当て出来ました。＼(^^)／ ﾔｯﾀ-
昔やった気がするのですが、いつのまにか元のに戻ってしまってたんですね。(^^;

> このパッチ情報も、今では意味がないというか、ある種、歴史に埋もれつつある情報
> と言ってもいいのかもしれない。

いやあ、としきさんのおかげで何十年ぶりかで VMAP の表示が直りました。
ありがとうございます。

高橋版VZエディタ向けの修正を入れたバージョンをリリースしました。

ただ、金野さん版のVZvt02 （2010-05-15）だと、まだFEPが制御されないみたいです。
FEPの存在チェックとDBCSのチェックは通っているのですが。。。
最新版だと問題なさそうでしょうか？

> 高橋版VZエディタ向けの修正を入れたバージョンをリリースしました。

ありがとうございます。高橋版も私家版もバッチリでした。

> ただ、金野さん版のVZvt02 （2010-05-15）だと、まだFEPが制御されないみたいです。
> FEPの存在チェックとDBCSのチェックは通っているのですが。。。

すみません、その版は特殊な版で、VTDOSがIME制御できる前のテスト版でした。
削除しますのでその版は無かったことにしてください。m(__)m

> 最新版だと問題なさそうでしょうか？

はい、問題ないです。
全部の版に対応していただき、本当にありがとうございました。

　あれれ、テンポラリファイルエラーとEMSは関係なかったみたいです。

　400kBくらいの大きなファイルを編集して、そのファイルを最初から最後まで見るのをくりかえしていると、EMSを設定しても、テンポラリファイルエラーが起こります。

　たしか以前のバージョンのMS-DOS Player上のVzは、EMSを設定しなければHDD上にテンポラリファイルを作ってたのに、今回は作らなくなった、のでしょうか？ 

環境変数に指定されているTEMPのパスが深かったり、
短いファイル名をサポートしていないとかはないでしょうか?

C:\TEMPとか適当なディレクトリを作っておいて、
環境変数にMSDOS_TEMP = C:\TEMPとかを定義しておくと、
MS-DOS Player上でそちらがTEMPとして扱われます。

これで解決しないかご確認お願いいたします。

MS-DOS Player 2024/9/22版が更新されました。
内容は
-----------------------------------------------------------
2024/9/22
高橋版VZエディタ向けの修正を行いました。
INT 21h. AH=3Dhで、$IBMAIASをオープンすることで存在チェックをしていますが、
デバイス名がnull terminatedになっていませんでした。
$IBMAIASから始まるパスは、強制的に8文字までで切るように補正します。
INT 21h, AX=4400hで、$IBMAIASのデバイス情報にDX=8080hを返すようにしました。
高橋版VZエディタは、DL=80hになっているかチェックしているようです。


2024/9/21
DOSVAXJ3の実装を参考に、INT 16h, AH=13hと、INT 6Fhの実装を整理しました。
IMEのオンオフやモードの取得・変更をする処理です。
また、$IBMAFNT/$IBMADSP/$IBMAIASが存在しているふりをするようにしました。
（ダミードライバの追加と、INT 21h, AH=3Dhでオープンできるようにした）
DOSVAXJ3だとVZでIMEの制御がうまくできるらしいので、これで様子をみてみます。

システムポートのbit4, bit5で、タイマーのCh.1/2の出力の読めるようにしました。
それぞれ、RAMのリフレッシュ信号と、ビープ音の信号に使用されています。
前者は15us間隔でトグルしますが、そこまで高精度に時間を管理できないので、
連続して読む度に、1msの間に最大66回までトグルするようにしました。
…こんなところをチェックするCLIなツールがあるとも思えませんが（苦笑）

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

備忘録として 9/21 の分まで載せています。
今回の高橋版VZ向けの更新で 全てのVZで WinIME が制御出来るようになりました。
ありがとうございます。


＃　10年以上前の記事が役に立つこともあるんだなぁ・・・

まとレスです。

鈴木さん
> 　400kBくらいの大きなファイルを編集して、そのファイルを最初から最後まで見るのをくりかえしていると、EMSを設定しても、テンポラリファイルエラーが起こります。

私の経験では、オープン窓の履歴から巨大ファイルを開いて編集するとテンポラリエラーになりました。
VZの初期化処理か何かに問題が有るのではないかと疑っています。
再現する操作手順があれば教えてください。

> 　たしか以前のバージョンのMS-DOS Player上のVzは、EMSを設定しなければHDD上にテンポラリファイルを作ってたのに、今回は作らなくなった、のでしょうか？ 

VZでは HDDでも EMSでも XMSでも一時ファイルは全部テンポラリファイルと言っていたと思います。
EMSが有っても無くてもエラーが出るなら問題は別の所にあるのかも。

武田さん
> 環境変数に指定されているTEMPのパスが深かったり、
> 短いファイル名をサポートしていないとかはないでしょうか?

流石です。私はそこまで考えていませんでした。(^^;
VZは TMP を使うのでこれは設定していると思いますが、設定していないと色々困りますしね。

　すばやい返答、ありがとうございます。
　set で確認すると  

TEMP=C:\USERS\USER\APPDATA\LOCAL\TEMP

　おお、自分で環境変数をいじった記憶はないから、これがcmd.exeの初期設定なのかな。
　そこに確かに、3Mに太ったVZTEMP.$$$がいました。

>　たしか以前のバージョンのMS-DOS Player上のVzは、EMSを設定しなければHDD上にテンポラリファイルを作ってたのに
　これはDOSVAXJ3と混同した世迷い発言でした。


　とりあえずEMSの設定はなしにして、

set msdos_temp=c:\users\user

　として、わかりやすいところにテンポラリファイルを作って様子をみてみます。

　追記です。

　MS-DOS Player 上のVzを終了するとき、Vzを終了させればいいのだけれど、えいっとcmd.exeごと終了させることが僕はあります。そうするとHDD上にVZTEMP.$$$を残したままになるわけです。

　以前純粋MS-DOS上でVzを立ち上げていたとき、もしVZTEMP.$$$がディスク上に残っていたら、まずそれを消去するようにしてました。今のDOSVAXJ3でもそうしてます。

　MS-DOS Playerは、カレントディレクトリでないところにVZTEMP.$$$を作ってたので、その場所が僕にわからなかったのでした。  
　他の環境と同様、これもVzの新規起動時には削除するようにしました。
　これで、いまのところテンポラリファイルエラーはないようです。

実機でも、VZを起動中にPCの電源を落としたら、同じ状況になるのかと思います。
そうなると、MS-DOS Player側で何か対処するのも変な話かもしれません。

一応、異常終了時のハンドラーがあるので、そこで消せなくもないのですが、
それが原因で不具合を起こしそうで怖いですね。

できるだけ、運用で補っていただければと思います。

> 　MS-DOS Player 上のVzを終了するとき、Vzを終了させればいいのだけれど、えいっとcmd.exeごと終了させることが僕はあります。そうするとHDD上にVZTEMP.$$$を残したままになるわけです。

ああ、そういうことでしたか、すっかり失念していました。
高橋版VZ以降は TEMPファイルをユニークにしたので、複数窓でVZを使っていても問題無くなっていたのです。
もちろんVZを強制終了して TEMPファイルが残っても問題ありません。

> 　以前純粋MS-DOS上でVzを立ち上げていたとき、もしVZTEMP.$$$がディスク上に残っていたら、まずそれを消去するようにしてました。今のDOSVAXJ3でもそうしてます。

高橋版VZでも、ファイラーの一時ファイル FILES.$$$ は複数窓同時に使うと駄目なので
やっぱりエミュごとにTMPフォルダー分けた方がいいですね。
私も VZ起動BATで TMPを分けて使うように見直してみます。 

昨日のログ置き場に置いていた暫定掲示板の 過去ログ(nifty log 形式)を
「今日のテーマ」の過去ログ ０番に設置しました。

-----------------------------------------------------------
昨日のログ置き場

暫定掲示板の 過去ログ nifty log 形式
　※今日のテーマ以前に運用していたniftyの個人掲示板の過去ログです。あじゃさんからCMT形式でいただきました。

#00002〜#00029　 KAKO_00.LZH 3,995bytes（2004/07/15〜2004/09/28）
-----------------------------------------------------------

このログを ツリー形式で表示しました。形式が若干違いますが、仕様ということで。
あわせて FGALDC の修正と検索不具合を修正して、ログ0番まで検索できるようにしました。
LOG No. 0　　のようにログ番号を表示するようにしたので、利便性が増していると思います。

検索漏れを見つけたら教えてもらえるとありがたいです。

＃　としきさんの unix time マクロを基に、全自動変換できました。＼(^^)／ ﾔｯﾀ-

> > あるいは「morek」という語句を、過去ログの0026、0025、0024で検索した場合の
> > 挙動なんかをみると、なんか、検索を始めたログよりも過去方向にはたどるけれど
> > 未来方向にはたどらない、という挙動のように見える。

> うう、うちのはそういう挙動になっていましたか、サーチルーチンは共通だったんですね。
> 直すならやっぱりフラグかなんかですかね。直す気はないけど。(^^;
> うーん、でもとしきさん方式も良いかも。ちょっと迷ってきてます。(^^;

もしかしてこの辺、何か検索ルーチンに手を加えている最中でしょうか。
なんとなくデグレが発生しているような気がする。
それとも、もともと不具合があったのに私が気がついていなかっただけかも。

なんてもいいのですが検索を行い、検索結果を含むツリーを一括表示をさせようと
リンクを踏むと、過去ログに落ちている発言はきちんとツリー一括表示が出てきます
が、現行ログ内に存在する発言の検索結果からは一括表示が出てきません。

ご確認をお願いします。

> なんてもいいのですが検索を行い、検索結果を含むツリーを一括表示をさせようと
> リンクを踏むと、過去ログに落ちている発言はきちんとツリー一括表示が出てきます
> が、現行ログ内に存在する発言の検索結果からは一括表示が出てきません。

うう、デグレというか、ログ0番検索対応のバグでした。(>_<)
直しましたので、ご確認願います。m(__)m

> 検索を始めたログよりも過去方向にはたどる
これは変わっていないと思います。

> うう、デグレというか、ログ0番検索対応のバグでした。(>_<)
> 直しましたので、ご確認願います。m(__)m

直っていますね。よかったよかった。
私のほうも、何とかしたいなぁ。
でも、同じ不具合は入れないと思うけど、もっとひどい不具合を入れ込みそう。

> 直っていますね。よかったよかった。

もうスパゲッてわけわからん状態なので、修正が大変でした。(>_<)
問題なさそうでホッとしました。(^^;

> 私のほうも、何とかしたいなぁ。
> でも、同じ不具合は入れないと思うけど、もっとひどい不具合を入れ込みそう。

今の私のソースはとても参考にならない（できない）状態です。(^^;;
その前のも FGALDC 対応でややこしくなってたんですけどね。(^^;

> もうスパゲッてわけわからん状態なので、修正が大変でした。(>_<)

これは、比喩に比喩を重ねた表現、ということでいいのですよね。
もともとのプログラム用語で言うところのスパゲッティ、からみあっているという
比喩的表現なわけですが、これって基本的にgotoであちこち飛ばしまくっていること
を意味しているわけですよ。つまり、条件分岐とループだけでプログラムを構成して
いるならスパゲッティにはならない、というのがソフトウェア工学の理屈。
もちろん世の中、そう完璧に理屈どおりにはならない、というのはさておき。
perlで、本来的な意味でのスパゲッティなプログラム、作ろうと思えば作れるでしょう
けど、本当にそういうプログラムが作れる人は、逆説的な意味で天才。
ということで、あたかもスパゲッティなプログラムであった、と仮定して。
まさかと思いますが、不要なコメントが大量にあった、とかいうことではないです
よね。何回も私が口を酸っぱくして、取れ〜、取り除け〜、と呪いの言葉のごとく
ほざいていたわけですから。
まじめな話、これからの人生で少しでも楽をするために、上っ面でもいいですから
konnoさんはソフトウェア工学の基礎を学んだほうがいいかもしれない。
人生は有限ですから。

> > もうスパゲッてわけわからん状態なので、修正が大変でした。(>_<)
> これは、比喩に比喩を重ねた表現、ということでいいのですよね。

いやあ、増築に増築を重ねた結果、だと思います。
#11519 で書いたように

> うう、デグレというか、ログ0番検索対応のバグでした。(>_<)

これは本来1番から始まる過去ログにゼロ番を無理やりねじ込んだせいなのです。
私の力量では条件分岐とループだけでは実現できなかったのでフラグなど使ったのですが
やはり見落としが有りましたね。

#			if ($in{'pastlog'} >= 0) {
#			if ($mode eq "past") {
			if ($in{'act'} eq "past") {

おそらくここが原因だったかと思いますが、コメントで試行錯誤の痕跡がわかりますね。

> まさかと思いますが、不要なコメントが大量にあった、とかいうことではないですよね。

私にとっては有用なコメントもあると思っています。
そういえば他にも、過去ログで返信ボタンを表示していたバグも発覚しました。(>_<)

		if ($mode ne "past") {
#		if ($in{'act'} ne "past") {

過去ログにゼロ番を無理やりねじ込むためこう変更したのですが、効いていませんでした。(>_<)
しかたないので、コメントを戻して両方効くようにしたら直りました。泥縄だぁ〜 (^^;

		if ($mode ne "past") {
			if ($in{'act'} ne "past") {

> まじめな話、これからの人生で少しでも楽をするために、上っ面でもいいですから
> konnoさんはソフトウェア工学の基礎を学んだほうがいいかもしれない。
> 人生は有限ですから。

それが頭に入らない、理解できないからここまでズルズルきたのではないかなぁ。(;_;)

DOSVAXJ3 で CLPPST.DEF が使えなくてクリップボードのやり取りに悩んでいたのですが
最近過去ログ整理で読み直していたら、ファンクションコールで実現する記事がありました。
全文引用します。
-----------------------------------------------------------

#4898：Re^2: VTDOSインストチェック 　投稿者: 文太 　 2010/01/21(木) 12:26

　１文字欠ける？

=== Macrotmp by B ===;
* M
50 ^^ "Macrotmp"
;	p="0123456789", 
	p="あいうえおかきくけこ", 
	&Sn(p) cx=r, si-,	;size etc  for SET func
	ax=gz, bx=p,		;ptr (ax->es)
	dx=1,			;type
	&>
	&m("finished").

0:	&i(3+$)."$
	$(50,B8,01,17,CD,2F,B8,02,17,CD,2F,07,B8,03,17,CD)$
	$(2F,B8,08,17,CD,2F,C3)$"

;	push ax
;	mov ax,1701h	;open
;	int 2Fh
;	mov ax,1702h	;clear
;	int 2Fh
;	pop es
;	mov ax,1703h	;set
;	int 2Fh
;	mov ax,1708h	;close
;	int 2Fh
;	ret

*
-----------------------------------------------------------

これをVTDOSで実行するとクリップボードにコピーできました。＼(^^)／ ﾔｯﾀ-
本来 XP ではこのファンクションは使えないはずですが、10＃さんが対応してくれたんですね。
で、１文字欠ける？　というのは、XPの仕様どおりだと文字列の最後の１バイトが欠けるのですね。
それにも10＃さんは対応してくれました。m(__)m

それで、ダメもとでこのマクロを DOSVAXJ3 で実行させたら、なんと！ 動くではありませんか！！
おお！！！！　と思いましたが、最後の１文字が欠けています。
これは、軟式さんに報告して直してもらおうと思います。
キーボードでコピーするのもうまく動かないのでそれも聞いてみます。

お忙しいでしょうから、返事がもらえるかわかりませんが、メールしてみますね。

OSVAXJ3でも Fコールでクリップボードコピーが出来るのが分かったのでやってみました。
#1141 の H岡さんのマクロと文太さん情報で実現できました。＼(^^)／ ﾔｯﾀ-

一応VZマクロの部屋に置きました。

　 ClpPst.def 24-10-04
・寅次氏作のクリップボードマクロの改造版。DOSVAXJ3に仮対応。ほとんどテストしてません。
・環境変数 VZSYM に AXJ3 が必要です。 ※高橋版VZ以降が必要
　SET VZSYM = AXJ3

人柱^H 動作報告お待ちしてます。(^^;


ここにも置いておきますね。
#txt:ClpPst.def

軟式さんにメールしたところ、対応テスト版をいただきました。
クリップボードへコピーは正常にできました。
ありがとうございます。

>　この機能ですが、本家 DOSBox では実装されておらず、DOSVAXJ3 では
>Wengier 氏が作成した LFN とクリップボード対応 DOSBox からいろいろ
>移植した際に追加されたと思われます。その時点で 1 バイト欠けのバグ
>はあったようです。

ということのようです。
ClpPst.EXE が使えなくて困っていたので助かりました。
今ペーストの方を試行錯誤していますが、なかなか難しいです。

とりあえず @[F10] でペーストは出来るのですが、VZのインデントが効いてしまいます。

    ax$1705, cx=ax, dx+, &i($2F)	    ;GET Clipboard DATA

この実装がわからなくて頓挫しています。
どなたかお知恵を〜　　m(__)m

MS-DOS Playerでも、INT 2Fh, AH=17hを一部サポートしてみました。

ちょうど本業で、クリップボードを操作する処理を書いてまして（苦笑）
実にタイミングが良かったです。

＃古いVB6のアプリで、UNICODEなファイルパスをテキストボックスにコピペする、
＃みたいな処理を書いてました。

> MS-DOS Playerでも、INT 2Fh, AH=17hを一部サポートしてみました。

武田さん、ありがとうございます。
古い版の MS-DOS Player は INT2F 1700h 不可でしたが、CLPPST.EXEが使えるので問題ありませんでした。
新しい版を VZマクロで試してみました。

=== INT2F_17.DEF ===
* M
80 ^\ "INT2F 1700"
	?.
	ax=$1700, &i($2F)		;IDENTIFY WinOldAp VERSION
	&m("1700   ax:%x dx:%x",ax,dx) 
	(ax==$1700)?.			; ax$1700 なら未サポート
*

このマクロでは、ax101h とか出るのでインストチェックはOKです。
次に文太さんのコピーチェックマクロでは

=== Macrotmp by B ===;
* M
50 ^\ "Macrotmp"
;	p="0123456789", 
	p="あいうえおかきくけこ", 
	&Sn(p) cx=r, si-,	;size etc  for SET func
	ax=gz, bx=p,		;ptr (ax->es)
	dx=1,			;type
	&> a=r,
	&m("finished %d %s",a,p).

0:	&i(3+$)."$
	$(50,B8,01,17,CD,2F,B8,02,17,CD,2F,07,B8,03,17,CD)$
	$(2F,B8,08,17,CD,2F,C3)$"

;	push ax
;	mov ax,1701h	;open
;	int 2Fh
;	mov ax,1702h	;clear
;	int 2Fh
;	pop es
;	mov ax,1703h	;set
;	int 2Fh
;	mov ax,1708h	;close
;	int 2Fh
;	ret
*

これは MSDOS.EXE 起動直後に実行するとコピー出来ていないようです。
下のマクロを実行後はキチンとコピー出来たようです。
テストマクロでは何か初期化かパラメータが足りないのでしょうか。
 
次に H岡さんのマクロでは

=== cliput.def ===
*m
89 ^\ "ブロック箇所をテキストスタックとクリップボードへコピー"
    ?. (mb)??{ #> #b #< }		; ★ 非ブロックモードは1行コピー  追加
    #k dz[=kz, cx=kp..-1, bx=kp-3-cx, dz],
;   cx++,				; ★ １バイト補完
;-- テキストスタック格納データをクリップボードへコピー
    ax$1701, &i($2F)                                    ;Open Clipboard
    ax$1702, &i($2F)                                    ;Empty Clipboard
    ax$1703, dx+, si-, di=kz, &i("$(8E,C7,CD,2F,C3)")   ;Set Clipboard Data
;E8FF:0000 8EC7           MOV    ES,DI
;E8FF:0002 CD2F           INT    2F
;E8FF:0004 C3             RET    
    ;DX=1:text
    ;ES:BX = data source ->di:bx
    ;SI:CX = data size   ->00:cx
    ax$1708, &i($2F)                                    ;Close Clipboard
*

コピーは出来ますが、文字列の最後に 02h+12h の文字コードが出ています。
これらのマクロは VTDOSや DOSVAXJ3テスト版では正常に動作しています。
よろしくお願いします。

コピーは出来たのですが、ペーストで躓いています。
ペーストのアセンブラプログラムなど教えてもらえないでしょうか。
今の私は頭が働かなくて、(;_;)


※ これは DOSVAXJ3 でコピーしてみました。あれ？最後に全角文字がある？？
　と思ったら、01h が出ていました。
　cx++, の1バイト補完したままが原因でした。m(__)m

MS-DOS Player内のコードで、以下のような処理で検証をしています。

const char hoge[]="あいうえおかきくけこ";

// ES:BX = 0000:0000
CPU_LOAD_SREG(CPU_ES_INDEX, 0);
CPU_BX=0;
memcpy(mem + CPU_ES_BASE + CPU_BX, hoge, sizeof(hoge));

// クリップボードを開く
CPU_AX=0x1701;
msdos_int_2fh_17h();
// クリップボードを空にする
CPU_AX=0x1702;
msdos_int_2fh_17h();
// ES:BXからSI:DIだけクリップボードにコピーする
// 10バイトなので「あいうえお」だけコピーする
// ※ お尻にnull-terminatorを追加してコピーされる
CPU_SI=0;
CPU_DI=10;
CPU_DX=1;
CPU_AX=0x1703;
msdos_int_2fh_17h();
// クリップボードを閉じる
CPU_AX=0x1708;
msdos_int_2fh_17h();

// クリップボードを開く
CPU_AX=0x1701;
msdos_int_2fh_17h();
// クリップボード内のデータのサイズを取得
CPU_DX=1;
CPU_AX=0x1704;
msdos_int_2fh_17h();
// クリップボード内のデータをES:BXに取得
CPU_DX=1;
CPU_AX=0x1705;
msdos_int_2fh_17h();
// クリップボードを閉じる
CPU_AX=0x1708;
msdos_int_2fh_17h();

クリップボード内のデータサイズの取得は、GlobalSize()を使うよりも、
strlen()でデータの文字列長を取得するほうが良さげっぽいですね。
次のリリースで変更しておきます。

INT 2Fh, AX=1704hでクリップボード内のデータのサイズを取得できなかったときに、
DX=0にならない問題もありました。
これも次のリリースで直しておきます。

もうちょっと色々修正してみました。
最新版だと如何でしょうか？

> MS-DOS Player内のコードで、以下のような処理で検証をしています。

わかりやすいソースをありがとうございます。
なんとか出来そうな気がしてきたのでこれを参考に試行錯誤してみます。
m(__)m

すみません、コピーするデータ長は、SI:DIでなくSI:CXでした。
先ほど修正したバージョンをリリースしています。

> すみません、コピーするデータ長は、SI:DIでなくSI:CXでした。

ありがとうございます。

> 先ほど修正したバージョンをリリースしています。

いただきました。テストマクロは正常に動作しているようです。

> いただきました。テストマクロは正常に動作しているようです。

ご確認ありがとうございます。
正常に動作して安心しました。
バグのせいで不必要な検証をしていただいて申し訳ないです。

クリップボードからペーストも正常動作を確認できました。
マクロが上手く動かないので時間が掛かりました。m(__)m

メモリにペーストするところをファイルに入れようとして躓いていました。
張り付けるサイズ分を事前に確保しておかないと駄目なんですね。
DOSエミュ3種とも同じ動作になるので、仕様どおりなのだと思います。
・・・と思ったけど、VTDOSはヌルが残る場合が有りますね。

マクロはもう少し整理してから公開します。
ありがとうございました。

ClpPst.def DOSVAXJ3対応 10/10版です。
クリップボードへのコピー、ペーストに仮対応しました。

　 ClpPst.def v05e4 24-10-10 new!
・寅次氏作のクリップボードマクロの改造版。DOSVAXJ3に仮対応。あまりテストしてません。
・DOSVAXJ3は INT2F のFコール使用、それ以外は 従来どおりCLPPST.EXE 使用します。
・INT2F 使用時は、コピー64k以内、ペーストBL(8192)以内の制限があります。
・VZ1.6用 オリジナルVZでも動くと思います。

※ DOSVAXJ3以外で INT2F モードを試す時は、★印の行2か所をコメントにします。

#txt:ClpPst.def

INT2F 使用時は、コピー64k以内、ペーストBL(8192)以内の制限があります。
特にペーストは私の脳力不足でラインバッファ使用が精いっぱいでした。(;_;)
以下にペーストのソースを張りますのでどなたか64k対応とかお願いします。m(__)m

=== paste.def ===
*m
62 ^V	"ペースト"
	?. 
;	&02	;-------------------------------------	;機種チェック  #05e
;	(c<2)?>A					;★ DOSVAXJ3以外なら >a
	&s &04 #^ #< #b #_ #> ux[+, 			;CLPPST.TMP open
:b	#y (mb)?>b ux], d-,				;内容をクリア
	ax$1701, &i($2F)				;Open Clipboard
	ax$1704, dx+, &i($2F)				;GET Clipboard DATA SIZE
	&m(" ax:%x dx:%x ",ax,dx) 
	(dx)?{ #C (s)? 'n' &m("%x:%d   buf over!",dx,cx) .} ;65535 over!
	cx=ax, &s
	(cx>=bl)?{ #C (s)? 'n' &m("%d   buf over!",cx) .}   ;bl 8192 over!
	&m(" ax:%x dx:%x ",ax,dx) 
	(ax>4096 && d==0)?{&s (4096){" "}  #] &d #b #^ #k ax=ax-4096, d+, } ;4096埋める
	&s
:d 	&m(" ax:%x ",ax) 
	(ax<0 && d>0)?{#p ax=ax-4096, >d }		;4096分スペースで埋める
	(ax>4096 && d>0)?{#p ax=ax-4096, >d }		;4096分スペースで埋める
:e	(ax)?{ &?(" ") ax--, >e }			;残り分スペースで埋める
	&m(" ax:%x ",ax) 
	#^ #< #28 bx=cp,
	ax$1705, dx+, si-, di=gz,    ;8ec7 mov es,di	;Set Clipboard Data
	&i("$(8E,C7,CD,2F,C3)")      ;cd2f int 2fh	;Set Clipboard Data
	ax$1708, &i($2F)	     ;c3   ret		;Close Clipboard
	#] &d #^ #<
	ps[=pa, #F &o(0) #m #c ps], (r)?>K		;ヌルがあれば検索
	#b #_ #> ux[+, #y ux],				;ヌル以降削除
	(mb)?#b
:K	#_ #> #b #^ #< #k 
	#C (s)? 'y' 					;クローズ
	#i &d &m("INT2F: ClipBoard >> Text!")
	.

02:	c-,					;--- int2f frag  check ---
	ax=$1700, &i($2F)			;IDENTIFY WinOldAp VERSIO
	( ax == $1700 )??c++,			; WinOldAp サポートなら c+1
	ax=$7476,bx=$0000,cx=$6F64,		;VTDOS:0  MSP:1  DOSVAXJ3:7476
	&i($2F)					;VTDOS check $7476なら DOSVAXJ3
	( ax == $7476 )? c=c+2,			;DOSVAXJ3なら c+2
;	&m("7476   ax:%x c:%d",ax,c)		;ax=7476 なら未サポート 

04:	a-, mx[+, sn[-, #O &?("%sCLPPST.TMP",pi) #m	;--- CLPPST.TMP ---
		(s)?{ #[ #[ a+, } sn], mx],
	(a)?{ &m("クリップボードがカラかテキスト以外です") &d . }

*
; a,b,c,d,f,p 使用
;8ec7	mov	ES,BX
;cd2f	int	2Fh
;c3	ret

追記　
DOSVAXJ3は新版がまだ正式公開されていませんでした。
旧版用に ★★印の cx+, を活かしてあります。
メールでいただいたテスト版のURLを張り付けておきます。

> 　1 バイト欠けですが、修正してみました。
> 　下記よりテスト版をダウンロードしてください。64bit 版です。
> https://www.nanshiki.co.jp/test/dosboxj_test.zip

DOSVAXJ3 (2024/10/11)版が公開されました。
内容は

-----------------------------------------------------------
build JP241011　(2024/10/11)
int 2Fh ax=1703h のクリップボードセットで文字列末尾が欠けるのを修正しました。

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

これで DOSVAXJ3 でもクリップボードが使えるようになりました。
ありがたいです。

ClpPst.def の INT2Fペーストで末尾に ^A が出る場合があったのでこの後修正します。

ClpPst.def DOSVAXJ3対応 10/11版です。

　 ClpPst.def v05e5  24-10-11 new!
・寅次氏作のクリップボードマクロの改造版。DOSVAXJ3に仮対応。あまりテストしてません。
・DOSVAXJ3は INT2F のFコール使用、それ以外は 従来どおりCLPPST.EXE 使用します。
・INT2F 使用時は、コピー64k以内、ペーストBL(8192)以内の制限があります。
・若干のバグ修正と一時ファイルでペースト速度アップ
・VZ1.6用 オリジナルVZでも動くと思います。

※ DOSVAXJ3以外で INT2F モードを試す時は、★印の行2か所をコメントにします。

#txt:ClpPst.def

コピーは問題ないですがペーストでclip.tmp、clppest.tmpを開いたところで止まります。
内容は空だったりスペースだったりテンポラリーファイルエラーだったりさまざまです。

> コピーは問題ないですがペーストでclip.tmp、clppest.tmpを開いたところで止まります。
> 内容は空だったりスペースだったりテンポラリーファイルエラーだったりさまざまです。

うちの環境では問題なく動いているので、環境の違いでしょうか。
Sn+ 新規ファイルの確認かと思いましたが違うみたいですね。
環境変数 TMP は設定してますよね。 \user\TMP\　など長すぎると誤動作するかも。
うちは C:\TMP\ にしています。

OPT_LST.DEF の結果を教えてもらえますか。
ちなみにこの文章は DOSVAXJ3 でコピペして書いています。

BLの半分ほどでも失敗する場合がありました。原因は不明です。
その場合ヌルが出力されないので buf err!! 3  で終了するようにしました。

;	(r)?{#] &d #b ps], #W sn[+, #C (s)? 'n' &m("buf err!! 3") sn], .}	;err! ★★★

このコメント行を有効にすれば、TMPの内容を残して終了します。

これで確認してもらえるでしょうか。

#txt:ClpPst.def  2024/10/15版

> OPT_LST.DEF の結果を教えてもらえますか。
いろいろ試して純正vzibmj.defに組み込んでも同じでした。 
10/15版はこれから試します。

環境変数TMPはE:\TMP￥に設定してます
buf err!! 3で終了してます

> buf err!! 3で終了してます

やはりこれが原因のようですね。ラインバッファ使用はBLの半分が限界かもしれません。
掲示板の記事のコピペ程度なら問題ないと思いますが、ちょっと大きなファイルは厳しいようです。
スタックを使えば良さそうですが私はその辺の知識が無いのです。

マクロは難しいのでアセンブラでやってみたら出来ました。
32k程度ですが一応動くようになったので動作チェックしてみます。
64kまで出来ると思ったのですが、どうもINT2Fでは半分しか使えないような感じですね。

ClpPst.def v05e7 24-10-17版を VZマクロの部屋にUPしました。

paste.zip 24-10-17 new!
・寅次氏作のクリップボードマクロの改造版。DOSVAXJ3に仮対応。あまりテストしてません。
・DOSVAXJ3は INT2F のFコール使用、それ以外は 従来どおりCLPPST.EXE 使用します。
・INT2F 使用時は、コピー64k以内、ペースト32k以内の制限があります。v05e7
・若干のバグ修正と一時ファイルでペースト速度アップ
・VZ1.6用 オリジナルVZでも動くと思います。
・paste.com 使用で 32kまでペースト出来るようになりました。 v05e7


以下 同梱の paste.txt の内容です。

paste.com   2024-10-17版

paste.com はクリップボードから C:\TMP\PASTE.TMP に内容をペーストするプログラムです。
ペーストできる容量は32k程度までです。それ以上ではエラー終了します。
PASTE.TMP の内容はデータの最後にヌルがあり、その後ろはゴミがあります。
データがあふれるとヌルが無くなるのでそれでエラー判定します。
同梱の改造した ClpPst.def で必要なデータを取り出して ClpPst.tmp とテキストに書き出します。


■ 使い方
　paste.com をパスの通ったフォルダに置きます。
　あとは ClpPst.def のペーストモードで自動的に呼び出されます。


■ paste.com を単独で使う場合

paste.com >nul

　このように NUL にリダイレクトさせないと コマンドラインにクリップボードの内容を吐き出してしまいます。


■ PASTE.TMP が生成されるフォルダは C:\TMP\ に固定されています。
　ファルダを変更したい時は paste.com を VZで開いて 該当箇所を直接変更してください。
　ファイルサイズが変わらないように、後ろのヌルを削除します。


#txt:paste.zip  ここから落とせるかな？

少し前に一旦UPしましたが 19時40分マクロを差し替えたので、よろしくね。(^^;

コピー＆ペーストをくり返してpaste.tmpのサイズが50306の時にペースト
できない時がありましたがそれ以外は問題なさそうです。
カットはクリップボードにコピーできますがカットできずに残ります。
今のところそれぐらいです。

> コピー＆ペーストをくり返してpaste.tmpのサイズが50306の時にペースト
> できない時がありましたがそれ以外は問題なさそうです。

げげ、うちの環境では32kを超えると高確率で失敗します。(^^;
32kまでは問題無いと思います。

> カットはクリップボードにコピーできますがカットできずに残ります。

げげげ、カットは使ったことが無いので完全に失念していました。m(__)m
これから修正してみます。

MS-DOS Player  2024/10/18版が出ました。
更新内容は

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

2024/10/18
-pオプションでコードページを指定した場合に、実際に指定したコードページに
変更する処理が抜けていたのを修正しました。

仮想マシン上でカーソルを非表示にしても、実際の表示には反映されませんが、
（理由については2017/8/25の項目をご参照ください）
-hオプションを指定することで、カーソルの非表示を反映するようにしました。

切断されたリモートドライブに対して、GetDriveTypeA()を実行すると、
長時間固まってしまう場合がある問題の対策を入れました。
先にWNetGetConnectionA()を実行して、リモートドライブである場合は、
GetDriveTypeA()を実行しないようにしています。
WNetGetConnectionA()は共有の設定を見るだけで、実際のドライブに対しては
何もアクセスしないのではないか、という期待をしています。

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

MS-DOS Player はファイラーでカーソルが消えないというのがありました。
もう慣れてしまっていましたが、今回の版で -hオプションを指定することで
ファイラーでカーソルの非表示を確認できました。＼(^^)／ ﾔｯﾀ-

私は Ci4 カーソル点滅で運用していますが、-h オプションだとカーソルが見えづらいです。
Ci0 にしたら、点滅は消えないものの見やすくなりました。
DOSVAXJ3 でも Ci0 で、一瞬点滅しますが見やすいです。
VTDOSでは Ci0 で完全に点滅が消えます。Ci4 とどっちが見やすいか微妙なところですね。

ということで、これからは Ci0 で運用していくことにしました。
武田さん、ありがとうございます。

> 32kまでは問題無いと思います。
了解です。環境の違いなんでしょう。

> げげげ、カットは使ったことが無いので完全に失念していました。m(__)m
私も使わないですがマクロにカットがあったからとりあえず使ってみました。
 

情報ありがとうございます。
2014年11月07日に武田さんが
>VTDOSで動かす方が快適だろうとは思いますが、まあネタ程度に。
と書き込まれてはや10年、MS-DOS PlayerはVTDOSと同等のエミュレータになっ
たと思います。
エミュレータのみでしか動かすことのできないvzeditorユーザーとしては感謝
しかありません。細かいとこまでUPデートしていただきありがたいですね。
ファイラーからコマンド画面に降りた時にDOSプロンプトが表示されれば良い
のですがenterを押せば良いだけだから欲は言えないですね。

> > 32kまでは問題無いと思います。
> 了解です。環境の違いなんでしょう。

MS-DOS Player で paste.com を実行したら paste.tmp がゼロバイトになってしまいました。
うげげげ！
・・・うう、原因を調査しなくては・・・　(;_;)

> > げげげ、カットは使ったことが無いので完全に失念していました。m(__)m
> 私も使わないですがマクロにカットがあったからとりあえず使ってみました。

実はペーストでもカーソル位置に貼り付けようとしたら行頭に張り付いてしまいました。(>_<)
とりあえずペーストルーチンの最初を

;	i=id, (wt)?{ #W b=id, } 			;
	#] i=id, (wt)?{ #W b=id, } 			;

このように #] を挿入しました。
全然テストしてないのがバレバレですね。(^^;;
しばらく paste.com 使用で運用してみます。m(__)m

> 2014年11月07日に武田さんが
> >VTDOSで動かす方が快適だろうとは思いますが、まあネタ程度に。
> と書き込まれてはや10年、MS-DOS PlayerはVTDOSと同等のエミュレータになっ
> たと思います。

履歴を見ると 2009/11/20 に最初のヴァージョンを出していたんですね。
そのころはVZでは動かなさそうだなぁと思っていました。
VTDOSのデビューが 2ch で 2009/11/29 だったのでほぼ同時だったのですね。凄い偶然。
そしてその日私はふと 2ch のDOS関連スレを見に行って、VTDOSを見つけたのでした。

＃　そして巨人の進撃が始まった。

> ファイラーからコマンド画面に降りた時にDOSプロンプトが表示されれば良い
> のですがenterを押せば良いだけだから欲は言えないですね。

最初、カーソルが見えなくなるのかと勘違いしてしまいました。認知能力低下がヤバイ！
プロンプトですね、非常駐では消えないので、武田さんに聞いてみようかしら。
DOS画面も消えてしまいますね。他のエミュではバッファなどで保持しているのでしょうか。
うーん、これに対応してほしいと言うのはわがままかもしれないのでためらってしまいます。

paste.comを使ってもbuf err!! 3で止まるようになってしまった。
clclとCliborで履歴を見てたのですが一部表示されないものがあって
どこに保存されてるのかと思っていました。
win11のクリップボード設定を見直してクリップボードをクリアした
ところbuf err!! 3エラーは解消しました。
もしかして原因はこれなのか。
10/15版もコピー出来ました。
お手数をおかけしました。

> うーん、これに対応してほしいと言うのはわがままかもしれないのでためらってしまいます。
武田さんがvzを入手したころは別件を要望したのですがこの件は不具合というほどじゃないですから流してます。

> win11のクリップボード設定を見直してクリップボードをクリアした
> ところbuf err!! 3エラーは解消しました。

おお、こんな設定があったのですね。[Win]+^V で履歴が見られるわけですか。

> もしかして原因はこれなのか。
> 10/15版もコピー出来ました。
> お手数をおかけしました。

MS-DOS Player では相変わらず paste.com が動きませんのでバグバグかもです。

ところで、過去ログ#7772 に MS-DOS Player上でWin32のプログラムに対応する記事があるのを見つけました。
#7772： MS-DOS Player の更新 2017/7/27版 投稿者: konno 　 2017/07/27(木) 21:42
この記事を軟式さんにメールで送ったところ、テスト版を作ってくれました。
CLPPST.EXE が動くようになりました。＼(^^)／ ﾔｯﾀ-
2M超のファイルのコピペも出来るので嬉しいです。
ということで私のバグバグで中途半端な物は無用の長物となるので対応も打ち止めですね。(^^;

> > うーん、これに対応してほしいと言うのはわがままかもしれないのでためらってしまいます。
> 武田さんがvzを入手したころは別件を要望したのですがこの件は不具合というほどじゃないですから流してます。

そうですね。でも対応してもらえたらありがたいなとも思うのですよねぇ。
駄目もとで武田さんにメールしてみようかな。

軟式さんに許可をいただいたので、以下にテスト版URLと説明を載せます。

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

　テスト版を作成しました。下記よりダウンロードしてください。
　64bit 版実行ファイルのみです。
https://www.nanshiki.co.jp/test/dosboxj_test2.zip

　Vz のマクロから CLPPST.EXE を呼び出してコピー・ペーストできる事は
確認しています。

　mount したドライブ上でのみ使用可能です。imgmount したドライブ上の
ファイルはWindows からは見えませんので使用できません。
　また、mount c c:\ 等として Windows のドライブと DOSVAXJ3 上のドラ
イブ構造が同じとなるようにしてください。
　mount c c:\dos 等とすると Windows のコンソールプログラムから参照
するファイルと DOSVAXJ3 から参照するファイルのパスが異なってしまい
期待通りの動作をしなくなりますのでご注意ください。
　上記例の場合 Windows の C:\DOS\VZ に Vz 関連が入っているとして
C:\DOS\VZ\CLPPST.TMP .. Windows 上のファイルパス
C:\VZ\CLPPST.TMP     .. DOSVAXJ3 上のファイルパス
　と異なったパスになってしまいます。
　Windows コンソールプログラムに正しいファイルパスを渡せるようであ
れば問題はありません。
　またフルパスを指定せずカレントディレクトリのファイル名を渡すのも
問題ありません。例えば DOSVAXJ3 上で C:\VZ に移動し
C:\VZ> CLPPST /R CLPPST.TMP
　とした場合は Windows 上の C:\DOS\VZ\CLPPST.TMP を読み込むことがで
きます。
　おまけで Windows デスクトッププログラムも DOSVAXJ3 から起動できる
ようにしています。

　今回の目的としては clppst.exe 使用だと思いますので問題ないとは思
いますが、コンソールプログラムで文字入力があるものは使用できません
のでご注意ください。固まってしまうので、一定時間出力なしで強制終了
させています。

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

私は [autoexec] セクションに
mount c c:\
mount d d:\
こうしているので問題ないですが、確認しておいた方がいいですね。
VTDOSやMS-DOS Playerはデフォでドライブ丸ごとマウントしているだろうから同じ土俵に上がった感じですね。
本当にありがとうございました。

> 2M超のファイルのコピペも出来るので嬉しいです。
> ということで私のバグバグで中途半端な物は無用の長物となるので対応も打ち止めですね。(^^;
対応して頂いたおかげでクリップボードの設定を知ることができたしDOSVAXJ3のアップデートにつながってるので感謝してます。
 

> 対応して頂いたおかげでクリップボードの設定を知ることができたしDOSVAXJ3のアップデートにつながってるので感謝してます。

考えてみると皆さんのVZ愛が各融合反応して新しい進化の道が開けてきたと感じます。
ここに集ってくれた皆さんに感謝です。

ところで、32ビットコマンドは、ZCPY32 も動いたのでコピー系は大丈夫そうですね。
GREP は表示しませんでした。MS-DOS Player も同じなので、ここはVTDOSに1日の長がありますね。
先陣を切ってVZ環境を高めてくれたVTDOSにも感謝です。

10/20版でちょっとした不具合があったので報告ついでにvz常駐の検討をお願いしたところ対応していただけました。
うちで常駐確認したのは次のcommand.comです。
FreeCOMJ 0.82 PL3 VTDOS 対応パッチ ;以前から常駐OK
Windows 98
以下はMSDOS Playerで-v(バージョン指定)が必要です
PC DOS J6.30/V			;-v6.3
PC DOS J7.0/V（PC DOS 2000）	;-v7.0
MS DOS 6.2/V			;-v6.2

私のチェックは甘いのでkonnoさん、皆さん試してください。
タケダ様対応ありがとうございます。

> 10/20版でちょっとした不具合があったので報告ついでにvz常駐の検討をお願いしたところ対応していただけました。

そうだったのですか、ありがとうございます。
更新内容を張りますね。

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

2024/10/24
INT 21h, AH=0Fh/10h/11h/12h/13h/16h/17h/23h/29hを修正しました。
FCBを使ったサービスで失敗したときに、拡張エラーコードを設定するようにしました。
V6.22のCOMMAND.COMで、DIR実行時にエラーが表示されなくなっています。
INT 21h, AH=4Eh/AX=714Ehを修正しました。
最初のエントリが見つからないときに、適切なエラーコードを返すようにしました。

INT 2Fh, AX=0502hで拡張エラーメッセージを返すようにしました。
パラメータエラーの筈なのですが、COMMAND.COMは拡張エラーを期待しているようです。
INT 2Fh, AX=122Eh, DL=00h/02h/04h/06hで取得するエラーテーブルを追加しました。
ただし全種類共通で、中身の空っぽな単一のテーブルを参照しています。
またDL=01h/03h/05h/07hでエラーテーブルのアドレスを変更できるようにしました。

プロセス起動時のメモリ確保のコードを整理しました。
コンベンショナルメモリが不足の場合、常に自動的にUMBを使用するようにしました。
COMモデルの起動時に、64KBのメモリの空きがないときに失敗するようにしました。
プロセス終了時に、開放するメモリのMCBが壊れている場合に修復するようにしました。

INT 2Fh,AX=4810hのサポートを廃止しました。
DOSKEYの１行入力ですが、従来よりDOSKEYは未インストール扱いとなっています。
Windows 98のCOMMAND.COMがインストールチェック無しに使っていたため、
一応サポートしてましたが、VZの常駐の妨げになっていたため廃止することにしました。

Windows 98のCOMMAND.COM上で、VZを常駐した状態でバッチファイルを実行すると、
バッチファイルから子プロセスを起動するとき、コンベンショナルメモリの空きが
0になってしまう問題が発生しています。
常駐時は、VZ.BAT経由ではなくVZIBMJ.COMを直に起動するようにしてください。
（V6.22のCOMMAND.COMだとそのような問題は発生しないのですが…）

MS-DOS Playerの起動時に、スペース入りのargvを渡された場合、仮想マシンに渡す
コマンドラインにダブルクォーテーションで括って追加するようにしました。

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

> うちで常駐確認したのは次のcommand.comです。
> FreeCOMJ 0.82 PL3 VTDOS 対応パッチ ;以前から常駐OK
> Windows 98
> 以下はMSDOS Playerで-v(バージョン指定)が必要です
> PC DOS J6.30/V			;-v6.3
> PC DOS J7.0/V（PC DOS 2000）	;-v7.0
> MS DOS 6.2/V			;-v6.2

Win95(v7.00) や Win98ME(v8.00) も出来ますね。MSDOS6.22(v6.22) も出来ました。
DOS5 が無いので誰か試してくれるとありがたいです。
まさか NT 2Fh,AX=4810h がVZ常駐の邪魔をしていたとは思いもしませんでした。(>_<)

私はVZ常駐するとすぐに VMAP を見る癖があって、見てみたら、なんと！

***** Memory Arena Trashed!

と表示されて、umbからメインメモリのエリアが表示されません。
直後のコンソールの表示も何かおかしい気が。表示がダブってる？

meu で見ると、空きメモリが２００以上に分断されて見えます。
zmap を起動したら固まってしまいました。
それ以外は普通に動作しているようです。

武田さんにメールで報告しました。ついでに、#11551 の件も報告しました。
VZはDOS画面を保存していて編集画面などからコマンドラインに降りた時にDOS画面再描画していると思い出したので
MS-DOS Player で何も表示されないのは画面消去しているのかなと思ったのです。
この時非常駐VZではプロンプトが表示されますが、常駐VZではプロンプトも表示されないのも関連があるかも。

> ***** Memory Arena Trashed!
X8MAPでみるとEMSもVZで使ってるけどVMAPは表示なしですね。

> この時非常駐VZではプロンプトが表示されますが、常駐VZではプロンプトも表示されないのも関連があるかも。
私も報告してたのですが常駐画面の件は対応されてなかったので先ほど画像添付で再度確認依頼しました。正常、異常画像を比べてvmapの結果に気づいた次第です。

すみません、昨晩の更新で大ポカして、MCBのチェーンが壊れてました。
取り急ぎバイナリを更新しておきましたので、再ダウンロードをお願いいたします。

（今日はたまたま所要で定時で帰宅してました）

VZを非常駐の状態で[Esc]Eをすると、ちゃんと黄色いプロンプトが表示されると思います。
常駐モードのときだけ変な感じですね。
テキストVRAMのシャドウバッファに画面を書き戻した後、実画面に反映するサービスを
呼んでいないのかもしれません。後日確認してみます。

> X8MAPでみるとEMSもVZで使ってるけどVMAPは表示なしですね。

この X8MAP ってどこにあるのか検索しても出ませんでした。
仕方ないので VECTOR の一番人気のメモリマップを落としてみたら X8MAP でした。(^^;
これはいいですね、CPUの表示も出来て便利です。

VTDOS 		CPU   :  80286 
MS-DOS Player	CPU   :  [Neko Project]F:M:R=6:7:2   PenPro 以降 + 80x87
DOSVAXJ3	CPU   :  [GenuineIntel]F:M:R=4:0:2      468 以降 + 80x87

DOSVAXJ3 の 468 以降 は 486 でしょうかね。(^^;

> 私も報告してたのですが常駐画面の件は対応されてなかったので先ほど画像添付で再度確認依頼しました。正常、異常画像を比べてvmapの結果に気づいた次第です。

げげ、ダブってしまいましたね。(^^;　でもこれで対応してもらえたらありがたいです。

> すみません、昨晩の更新で大ポカして、MCBのチェーンが壊れてました。
> 取り急ぎバイナリを更新しておきましたので、再ダウンロードをお願いいたします。
> （今日はたまたま所要で定時で帰宅してました）

素早い対応ありがとうございます。いただきました。
問題無く動作しています。DOS6.2 でVZ常駐出来て嬉しいです。
本当にありがとうございました。

> テキストVRAMのシャドウバッファに画面を書き戻した後、実画面に反映するサービスを
> 呼んでいないのかもしれません。後日確認してみます。

その辺のことはわからないのでよろしくお願いいたします。

VZの問題なので、自分でもちょっと見てみました。

SCRNIBM.ASM  1367行目　DOS画面保存？　これを呼ぶ前にDOS画面クリアしているのか？
;--- Get dos/current screen ---
	public	getdosscrn
getdosscrn proc
	call	is_dossilent
	call	getgvseg
	mov	di,dosscrn
	clr	si
	call	getscrn
	ret
getdosscrn endp

SCRNIBM.ASM  1443行目　DOS画面描画？　ここか、この後でDOS画面クリアしているのか？
;--- Put dos/current screen ---
	public	putdosscrn
putdosscrn proc
	call	is_dossilent
	mov	msgon,0
	call	resetfp			; ##155.79
	mov	savef,FALSE
	call	setdosVM
	mov	si,dosscrn
	clr	di
	call	getgvseg
	call	putscrn
IFDEF DOSV
	call	vrefreshscrn		; DOSVでVRAM画面を表示させる？
ENDIF
IFNDEF J31
	call	resetpalette
ENDIF
clrfkey:
	mov	fkeymode,0
pdos9:	ret
putdosscrn endp


MAIN.ASM 1503:	call	getdosscrn
OPEN.ASM 267:	call	getdosscrn

DOS.ASM 267:	call	putdosscrn
MAIN.ASM 1564:	call	putdosscrn
OPEN.ASM 266:	call	putdosscrn


MAIN.ASM 1503:	call	getdosscrn
;--- Enter the editor ---
;<-- CY :out of memory
	public	enter_vz
enter_vz proc				; DOS画面で[Enter]押したときに呼ばれる？
	movseg	ds,ss
	movseg	es,ss
	call	check_vwx
	call	getdosscrn
	call	setdoswindow
	call	setint24
	call	getcurdir

OPEN.ASM 267:	call	getdosscrn
close1:					; 編集画面からコマンドラインに降りた時か？
	call	putdosscrn		; getdosscrn の前に呼んでいるのは何故？
	call	getdosscrn
	call	setcmdwindow
	call	setdoswindow


DOS.ASM 267:	call	putdosscrn
;--- Exec from editor ---
	public	se_command
se_command proc
	tstb	cs:cmdlinef
_ifn z
quit1:	jmp	quit_vz
_endif
	movseg	ds,ss
	call	putdosscrn
・・・・
	call	enter_vz		; この後でこれが呼ばれる？


MAIN.ASM 1564:	call	putdosscrn
;--- Quit editor ---
	public	quit_vz
quit_vz proc
	call	ld_wact
_if z
	call	clrstack		; ##100.09
	mov	gends,INVALID
	test	syssw,SW_INIOPT
  _ifn z
	call	load_iniopt
  _endif
_endif
	movseg	ds,ss
	call	write_logtbl
	call	putdosscrn		; 
	call	setfnckey
	tstb	tsrflag				; 常駐VZか？
	jmpln	z,quit_tsr
	call	setdoskey
	call	setdoscsr
	call	resetfp


こんなところでしょうか、コメントは想像で適当に付けたものです。
私にはこれ以上はわからないです。

> SCRNIBM.ASM  1367行目　DOS画面保存？　これを呼ぶ前にDOS画面クリアしているのか？

> SCRNIBM.ASM  1443行目　DOS画面描画？　ここか、この後でDOS画面クリアしているのか？

それこそ、デバッガでブレークポイントを設定してみるのが手っ取り早いかも。
ん〜、SYMDEB？
Vzマクロの&tよりも強力だと思う。使ったことないけど。

INT 10hでブレークして見てみましたが、DOS画面の復帰云々というよりも、
[ESC]Eで、黄色いプロンプトを通り過ぎて、直にCOMMAND.COMに行っている感じです。
その辺のモード遷移の問題のような気がします。

> それこそ、デバッガでブレークポイントを設定してみるのが手っ取り早いかも。
> ん〜、SYMDEB？
> Vzマクロの&tよりも強力だと思う。使ったことないけど。

私は DEBUG も SYMDEB も使いこなせないんですよ。(;_;)
かわりに putdosscrn や dispprmpt を別の場所で呼んでみたら少し発見がありました。
武田さんからレスがあったので、そちらに書いてみます。

> INT 10hでブレークして見てみましたが、DOS画面の復帰云々というよりも、
> [ESC]Eで、黄色いプロンプトを通り過ぎて、直にCOMMAND.COMに行っている感じです。
> その辺のモード遷移の問題のような気がします。

見ていただきありがとうございます。私も VZのソースを弄って VZの挙動を見てみました。
	call	dispprmpt
これをコメントにすると非常駐VZのプロンプトは出なくなりましたが常駐VZでは挙動が変わりませんでした。
どうやら常駐VZのプロンプトは command.com が出しているようです。
つまり常駐VZの場合、ここは通っていないのかも。
それでこんどは putdosscrn をあちこちに入れてみたけどどうも VRAMの内容をゲット出来てないような気がしてきました。
次はその辺を追っかけてみたいんですが、はたして出来るやら。

[ESC]Eの後、非常駐の場合はINT 21h, AH=19hや47hで現在のディレクトリを取得して、
プロンプトを表示する方向に進むのですが、
常駐したVZを呼び出した場合は、INT 21h,AH=50hで現在のプロセスIDを変更したりと、
如何にもVZを終わらせてコマンドプロンプトに戻ろうとしている感じです。

多分、以下のところでcs:cmdlinfの値によってquit_vzに飛んでるのかと。

;--- Exec from editor ---
	public	se_command
se_command proc
	tstb	cs:cmdlinef
_ifn z
quit1:	jmp	quit_vz
_endif

> 多分、以下のところでcs:cmdlinfの値によってquit_vzに飛んでるのかと。

私もそこまでは追っかけました。その先で
	call	putdosscrn
があるので、VRAMのDOS画面復帰してプロンプトも一緒に表示しているのだと思います。
ところが　MS-DOS Player ではそれが表示されないのです。
なので getdosscrn がちゃんとDOS画面を保存出来ているか、保存できてないなら何故なのかを知りたいのです。

INT 21hで表示された文字は、必ずしもVRAMに反映されていないので、
その辺が原因かもしれません。
何か対策を考えてみますが、今日からしばらく忙しくなりますので、
対応には時間がかかるかと思います。

> INT 21hで表示された文字は、必ずしもVRAMに反映されていないので、
> その辺が原因かもしれません。

なるほど、そういうこともありますか。

> 何か対策を考えてみますが、今日からしばらく忙しくなりますので、
> 対応には時間がかかるかと思います。

お忙しいところ対応していただいて申し訳ないです。
ありがとうございました。

DOS/Vなので、テキストはグラフィック画面に描画されていて、
VZのDOS画面の退避・復帰もグラフィックVRAMが対象になってるみたいですね。

MS-DOS Playerは、仮想テキストVRAMに書き込まれた内容を、INT 10h, AH=FFhで
グラフィック画面ではなくコンソールにテキストとして書き込んでいるので、
そもそも食い合わせが悪いです。

グラフィックVRAMの読み書きをコンソールの読み書きに挿げ替えるとかの手段も
無くはないと思いますが、そこまでしてまで対応する利点が少ないというか、
グラフィックVRAMの領域を廃して、その分をコンベンショナルメモリに回しているので、
それを止めるのは勿体ないというか。。。

すみません、本件はギブアップです（苦笑）

> DOS/Vなので、テキストはグラフィック画面に描画されていて、
> VZのDOS画面の退避・復帰もグラフィックVRAMが対象になってるみたいですね。

なるほど、VRAMを見れば何かわかりそうですね。
MS-DOS Player のVRAMは v.com で見ると
VRAM Address       = F800:0000 (Real VRAM)
と出るので、DUMPマクロで見てみたら、編集画面では表示されている文字が見えました。
ところがコマンドラインで見るとVRAMが全部スペースで埋まり初期化かCLS状態になっているようです。
他のDOSエミュではコマンドラインでもVRAMの文字が表示されていました。
どうやらこの違いが原因のようです。

> MS-DOS Playerは、仮想テキストVRAMに書き込まれた内容を、INT 10h, AH=FFhで
> グラフィック画面ではなくコンソールにテキストとして書き込んでいるので、
> そもそも食い合わせが悪いです。

そうなのですか、そのあたりはわからないので自分なりに考えてみました。
DOSは本来コンソールでコマンドを解釈、実行してその結果はコンソールに吐き出されるのですよね。
その文字はVRAMに書き込まれてパソコンの画面に表示されますよね。
つまりコマンドラインにいても画面に文字が表示されている時はVRAMに文字があるはずだと思います。
実際他のDOSエミュではコマンドラインでもVRAMの文字が表示されていました。
ところがMS-DOS Playerではそれがスペースで埋められているのです。
なので、もしかしたら MS-DOS Player ではコマンドが実行された時にVRAMの文字消去しているのではないかと思ったのです。
DOSVではVRAMの文字消去しても、フラッシュだかしないと画面に反映しないそうなので。

MS-DOS Player のソースをちょっと覗いてみたら、VRAMの初期化らしいところはありました。
void clear_scr_buffer(WORD attr)
これはあちこちで呼ばれているようですが、どこがコマンドラインかとか全くわかりませんでした。
全然わかってないので間違っていたらごめんなさいです。

> すみません、本件はギブアップです（苦笑）

VZはコンソール画面が使えるので問題ないです。対応していただいて感謝してます。
常駐VZでコマンドラインに降りた時にプロンプトが見えないのはちょっとだけ不便に感じます。(^^;

今思いついたのですが、VRAMの画面最下行だけ消去しないようにしたらもしかしてプロンプト表示しませんかね。
自分でコンパイル出来れば試したいところですが今の自分は色々頭が回らないもので。
色々対応していただきありがとうございました。

> なので、もしかしたら MS-DOS Player ではコマンドが実行された時にVRAMの文字消去しているのではないかと思ったのです。
> DOSVではVRAMの文字消去しても、フラッシュだかしないと画面に反映しないそうなので。
以下もその影響かな？
vz常駐後DOSコマンド実行してvz -zで常駐解除してcls後にvz非常駐起動するとvz -zだけ再描画されますね。

別件で以下の方が気になったりしてます。
内臓コマンドでDEL *.txtすると不明なエラーです．となり実行できないです。
*が認識されてない？他にもあるかもです。

何年かぶりに最新のエミュレーターでアセンブルしてみました。
Ml V6.15.8803
TLINK.EXE V3.01

VTDOS
　問題なし
DOSBOX（最新のテスト版）
 アセンブル OK
 各種メッセージが出力されない
MSDOS Player
 アセンブル OK
 DEL *.obj は不明なエラー（*が認識されてない）

MSDOS Playerは最新版をインストールした時に環境変数エラーが出たので
set、pathなどできるだけ短く必要最小限にしました。
環境のせいかもしれませんが？
アセンブル用BATでもエラーがでました。
で残ったのが不明なエラーでした。他にもあるかもしれません。

いずれもアセンブル出来るようになっていました。
作者様ありがとうございます。

訂正　DOSBOX→DOSVAXJ3

> vz常駐後DOSコマンド実行してvz -zで常駐解除してcls後にvz非常駐起動するとvz -zだけ再描画されますね。

どうも VRAM画面の最下行だけ表示が残っているように見えますね。
MS-DOS Player のソースは x64版はVC++2017でビルド出来るというので、コンパイルしてみたら出来ました。

void clear_scr_buffer(WORD attr)
{
//	for(int y = 0; y < scr_height; y++) {
	for(int y = 0; y <= scr_height; y++) {		//クリア行1行増やしても変わらない？
		for(int x = 0; x < scr_width; x++) {
//			SCR_BUF(y,x).Char.AsciiChar = ' ';	//この2行をコメントにしたら
//			SCR_BUF(y,x).Attributes = attr;		//コマンドと改行は残るようになった
		}
	}
}

このように修正してみました。
クリア行1行増やしたつもりでも変わらないようです。どこか間違っているのかも。
また、2行をコメントにしたらコマンドと改行は残るようになりました。
この辺が関係しているように思われますが、これ以上はわからないです。

> MS-DOS Playerは、仮想テキストVRAMに書き込まれた内容を、INT 10h, AH=FFhで
> グラフィック画面ではなくコンソールにテキストとして書き込んでいるので、

やはりこの辺を解明できないと駄目みたいですね。

> 別件で以下の方が気になったりしてます。
> 内臓コマンドでDEL *.txtすると不明なエラーです．となり実行できないです。
> *が認識されてない？他にもあるかもです。

うちの環境では問題無いようですが、何が違うのでしょうね。

> DOSBOX（最新のテスト版）
>  アセンブル OK
>  各種メッセージが出力されない

そういえば ML は32ビットでしたね。うちでも動きました。嬉しいです。

> MSDOS Player
>  アセンブル OK
>  DEL *.obj は不明なエラー（*が認識されてない）

うちでは Turbo Link でエラーが出ます。

Turbo Link  Version 2.0  Copyright (c) 1987, 1988 Borland International
msdos error, ax= 0006h

なので、MKMP.BATで使い分けています。
link /m /noi @vz.lnk,vz%HARD%;
rem tlink /m @vz.lnk,vz%HARD%.exe
exe2com vz%HARD%.exe vz%HARD%.com
rem --- comが出来たら以下のファイルを削除する
if exist vz%HARD%.exe del *.obj

shadowさんのは Turbo Link V3.01  でしたか、どこかにあったかしら。

取り急ぎです。

http://takeda-toshiya.my.coocan.jp/msdos/msdos_test.7z

> 取り急ぎです。
> http://takeda-toshiya.my.coocan.jp/msdos/msdos_test.7z

武田さん、ありがとうございます。試してみました。
最初テスト版に入れ替えても何も変わらないように見えましたが
DUMPマクロで VRAM ＄B800:0 を見たらそこに入っていました。

それで、CHEJ 02 を実行したら、VRAMが B8000 になって、DOS画面の履歴が表示されるようになりました。
そのあとは普通のモードでDOS画面が表示されるようになりました。＼(^^)／ ﾔｯﾀ-
最初変わらないように見えたのはメモリのキャッシュのせいかもしれませんね。
対応していただきありがとうございました。m(__)m

武田さん、試しました。
ほぼ改善されてるようです。
ありがとうございました。

konnoさん、粘り強い対応お疲れ様です。
ありがとうございました。

> >  DEL *.obj は不明なエラー（*が認識されてない）
うちでは以下のcommand.comでエラーは出ませんでした。
使い分けることにます。
FreeCOMJ 0.82 PL3 VTDOS 対応パッチ
Windows 98

> shadowさんのは Turbo Link V3.01  でしたか、どこかにあったかしら。
メールするのでしばらくお待ちください

delコマンドで問題のあるcommand.comのバージョンは何になりますでしょうか。

もしかしたらFCB周りで何かあるかもしれません。