DOWN LOAD BBS

HOME HELP 新規作成 新着記事 ツリー表示 スレッド表示 トピック表示 ファイル一覧 検索 過去ログ

[ 最新記事及び返信フォームをトピックトップへ ]

■609 / inTopicNo.1)  拙作の[整形ユーティリティ]の些細な改良
  
□投稿者/ ONnoji -(2025/05/26(Mon) 16:55:15)
    2025/05/26(Mon) 16:56:42 編集(投稿者)

    ジェダイの桐さん。ごきげんよう。

    拙作の[整形ユーティリティ]の些細な改良を予定しています。

    1.[整形 1]〜[整形 4]の改良

     [整形 1]〜[整形 4]の[開く]ボタンを[Ctrl + マウス左クリック]すると、[フォームウィンドウの一覧]が表示されます。

     [フォームウィンドウの一覧]でフォームを選択すると、フォームにセットされている[イベント処理]を探して整形します。

     ただし、選択した[フォーム]は開いているので、"[イベント処理]は使用中です"という[メッセージボックス]が現れます。

     "バッチ(.bat)でファイルを copy します よろしいですか?"で[OK]を実行してください。

     ⇒ この改良は,既に開いているフォームを選ぶので、[開く]ボタンでフォルダのファイルを探すのが面倒な場合に便利だと思います。


    2.[トレース出力整形]の改良

     Thin_INF_Framework などが組み込まれているフォームのトレースをする場合、[名札 メイン]と[フォーム開始]のトレース結果は非常に多くの行になります。

     特に[フォーム開始]のトレース結果は275行以上になるので、毎回同じ内容を見させられるのにはウンザリします。

     そこで、[明細を除く 名札メインとフォーム開始]ボタンを実行すると、[名札 メイン]と[フォーム開始]の明細を除去します。

     実際には削除するのではなくて、[名札 メイン]と[フォーム開始]の明細を除いた行に絞り込みます。

     [絞り込み解除]ボタンを実行すれば、絞り込みは解除されます。

      ┌when メイン処理を実行開始しました
      └end

      ┌when イベント処理"フォーム::フォーム開始"を実行開始しました
      │
      │┌when 手続き"フォーム::フォーム開始(2)"を実行開始しました
      │└end
      │
      └end 戻り値=1で実行終了しました

     ↑こうなります。(^^v


    以上の1.2.に関して、ジェダイの桐さんのご意見・ご感想をお聞かせください。

    よろしくお願いいたします。m(__)m


引用返信 [メール受信/OFF] 削除キー/
■610 / inTopicNo.2)  Re[1]: 拙作の[整形ユーティリティ]の些細な改良
□投稿者/ ジェダイの桐 -(2025/05/27(Tue) 09:32:37)
    2025/05/27(Tue) 17:21:31 編集(投稿者)
    2025/05/27(Tue) 17:02:32 編集(投稿者)

    ONnojiさん


    おはようございます!

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

    1、について感想

    >  ⇒ この改良は,既に開いているフォームを選ぶので、[開く]ボタンでフォルダのファイルを探すのが面倒な場合に便利だと思います。


    いいですね!実際便利だと思います。


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

    1、について感じた事


    ■>  [整形 1]〜[整形 4]の[開く]ボタンを[Ctrl + マウス左クリック]すると、[フォームウィンドウの一覧]が表示されます。


     [Ctrl + マウス左クリック]ですが、Ctrl を押下した状態で [開く]ボタンをマウス左クリックするとう言う事ですか?

     仮にそうだとして、

      Ctrl を押下した時 [開く]ボタンは 表示が
      [開く]のまま or ユーザーが分かりやすい表現になる

      個人的には [開く]が
      分かりやすい表示に変化 且つ 色が変わる 且つ ヒントテキストも出る
     
      があれば、ユーザーに優しいのかなーと思いました(^^ゞ

     若しくは、最初から[フォームウィンドウの一覧]ボタンを作るのも良いのかもしれません。


    ■>ただし、選択した[フォーム]は開いているので、"[イベント処理]は使用中です"という[メッセージボックス]が現れます。


     >"バッチ(.bat)でファイルを copy します よろしいですか?"で[OK]を実行してください。


     これに関して感じた事は、
     
      "[イベント処理]は使用中の為、"
      "バッチ(.bat)でファイルを copy して読み込みます よろしいですか?"

     の方が分かりやすいと思いました。(あくまで個人的感想ですm(__)m)


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

    2、について


    これも便利になると思います。

    しかも、絞り込みを解除すれば表示されるというのが、特に良いと思います。
    (やっぱり見たいという時もあるかもしれないので(^^ゞ)


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


    上記2点が率直な感想となります(^^♪


    p.s.


    今初めて気が付いたのですが、ランチャーに C1 C2 C3 というボタンがありました。
    このボタンは何なんだろうと思って押してみたら、メッセージボックスが出てきました。


    また、ヒントテキストも出てきました。


    [Ctrl + マウス左クリック]でフォームの一覧が出てくる機能自体は既にあったのですね(^^ゞ
    >  ⇒ この改良は,既に開いているフォームを選ぶ
    既に開いているフォーム と書いているので、[Ctrl + マウス左クリック]自体は同じ操作だけど、
    C1 C2 C3 ボタンとは若干違うのでしょうかね??


    この機能を知っているユーザーは [開く]ボタン に フォームの一覧が出てくるヒントテキストが出てくるだけで、馴染むでしょうね。


    全く知らないユーザーはであれば、やっぱりもう少し気づき易くなる仕組みがあれば良いなと思いました(^^♪

引用返信 [メール受信/OFF] 削除キー/
■611 / inTopicNo.3)  Re[2]: 拙作の[整形ユーティリティ]の些細な改良
□投稿者/ ONnoji -(2025/05/28(Wed) 12:20:14)


    ジェダイの桐さん。ごきげんよう。

    > 1、について感想
    >> ⇒ この改良は,既に開いているフォームを選ぶので、[開く]ボタンでフォルダのファイルを探すのが面倒な場合に便利だと思います。
    > いいですね!実際便利だと思います。

    [開く]の機能では、同じフォルダ内のイベント処理(.kex)なら良いですが、別のフォルダだと見つけるのに手間取ることがあります。
    それを少し軽減しようかなというワケです。
    というか・・・、私( ONnoji )がイライラしたのが本当の所です。アハハハ!

    > 1、について感じた事
    > ■>  [整形 1]〜[整形 4]の[開く]ボタンを[Ctrl + マウス左クリック]すると、[フォームウィンドウの一覧]が表示されます。
    >  [Ctrl + マウス左クリック]ですが、Ctrl を押下した状態で [開く]ボタンをマウス左クリックするとう言う事ですか?
    >  仮にそうだとして、
    >   Ctrl を押下した時 [開く]ボタンは 表示が
    >   [開く]のまま or ユーザーが分かりやすい表現になる

    [Ctrl + ○○]という表現は、[Ctrl]キーを押したまま離さないで、[○○]するのことです。
                   ・・・・・・・・・・・・・・・・
    普通[○○]は、キーボードの[キーの文字]ですが、[マウスの操作]の場合もあります。

    > 個人的には [開く]が
    > 分かりやすい表示に変化 且つ 色が変わる 且つ ヒントテキストも出る
    > があれば、ユーザーに優しいのかなーと思いました(^^ゞ
    > 若しくは、最初から[フォームウィンドウの一覧]ボタンを作るのも良いのかもしれません。

    ・[フォームウィンドウの一覧]ボタンを配置するスペースが無い
    ・[フォームウィンドウの一覧]を利用する機会が少ない

    という理由で、[フォームウィンドウの一覧]ボタンは用意いたしませんよ。

    [開く...]の右隣の[再]の右隣の[アイコン(以前開いたファイル)]ボタンですが、このボタンにはよく似た仕掛けがあります。

    詳しくはこのボタンの[ヒントテキスト]を読んでみてください。

    > 若しくは、最初から[フォームウィンドウの一覧]ボタンを作るのも良いのかもしれません。

    確かに、桐の使い方を知らない人や初級者が操作するアプリケーションならば、その通りですよ。

    でもね、[整形ユーティリティ]は桐のアプリケーション開発者向けなんです。
         ・・・・・・・・・・・・・・・・・・・・・・・・・・

    ナンデモカンデモ、同じレベルを適用してはいけませんよ。

    例えば、子供用の「子供包丁」と職人が使う「刺身包丁」を同じレベルで論じることは出来ないでしょう。アハハハha

    > ■>ただし、選択した[フォーム]は開いているので、"[イベント処理]は使用中です"という[メッセージボックス]が現れます。
    >  >"バッチ(.bat)でファイルを copy します よろしいですか?"で[OK]を実行してください。
    >  これに関して感じた事は、
    >   "[イベント処理]は使用中の為、"
    >   "バッチ(.bat)でファイルを copy して読み込みます よろしいですか?"
    >  の方が分かりやすいと思いました。(あくまで個人的感想ですm(__)m)

    警告メッセージボックス

     ファイルが使用中です
     フォルダ:○○
     ファイル:△△
     バッチ(.bat)でファイルを copy します
     よろしいですか?

    ↑これが表示されますが、あくまでも[ファイルが使用中です]の警告が目的なんですよ。
                ・・・・・・・・・・・・・・・・・・・・・・・

    ただし、コピーできるのでオマケ的に[OK][キャンセル]にしてあるんですよ。

    > 2、について
    > これも便利になると思います。
    > しかも、絞り込みを解除すれば表示されるというのが、特に良いと思います。
    > (やっぱり見たいという時もあるかもしれないので(^^ゞ)
    > 上記2点が率直な感想となります(^^♪

    ご感想を寄せていただきありがとうございます。感謝。

    > 今初めて気が付いたのですが、ランチャーに C1 C2 C3 というボタンがありました。
    > このボタンは何なんだろうと思って押してみたら、メッセージボックスが出てきました。
    > また、ヒントテキストも出てきました。
    > [Ctrl + マウス左クリック]でフォームの一覧が出てくる機能自体は既にあったのですね(^^ゞ
    >> ⇒ この改良は,既に開いているフォームを選ぶ
    > 既に開いているフォーム と書いているので、[Ctrl + マウス左クリック]自体は同じ操作だけど、
    > C1 C2 C3 ボタンとは若干違うのでしょうかね??

    [C1][C2][C3]ボタンは、デジカメの[カスタマイズボタン]をヒントにしたものです。

    私は、[C1]ボタンに汎用ランチャー[toy_launcher]を登録しています。

    また、汎用ランチャー[toy_launcher]のお気に入りに整形ユーティリティの[utxlist3_launcher]を登録してあります。

    なので、作業を始める場合には、どちらかのフォームを開いて、行ったり来たりしています。

    > この機能を知っているユーザーは [開く]ボタン に フォームの一覧が出てくるヒントテキストが出てくるだけで、馴染むでしょうね。
    > 全く知らないユーザーはであれば、やっぱりもう少し気づき易くなる仕組みがあれば良いなと思いました(^^♪

    ヒントテキストは付けるつもりです。(^^ゞ

    なお、先に子供用の「子供包丁」と職人が使う「刺身包丁」の例えをしましたが、ナンデモカンデモ、同じレベルを適用する必要はありませんよ。

     ◇ ◇ ◇ ◇ ◇ ◇ ◇

    お忙しい所、ご意見ご感想をいただきましてありがとうございます。m(__)m


    p.s.

    >> 誰のためのデザイン? 増補・改訂版 ―認知科学者のデザイン原論
    > Amazonのレビューを読んでみました。
    > 非常に興味深かったので、早速ポチりました^_^

    この本は面白かったでしょう。(^^v

引用返信 [メール受信/OFF] 削除キー/
■612 / inTopicNo.4)  Re[3]: 拙作の[整形ユーティリティ]の些細な改良
□投稿者/ ジェダイの桐 -(2025/05/28(Wed) 17:53:51)
    2025/05/29(Thu) 08:22:41 編集(投稿者)
    2025/05/28(Wed) 18:06:43 編集(投稿者)

    ONnojiさん


    こんんちは!


    > >> 誰のためのデザイン? 増補・改訂版 ―認知科学者のデザイン原論
    > この本は面白かったでしょう。(^^v


    はい!
    今回私の意見の基本的な考え方は、
    紹介して頂いた本の影響が強いです(^^♪


    確か、本の中で冷蔵庫の例が出てきたと記憶しています。
    商品としてのデザインが幾ら良くても、冷蔵庫の使い方が分からないと
    非常に困ります。


    使う方からすると、使い方が分からない時に、自然と正解に誘導してくれる
    サインがあればストレスがかかりません。


    一方で、


    > 確かに、桐の使い方を知らない人や初級者が操作するアプリケーションならば、その通りですよ。
    >
    > でもね、[整形ユーティリティ]は桐のアプリケーション開発者向けなんです。
    >      ・・・・・・・・・・・・・・・・・・・・・・・・・・
    >
    > ナンデモカンデモ、同じレベルを適用してはいけませんよ。


    このコメントに衝撃が走りました。
    確かにその通りだからです。
    あの本に書かれているように、全部が全部分かりやすくすればいい訳じゃないなと
    気付きました(^^ゞ


    ホームランを打ったことがある人 打ったことが無い人 でサインの出し方は違って当然ですね。

    つまり、
    > 例えば、子供用の「子供包丁」と職人が使う「刺身包丁」を同じレベルで論じることは出来ないでしょう。アハハハha

    ですね!

    勉強になりました(^^ゞ


    >>2、について
    >>これも便利になると思います。
    >>しかも、絞り込みを解除すれば表示されるというのが、特に良いと思います。
    >>(やっぱり見たいという時もあるかもしれないので(^^ゞ)
    >>上記2点が率直な感想となります(^^♪
    >
    > ご感想を寄せていただきありがとうございます。感謝。


    トレース結果を整形した物を意識して見てみたんですよ。
    今までは、気になっている 若しくは 意図した結果 にならない箇所をジックリ見てたんですね。


    でも、メイン フォーム開始 が表示されない状態で画面が見れれば、可読性と操作性が上がりますね。実装されれば便利になるなと実感しました(^^ゞ


引用返信 [メール受信/OFF] 削除キー/
■613 / inTopicNo.5)  Re[4]: 拙作の[整形ユーティリティ]の些細な改良
□投稿者/ ONnoji -(2025/05/29(Thu) 11:56:46)
    2025/05/29(Thu) 11:58:02 編集(投稿者)

    ジェダイの桐さん。ごきげんよう。

    >>確かに、桐の使い方を知らない人や初級者が操作するアプリケーションならば、その通りですよ。
    >>でもね、[整形ユーティリティ]は桐のアプリケーション開発者向けなんです。
    >>     ・・・・・・・・・・・・・・・・・・・・・・・・・・
    >>ナンデモカンデモ、同じレベルを適用してはいけませんよ。
    > このコメントに衝撃が走りました。
    > 確かにその通りだからです。
    > あの本に書かれているように、全部が全部分かりやすくすればいい訳じゃないなと
    > 気付きました(^^ゞ
    >>例えば、子供用の「子供包丁」と職人が使う「刺身包丁」を同じレベルで論じることは出来ないでしょう。アハハハha
    > ですね!

    その通りですね。

    > トレース結果を整形した物を意識して見てみたんですよ。
    > 今までは、気になっている 若しくは 意図した結果 にならない箇所をジックリ見てたんですね。
    > でも、メイン フォーム開始 が表示されない状態で画面が見れれば、可読性と操作性が上がりますね。実装されれば便利になるなと実感しました(^^ゞ

    特に INF_Framework の手続きが沢山表示されるのでとても見にくくなりますね。

    現在、プログラムは開発中です。

    ご期待ください。(^^v

    ところで、

    > [Ctrl + ○○]という表現は、[Ctrl]キーを押したまま離さないで、[○○]するのことです。
    > 普通[○○]は、キーボードの[キーの文字]ですが、[マウスの操作]の場合もあります。

    の件ですが、これは「モード 」というのです。

      【転載】モード (ユーザインタフェース) 出典: フリー百科事典『ウィキペディア(Wikipedia)』

       ユーザインタフェースにおけるモード (英: mode) とは、計算機プログラムや物理的インタフェースの遷移状態のひとつである。
      これらが複数のモード(状態)を有する場合、ユーザーが同一の入力をしても、モードに応じて出力(結果)が異なる。
      標準的なキーボードが備えているCapsLockキーや挿入キーは、おそらく最も著名なモーダルインタフェースである。
      これらのキーを押すとユーザーのキー入力の処理が異なるモードで行われるようになり、もう一度押すと元のモードに戻る。

       モードを有するインタフェースをモーダルなインタフェース、モードを有しないインタフェースをモードレスなインタフェースと呼ぶ。
      モードレスなインタフェースは、ユーザーがモードに起因する誤り(前述のCapsLockキーの例で言えば、
      ユーザーは小文字のaを入力する意図で「a」キーを押したのに、
      CapsLockモードになっていたために大文字の「A」が入力されてしまう、など)を犯さないようにするために採用される。

    実は、[コマンドボタンにモードがある]というのは決して良いことではありません。

    出来れば、各モードに相当する[コマンドボタン]用意するのがベストでしょう。

    しかし、コマンドボタンを配置する場所が無いであれば、[コマンドボタン]にモードがあってもよいと思います。

    勿論、当該のコマンドボタンの機能と全然関係ない機能をモードに割り当てるのは論外ですがね。アハハハハha

    p.s.

    桐のガントチャートは利用していますか??

    使いにくい所は、適当に改造してくださいね。(^^ゞ
引用返信 [メール受信/OFF] 削除キー/
■614 / inTopicNo.6)  Re[5]: 拙作の[整形ユーティリティ]の些細な改良
□投稿者/ ジェダイの桐 -(2025/05/29(Thu) 15:27:43)
    ONnojiさん


    こんにちは!


    > 現在、プログラムは開発中です。
    > ご期待ください。(^^v


    楽しみにしています(^^♪


    > これは「モード 」というのです。
    >   モードレスなインタフェースは、ユーザーがモードに起因する誤り(前述のCapsLockキーの例で言えば、
    >   ユーザーは小文字のaを入力する意図で「a」キーを押したのに、
    >   CapsLockモードになっていたために大文字の「A」が入力されてしまう、など)を犯さないようにするために採用される。


    かなり深い話だと思い、ちょっとインターネットで検索してみました。


    現在の状態が分かりにくいと場合によっては事故に繋がるのですね・・・
    それが、

    > 実は、[コマンドボタンにモードがある]というのは決して良いことではありません。

    この考え方に繋がってくるのでしょうね。


    しかし、モード自体は便利だと思うので、使い方なんだと思いました(^^♪


    > 桐のガントチャートは利用していますか??


    使ってますよ(^^ゞ
    データが蓄積されるのが一番良いと思います。

    分かった事で言えば、
    複数人で使用する場合は不向きになる場合がありますね(T_T)
    どうしても、入力作業自体が苦手な人がいますからね。


    複数人でガントチャートを使用する人は、
     
     入力者が誰でも同じ入力が出来る様に教育する
     若しくは
     作業状況を報告して貰い、入力者を固定化する

    この方法が、意図したデータの 蓄積、進捗の可視化 が実現しやすいのかなとおもいました。


    私は現状は個人的に使用しています(^^ゞ


    > 使いにくい所は、適当に改造してくださいね。(^^ゞ


    私の実力から言うと、改造出来る域まで行くのにまだまだ時間が必要ですね♪
    Frameworkのコードをみて参考に出来た事は、ヒントテキストの生成です。

    手続き定義開始 cmdStartupClick() で 手続き実行 prcHintTextSet( ) をコールして

    コマンドボタンの意味が分かった方がいい物は、ヒントテキストを出すようにしました(^^ゞ

引用返信 [メール受信/OFF] 削除キー/
■615 / inTopicNo.7)  Re[6]: 拙作の[整形ユーティリティ]の些細な改良
□投稿者/ ONnoji -(2025/05/30(Fri) 11:24:17)
    >>これは「モード 」というのです。
    >>  モードレスなインタフェースは、ユーザーがモードに起因する誤り(前述のCapsLockキーの例で言えば、
    >>  ユーザーは小文字のaを入力する意図で「a」キーを押したのに、
    >>  CapsLockモードになっていたために大文字の「A」が入力されてしまう、など)を犯さないようにするために採用される。
    > かなり深い話だと思い、ちょっとインターネットで検索してみました。
    > 現在の状態が分かりにくいと場合によっては事故に繋がるのですね・・・
    > それが、
    >>実は、[コマンドボタンにモードがある]というのは決して良いことではありません。
    > この考え方に繋がってくるのでしょうね。
    > しかし、モード自体は便利だと思うので、使い方なんだと思いました(^^♪

    そうですね。

    [モードがあるコマンドボタン]は、見た目で判断できないですよね。

    モードの切り替えも[ヒントテキスト]を読まないとワカラナイ。

    問題点は、こんなところでしょうかね。

    まあ、ギミックになっちゃうワケですよ。

      【転載】ギミック 出典: フリー百科事典『ウィキペディア(Wikipedia)』
       ギミック(gimmick)は、英語で仕掛け、策略を意味する

    >>桐のガントチャートは利用していますか??
    > 使ってますよ(^^ゞ
    > データが蓄積されるのが一番良いと思います。
    > 分かった事で言えば、
    > 複数人で使用する場合は不向きになる場合がありますね(T_T)
    > どうしても、入力作業自体が苦手な人がいますからね。
    > 複数人でガントチャートを使用する人は、
    >  入力者が誰でも同じ入力が出来る様に教育する
    >  若しくは
    >  作業状況を報告して貰い、入力者を固定化する
    > この方法が、意図したデータの 蓄積、進捗の可視化 が実現しやすいのかなとおもいました。

    データの入力には適性が必要ですね。

    また、操作方法の練習も必要ですね。

    > Frameworkのコードをみて参考に出来た事は、ヒントテキストの生成です。
    > 手続き定義開始 cmdStartupClick() で 手続き実行 prcHintTextSet( ) をコールして
    > コマンドボタンの意味が分かった方がいい物は、ヒントテキストを出すようにしました(^^ゞ

    prcHintTextSet( ) のような物は、動的に管理する場合には都合がいいですよ。

    p.s.

    トレース結果の隠蔽は次のようにする予定です。


    【INFprcEventFormBeginRun】

     when イベント処理"フォーム::フォーム開始"を実行開始しました

      when 手続き"フォーム::フォーム開始(40)"を実行開始しました

       when 手続き"INFprcEventFormBeginRun(40)"を実行開始しました┐
                                    ├ この範囲の詳細を隠蔽
       end                            ┘

      end

     end 戻り値=1で実行終了しました


    【INFprcEventFormTndRun】

     when イベント処理"フォーム::フォーム終了"を実行開始しました

      when 手続き"フォーム::フォーム終了( )"を実行開始しました

       when 手続き"INFprcEventFormEndRun( )"を実行開始しました ┐
                                    ├ この範囲の詳細を隠蔽
       end                           ┘

      end

     end 戻り値=1で実行終了しました

    このように、自動実行される INF_Framework 固有の手続きを見えないようにする予定です。
          ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

引用返信 [メール受信/OFF] 削除キー/
■616 / inTopicNo.8)  Re[1]: 拙作の[整形ユーティリティ]の些細な改良
□投稿者/ ONnoji -(2025/06/01(Sun) 21:34:08)
    途中経過ですが・・・

    2016行のトレース結果が、63行になった。

    これを手作業で作図するのは大変だったんですよ。

    だから、改良を始めたというワケでした。(^^ゞ

    ┌when 手続き"cmdアイテム表示Click( )"を実行開始しました

    │┌when 手続き"HDLAPIprcItem(1,"cmdアイテム表示Click( )","アイテムをクリックしてください",{" 1番めのアイテム",・・・," 20番めのアイテム"},"cmdアイテム表示ClickRETURN",)"を実行開始しました
    ││
    ││┌when 手続き"HDLAPIprcItemWindowAppear(1,"cmdアイテム表示Click( )","アイテムをクリックしてください",{" 1番めのアイテム",・・・," 20番めのアイテム"},"cmdアイテム表示ClickRETURN",)"を実行開始しました
    │││
    │││┌when メイン処理を実行開始しました
    ││││
    │││└end
    │││
    │││┌when 手続き"フォーム::フォーム開始(40)"を実行開始しました
    ││││
    ││││┌when 手続き"INFprcEventFormBeginRun(40)"を実行開始しました
    ││││└end
    ││││
    ││││┌when 手続き"prcBarObjectWidthSet( )"を実行開始しました
    ││││└end
    ││││
    │││└end
    │││
    │││┌when 手続き"famItem::マウス左クリック({4785,2595},1,0,0)"を実行開始しました
    ││││
    ││││┌when 手続き"ITEMprcfamItemMouseClickRun("txtItem_9")"を実行開始しました
    │││││
    │││││┌when 手続き"ITEMprcFormExit( )"を実行開始しました
    │││││└end
    │││││
    ││││└end
    ││││
    │││└end
    │││
    │││┌when 手続き"フォーム::フォーム終了( )"を実行開始しました
    ││││
    ││││┌when 手続き"HDLCOMprcMacroSend(4,"手続き実行 cmdアイテム表示ClickRETURN( 9 )",)"を実行開始しました
    ││││└end
    ││││
    ││││┌when 手続き"INFprcEventFormEndRun( )"を実行開始しました
    ││││└end
    ││││
    │││└end
    │││
    ││└end
    ││
    │└end

    └end

    ┌when 手続き"フォーム::タイマー2( )"を実行開始しました

    │┌when 手続き"INFprcEventTimerSecondaryRun( )"を実行開始しました
    ││
    ││┌when 手続き"cmdアイテム表示ClickRETURN(9)"を実行開始しました
    │││
    │││┌when 手続き"INFprcMsgPause("i","cmdアイテム表示ClickRETURN( )","&itemNum = 9")"を実行開始しました
    │││└end
    │││
    ││└end
    ││
    │└end

    └end


引用返信 [メール受信/OFF] 削除キー/



トピック内ページ移動 / << 0 >>

このトピックに書きこむ

Mode/  Pass/

HOME HELP 新規作成 新着記事 ツリー表示 スレッド表示 トピック表示 ファイル一覧 検索 過去ログ

- Child Tree -
- Antispam Version -