皆さん盛り上がっていますね。
私もまとめ的に、エミュ三種の盛り合わせを。(^^;
各種DOSエミュで、DIR してみました。

VTDOS　USECMD=1　VZk常駐／非常駐　MSDOS6.2  
 D:\01 のディレクトリ
2023/03/30  15:26                 0 MS=.txt
2023/03/30  15:26                 0 MSs=.txt
2023/03/30  15:36                 0 VT=.txt

VTDOS　USECMD=0　VZk常駐／非常駐　MSDOS6.2  
 Directory of D:\01
MS_~1    TXT             0 23-03-30   15:26
MSS_~1   TXT             0 23-03-30   15:26
VT_~1    TXT             0 23-03-30   15:36

※ USECMD=0 だと、ショート名になるんですね、メッセージも英語に。(^^;


MS-DOS Player　FreeCOM
 D:\01 のディレクトリ
MS_~1    TXT             0  23/03/30 15:26
MSS_~1   TXT             0  23/03/30 15:26
VT_~1    TXT             0  23/03/30 15:36


DOSVAXJ3
ディレクトリは D:\01\
MS=      TXT                  0 2023-03-30 15:26 MS=.txt
MSS=     TXT                  0 2023-03-30 15:26 MSs=.txt
VT=      TXT                  0 2023-03-30 15:36 VT=.txt
楽天01~1 TXT                 68 2023-02-19 22:51 楽天0123456789 01.txt

おや？　何か変ですね。
ショート名なのに "=" 表示になっています。

LFNでは、SFNで使用可能な文字全てに+,;=[]が加わっています。とありますが、
ファイル名に "=" を使うと、他のエミュではロング名として作成されますが、
DOSVAXJ3 では新規作成できません。

これは、作者様に、別件でメールしました。


＃　アイドル推しが増えるかもしれないの。嬉しい！！

＃　「なんてったって アイドル」　　と言えば、誰？

　昨晩のテストがどうも奇妙な気がしてきたので、やり直しました。


--- （１）vtdos, usecmd=1, cmd.exe used
C:\>dir a_b~1.txt	;OK
2023/03/29  22:58                 5 a=b.txt

C:\>dir a=b.txt		;NG
ファイルが見つかりません	;でも、なんで日本語？ command.com + biling.sys
				;で、日本語メッセージなのじゃなかったか？

C:\>dir "a=b.txt"	;OK
2023/03/29  22:58                 5 a=b.txt



--- （２）vtdos, usecmd=0, cmd.exe NOT used, command.com v.6.2 used
C:\>dir a_b~1.txt	;OK
A_B~1    TXT             5 23-03-29   22:58

C:\>dir a=b.txt		;NG
無効なキーワードです. -  a=b.txt

C:\>dir "a=b.txt"	;NG
パラメータの書式が違います. -  "a=b.txt"



--- （３）「コマンドプロンプト」窓 = cmd.exe
C:\>dir a_b~1.txt	;OK
2023/03/29  22:58                 5 a=b.txt

C:\>dir a=b.txt		;NG
File Not Found

C:\>dir "a=b.txt"	;OK
2023/03/29  22:58                 5 a=b.txt



　cmd.exeが変に見えるのは、クゥオートがないせいです。

　少しだけ追記。さっき、めざらさんあてに「cmd.exe、変ですか？」という主旨の
発言をアップし、そして削除しました。
　そこに書いたもう１つの点は、ＣＵＩのコマンドラインには、（たとえば引数の
区切りに半角スペースを使うなど）、そもそも制限条件があり、その影響で、
ファイル名とその扱い（クゥオートなど）にＧＵＩにはない条件がでるのでは？
ということでした。

　全体に、上で納得しました。

追記：Ｖｚファイラでも、lf+ にすれば、ちゃんと、「a=b.txt」と
　　　表示されました。

追記２：しつこいですねぇ。usecmd=1 環境です。vtdos窓です。

C:\>dir |more
だだだ、、、 cut
2023/03/29  22:58                 5 a=b.txt
だだだ、、、 cut

　コマンドラインで【その】ファイル名を指定したりしなければ、
ふつうに出ますね。これって驚くべきことなんだっけ？　いえ、全体に
整合してると思います。

shadowさん

　あはははは。「確定申告」は必要だから困るんだよ、というのは分かる。
　でも、なんでまた、そのような冒険を？
　ほんとに必要なのですか？

　とにかく、DOS 6.2V のドコモバのＶｚファイラではファイルが作れません
でした。ここのcommand.com は、「Invalid keyword」と言っていました。

　ネットでは、「それは代入の意味になっちゃうから、クゥートに入れない
とダメなの」みたいな書き込みがありました。Win LFN 環境。
　なんだろう、パソコンに意味のある記号を裸でコマンドラインには書けない
みたいなニュアンスでした。

　vtdos環境だとＶｚファイラでファイルは作れるが、仰るとおり、a_b~1.txt
になりますね。ＬＦＮ扱いなのでしょう。そしてその際、= -> _ 変換が
（見た目上？）入るのでしょうかね？
　a=b.txtを作ろうとしたときの話です。

　なお、秀丸からa=b.txtでファイル保存をしようとしたら、ちゃんと上書きを
尋ねてきました。a_b~1.txtが内部的に（？）a=b.txtと認識されているみたい
でした。

　もう迷宮入りみたいなものですが。以下、Win7 環境。

>dir a=b.txt (command.com)
  File Not Found

>dir a_b~1.txt (command.com)
2023/03/29  22:58                 5 a=b.txt

>dir a=b.txt (cmd.exe)
2023/03/29  22:58                 5 a=b.txt

>dir a_b~1.txt (cmd.exe)
2023/03/29  22:58                 5 a=b.txt

　とのことでした。（5 は 5 bytes）

　もちろん僕は詳しい仕組み（理屈）をまったく知りません。

> ksmiru.def は榊原さんのナイスな小物マクロです。 

そうだったのですか、2進数の表示は凄いと思いました。読めないし。(^^;

> konno さんの環境は常に Numlock が立ってるのですね。
> もしかして，本体連動しないテンキーとか接続していたりします？
> （それか，デスクトップのフルキーボードって Numlock 立ってるのでしたっけ？）

富士通の10キー付ノートＰＣです。Numlock が無いと使えないのです。
そうか、$20  32 は、Numlock が立っていたのですね。全然気が付きませんでした。
このマクロでの数値は

STKHLP IBM版表示　VTDOS MSDOSPlayer DOSVAXJ3
  +1 :R[Shift] 　　3　　　1　　　　　1
  +3 :L[Shift] 　　3　　　3　　　　　3
  +4 : [Ctrl]  　　4　　　4　　　　　4
  +8 : [Alt]   　　8　　　8　　　　　8
  +16: [ScLk]  　　　　　　　　　　 16
  +32: [NmLk]  　 32　　　　　　　　32
  +64: [Caps]  　　　　　　　　　　 64
 +128: [Ins]　　　　　　　　　　　 128

DOSVAXJ3 の [Caps] は、1度押しでIME起動、2度目以降は [Caps]ON 表示のままになります。
他のエミュでは、IME に取られるのか、表示が出ないですね。

この KS の値は、AH02 INT16h BIOSコールの値とほぼ同じですが、シフトだけ違います。
	ax$0200,&i($16) k=ax,&m("key= %04x  %d",k,k%256)	;AH02h  shift check

STKHLP IBM版表示　VTDOS MSDOSPlayer DOSVAXJ3
  +1 :R[Shift] 　　3　　　1　　　　　1
  +3 :L[Shift] 　　3　　　2　　　　　2

これは、.vz1.5 の時の値ですね、1.6 ではvzが値を変更しているのかな。
AH12 INT16h BIOSコールは、AH02 の値とほぼ同じですが、違いもあります。

81 ^^  "keyshift?"
	?.
:a
;	ax$0200,&i($16) k=ax,&m("key= %04x  %d",k,k%256)	;AH02h  shift check
	ax$1200,&i($16) k=ax,&m("key= %04x  %d",k,k%256)	;AH12h  (enh) shift check
	&w(10)
	&k (r-$1B)?>a				;ESCが押されてない？
	&m("") &d .

*

AH12h (enh) shift check では、VTDOSで
  +16: [ScLk]  
key= 1000   0
このように、ah に 10h が入りますね。微妙な違いです。(^^;


> > この辺、ダメもとで 10＃さんにメールしてみようかな。
> 
> ホットキーの事例もあることだし，まずは皆さまのコメントを待ちましょうか。(笑)

メールしちゃいました。(^^;
やっぱり WinAPIの仕様らしいです。

>Win32Consoleの仕様を理解して貰えれば話は早いのですが、
>VTDOSはDOSコマンドとWin32コンソールコマンドをシームレスに扱う為に、
>Win32ConsoleをUIとすることが第一要件になってます。
>DOSキー入力の元はCONIN$からのキーイベントで、シフト状態もこれから生成しています。
>これはキューイングされたイベントなのでリアルタイムなシフト状態という訳ではありませんが、
>概ねリアルタイムな物となります。
>このキーイベントの仕様としてシフトだけが何故か左右の区別がありません。
>この仕様に則った場合、コンソールでの貼り付けが利用可能になります。
>貼り付けをサポートするのもこの仕様を採用する理由ですが、貼り付けの仕様上、
>シフト状態がリアルタイムな物である事を保証するものではありません。

仕様ということで、あとは直に変数に代入することで問題なく使えると思います。

shadowさん、めざらさん、

>これですね。
　ですね！　ちゃんと.doc 読め。
　サーンクス！　ありが１０匹！
　vtdos.txt、読みまーす！

NO_BACKLOG=1
　これで、^\C & ^\E 復活。

Ctrl+Alt+.	カレントディレクトリーでWindowsシェルを起動
　これはいけるかも。"explorer here" なんですけどね。「カレント」を
編集画面で一生懸命見るのだろうか？　そんなマクロを書いたことがある記憶。
どうせファイラへ行くんだろうなぁ。

shadow さん，ありがとうございます！

> Shift+Ctrl+C	バックログをクリップボードへコピー
> Shift+Ctrl+E	バックログの内容でエディターを起動

これですね。全然隠しじゃなかった。
おかげでスッキリしました。　m(_'_)m

ksmiru.def 実行してみたら，うちのシフトキーは左右とも 3 だった。。。

何故だろう。謎だ。

= ksmiru.def =
* m
89 ^\ "ksを見る";システム変数 ks の変化を見る
	?.
:A	a=ks,
	(i8){pu.i--='1'-(a&1<<(7-i))!, }	;ビット表示
	&m("ks= %3d $%02x %8s",a,a,pu)
:B	(a-ks)?>A				;ks が変化したか？
	&k (r-$1B)?>B				;ESCが押されてない？
	&m("終了")
*

> これ VTDOS の隠しコマンドか何かでしょうかね。

VTDOS.TXTより引用

■ホットキー

通常モード時に次のキーに機能が割り当てられています。
キーアサインはvtdos.cfgで変更できます。

Ctrl+Alt+PageUp	バックログモードへ移行
Ctrl+Alt+.	カレントディレクトリーでWindowsシェルを起動
Shift+Ctrl+C	バックログをクリップボードへコピー
Shift+Ctrl+E	バックログの内容でエディターを起動
Shift+Ctrl+F	カレントディレクトリーでファイラーを起動

これですね。

> (1) to Filer
> 60 \[CR] "" ?. #O #m	;to filer	;H_ear

これは単独のマクロにして試しましたが、私の環境では、全てファイラーが開きました。
VZの種類もEMSも関係ないように思われました。DEF のオプションとか環境変数とか？
わかりません。

> (2) mp0で次検索（少し長いです．ごめんなさい）
> ;= ^QF.def = H_ear mp0常用者のいきなり検索・次検索

これは VTDOSではシフト実行が上手くいかないようですね。MS-DOS Player などでは問題なし。

ふと思いついて

> 35 ^R "" ?. (ks&1)??{ #r . } c-, >00
> 36 ^C "" ?. (ks&1)??{ #c . } c+, >00
　　　　　　↓
35 ^R "" ?. k=ks&1, (k)??{ #r . } c-, >00
36 ^C "" ?. k=ks&1, (k)??{ #c . } c+, >00

このように、変数に入れたら、VTDOSでも上手く動きました。
思うに、最近のCPUは速すぎて、シフトチェックのタイミングが微妙なのかと。
この辺の調整は可能なのかもしれませんが、要望したほうが宜しいですかねぇ。
シフトチェックは変数を介したほうが確実とどこかで見たような気が。

> VTDOS 環境では，@A 等の [Alt]+[英字] キーでコマンド／マクロを実行すると
> Windows が警告音を鳴らしてくる．この現象と同根か？

[Alt]+[英字] キーはWindowsで予約されている場合がありますからねぇ。
DOSを優先にするオプションとかあったかなぁ。

　すべてのテストを正常にパスしました。vz.comもまったく同一のものです。
　VTDOS環境、というかもしかしたら、Win7 (OS) のなせる技でしょうか。
　もしかしたら、一部、その英語キーボード付きマシンの特殊性？

　なお、先ほど、^\E を再びやったら、今回は、164c11bc.txtをオープンした。
これってもしかして、Ｖｚが作るテンポラリーファイルでしょうか？　Windows
以降で、ファイル名をユニークにした奴？
　中身は、前回と同じく、vtdos 起動時のコンソールファイルの中身。でも
Ｖｚ起動前ですから（vtdos, vz起動バッチの順）、そんなものがＶｚの
テンポラリーファイルの「中」に書き込まれるというのは、相当に変ですね。

　なお、うちでは、.txtが「秀丸」に関連付けされているから秀丸でした。
　164c11bc.txtみたいなのをオープンせよ、という命令がＯＳに送られている
のだと思います。

　純ＤＯＳのテストは要らない、という判断です。
　konnoさんが手元で検証（確認）できたら、10# さんに報告してくれると助かり
ます。

　alt のテストは以下。ごめんなさい（謝ることはない）問題なしです。


=== Macrotmp by B ===; vtdos & k07t01
*M

36 @A "" ?. (ks&1)?{ &m("shift") } ?{ &m("non-shift") } .

<cut>

36 @Y "" ?. (ks&1)?{ &m("shift") } ?{ &m("non-shift") } .
36 @Z "" ?. (ks&1)?{ &m("shift") } ?{ &m("non-shift") } .;これだけwindowsに登録
							;されてるアプリに取られるけど
*							;正常です。ホットキー。
							;警告音、鳴りません。

　Windows 7 Professional Service Pack 1 (32 bit) がＯＳです。