OSがXPになっても相変わらず自作の古いDOSソフトで仕事をしていますが、
Win98に比べて互換性が低くなったため、色々問題が出ています。
英大文字入力前提なので、バッチ中で、CAPON 、COFF という CAPS制御ソフトを
愛用していましたが、XPでは効かないんですね。無いと不便なので探したところ、
やっと見つけました。意外とありそうでないんですね。

taka-k.com さんのサイトのライブラリの caps 1.00(CAPS.LZH) です。
http://www.taka-k.com/lib/index.html

説明文を引用すると、
-------------------------------------------------------------------
CAPSロックの制御を行います。
引数に何も指定しない場合、CAPSロックのトグル制御を行います。OFFの場合はONに、
ONの場合はOFFに。
引数にONを指定した場合、CAPSロックの状態がON／OFFに関わらずONに。
引数にOFFを指定した場合、CAPSロックの状態がON／OFFに関わらずOFFに。

開発環境
WindowsXP HomeEdition
VC6.0+SP5

必要環境
Windows95/98/Me/NT/2000/XP

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

これでXPのDOS窓でCAPSの制御がばっちり出来ました。(^_^)
ソースもついてるんですが、CPPなんですね。ということは、WinAPIを
使わないとXPではCAPS制御が出来ないということか。う〜む。

なにはともあれ、おかげでXPのDOS窓がまたひとつ快適になりました。
作者のたかさんに感謝です。m(__)m

> ソースもついてるんですが、CPPなんですね。ということは、WinAPIを
> 使わないとXPではCAPS制御が出来ないということか。う〜む。

WinAPIを制御できる、一番簡単な方法ってなんでしょうね。
perlで適切なモジュールを使えばできるのかなぁ。
HSPとかRubyあたりならできるんだろうなぁ。
ExcelのVBAでもできるかもしれないけど、これはちょっと。

> WinAPIを制御できる、一番簡単な方法ってなんでしょうね。
> perlで適切なモジュールを使えばできるのかなぁ。
> HSPとかRubyあたりならできるんだろうなぁ。
> ExcelのVBAでもできるかもしれないけど、これはちょっと。

どれも使ったことが無いのでわからないですねぇ。perlにしてもCGIで弄っただけ
なので、コマンドラインで出来るのかすらわかりません。

もしかしたら、CAPS制御はBIOSCALLなら出来るのかもしれません。DOS/Vではハードを
直接たたいたほうが速いので既存のソフトがそういう作りになっていただけなのかも。
マクロでも確かめられそうですが、今はちょっと余裕が無くて。

32ビットコンソールアプリといえばやっぱりとしきさんですよね。(^^;

> 32ビットコンソールアプリといえばやっぱりとしきさんですよね。(^^;

いや、そんな事もありませんが。f(^^;)
そりゃ、DelphiからWin32APIを叩くことも可能ですから。

最近は、JAVAの勉強を始めようとして、開発環境の整備に挫折しました。
ｉアプリとかいうやつを狙ってみたんですがね。
JAVAそのものはそんなに難しくないんだけど。
自宅のプアーなマシンだと開発環境が組み込めなくて。
 

> そりゃ、DelphiからWin32APIを叩くことも可能ですから。

それで思いついたんですが、XPの16ビットDOS窓環境で常駐して、ホットキーで
IME200Xを起動させ、IMEで打ち込んだ漢字を16ビットDOSアプリ（VZ)に渡せる
ようなソフトって可能でしょうか。

ややこしい話ですが、通常の操作ではどうやっても16ビットアプリでIME200Xを
起動できないので、32ビットコンソールアプリが仲立ちできないかと思ったんで
すが、どんなもんでしょうかねぇ。

　呼ばれていない、「呼んじゃ悪いな」的お気遣いをいただいている文太です。
　うーん、金野さん、すごすぎる。天才的な発想だと思いました。こんな考え方
があったなんて…。こうなったら僕もMS-IMEを積極的に調教しようとするかもし
れません。というか、そういうことが欲しい人はいっぱいいるでしょう。

> ややこしい話ですが、通常の操作ではどうやっても16ビットアプリでIME200Xを
> 起動できないので、32ビットコンソールアプリが仲立ちできないかと思ったんで
> すが、どんなもんでしょうかねぇ。

> 　うーん、金野さん、すごすぎる。天才的な発想だと思いました。こんな考え方
> があったなんて…。こうなったら僕もMS-IMEを積極的に調教しようとするかもし
> れません。というか、そういうことが欲しい人はいっぱいいるでしょう。

似たようなことは以前熊谷さんがrefep.def用にIMEで再変換させる試みをしていた
と思いますので、独自の発想というわけではないでしょう。

＃ DOS版MSIMEの調教ですかぁ？(^^;;

金野さん

　僕は、結局ここにレスをアップすることにしたことを完全に忘却して
いました。すいません。

> ＃ DOS版MSIMEの調教ですかぁ？(^^;;

　あはははは。IME200Xの調教です。僕は、ATOK8しか知らないんですよ。
知りたくない、というところかな。
　さて、僕はどこまでMS-DOS環境＝Ｖｚに執着するのでしょうか。正直、
まったく分かりません。怠惰なので、だらだら続けそうな気がしています
けれど。ワードねぇ、ＰＤＦねぇ、エクセルねぇ…。sedとawkとperlとxtr
で許していただけませんか？　という感じでいます。

ども。

> けれど。ワードねぇ、ＰＤＦねぇ、エクセルねぇ…。sedとawkとperlとxtr
> で許していただけませんか？　という感じでいます。

私もワードは敬遠したいところではありますが。
ＰＤＦに関しては、perlで読んだり書いたりすることができると聞いたことが
あります。だとしたら、それほど毛嫌いするのもどうかと。
エクセルは、あんまり難しい事を考えず、余分な機能の多い罫線印刷ソフトだ
と思えばよいのではないかと。特に日本人は欧米人に比べて罫線が好きだとい
う話ですけど、ビジネスレターの文例集なんかを比較すると、ほんと、その通
りだと思います。

> 　僕は、結局ここにレスをアップすることにしたことを完全に忘却して
> いました。すいません。

う〜ん、イミフメだ。(^^;

> 　あはははは。IME200Xの調教です。僕は、ATOK8しか知らないんですよ。
> 知りたくない、というところかな。

MS-IME だとIME200x を指すんですかねぇ。まぎらわしいですよね。(^^;
私もATOK系に慣れていて、IME系はまったく慣れませんね。文節のきり直しでは
ぶち切れてしまうし、奇天烈な変換をしてくれるので思考停止になってしまいます。
というか、ほしい熟語が全然出てこないぞ〜！！

> けれど。ワードねぇ、ＰＤＦねぇ、エクセルねぇ…。sedとawkとperlとxtr
> で許していただけませんか？　という感じでいます。

私はエクセルは結構使いますよ。表の作成にも便利ですが、本来の表計算機能を
最大限に活用して業務の効率アップにつなげています。他の人はあまりそういう
使い方をしてないようなのがもったいないと感じますが。

> 似たようなことは以前熊谷さんがrefep.def用にIMEで再変換させる試みをしていた

これって、いつごろのどこでの話でしょうか。
ぜひ教えてください。

> これって、いつごろのどこでの話でしょうか。
> ぜひ教えてください。

うう、私の持っているログだと、

>13911/13930 xxxxxxxx  耳而夢斎         小物マクロの住所録 1999/04
>(13)
>05687  たけ(tk)         sndkey00.exe の実行例
>05702  耳而夢斎         reIME.def sndkey00.exe を利用した reFEP もどき

この住所録しか出ませんでした。99年4月の13階の発言だったんですね。
どなたかこの辺のログを送ってくれませんでしょうか。

軟体補完計画に
http://mezala.la.coocan.jp/vz/history/maclib1.html
SNDKEY00.EXE という実行ファイルがありますが、ログを読まないと使い方が
わからないですね。

> 先ほどメールでログをお送りしたのですが，ご注意ください。
> メール送信時に並行して行っていた AVG の完全スキャンに 1件ひっかかりました。

うちでもAVGスキャンででました。あ、メールは大丈夫でしたよ。
やはりMASM32関係で、2つのHDDにコピーしていたために6個出ました。

E:\MASM32\EXAMPLES\EXAMPL03\DRAGDROP\DRAGDROP.EXE
E:\MASM32\ICZTUTES\TUTE17\SKELETON.EXE
E:\MASM32\ICZTUTES\TUTE21\PIPE.EXE

もちろん削除されてましたが。ミラーサイトが感染していたんでしょうか。
当時は判別不能だったのが最新のパターン解析で識別可能になったとかかな。
ともかくVZのアセンブルでは使わないEXEで助かったですね。実行しちゃった人
いるかなぁ。

グーグルパックでNorton Security Scan が無期限で使えるようになりましたね。
AVGと同時使用は出来ないでしょうが、どちらがいいでしょうかねぇ。

> ソースが付いていたんですか。私が落としたほうには無かったもので。で、
> 落としなおしてみたんですが、2つとも99/04/14で同じもののようです。
> 確認してもらえますか。

当時、私もダウンロードした記憶があったのですが、そのものが見つからない。
消してしまったのかなぁ。
ソースがついていたかどうかという事の方は、もはや記憶にはありません。

> 　リンク先が同じものを指していたためでした。ごめんなさい。さっそく直し
> ました。余計に時間がかかったのは，手元でなぜかバージョンが３種ありまし
> て，なんだか訳がわからなくなってしまいまして。

ありがとございます。早速落としてみました。

> 　異なるのはソースだけで，大きい方には次の文が入っているだけです。
> おそらく整数型の定義だと思います。これがあるなしでコンパイルしたものに
> 変化があるのかないのかも分かりませんが。

ふ〜む、C のソースに似てるんですね。パスカル系でしたっけ。Vz関連の
EXEはデルファイとかTPで作成されたものが多いですねぇ。これはパスカルの
勉強をしなくてはいけないかも。(^^;　特にとらじさんのツールは秀逸なものが
多いので、ソースがあればなぁ、と、いつも思ってます。タグライトとか。

> おそらく整数型の定義だと思います。これがあるなしでコンパイルしたものに
> 変化があるのかないのかも分かりませんが。

うろ覚えなんで不正確ですが。
Delphiがバージョンアップしたことにともなって発生した差異を吸収するための
ものだったように記憶しています。なので、これがないと、Delphiのバージョン
によっては、仮にコンパイルは通ってもうまく動かない、という状況になる可能
性があります。

> うう、私の持っているログだと、

この辺のログは見つかりました。
助かりました。ありがとうございます。
既にログはめざらさんから送付済みのようなので、私からの送付は控えます。

> それで思いついたんですが、XPの16ビットDOS窓環境で常駐して、ホットキーで
> IME200Xを起動させ、IMEで打ち込んだ漢字を16ビットDOSアプリ（VZ)に渡せる
> ようなソフトって可能でしょうか。

可能かもしれませんが、なんか罠がありそうな気がします。
どういった罠かというと、例えていうと、Ｖｚのコンソールファイルで取得でき
るのは１６ビットアプリの出力結果だけ、みたいな感じで。

個人的には、IME2000/2003って、変換というか学習が馬鹿すぎて、とてもじゃな
いけど常用したくない。って言うか、会社ではそれしかインストールされていな
いので、非常に効率が悪い。例えば、「完了」と打ちたくて「官僚」と出てくる
ので「完了」を学習させる。その次にまた「かんりょう」と入力すると、これが
また「官僚」と出てくる。こんなことが日常茶飯事です。まぁ、会社のＸＰの場
合、１６ビット用のMS-IMEは辞書を鍛えていないので大したことはありませんが、
辞書さえ鍛えればこんな事が起こらない１６ビットＩＭＥの方が私は好きです。
ちなみに、それより新しいＩＭＥは使った事がないのでわかりません。

でも、御要望の機能は、例えば新しいATOKなんかでも使えるような気がします。
であれば、私も使う可能性が高そうなんで、ちょっと検討してみましょうか。
もちろん、検討した結果、私の手には余る、となるかもしれませんが。


あ、早速、仕様上の問題点が一つ判明。
常駐するのって、ＤＯＳ窓側なんですよね。
こういうソフトって、私、作ったことがありません。
clppst式に、常駐しないソフトを毎回呼び出す、という方式ではダメですか？
使い勝手が悪くなっちゃうかな。
あと、IME200Xの場合、多分、Windows側で入力窓を開かないとダメだと思うので
すが、そういうインターフェースで大丈夫ですか？
というか、そういうインターフェースがダメだとなると、多分、作成不可能のよ
うな気がします。

> どういった罠かというと、例えていうと、Ｖｚのコンソールファイルで取得でき
> るのは１６ビットアプリの出力結果だけ、みたいな感じで。

う〜ん、確かにありがちな罠ですねぇ。(^^;

> でも、御要望の機能は、例えば新しいATOKなんかでも使えるような気がします。
> であれば、私も使う可能性が高そうなんで、ちょっと検討してみましょうか。
> もちろん、検討した結果、私の手には余る、となるかもしれませんが。

検討していただけるだけでもうれしいです。よろしくお願いします。m(__)m

> clppst式に、常駐しないソフトを毎回呼び出す、という方式ではダメですか？
> 使い勝手が悪くなっちゃうかな。
> あと、IME200Xの場合、多分、Windows側で入力窓を開かないとダメだと思うので
> すが、そういうインターフェースで大丈夫ですか？

とりあえず動作可能かどうかを検証したいので、方式は問いません。動くとわかれば
インターフェースは徐々に改良していけばいいと思いますので。

> とりあえず動作可能かどうかを検証したいので、方式は問いません。動くとわかれば
> インターフェースは徐々に改良していけばいいと思いますので。

ということで、仕事の空き時間で、とりあえずバージョンを作ってみました。
さくっとアザラシ牧場にアップロードしようと思ったら、あそこ、１５０ＫＢと
いう制限があったのね。圧縮ファイルで約１６０ＫＢ、MIMEでエンコードしたら
２２０ＫＢくらいになるんで、断念。
なので、帰宅したらどっかに掲載します。

使い方：
Ｖｚの編集モードで添付のマクロを起動。
画面下部にちゃちなウィンドウが開く。
デフォルトでＩＭＥ起動済みになるはず。あまり自信なし。
何か入力し確定させてから、もう１回リターンキー押下で、アプリは自動終了。
マクロが文字列を受け取って、編集画面に挿入。
文字列の受け渡しはクリップボード経由。
ＤＯＳ窓での文字列受領はclppst利用。


とりあえずバージョンだと、こんなところですかね。

> ということで、仕事の空き時間で、とりあえずバージョンを作ってみました。
> さくっとアザラシ牧場にアップロードしようと思ったら、あそこ、１５０ＫＢと
> いう制限があったのね。圧縮ファイルで約１６０ＫＢ、MIMEでエンコードしたら
> ２２０ＫＢくらいになるんで、断念。
> なので、帰宅したらどっかに掲載します。

うお！！　さすが仕事が速いですねぇ。メールでもいいんですが、みんなで検証
出来たほうがよりよいものになりそうだし、ish にしてうちのテスト板にアップ
とかは？　って、80*300行だと24000文字か、確か30000文字制限だったかな。
全然だめですね。

> 使い方：
> Ｖｚの編集モードで添付のマクロを起動。
> 画面下部にちゃちなウィンドウが開く。
> デフォルトでＩＭＥ起動済みになるはず。あまり自信なし。
> 何か入力し確定させてから、もう１回リターンキー押下で、アプリは自動終了。
> マクロが文字列を受け取って、編集画面に挿入。
> 文字列の受け渡しはクリップボード経由。
> ＤＯＳ窓での文字列受領はclppst利用。
> とりあえずバージョンだと、こんなところですかね。

おお、思い描いていたインターフェイスそのままです。早く試してみたいですね。
う〜ん、わくわく。(^_^)

めざらさんの好意に甘えて、早速、牧場に放牧しました。
ソースコードも一式同梱していますが、ついうっかり、補足説明の「作成方法」
の欄に「コンパイル」と記入してしまいました。

> うお！！　さすが仕事が速いですねぇ。

ソースを見てもらうとわかりますが、コードの量は本当にたかが知れています。
こういうのは、どっからどういうコードを引っ張ってこれるか、というのでほと
んど勝負（？）が決まってしまうところがあります。同梱のマクロなんかもいい
例で、としきオリジナルはほんの２〜３行、あとの数十行はclppst.defの丸写し
です。

> メールでもいいんですが、みんなで検証出来たほうがよりよいものになりそうだし

さいです。
ということで、konnoさんはコメント必須、できれば文太さんのコメントも希望、
他の皆さんのコメントも歓迎。コメントはこの掲示板でいいでしょう。コメント
の内容によっては、日刊状態でバージョンアップするかも。
＃日々改造(^_^;) 

> > 使い方：

一つ追加。
当り前ですが、実行ファイルをパスの通ったところに置いて下さい。



検証を取っていないのですが、現在のプログラム内部の設定値だと、デスクトッ
プのプロパティの画面設定で、ウィンドウ内の文字のサイズなんかを極端な値に
していた場合、表示が破綻する可能性があります。Windowsの挙動をよく知らない
ので、もしかしたら破綻しないで済むのかもしれないのですが。一応、画面サイ
ズが横1024〜1280ぐらいの場合で一般的な文字サイズの場合は大丈夫でしょう。
なので、次のバージョンがもしあれば、この辺を設定変更可能にするつもりです。

> めざらさんの好意に甘えて、早速、牧場に放牧しました。

ありがとうございます。早速試してみます。

> ＃日々改造(^_^;) 

ぶっ！！　・・・思わず吹いてしまった。(^^;;　失礼、他意はないですが、
どこかでみたような、と思ったら・・・


で、ちょっと試してみて、気が付いたこと。

・文章の途中で使用したときにカーソル位置と違うところに挿入されます。
マクロ側の作りによるのかな。ひょっとして、ｋｙ、ｌｙ　がらみかも。

・コンソールで使用すると、コマンドラインの行が追加されるせいか、変な
位置に挿入されます。入力中にコマンドラインの画面というのはサイレント
にすればいいけど、コマンド文字の痕跡も消す必要がありますね。

・ウインドウの位置が一番下になってますが、DOS窓の直下にあると
見やすそうですね。位置調整とか幅調整はできるんでしょうか。

・入力文字のフォントがもう少し大きいと見やすいですが、この辺の設定も
あるとうれしいですね。

・あと、初期文字列に「Edit1」と入っていて、空で「Enter」すると、
その文字が挿入されますね。

ちょっと試したところではこんなところです。思っていたよりもレスポンスが
よかったので充分実用性があると思います。

> ・文章の途中で使用したときにカーソル位置と違うところに挿入されます。
> マクロ側の作りによるのかな。ひょっとして、ｋｙ、ｌｙ　がらみかも。

すみません、これはコンソールで試したときの挙動でした。コンソールは
対象外とすれば、このままで問題なさそうですね。

窓の行数も指定できると大量書き込みする人にはうれしいかもしれませんね。
日本語の通らないVistaでも日本語入力できそうなので、これからのVzの必携
ソフトになりそうな予感がします。

> ・文章の途中で使用したときにカーソル位置と違うところに挿入されます。
> マクロ側の作りによるのかな。ひょっとして、ｋｙ、ｌｙ　がらみかも。
> ・コンソールで使用すると、コマンドラインの行が追加されるせいか、変な
> 位置に挿入されます。入力中にコマンドラインの画面というのはサイレント
> にすればいいけど、コマンド文字の痕跡も消す必要がありますね。

ごめんなさい、マクロについては、手元にあったclppst.defの丸写しで、理解し
て書いたものではないので、改造には対応できないことが多いです。

> ・ウインドウの位置が一番下になってますが、DOS窓の直下にあると
> 見やすそうですね。位置調整とか幅調整はできるんでしょうか。

ＤＯＳ窓直下というのは難しいかもしれませんが不可能ではないと思います。
ただ、その場合、例えばＤＯＳ窓がデスクトップからはみ出していた場合、どの
ような表示にすればよいのか、という仕様の検討が難しくて、現在のようにして
います。ある程度は位置調整とか幅調整はできるようにしたいとは思います。

> ・入力文字のフォントがもう少し大きいと見やすいですが、この辺の設定も
> あるとうれしいですね。

わかりました。これも設定変更可能にしましょう。

> ・あと、初期文字列に「Edit1」と入っていて、空で「Enter」すると、
> その文字が挿入されますね。

これは直します。

#2893
> 窓の行数も指定できると大量書き込みする人にはうれしいかもしれませんね。

これはどうしようかなぁ。
できるようにはするつもりですが、もしかしたら変えないかも。

とりあえず、会社で昼休みに作ったバージョンを放牧しました。

> > ・入力文字のフォントがもう少し大きいと見やすいですが、この辺の設定も
> > あるとうれしいですね。

文字のフォントサイズをちょっと大きくしてみました。
残念ながら、まだ変更可能にはなっていません。

> > ・あと、初期文字列に「Edit1」と入っていて、空で「Enter」すると、
> > その文字が挿入されますね。

ここは直しました。

> とりあえず、会社で昼休みに作ったバージョンを放牧しました。

いただきました。ありがとうございます。

> 文字のフォントサイズをちょっと大きくしてみました。
> 残念ながら、まだ変更可能にはなっていません。

大きくなって見やすくなりました。ウインドウがタスクバーの上に出るので、
DOS窓のほうをその上にくるように移動したら、いい感じになりました。
FEPのシステムライン入力のような感じですね。

> > > ・あと、初期文字列に「Edit1」と入っていて、空で「Enter」すると、
> > > その文字が挿入されますね。
> ここは直しました。

ありがとうございます。これで動作的には完璧になりました。あとは位置調整
などのカスタマイズくらいでしょうが、こうして使ってみると、エコーライン
で入力できないかとか、欲が限りなく出てきますね。(^^;

これで、VistaのUS40行モードでプログラムソースいじりながら、日本語コメントを
挿入することも可能になるでしょうね。表示は化けますが。使い方しだいではもっと
いろいろ応用が利きそうです。


＃次はビューワかな。(^^;

> FEPのシステムライン入力のような感じですね。

そうそう、そこが狙いです。というか、

> などのカスタマイズくらいでしょうが、こうして使ってみると、エコーライン
> で入力できないかとか、欲が限りなく出てきますね。(^^;

私の技術力ではエコーモードは作れそうにありません。
なので、このようにしました。
どうしてもそちらを御希望なら、別の方をお探しください。(^^;

> ＃次はビューワかな。(^^;

これって、どのようなものをお考えですか？
何となく既存のものでありそうな気がしますけど。



一応、fakeFEPの今後の予定。
iniファイルによって設定変更を可能とする方針。
右クリックだのなんだのっていうのも、やってできないことはないけど、面倒な
ので実装しないつもり。
設定ファイルがない場合は現在の動作をデフォルトとする予定。
変更可能にするのは、フォントのサイズ、ウィンドウの位置及びサイズ。
行数については未定。

> iniファイルによって設定変更を可能とする方針。
> 設定ファイルがない場合は現在の動作をデフォルトとする予定。

iniファイルで、フォントをいじれるようにしてみました。
例によって、牧場を泳ぎ回っております。
デフォルト（無指定時）はフォント名を「ＭＳ ゴシック」（Ｐなし）にするつも
りですが、サイズはどのくらいをデフォルト値にするのがいいのでしょうかね。

fakeFEP!!

　えーと、えーと。実はあのボケは薬のせいでありまして…。ほんとに「健忘」
でたじゃん。
　どうにか薬なし生活にもどれたのかな…。いえいえ、けっこうやばいことにな
ってまして。（ワケワカが健全）

　とにかく、fakeFEP 試しました。きちんと動作しました。でも、やっぱりイン
ラインでないと落ち着かないですねぇ…。エコーかあ、ああ、懐かしい。松 ver.6
でパソコン・デビューしたときに、ワープロ、オアシス出身の僕は「ここは何
なんだ？？？！！！」と叫びました。考えてみると、「インターネットを買った」
以外は、あれ以来、進歩していない…。

> ってまして。（ワケワカが健全）

一個の人間としては「ワケワカが健全」というのになぜか同意なんですが。
複数の人間というかコミュニケーションにおいては不健全の極みだと思っていた
りします。毎日、仕事（電話での故障受付）では泣きたくなるような思いをさせ
られていますもので。

さて。

> 　でも、やっぱりインラインでないと落ち着かないですねぇ…。

そうですよねぇ。
私も、システムラインモードなんて、大昔のＡＴＯＫ４〜５、せいぜい６までし
か使っていませんでした。松茸からこっちはずっとエコーモードの人間です。
でも、私の技術力では、どうしてもこの程度なんですよ。(;_;)

どこかに、優秀でノリのよい技術者っていませんかねぇ。

> iniファイルで、フォントをいじれるようにしてみました。
> 例によって、牧場を泳ぎ回っております。

牧場で捕まえました。17番ですね。16番は削除されたんですね。
NAME=ＭＳ Ｐゴシック　がデフォルトですね。この下とコメントを入れ替えて
NAME=@ＭＳ 明朝　こちらを有効にしてみたところ、おお、変わりました！！
明朝体で縦文字ですか、これは面白いですね。(違うって）

NAME=ＭＳ 明朝

としたら、普通の明朝体になりました。なるほど、色々指定できるという見本
だったのですね。

> デフォルト（無指定時）はフォント名を「ＭＳ ゴシック」（Ｐなし）にするつも
> りですが、サイズはどのくらいをデフォルト値にするのがいいのでしょうかね。

サイズなんですが、数字を変えても、コメントにしても変わらないです。もしかして
固定サイズになっているんでしょうか。なので、デフォルト値がわからないんですが、
今のサイズがちょうどいいように思えますが、もっと大きくてもいいかも。

使ってて思ったんですが、ESC でもウインドウを閉じられるとよりFEPらしく
なって便利かなぁと思ったんですが、どうでしょうか。
あと、CLPPST.EXE の動作を内蔵できたらよさそうに思ったんですが、ソースが
無いんでしたっけ。

> サイズなんですが、数字を変えても、コメントにしても変わらないです。もしかして
> 固定サイズになっているんでしょうか。なので、デフォルト値がわからないんですが、
> 今のサイズがちょうどいいように思えますが、もっと大きくてもいいかも。

うげげ、おもいっきりバグっております。
今日中には、少なくともこのバグを除いたバージョンをリリースします。
あと、.iniファイルがない状態がデフォルトです。

> 使ってて思ったんですが、ESC でもウインドウを閉じられるとよりFEPらしく
> なって便利かなぁと思ったんですが、どうでしょうか。

多分可能です。試してみます。
この場合はクリップボードに文字列を入れないようにするつもりです。

> あと、CLPPST.EXE の動作を内蔵できたらよさそうに思ったんですが、ソースが
> 無いんでしたっけ。

clppst.exeそのもののソースはありませんが、類似のソフトのソースはあります
ので、同様機能の実装は可能だと思います。えと、ペースト側の機能だけ実装す
ればいいですよね。あ、そうか、この機能があればクリップボードを汚さずに済
みますね。むぅ、ちょっと高い優先度で検討してみましょう。



ということで、ToDoリスト。
フォントサイズ指定についてのバグ取り（最優先）。
ESCキーで終了処理の実装。
出力方法の変更（クリップボード方式廃止）。
ウィンドウの位置及びサイズの設定変更についての検討。
複数行対応の検討。

> フォントサイズ指定についてのバグ取り（最優先）。
> ESCキーで終了処理の実装。
> 出力方法の変更（クリップボード方式廃止）。

この３つは実現しました。
それに合わせて、マクロも書き換えました。
今までは、実行ファイルはパスの通ったところに置いておけばよかったのですが、
このバージョンというかマクロでは、VZDEFディレクトリに置く必要があります。
ただ、マクロに関してはあまり自信がありません。
誰か、マクロの方をきちんと添削していただけると幸いです。

> > フォントサイズ指定についてのバグ取り（最優先）。
> > ESCキーで終了処理の実装。
> > 出力方法の変更（クリップボード方式廃止）。
> この３つは実現しました。

いただきました。ありがとうございます。なるほど、TMPに出力するように
したんですね。ESCが効くのもうれしいです。フォントサイズも変えられました。

最初INIファイル無しでキチンと動いてたんですが、INIを入れたところ、
漢字が挿入されなくなりました。TMPが0バイトになってます。INIの中の
;NAME=fakeFEP.tmp
ここをコメントにしたら直りました。ファイル名の大文字小文字がらみで
しょうかねぇ。

表示位置についてですが、DOS窓を複数開いていてそれぞれでfakeFEPを実行すると
したら、位置あわせが難しいかもしれませんね。PIFの情報を読み取ってとか無理
ですよね。そうすると画面最下行も合理的かもしれません。でもやはり人それぞれ
の好みで調整できたほうがいいかも。

個人的には複数行対応に期待してます。複数行にすればその分目線が上になって
見やすくなる効果も有りそうだし。

もしPIFの情報を読み取れて、カーソル位置がわかるなら、カーソル直下に窓を
開いたら見やすいかも。うう、妄想が〜(^^;

> 最初INIファイル無しでキチンと動いてたんですが、INIを入れたところ、
> 漢字が挿入されなくなりました。TMPが0バイトになってます。INIの中の
> ;NAME=fakeFEP.tmp
> ここをコメントにしたら直りました。ファイル名の大文字小文字がらみで
> しょうかねぇ。

ESCで終了した場合は０バイトの出力ファイルを作るようになっていますが。
う〜ん、なんだろう、ルートディレクトリとかに作ってしまっているのかなぁ。
何となくバグっぽい動き。
ここはフルパス名指定のみ許容するようにするか、さもなくば、このオプション
を廃止するかもしれません。

> もしPIFの情報を読み取れて、カーソル位置がわかるなら、カーソル直下に窓を
> 開いたら見やすいかも。うう、妄想が〜(^^;

PIFの情報を読み取ることは可能かもしれません。
が、これって、ＤＯＳ窓オープン時の位置情報だったと思います。
つまり、その後にＤＯＳ窓を移動してしまっても追従できないはず。
さらに、カーソル位置はPIFからは読み取れません。
ということで、この機能に挑戦することはあきらめています。

> う〜ん、なんだろう、ルートディレクトリとかに作ってしまっているのかなぁ。
> 何となくバグっぽい動き。
> ここはフルパス名指定のみ許容するようにするか、さもなくば、このオプション
> を廃止するかもしれません。

確認してみたところ、ダウンロードしたディレクトリにひとつ

2008/02/22  00:46                 2 fakeFEP.tmp

VZDEFのディレクトリにひとつ

2008/02/22  00:47                 2 FAKEFEP.tmp

ありました。こちらが新しくて、なぜかファイル名が大文字になってますね。
この辺が関係ありそうな気がします。

> PIFの情報を読み取ることは可能かもしれません。
> が、これって、ＤＯＳ窓オープン時の位置情報だったと思います。
> つまり、その後にＤＯＳ窓を移動してしまっても追従できないはず。

ふ〜む、ＤＯＳ窓オープン時の位置情報が読み取れればDOS窓直下で起動も
可能になりそうですね。移動してもfakeFEP起動時にチェックすれば問題は
ないでしょう。(^^;

> 可能になりそうですね。移動してもfakeFEP起動時にチェックすれば問題は
> ないでしょう。(^^;

大有りです。(^^;
前にも書きましたが、ＤＯＳ窓複数起動時にどのＤＯＳ窓の下に貼り付ければよ
いのかを判別することができないので、この機能は私には実装できません。
もうひとつ、たとえばＤＯＳ窓がデスクトップの下のほうにはみ出しているよう
な場合、どのような挙動にするべきかという点についてもよいアイディアがない
のですが、こちらについてはどのようにお考えでしょうか。

> 前にも書きましたが、ＤＯＳ窓複数起動時にどのＤＯＳ窓の下に貼り付ければよ
> いのかを判別することができないので、この機能は私には実装できません。

うう〜む、とりあえず、複数窓には対応しないということで仕様か。(^^;

> もうひとつ、たとえばＤＯＳ窓がデスクトップの下のほうにはみ出しているよう
> な場合、どのような挙動にするべきかという点についてもよいアイディアがない
> のですが、こちらについてはどのようにお考えでしょうか。

これはもちろん下限を超えたら下限に固定ということで仕様。(^^;
DOS窓は自由に移動できるのだから、ユーザーの自己責任ということで。

> うう〜む、とりあえず、複数窓には対応しないということで仕様か。(^^;

ということで、ＤＯＳ窓直下にしないという仕様とさせていただきます。
もちろん、ないすでぐっどなソースをkonnoさんが提供していただけるというので
あれば、もしかしたらそれをそのまま組み込んでしまうかもしれませんが。

私自身の妄想としては、あんまりありうるとは思わないけど、ＤＯＳ窓以外のア
プリと組み合わせて使われる可能性とかも考えないといけないので、ＤＯＳ窓に
ぎちぎちに依存したソフトは作りたくないのです。

> もちろん、ないすでぐっどなソースをkonnoさんが提供していただけるというので
> あれば、もしかしたらそれをそのまま組み込んでしまうかもしれませんが。

これはありえないのでご安心を(って何を?)　
デルファイはそのうち勉強させていただくかもしれませんが。

> 私自身の妄想としては、あんまりありうるとは思わないけど、ＤＯＳ窓以外のア
> プリと組み合わせて使われる可能性とかも考えないといけないので、ＤＯＳ窓に
> ぎちぎちに依存したソフトは作りたくないのです。

もしかしてDOSエミュとか？　う〜む、もしも98エミュなどから呼べるようになったら
凄い事になりそうですね。思わず期待してしまいます。(^_^)

> これはありえないのでご安心を(って何を?)　

いや、安心しました。
＃あれ？

> > 私自身の妄想としては、あんまりありうるとは思わないけど、ＤＯＳ窓以外のア
> > プリと組み合わせて使われる可能性とかも考えないといけないので、ＤＯＳ窓に
> > ぎちぎちに依存したソフトは作りたくないのです。
> もしかしてDOSエミュとか？　う〜む、もしも98エミュなどから呼べるようになったら
> 凄い事になりそうですね。思わず期待してしまいます。(^_^)

えと、なにか誤解していませんか？

としきの考え（妄想）：
　ＤＯＳ窓にぎちぎちに依存したソフトを作りたくない
　　→fakeFEPもＤＯＳ窓に依存させない
　　　→ＤＯＳ窓直下貼りつき機能は実装させない

ただこれだけのことなんですけど。
なので、私の考えるＤＯＳ窓以外のアプリというのは、例えばメモ帳とか秀丸エ
ディタとかEmEditorとかワードとかエクセルなんていうものを指します。
もちろん、いろんなソフトで使えるようにしたい、というところから、何らかの
エミュレータでも使えるかもしれません。当然、そのエミュレータは私以外の人
が作る、という前提もありますが。

ちょっと補足。

> 表示位置についてですが、DOS窓を複数開いていてそれぞれでfakeFEPを実行すると
> したら、位置あわせが難しいかもしれませんね。PIFの情報を読み取ってとか無理
> ですよね。そうすると画面最下行も合理的かもしれません。でもやはり人それぞれ
> の好みで調整できたほうがいいかも。

Vistaでも可能だと思いますが、少なくとも95〜XPでは、現在オープンされている
窓を列挙して、それぞれの位置やサイズを取得することは可能です。が、どの窓
がfakeFEPを起動したかという事を取得する事ができるかどうかは私の技術力では
不明です。逆にいえば、それは可能かもしれない、ということですが。
ただ、いずれにしても、ＤＯＳ窓のカーソル位置の取得は無理でしょう。

> 個人的には複数行対応に期待してます。複数行にすればその分目線が上になって
> 見やすくなる効果も有りそうだし。

複数行対応は何とかできそうなんですが。
行数指定にむちゃくちゃ難儀しております。
フォントを変えると、指定した行数どおりにならないんですよ。

例えば、ある方式だと、ＭＳ Ｐゴシックの９ポイント、１２ポイント、３６ポイ
ント、７２ポイントで指定した通りの行数になりました。他のサイズで試験して
いないところがちょっと危険かもしれませんが。ところが、この方式でSystemフ
ォント１４ポイントで２０行と指定すると２２行表示されてしまいました。
別の方式で、やはりＭＳ Ｐゴシックの上記の４つのサイズでＯＫなものを使って
Terminalフォント８ポイント２０行と指定すると、今度はわずか１２行ぐらいし
か表示されません。ところが、同じ方式で同じTerminalフォントでも１４ポイン
ト２０行とすると、なぜか２１行表示されます。

う〜ん、行数指定はあきらめて、ウィンドウの高さ指定にしようかなぁ。

> 複数行対応は何とかできそうなんですが。
> 行数指定にむちゃくちゃ難儀しております。
> フォントを変えると、指定した行数どおりにならないんですよ。

う〜む、フォントのサイズで変わってしまうのですか。そういう仕組み
なんでしょうかねぇ。

> う〜ん、行数指定はあきらめて、ウィンドウの高さ指定にしようかなぁ。

とにかく複数行に出来るなら使ってみたいです。よろしくお願いします。

> う〜む、フォントのサイズで変わってしまうのですか。そういう仕組み
> なんでしょうかねぇ。

仕組みといえばそうなんですが。
プログラムに際して、入力域の高さはピクセル数で指定することしかできません。
必要なピクセル数を求めるためにフォントのピクセル数を取得し、それに行数を
かけて高さを求めたところが、それでは高さ不足となることが判明。少し下駄を
はかせる必要があるのです。では、どのくらいはかせればよいかというと、それ
をうまく計算で求める式が算出できないのです。

なので、

> > う〜ん、行数指定はあきらめて、ウィンドウの高さ指定にしようかなぁ。

利用者に指定してもらうのは行数をやめて直接ピクセル数を指定してもらうよう
にしようかな、と思っているわけです。もうあと２〜３日からかってどうしよう
もなければ、そのような仕様にします。

> 必要なピクセル数を求めるためにフォントのピクセル数を取得し、それに行数を
> かけて高さを求めたところが、それでは高さ不足となることが判明。少し下駄を
> はかせる必要があるのです。では、どのくらいはかせればよいかというと、それ
> をうまく計算で求める式が算出できないのです。

なるほど、複雑なんですね。ピクセル指定の場合、文字の上半分だけ表示される
こともあるんでしょうか。

> 利用者に指定してもらうのは行数をやめて直接ピクセル数を指定してもらうよう
> にしようかな、と思っているわけです。もうあと２〜３日からかってどうしよう
> もなければ、そのような仕様にします。

フォントサイズとピクセル数の相関関係が気になりますね。いちどピクセル数指定
バージョンを試してみたいですねぇ。

> なるほど、複雑なんですね。ピクセル指定の場合、文字の上半分だけ表示される
> こともあるんでしょうか。

１行に必要なピクセル数に満たない場合は上半分表示みたいになります。

> フォントサイズとピクセル数の相関関係が気になりますね。いちどピクセル数指定
> バージョンを試してみたいですねぇ。

現在、いろいろなフォントのサイズと行数、計５０パターンぐらいで、どのくら
いのピクセル数が必要になるか調査しているところです。夕べまでで約半分弱ぐ
らい終わりました。今夜ぐらいには全部調査が終わると思うので、何らかの結論
が出せると思います。そして、遅くも明日の午前中ぐらいには次の版をリリース
できるでしょう。
でも、作者の想像もしていないフォントが使われる可能性もあるから、やっぱり
ピクセル数指定は搭載するしかないかなぁ。

> １行に必要なピクセル数に満たない場合は上半分表示みたいになります。

なるほど。でもまぁ、その場合はピクセル数を調整すれば良いだけなので、
特に困ることは無いですね。一度決めたら変更はほとんどしないでしょうし。

> 現在、いろいろなフォントのサイズと行数、計５０パターンぐらいで、どのくら
> いのピクセル数が必要になるか調査しているところです。夕べまでで約半分弱ぐ
> らい終わりました。今夜ぐらいには全部調査が終わると思うので、何らかの結論
> が出せると思います。そして、遅くも明日の午前中ぐらいには次の版をリリース
> できるでしょう。

ううむ、本格的ですね。私だったら後はユーザーで設定してね。と言っていい加減に
すましてしまいそうですが。

> でも、作者の想像もしていないフォントが使われる可能性もあるから、やっぱり
> ピクセル数指定は搭載するしかないかなぁ。

まあ、行数だけでも調整は可能なので、私だったら（以下略

> 現在、いろいろなフォントのサイズと行数、計５０パターンぐらいで、どのくら
> いのピクセル数が必要になるか調査しているところです。夕べまでで約半分弱ぐ
> らい終わりました。今夜ぐらいには全部調査が終わると思うので、何らかの結論

が出ました。
行数指定はあきらめました。
フォントの高さのピクセル数×行数で求めたピクセル数だと、フォントによって、
必要な高さに足りない場合と、必要な高さを超過する場合の両方がありうるとい
う事が判明しました。

> が出せると思います。そして、遅くも明日の午前中ぐらいには次の版をリリース
> できるでしょう。

ということで、新しい版をリリースしました。
例によって、牧場を泳ぎまわっております。
オプション指定は、ちょっといんちきというか紛らわしい仕様になっていて。
TOPとLEFTとWIDTHは、FORM（ウィンドウ枠）全体の位置とサイズを指定します。
ところが、LINEだけは、入力欄部分の縦ピクセル数を指定します。

いろいろと遊んでみてください。
あるいは、変なオプションを指定していじめてみてください。
例えば、マイナスの値は受け付けないようにしてあるはずだけど、あまり自信は
なかったりして。
 

> ということで、新しい版をリリースしました。
> 例によって、牧場を泳ぎまわっております。

いただきました。ありがとうございます。
ゆうべはレスをひとつ書いたところでダウンしてしまったので、これから
いじらせてもらいます。

> オプション指定は、ちょっといんちきというか紛らわしい仕様になっていて。
> TOPとLEFTとWIDTHは、FORM（ウィンドウ枠）全体の位置とサイズを指定します。
> ところが、LINEだけは、入力欄部分の縦ピクセル数を指定します。

これはいじりがいがありそうですね。名前もfakeFEPeditに進化して
ミニエデイタの体裁になったようで、楽しみです。(^_^)

> これはいじりがいがありそうですね。名前もfakeFEPeditに進化して

正式名称はfakeFEPとする予定です。
今回のバージョンは内部の構造が大幅に変化したので、作者の側も混乱しそうだ
ったためにあえて名前を変えましたが、そのうち戻します。

> 正式名称はfakeFEPとする予定です。
> 今回のバージョンは内部の構造が大幅に変化したので、作者の側も混乱しそうだ
> ったためにあえて名前を変えましたが、そのうち戻します。

朝いただいたのですが、DEFファイルのほうが古いままで試せませんでした。(++;
今やっと試すことが出来ました。起動が速くなったような気がしますね。

LINE=46
WIDTH=812
TOP=100
LEFT=70

この設定で、うちのDOS窓の上に幅ぴったり同じで2行分で表示されます。
とってもいい感じです。(^_^)
SIZE=16 に設定すると文字が一回り大きくなり、窓の高さも自動的に伸びますね。
このくらいが見やすいかも。

なんだか使い勝手がすごくよくなったような気がします。私のわがままに対応して
くださりありがとうございました。m(__)m

窓が複数行になるとつい改行して複数行打ち込みたくなりますが、改行した時点で
挿入されてIME窓が無くなって通常入力に戻ってしまいます。それで思ったんですが、
FEP感覚で使うには、連続して漢字入力できるモードとかオプションがあるとよさそう
な気がしました。マクロキーを漢字ON/OFFキーに見立てるとか。

と思ったけど、難しそうですね。超絶マクロ師ならモード型マクロでそれこそ
FEPと同じように、カーソル移動などは通常で、文字入力だけfakeFEPに渡して
やることも出来そうな気がしないでもないですが。

> 今やっと試すことが出来ました。起動が速くなったような気がしますね。

起動が早くなったのは気のせい・・・とは言い切れないなぁ。
もしかしたらあそこをいじったせいかな。

> SIZE=16 に設定すると文字が一回り大きくなり、窓の高さも自動的に伸びますね。

う、それはおかしい。
あ、いや、文字が一回り大きくなるのは正解ですが、窓の高さは、指定した行数
で変化無いのが作者の意図した動きだからです。この辺、ちょっとチェックして
みます。
例えば、SIZE=72とかした場合も、やっぱり窓の高さが自動的に伸びますか？

> 窓が複数行になるとつい改行して複数行打ち込みたくなりますが、

そう、絶対にそうしたくなるだろうなという事が予測されたので、私は１行入力
窓にこだわったのです。作者としては、今からでも元に戻したいくらいです。だ
って、可能な範囲で利用者の誤解・誤用をあらかじめ防止するというのも作者の
責任だと思っていますから。

> FEP感覚で使うには、連続して漢字入力できるモードとかオプションがあるとよさそう
> な気がしました。マクロキーを漢字ON/OFFキーに見立てるとか。

ん？
よくわかりません。
ＦＥＰって普通、改行を入力すると確定動作になりますよね。
fakeFEPでもそのような動作になるようにしたつもりなんですが、違ってます？
現在は、例えば変換キーを押して変換し、改行キーを押して確定させますよね。
で、そこでもう一度改行キーを押すとfakeFEP終了となりますが、改行キーを押さ
なければ継続して漢字入力できると思うのですが、そうなりませんか？
もし、改行キーを１回押しただけで確定→fakeFEP終了まで一気に行ってしまうと
したら、それは作者の意図した動作ではありませんが、作者の試験環境では再現
していません。その場合は、使っているＯＳとＩＭＥを教えてください。対処で
きる可能性は低いかもしれませんが、なんとかなるかもしれません。

> と思ったけど、難しそうですね。超絶マクロ師ならモード型マクロでそれこそ
> FEPと同じように、カーソル移動などは通常で、文字入力だけfakeFEPに渡して
> やることも出来そうな気がしないでもないですが。

現状では、絶対無理です。
モード型でカーソル移動ではないキーを受け取った時、仮にその最初の１文字は
どうするのか、という問題があります。fakeFEPの側では起動時に外から文字を受
け取る仕組がありませんから、その最初の１文字が欠落してしまいます。つまり、
最初の１文字を二重に入力しなければならないのです。
これでは、えらく使い勝手が悪いでしょう。

> 例えば、SIZE=72とかした場合も、やっぱり窓の高さが自動的に伸びますか？

今試すと高さは変わらないですねぇ。気のせいだったようです。m(__)m
72だとでかい文字が思い切り窓をはみ出してますね。(^^;　でも文字は
大きいほど見やすくていいですね。おじさんだから？ (^^;

> そう、絶対にそうしたくなるだろうなという事が予測されたので、私は１行入力
> 窓にこだわったのです。作者としては、今からでも元に戻したいくらいです。だ
> って、可能な範囲で利用者の誤解・誤用をあらかじめ防止するというのも作者の
> 責任だと思っていますから。

作者の意に沿わない要望をして申し訳ないですが、窓はある程度の大きさ(高さ)
があったほうが別窓を開いているという状態が分かりやすいし、視認性が良いので
やっぱりピクセルの調整機能はあるとありがたいです。

> ん？
> よくわかりません。
> ＦＥＰって普通、改行を入力すると確定動作になりますよね。
> fakeFEPでもそのような動作になるようにしたつもりなんですが、違ってます？

すみません、確定動作のことではなかったんですが、言い方が悪かったですね。
FEPを一度起動させると、OFFにするまでずっと漢字入力状態を維持しますよね。
それと同じようにならないかなぁ、と思ったわけです。

> 現状では、絶対無理です。
> モード型でカーソル移動ではないキーを受け取った時、仮にその最初の１文字は
> どうするのか、という問題があります。fakeFEPの側では起動時に外から文字を受
> け取る仕組がありませんから、その最初の１文字が欠落してしまいます。つまり、
> 最初の１文字を二重に入力しなければならないのです。

そうですよね。その最初の1文字を窓のIMEに送り込むことが出来なければ
実現不可能ですよねぇ。・・・・・ ん？ まてよ、IMEに送り込むといえば、
熊谷さんのSNDKEYで実現してるじゃないですか。ということは、その仕組みを
追加すればもしかして実現できるのではないでしょうか。

＃マクロのほうも私の手に余るので、誰か作ってくれないかなぁ。(^^;

> FEPを一度起動させると、OFFにするまでずっと漢字入力状態を維持しますよね。
> それと同じようにならないかなぁ、と思ったわけです。

正確に理解できているか妖しい部分もありますが。
なんとなくわかったような気がします。
でも、fakeだということで、この点はご容赦ください。
漢字を入力して、リターンを押したら確定、というのが基本仕様ということで。

> 実現不可能ですよねぇ。・・・・・ ん？ まてよ、IMEに送り込むといえば、
> 熊谷さんのSNDKEYで実現してるじゃないですか。ということは、その仕組みを
> 追加すればもしかして実現できるのではないでしょうか。

不可能ではないと思いますが、現在の私の技術力ではかなり難しいです。
ちょっと検討してみますが、果たしてどうなることやら。
次期バージョンで組み込めたらいいな、という感じ。


とりあえず、２８日付で一旦正式版とします。
ただ、アップロードは３月２日くらいになってしまう予定です。
２９日付で退職する人の送別会だの、臨時の泊まり勤務だのが入ったりするので。
何が変わるかというと、そこそこきちんとしたドキュメントが同梱される予定な
のと、オプションでクリップボード式を復活させる点です。あと、変なところで
微妙に見栄えが変わる部分もありますが、そこは非本質的なのでどうでもいいや。

> ＃マクロのほうも私の手に余るので、誰か作ってくれないかなぁ。(^^;

これはやっぱり、野ざらしでリクエストでしょう。

> 　ところでファイルを経由しないで出来る方法って無いのでしょうか？

クリップボード経由というのを復活させましたが。
これと、ファイル経由の２つしか、私には実現できません。
あとは、名前なしパイプだの共有メモリだの、色々な技術はあるらしいですが、
ＤＯＳ窓のアプリの側が大抵は対応していないでしょう。

> 　あー，汎用のアプリであることが原則なのでしたっけ。

原則というか、なるべく需要が多くなってもらいたいというのはあります。
あと、専用化するのであれば、対応する相手側の機能を十分知っていなければな
りませんが、そんな技術力もない、というのが正直なところ。

> ただ、アップロードは３月２日くらいになってしまう予定です。

なんとか、３月１日のうちのアップロードできました。
正式版なもので、海豹牧場ではなく、うちのやしきの自作ソフト部屋です。
Ｖｚマクロは同梱されていません。あんまり使い方を縛りたくないもので。
なので、マクロ同梱になっている海豹のファイルはしばらくは消しません。
そのうち、かっちょいいマクロが出てきたり、インターフェース仕様が変わった
場合には削除します。

> なんとか、３月１日のうちのアップロードできました。
> 正式版なもので、海豹牧場ではなく、うちのやしきの自作ソフト部屋です。

正式版のアップおめでとうございます。遅ればせながら試して見ました。
説明書にはVzとの連携などについては書かれていないようなので、まずは
 EXEのみをPATHの通ったところにおいてマクロを起動してみたんですが、
「fakeFEP.EXE が VZDEF ディレクトリにありません」と出て起動しません。
EXEをVZのディレクトリに置く仕様は変わっていないんですね。(^^;
というか、これはマクロ側の仕様だったんですね。
ということで、EXEを移動させて無事起動を確認できました。m(__)m

> Ｖｚマクロは同梱されていません。あんまり使い方を縛りたくないもので。

う〜む、マクロを使わないでとなると、BAT とかですかねぇ。
fakeFEP.INIで、
CLIPBRD=USE
として、クリップボードを使う設定にして、バッチで
start /wait fakeFEP.EXE
CLPPST.EXE
copy CLPPST.TMP >> 目的FILE

という感じでしょうか（いい加減です）。使い道は思いつかないですねぇ。

>  EXEのみをPATHの通ったところにおいてマクロを起動してみたんですが、
> 「fakeFEP.EXE が VZDEF ディレクトリにありません」と出て起動しません。
> EXEをVZのディレクトリに置く仕様は変わっていないんですね。(^^;
> というか、これはマクロ側の仕様だったんですね。

クリップボードモードも復活させたので、旧版のマクロでも使えるようになって
いるはずです。あまり自信ないかも。

> う〜む、マクロを使わないでとなると、BAT とかですかねぇ。

コマンドラインに長い日本語文字列を放り込む、なんて事を考えてみました。
クリップボードでもファイル経由でもいいけど、#H か #l でＶｚの削除バッファ
に取り込み、コマンドラインに出力。

 C:\>miel C:\長い長い日本語フォルダ\ちょ〜長くてひねくれたファイル名.TXT

なんて事もできます、ということ。コマンドラインの長さ制限にはひっかかりま
すけどね。

> クリップボードモードも復活させたので、旧版のマクロでも使えるようになって
> いるはずです。あまり自信ないかも。

ああ、それで古いほうも残してたんですね。それなら2つのマクロも同梱して
もらえるとすぐに使えてユーザーにはありがたいと思うんですが。というか、
これから口コミで広がって直に落とす人が増えると、マクロ無しでどう使って
いいか途方にくれたりして。(^^;
それ以上の応用的に使おうという人は自分で何とかできるでしょうけど。

> コマンドラインに長い日本語文字列を放り込む、なんて事を考えてみました。
> クリップボードでもファイル経由でもいいけど、#H か #l でＶｚの削除バッファ
> に取り込み、コマンドラインに出力。

ふ〜む、そういう使い方なら、初期文字列を受け取れるオプションがあると
さらに応用が広がるように思います。ミニエデイタという感じですね。

> でも、fakeだということで、この点はご容赦ください。
> 漢字を入力して、リターンを押したら確定、というのが基本仕様ということで。

はい、今回の仕様で実用性は充分です。これでVistaになっても安心です。
私の妄想はまた別の形で実験できればと思います。

> 不可能ではないと思いますが、現在の私の技術力ではかなり難しいです。
> ちょっと検討してみますが、果たしてどうなることやら。
> 次期バージョンで組み込めたらいいな、という感じ。

おお、検討していただけるとはうれしいです。マクロと組み合わせればおそらく
可能なのではないかと思ってるんですが、窓といったりきたりするので、キーの
反応が実用速度でるかどうかが気になるところです。

> とりあえず、２８日付で一旦正式版とします。
> ただ、アップロードは３月２日くらいになってしまう予定です。

もうアップされたんですね。これから見てみます。

> > ＃マクロのほうも私の手に余るので、誰か作ってくれないかなぁ。(^^;
> これはやっぱり、野ざらしでリクエストでしょう。

ああっ、私も妄想マクロを作ってもらえないかと思ってたのに、先を越されて
しまった。(^^;　まあ、こっちはEXEもなにもまだないけどね。(^^;;

> おお、検討していただけるとはうれしいです。マクロと組み合わせればおそらく
> 可能なのではないかと思ってるんですが、窓といったりきたりするので、キーの
> 反応が実用速度でるかどうかが気になるところです。

現在、空想しているのは、コマンドラインオプションで文字列を受け取るように
はできないか、ということ。そして、あるオプションで受け取った文字列をむり
ぐりＩＭＥに押し込められればkonnoさんの御希望は達せられそう。そう言えば、
めざらさんもコマンドラインオプションで情報を受け取りたいようなことを言っ
てますし、これはなんとかしたいかなぁ。

> ああっ、私も妄想マクロを作ってもらえないかと思ってたのに、先を越されて
> しまった。(^^;　まあ、こっちはEXEもなにもまだないけどね。(^^;;

どんな妄想だろう。わくわく。
EXEなんかに頼らず、マクロだけで実現できるとかっこいいかも。

> 現在、空想しているのは、コマンドラインオプションで文字列を受け取るように
> はできないか、ということ。そして、あるオプションで受け取った文字列をむり
> ぐりＩＭＥに押し込められればkonnoさんの御希望は達せられそう。

なるほど、コマンドラインオプションですか。ファイル経由より速いので実用的
速度が出るかもしれないですね。

> どんな妄想だろう。わくわく。
> EXEなんかに頼らず、マクロだけで実現できるとかっこいいかも。

い、いや、だから、上記の動作をさせるための常駐マクロですよ。(^^;
まだ私には荷が重いので。(^^;

＃風邪がぶり返して体調いまいち。集中力ゼロでぼ〜っとしてます。(++;

> > 実現不可能ですよねぇ。・・・・・ ん？ まてよ、IMEに送り込むといえば、
> > 熊谷さんのSNDKEYで実現してるじゃないですか。ということは、その仕組みを
> > 追加すればもしかして実現できるのではないでしょうか。
> 不可能ではないと思いますが、現在の私の技術力ではかなり難しいです。
> ちょっと検討してみますが、果たしてどうなることやら。
> 次期バージョンで組み込めたらいいな、という感じ。

検討というか、とりあえずSNDKEYのソースを読ませていただきました。
感想は、「いいのかなぁ、これで」という感じ。

SNDKEYのアルゴリズムは、ざっくり言うと、受け取った仮名文字と数字を半角ロ
ーマ字に変換して、もう一度キーボードを押したようにするというもの。ここで
１つ目の問題は、もしＩＭＥが立ち上がっていなかったら、というものですが、
fakeFEPの場合は強制的に起動しているので、まるで問題なし。実はＤＯＳ窓で実
験している時、ＩＭＥを落していたら、半角アルファベットがそのまま入力され
て、確かにそういうロジックになっていると頭では理解していたけど、ちょっと
びっくり。
２つ目の問題だと思っているものは、実は私の解釈ミスかもしれないのだけど、
そうでなければこれが最大のもので、ローマ字ではなくカナ入力で使っている人
はどうなるのだ、というもの。確かに、日本人の過半数はローマ字入力でしょう
けれど、現在、高齢者を中心に人口の４割を占める（と私は勝手に思っている）
ＪＩＳカナ入力の人や、３〜５％は居る（とやっぱり私が勝手に想像している）
親指シフター、それにその他のかな系入力を使っている人に対する考慮が著しく
欠けているように思えます。さすがにコード入力や無連想、タッチコード系の人
まで救済するのは非現実的かもしれないけど、民生用である以上、私としては、
形だけでもユニバーサルデザインに配慮したフリをしたいところです。な〜んて
調子のいいことを言っていますが、本音は、私が親指シフトに移行した時に使え
なくなるソフトは作りたくない、というものだったりします。
３つ目は、ローマ字設定の問題。現状のSNDKEYは、例えば小さい「っ」を再入力
するために「ltu」に変換します。多くのＩＭＥはデフォルトでこの入力を受ける
と小さい「っ」に変換します。しかし、果たして全ての人がこの設定のままでい
るかどうか。IME2000以降かな、あと、ATOKでも可能だと思いますが、どういうロ
ーマ字の時にどういうかなが入力されたかという事を自由に設定変更することが
可能です。つまり、この入力を受けても、小さい「っ」に変換してくれない可能
性もあるわけです。実際、私は「xtu」で入力する流儀ですし、現在、このレスを
入力している母艦の生ＤＯＳ上のＷＸ３では「ltu」では小さい「っ」にならない
ような設定にしてあります。窓９５以降のマシンは、今のところそれほど使用頻
度が高くないため、ＩＭＥもあまり鍛えておらず、デフォルトのままになってい
ますが、今後、本格的に窓に移行するとなると、当然ＩＭＥも鍛え直すでしょう
し、そうすると、現在のSNDKEYの仕様は障害になります。


以上のようなことから、SNDKEYのソースをそのまま流用することはしません。
もちろん、大いに参考にさせていただくことまではやめませんが。
で、私ならどうするか、ということですが、以下のようなロジックが使えるもの
かどうかを検討しています。

・まず、現在の変換モードを保存
・次に、強制的にカナ入力モードに変更
・受け取ったかな文字列をローマ字変換せずに、そのまま送り込む
・保存した変換モードに復旧

ただ、ＩＭＥの変換モードの変更なんて事ができるのかどうか、ということが私
にはわかっていません。もしかしたら、それがとっても難しいから、SNDKEYでは
仕方なく今のような仕様になっているのかもしれないし。
ということで、継続して検討を続けさせていただきます。

> 以上のようなことから、SNDKEYのソースをそのまま流用することはしません。
> もちろん、大いに参考にさせていただくことまではやめませんが。
> で、私ならどうするか、ということですが、以下のようなロジックが使えるもの
> かどうかを検討しています。

ふ〜む、本格的に対応するとなると、色々考えなければいけないんですねぇ。
私はカナモードのことは考えていませんでした。とりあえず実現はできそう
なので、期待してしまいます。(^^;

> とりあえず実現はできそうなので、期待してしまいます。(^^;

なんか誤解を招いてしまったようです。
現在のステータスは、実現できるかどうか検討中、です。
カナ入力モードできちんと使えるものにできないようなら、この機能を搭載する
ことはすっぱりとやめるつもりです。

> カナ入力モードできちんと使えるものにできないようなら、この機能を搭載する
> ことはすっぱりとやめるつもりです。

ガ〜ン！！　ショックで寝込んでしまいました。　・・・というのは嘘ですが、
風邪か花粉かアレルギーか、このところ調子悪いです。(++;
かな入力が出来るようになることを祈ってます。m(__)m

実験の途中経過です。

> ・まず、現在の変換モードを保存
> ・次に、強制的にカナ入力モードに変更
> ・受け取ったかな文字列をローマ字変換せずに、そのまま送り込む
> ・保存した変換モードに復旧

変換モードの取得はなんとかできています。
変更の方は、２通りの方式があることを把握。
一つ目の方式で、カナ入力モードに変更することは成功。
ただ、この方式では、未変換文字がある状態のままでは、ローマ字モードに戻す
事ができない模様。
もう一つの方式でなんとかなるか試してみますが、どうなることやら。

もし、変換モード自動切換式がうまく行かなかった場合、カナ入力モード専用の
再変換機能としてリリースしてもいいけど、konnoさん、使わないでしょ？
他の人からも何も要望がないし、開発はこの辺で打ちきりとなる可能性が高そう
です。

> 変換モードの取得はなんとかできています。
> 変更の方は、２通りの方式があることを把握。

おお、これは期待してしまいます。

> 一つ目の方式で、カナ入力モードに変更することは成功。
> ただ、この方式では、未変換文字がある状態のままでは、ローマ字モードに戻す
> 事ができない模様。
> もう一つの方式でなんとかなるか試してみますが、どうなることやら。

うう、カナ変換かローマ字変換かは人によって固定されていると思うので、
オプションで指定しておけば、未変換文字がある状態でモードを変える必要は
無いように思うのですが、私が何か勘違いしているのかなぁ。

> もし、変換モード自動切換式がうまく行かなかった場合、カナ入力モード専用の
> 再変換機能としてリリースしてもいいけど、konnoさん、使わないでしょ？
> 他の人からも何も要望がないし、開発はこの辺で打ちきりとなる可能性が高そう
> です。

げげ、私としてはローマ字モード用はぜひとも欲しいので、うまくいくことを
祈るばかりです。m(__)m

> うう、カナ変換かローマ字変換かは人によって固定されていると思うので、
> オプションで指定しておけば、未変換文字がある状態でモードを変える必要は
> 無いように思うのですが、私が何か勘違いしているのかなぁ。

> げげ、私としてはローマ字モード用はぜひとも欲しいので、うまくいくことを
> 祈るばかりです。m(__)m

そか、オプションで切り替えれば、未変換状態でのモード変更は不要にすること
もできますね。
ただ、ローマ字モードを導入するとなると、変換テーブルがとしき方式となって
しまいますが、大丈夫でしょうかね。まぁ大体大丈夫だとは思いますが、細かい
ところで不安が残ります。

> ただ、ローマ字モードを導入するとなると、変換テーブルがとしき方式となって
> しまいますが、大丈夫でしょうかね。まぁ大体大丈夫だとは思いますが、細かい
> ところで不安が残ります。

としき方式の変換テーブルというと、ltu と xtu のことですね。ATOK8は
ltu しか使えないようですが、IME2000はどっちでも使えますね。なので、
どちらかが使えれば大丈夫です。できれば両方に対応だとうれしいですが。

> としき方式の変換テーブルというと、ltu と xtu のことですね。

だけではありません。
撥音や拗音、すなわち小さい文字全般が対象になります。
私、これらはほとんど「x」を使う流儀です。
それでも大丈夫ですよね。
カナ入力とローマ字入力の切換式は搭載しても、さすがに、lとxの切換は搭載す
る気にはなれません。というか、私の気がついていない、その他の問題点もあり
そうですし、そういうのをいちいち個別対応していたらキリが無いというか、私
にスキルや余裕がない。ならどうするかというと、作者を基準として作るしかな
い訳です。

あ、そうだ、もう一つソリューションがあるな。
Ｖｚのマクロの方でかな→ローマ字変換またはローマ字→かな変換を行うことに
して、fakeFEPの方ではローマ字専用又はかな専用とする、というもの。
Ｖｚ以外のユーザの方が気の毒になるけど。

> 私、これらはほとんど「x」を使う流儀です。
> それでも大丈夫ですよね。

ATOK8が「x」なので、Win版でもおそらく大丈夫でしょう。ただ、当分は
IME2000と付き合っていきそうです。先立つものが・・・(^^;

> Ｖｚのマクロの方でかな→ローマ字変換またはローマ字→かな変換を行うことに
> して、fakeFEPの方ではローマ字専用又はかな専用とする、というもの。

なるほど、マクロと併用すれば簡単になりそうですね。ますます期待してしまいます。

　こんばんは。あきろです。

> 他の人からも何も要望がないし、開発はこの辺で打ちきりとなる可能性が高そう
> です。

　私には内容が難しく、口を挟むことが出来ない状態です。どのようなものに
  なっていくのか、どきどきしながらお待ちしています。

　fakefep の状態を監視し、文字入力の Enter キーを打ち、fakefep が off
  になった時にすばやく on に戻してくれるようなマクロがあれば、wx3 の代
  わりとなるのではないかと思っているのですが、そんなことは可能なのでし
  ょうかねぇ？

　とにかく、ひとまずの完成を楽しみにしております。

> 　fakefep の状態を監視し、文字入力の Enter キーを打ち、fakefep が off
>   になった時にすばやく on に戻してくれるようなマクロがあれば、wx3 の代
>   わりとなるのではないかと思っているのですが、そんなことは可能なのでし
>   ょうかねぇ？

fakeFEP の次期バージョンが完成すれば常駐マクロとの組み合わせで可能になると
思っていたのですが・・・もしかしたら現バージョンでも fakeFEP から戻ったら
fakeFEP.tmpが空でなかったらまた fakeFEP を呼ぶことで実現できそうな気がして
きました。この場合、終了するには、[Esc] を使うしかなさそうですが。

う〜む、起動キーと終了キーが同じに出来ればまさにFEPそのものとして使えそう
なんですがねぇ。(^^;
でもあきろさんのおかげで、また新しい発想ができました。ちょっと試してみよう
かなぁ。

> 　fakefep の状態を監視し、文字入力の Enter キーを打ち、fakefep が off
>   になった時にすばやく on に戻してくれるようなマクロがあれば、wx3 の代
>   わりとなるのではないかと思っているのですが、そんなことは可能なのでし
>   ょうかねぇ？

現状の試作品マクロを改造すれば、Ｖｚに帰ってきた際に、編集画面に文字を挿
入して、次の瞬間に再度fakeFEPを起動する、というのは不可能ではないと思いま
す。ただ、どんなタイミングでそのマクロを終了するのか、というのが難しいか
もしれません。

> 　とにかく、ひとまずの完成を楽しみにしております。

えと、誤解を招きそうな表現になっているので、一つだけ強く主張させていただ
きますが。
fakeFEPは正式版という形でリリース済みであり、ひとまずの完成を見ています。
もちろん、今後も継続してバージョンアップが行われる可能性はあります。

　こんばんは。

> えと、誤解を招きそうな表現になっているので、一つだけ強く主張させていただ
> きますが。

　誠に申し訳ございません。「次期バージョンの完成を楽しみにしております」
  と書くべきところでした。
　現バージョンは、私の windows2000 環境でも、うまく動作しています。

> す。ただ、どんなタイミングでそのマクロを終了するのか、というのが難しいか
> もしれません。

　私のイメージでは、起動キーはトグルです。起動キーで意図的に、マクロを
  起動＆終了します。 ← まさにＦＥＰですね。

> もう一つの方式でなんとかなるか試してみますが、どうなることやら。

うぅん、もう一つの方式では、そもそも、変換モードを切り替えることがうまく
行きません。この方式の事例をいろいろと検索したところ、先人達の実験結果で
は以下のような感じらしいです。

・Win95ではＯＫ、Win98以降はＮＧ
・Win2kやWinXPで、ATOKならＯＫ、MS-IMEやWXGではＮＧ

ところが、手持ちのWin95のMS-IME95では、見事にＮＧでした。


ということで、起動後切換方式はあきらめます。
今後、起動時オプション選択式の実験を行ってみます。
まずはローマ字側から試す方がいいかな。
Sendkeyのルーチンを大幅に借用できそうだし。
それっきり面倒くさくなって、ローマ字専用になってしまったりして。

> > clppst.exeそのもののソースはありませんが、類似のソフトのソースはあります
> 　いやいや，ソースは v6c にも v6d にも同梱されていますよ。

ああ、すみません、私は確認もしないでソースが無いと思い込んでました。m(__)m
ソースが無いのはTAGLIGHT.EXE でした。これはどこにも無いんでしょうね。

> ああ、すみません、私は確認もしないでソースが無いと思い込んでました。m(__)m

私は確認はしたんですが・・・。
手元のメインマシンを確認してしまったのですね。
こちらにあったのは、なんとv5c。
これ、ソースどころか実行ファイルもない、マクロ単体の圧縮ファイルです。
どうも、メインマシンは生ＤＯＳなんで、clppstが動かないということで、それ
より新しいものは保存していない模様。clppstが動くマシンではメインマシンを
介さず直接ダウンロードしているようです。

> > 出力方法の変更（クリップボード方式廃止）。
> 　…ということであれば，いまさらなのかもしれませんが。

この辺の仕様に関しては、いまだに迷っています。
クリップボード方式にしておけば、ＤＯＳ窓の貼り付け機能を使うことにより、
ファイル入出力のできない部分にも入力可能になる訳ですから。例えば、多くの
ＤＯＳアプリケーションの入力欄なんかが該当します。

この辺も、皆さんの御意見をいただきたい部分だったりします。

> > ＃次はビューワかな。(^^;
> これって、どのようなものをお考えですか？
> 何となく既存のものでありそうな気がしますけど。

そうですね、普通のビューワなら色々ありそうですが、私が考えたのはVzの画面と
同期するビューワです。DOS/V用に VVV というVzと連携するVTEXTビューワがあり
ましたよね。そういうイメージです。

たとえば、US40行モードで編集していると日本語が化けて読めないですよね。
そんなときに起動させて、日本語表示のイメージを確認するのが一応の目的ですが、
私の脳内では、Vzと完全に同期して、表示させたままで編集でも何でもできるもの
が作れないかなぁと妄想しています。(^^;

> 同期するビューワです。DOS/V用に VVV というVzと連携するVTEXTビューワがあり

残念ながら、このソフトは知らないんですよ。

> たとえば、US40行モードで編集していると日本語が化けて読めないですよね。
> そんなときに起動させて、日本語表示のイメージを確認するのが一応の目的ですが、

そんな貴方にお勧めしたいソフトがこれ→「メモ帳」。
＃ごめんなさい

> 私の脳内では、Vzと完全に同期して、表示させたままで編集でも何でもできるもの
> が作れないかなぁと妄想しています。(^^;

何となくイメージはつかめましたが。
例えば、Ｖｚの側で編集しても、セーブしなければファイルは書き変わりません。
でも、完全に同期して、すなわち、Ｖｚ側で明示的にセーブすること無しで、ビ
ューワ側では表示が書き変わってほしい、となると、少なくとも私の技術では作
れません。それこそ、Windowsでは実現不可能かもしれず。上記のVVVでは可能な
んですか？
仮にVVVでは可能だとしても、それはＤＯＳだから、ということかも。

そろそろ、本気でＶｚから卒業する頃合なのかもしれません。

> > 同期するビューワです。DOS/V用に VVV というVzと連携するVTEXTビューワがあり
> 残念ながら、このソフトは知らないんですよ。

DOS/V用ではなく、J31VGA用でした。自分がJ31使いだったので、すっかり勘違い
していました。vector にありましたね。
http://www.vector.co.jp/soft/dos/util/se013480.html

一応、/F2 でカスタマイズすれば、DOS/Vでも使えますが、XPのDOS窓だと全画面で
しか動かないですね。残念。

> でも、完全に同期して、すなわち、Ｖｚ側で明示的にセーブすること無しで、ビ
> ューワ側では表示が書き変わってほしい、となると、少なくとも私の技術では作
> れません。それこそ、Windowsでは実現不可能かもしれず。上記のVVVでは可能な
> んですか？

いや、VVVでもできませんが、私が考えていたのは、VRAMの文字情報を読み取って窓
に表示させるというものです。TAGLIGHT.EXEなどの動作が参考になりそうなのですが。

> そろそろ、本気でＶｚから卒業する頃合なのかもしれません。

う〜ん、今Vzを捨てたら何にも出来なくなってしまいそうなのが一番怖いです。
ソース弄りとかの話ね。(^^;
でも私が最後の一人になったりしたらなんかやだなぁ。(^^;

> > でも私が最後の一人になったりしたらなんかやだなぁ。(^^;
> 　誰になるかと言われたら，そりゃわたしでしょうね。何故ならしょっちゅう
> 「長生きするよ」と言われているからです。

う〜む、30年後もVzを使っている人がいるとは到底思えないんですが。(^^;
お互いVzのコンテンツがメインですから、可能な限りは続けるだろうとは
思うのですが、せいぜいあと10年ぐらいじゃないかなぁ。

> 　今日，次期業務システムの操作研修がありました。 プラットフォームは XP
> を飛び越えて Vista でした。XP かなと思っていたのですが，ちょっと残念。

げげ、Vistaを業務に使うなんて大丈夫なのかなぁ。(^^;
DOS窓をいじる機会がありましたら是非レポートなど。

> 　他の DOS 小物は Javascript に移植してなんとかしましたが，

perlじゃないんですか？

> イントラのゾーンにあるファイルにスクリプトや CSS が含まれると，IE6 がいちいちセキュリティ警告を出してくるので

あれ？
スクリプトはともかく、CSSでも警告が出ますか？
私の職場のマシンではイントラ内のスクリプトですら何も出ないのですが、何か
設定があるのかなぁ。

> こんなスレッドがあるのを見つけました。

数週間ぶりに２ちゃんに行きました。
とりあえず、800から終りまでを読んできました。

> （われわれ以上に頑迷な VZer がさんざん叩かれていましたが，考え方は人それぞれなんで，どの発言も「ふむふむなるほどね」と思わせます。）

おおむね同感です。ただ、あれ、本当なのかなぁ。
なんか、自作自演のような気がしないでもない。
だって、みんな同じハンドルなんだもの。（笑）
＃いや、もちろん、知ってて言ってますけど

真面目な話、今年になってからの分に限っても、いったい何人の方が意見を述べ
られているのかがさっぱりわからない。少なくとも３人ぐらいはいそうですが、
実は１００人以上が書いています、ってことはあるのかなぁ。

というようなところがわからないというか、私の感覚に合わないということで、
私は２ちゃんをあまり利用したくはないのでした。ついでに言うと、名無し系の
ハンドルネームもあまり好みませんが、これはどうでもいいことですね。

> 　最近は通勤電車で VZer のための xyzzy 入門を書いていたりします。

私もそろそろ、自分のサイトの４月更新用のテキストを書きはじめないと。
fakeFEPのプログラミングに構ってばかりで、まだなにもやっていないからなぁ。

> 　芝居の脚本だって一人の作家が書いて，そのために内容が劣っているという評価
> 　にはなりませんから，そういうふうに読めばよいのだと思っています。

あ、いや、そういう意味ではなくて。
みんな同じ名前で同じような文体なので、誰がどのせりふなのかがわからない、
という点が私にはひっかかるのです。
いわゆる、キャラが立っている、というのの対極。
芝居の脚本でも、せりふ回しやら内容やらで、どのせりふが誰のものかわかるよ
うに書き分けると思うのですが、あえてその逆を行えば、決して高い評価にはな
らないと思います。
で、前衛芸術を気どって書いたはいいけど、そのうち、作家自身が、どれが誰の
せりふかわかんなくなってしまった、といった印象。

多分、２ちゃんをきちんと読みこなせる人って、高度な言語能力がある人なんで
すよ。私のような、頭が固くて読解力の劣った人間は、やはり近づかない方がい
いのでしょう。

> 撤廃とまではいきませんが，512KBまでに拡大しました。v(^^)

お手間を取らせて申し訳ありませんでした。
LHAではなくZIPで圧縮すれば、多分、１５０ＫＢ制限には収まったんじゃないか
と、ついさっき、思いあたりましたが、もう済んでしまっていますね。
ただ、Delphi4の場合、フォーム（ウィンドウ）を使ったプログラムだと、どんな
にがんばっても（何もしなくても）２８０ＫＢ程度になります。つまり、なにか
まじめに仕事をするプログラムの場合は、圧縮しても１５０ＫＢを越えてしまう
可能性が高いので、今回のサイズ拡張はちょっと嬉しかったりします。