DOWN LOAD BBS

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

ダウンロードされた「感想・質問・希望」等、お聞かせ下さい
作者の一番の励みになります。
■ 24時間以内に作成されたスレッドは New で表示されます。
■ 24時間以内に更新されたスレッドは UpDate で表示されます。

記事リスト ( )内の数字はレス数
Nomal拙作の[整形ユーティリティ]の些細な改良(6) | NomalINF_Framework の手続きリファレンス(0) | Nomal1st_Thin_INF_Framework_組み込みガイド_改訂版(0) | NomalINF_Framework HDLVAR 仕様書メモ 第2版(0) | Nomal[桐の釣魚大全]の新サイトのご案内(0) | NomalThin_INF_Framework for 桐10s/ 桐sSL / 桐sLT(2) | Nomalダブルクリック考(3) | NomalThin_INF_Framework ベータ2のご案内(58) | NomalINF_Framework の話をしよう(19) | NomalモードレスB で さよなら。モードレスB を閉じる(7) | NomalThin_INF_Framework のご案内(58) | Nomalガントチャートのベータ版のご案内(19) | Nomalガントチャートについて(1) | Nomalガントチャート試作品(30) | NomalINF_DatePicker がデートタイムピッカーに改修されました(2) | Nomal#205 INF_Framework 第3.3版 改訂版(MkII) サンプル集 for 桐10s / 桐sSL(0) | Nomal#207,206,205,204 のIPS_Framework.cmx に関して(0) | Nomalフォーム定義リストの[Webビュー]オブジェクト対応(0) | Nomal桐10s/桐s版のフラットスタイル・フォームに対応(1) | NomalINF_Framework の入門講座を公開しました(0) | Nomal整形ユーティリティ 3.91 アップデート(0) | Nomal観験桐(ダウンロードコーナー)で拙作が紹介されました(0) | Nomal#199 God_Excel_Reader アップデート(0) | Nomal#200 アイテム登録が要らないランチャー:toy_history(0) | Nomal#199 紙・神・方眼紙エクセルのデータ( .csv / .txt )を桐の表に変換するユーティリティ(0) | Nomal#197 イベント処理の整形ユーティリティ 第 3.9 版(2) | NomalINF_DatePicker.wfm/wfx の編集属性式の改修について(0) | Nomal#195 #196 INF_DatePicker.kev/.kex 共通(1) | Nomal#195 #196 INF Framework 第3.3版 INF_DatePicker(1) | Nomal#198 INF_カード 第1.0版のご紹介(1) | NomalIPS_Framework.cmd / IPS_Framework.cmx 共通(0) | Nomal#197 イベント処理の整形ユーティリティ 第 3.9 版(0) | Nomal初心者向けの一括処理のサンプルはありますでしょうか?(2) | Nomal#195 INF Framework 第3.3版 for 桐9-2012 / 桐9s(0) | Nomal#197 イベント処理の整形ユーティリティ 第 3.9 版(0) | Nomal193 クラシックUI_モダンUI_変換ユーティリティ(1) | Nomal桐でGrep10(5) | Nomal桐でGrep(桐9対応版)素晴らしい(1) | Nomal192 整形ユーティリティ(3) | Nomal190 整形ユーティリティ ビーユージー(0) | Nomal188 アップデート INF_dirでゲットだぜ(1) | Nomal187 INF Framework 第3.2版 for 桐10 / 桐10s (0) | Nomal186, 187, 188, 189 INF_Framework の潜在バグ(0) | Nomal188 イベント処理の整形ユーティリティ 第 3.5 版に関して(0) | Nomal171:toy_launcher 第 3.0 版を使ってみて(3) | NomalINF_DatePicker(カレンダー入力)(0) | Nomal177・8 INF Framework (桐10/ 桐10s・桐9-2012/ 桐9s版)(0) | Nomal182 整形ユーティリティに無害な虫がいました(1) | Nomal175:「桐でGrep(桐10対応版) 3.10版  (C)悲しげ」を使ってみて(5) | Nomal177・8 INF Framework (桐10/ 桐10s・桐9-2012/ 桐9s版)(1) | NomalIPS_form を使いこなすための手引書です(1) | Nomal176:桐でGrep(桐9対応版)(2) | Nomal174: 桐10移行計画3 (0) | Nomal173:イベント処理の整形ユーティリティご紹介(1) | Nomal「 171,172 」の、2作品、同時紹介です(0) | Nomal170:文字検索処理 Ver1.21 ご紹介(8) | Nomal169:イベント処理の整形ユーティリティ 第3.0版(1) | Nomal168:ファイル・フォルダをチェック(0) | Nomal終端行は指定できませんというエラーで苦戦!(1) | NomalA4用紙に2枚の伝票を印字したい(1) | Nomal了解しました(2) | Nomal初心者向けのサンプルは?(1) | Nomal列固定に集計関数も移動させたい(1) | Nomal桐V9 メール一斉送信 2.01 (0) | Nomal167:フォルダ毎サイズ集計(0) | Nomal桐4作品、一挙掲載(4) | Nomal162:データ管理システム(0) | Nomal160:toy_launcher(3) | Nomal161:販売部長U(体験版)」桐9-2004版(0) | Nomal159:画像管理システム for 桐(0) | Nomal140 清書ユーティリティ 第2.1版 (再)登録 (2) | Nomal158:わんたっち表形式 の登録(2) | NomalNO TITLE(0) | Nomal157:桐で「キーダウン・システムキーダウン]イベントを自由自在に制御(1) | Nomal155:桐で「麻雀牌ゲーム(四川省風)」(1) | Nomal156:桐で「トランプゲーム(フリーセル風)」(0) | Nomal154:桐で「RSSリーダもどき」(0) | Nomal拙作のライブラリのアップデートに関して(1) | Nomal153 MNU Tools フォームにメニューバー(4) | Nomal151・152 桐のツール掲載(0) | Nomal150 ウィンドウ操作プログラム(0) | Nomal149 再帰でファイル検索(0) | Nomal146〜148 ビュア3題(0) | NomalNO TITLE(1) | Nomal145 INF Tools  第1.1版のバージョンアップ(3) | Nomal144 INF Tools 第1.0版 for 桐ver.8 / 桐ver.9(4) | Nomal「マウス入力」と同時に移動もできますか。(2) | Nomal142 桐でヘルプファイルを(1) | Nomal143 桐v9 メール一斉送信 Ver.2.01(0) | Nomal「メール一斉送信]について(10) | Nomal141 桐ver8 列固定式の一覧表形式フォーム(1) | Nomal全銀フォーマット作成一括処理使わせていただきました(8) | Nomal140 清書ユーティリティ 第2.1版 登録 (8) | Nomal138 桐ver9 文字列検索 (0) | Nomal137 桐ver9 K-ba (0) | Nomalこの掲示板の XSS 脆弱性(3) | Nomal全銀フォーマット作成一括処理について(2) | Nomal固定長テキストから桐表への変換 教えてください(10) | NomalNo74 全銀フォーマット作成一括、使わせてもらいました。(1) | Nomal136 一覧表wfmの列固定もどき(改訂第2版)(5) |



■記事リスト / ▼下のスレッド
■609 / 親記事)  拙作の[整形ユーティリティ]の些細な改良
□投稿者/ 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]

▽[全レス6件(ResNo.2-6 表示)]
■611 / ResNo.2)  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 / ResNo.3)  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 / ResNo.4)  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 / ResNo.5)  Re[5]: 拙作の[整形ユーティリティ]の些細な改良
□投稿者/ ジェダイの桐 -(2025/05/29(Thu) 15:27:43)
    ONnojiさん


    こんにちは!


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


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


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


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


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

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

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


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


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


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

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


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

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


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


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


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

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

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

引用返信 [メール受信/OFF]
■615 / ResNo.6)  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]

■記事リスト / レス記事表示 → [親記事-6]



■記事リスト / ▼下のスレッド / ▲上のスレッド
■608 / 親記事)  INF_Framework の手続きリファレンス
□投稿者/ ONnoji -(2025/04/24(Thu) 17:47:51)
    2025/04/24(Thu) 17:51:33 編集(投稿者)

    拙作:INF_Framework に関する情報です。

    2025-04-24 INF_Framework の手続きリファレンス を追加しました。

    こちら
     ↓
    桐の釣魚大全のトップ > INF_Framework の手続きリファレンス
    https://silicon7565.cloudfree.jp/INF_Framework/INF_Framework_procedure.html

    Thin_INF_Framework および INF_Framework で使用できる便利な手続きのリファレンスです。

    ※もしも、webページが表示されない場合には、F5キーを実行してブラウザをリドローしてください。

    桐の釣魚大全のトップ
    https://silicon7565.cloudfree.jp/index.html



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



■記事リスト / ▼下のスレッド / ▲上のスレッド
■607 / 親記事)  1st_Thin_INF_Framework_組み込みガイド_改訂版
□投稿者/ ONnoji -(2025/03/01(Sat) 17:07:02)
    2025/03/02(Sun) 13:48:49 編集(投稿者)


    添付ファイル( 1740818082.txt/15KB )の元のファイル名は、1st_Thin_INF_Framework_組み込みガイド_改訂版.txt です。

    なお、Windows11 のメモ帳で開いた場合、罫線(罫線素片)がガタガタで表示されることがあります。

    その場合には、[編集]メニュー → [フォント]を実行して、[設定]画面を出してフォントのサイズを変更して、

    メモ帳の左上角の[Back]をクリックしてください。※必ずフォントのサイズを変更します。もちろん等倍フォントでね。

    なお、これはWindows11 のメモ帳の虫だと思われます。

       https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10258623230
       https://answers.microsoft.com/ja-jp/windows/forum/all/windows11%E3%81%AE%E3%83%A1%E3%83%A2%E5%B8%B3/55fd51c3-553a-4a86-8e15-3912dbb53133?page=1

    以下は添付ファイルの抜粋です。

     ◇ ◇ ◇ ◇

     1st_Thin_INF_Framework_組み込みガイド_改訂版.txt
                              Rev.0 2025.02.27(追記) 編集時の表示倍率のご注意


     この文書は INF_Framework の新しいバリエーションである Thin_INF_Framework の組み込みガイドです。

     同梱の2つの[フォーム+イベント処理]を例にして解説します。

      :
      :
      途中省略
      :
      :

     ■編集時の表示倍率のご注意    Rev.0 2025.02.27(追記)

      Thin_INF_Framework 以外のオートINF_Framework等では、

     編集時の表示倍率が{ ポイントピクセル,ウィンドウに合わせる,フォーム定義に合わせる }での使用は問題が発生するので避けてください。

       Thin_INF オートINF 編集時の表示倍率

       〇可能  〇可能 { 標準,90%,80%,70%,60%,110%,120%,130%,140%,150% }

       〇可能  ×不可 { ポイントピクセル,ウィンドウに合わせる,フォーム定義に合わせる }

     なお、Thin_INF_Framework で、{ ポイントピクセル,ウィンドウに合わせる,フォーム定義に合わせる }を使用する場合には[Option Variable Define ]を作成してください。

     名札 メイン
                    ┐
      変数宣言 局所,・・・   │
                    │
                    │
                    ├─ [INF_Framwrork 名札 メイン]より上の行に
                    │
                    │  局所変数を宣言してください。
                    │
                    ┘
     ┌──────────────┐
     │INF_Framwrork 名札 メイン │イベント処理(.kex)の[名札 メイン]の最後に
     │              │
     │              │ユニットINF_3-3MkII_名札メイン.txt を読み込んでください。
     │              │
     │              │※もちろん、コピペでもOKです。
     └──────────────┘
     ┌──────────────┐
     │Option Variable Define    │[INF_Framwrork 名札 メイン]に引き続き
     │              │[Option Variable Define ]を追加してください。
     └──────────────┘
     *


     **[Option Variable Define ]

     *---------- begin INF Framework Option Variable Define ---------------*
     if ( #変数( "INFmLive" ) )
      変数宣言 局所,数値{ &INFmMyWfmMagnificationType }
      if ( #変数( "INFmKnjForm" ) )
       オブジェクト操作 @フォーム{ &INFmMyWfmMagnificationType = 編集時の表示倍率 }
      else
       オブジェクト操作 @フォーム{ &INFmMyWfmMagnificationType = 編集時の表示倍率 }
      end

      if ( &INFmMyWfmMagnificationType < 0 )
       変数宣言 局所,整数{ &INFmWindowNoLocate = 1 }/* フォームの位置を復元しない  */
       変数宣言 局所,整数{ &INFmWindowNoResize = 1 }/* フォームのサイズを復元しない */
       変数宣言 局所,整数{ &INFmWindowNoZoom  = 1 }/* フォームの倍率を復元しない  */
      end
     end
     *---------- end  INF Framework Option Variable Define ---------------*


    なお、[Option Variable Define ]は、{ 標準,90%,80%,70%,60%,110%,120%,130%,140%,150% }に変更した場合にも削除する必要はありません。

    これは、[Option Variable Define ]が自動的に[編集時の表示倍率]を判定するからです。

    { ポイントピクセル,ウィンドウに合わせる,フォーム定義に合わせる }の時、[ズームイン]と[ズームアウト]のコマンドボタンは次のように設定します。

      │ ├ EZWcmdズームイン   ┐
      │ ├ EZWcmdズームアウト  │
      │ ├ EZWtxtMagnification  ├─ 標準のコマンドボタン ※ヘッダ部左上に配置することを強く推奨します 
      │ ├ INFcmdWhoAreYou    │
      │ ├ HDLVARcmdWhoAreYou  ┘
      │ ├ cmdAlt_I_ズームイン  ┐ アクセスキー[Alt + I]とアクセスキー[Alt + I]用です。
      │ ├ cmdAlt_O_ズームアウト ┘


     オブジェクト名: EZWcmdズームイン   (参考)コマンドボタン:cmdAlt_I_ズームイン も同様に設定します
     標題     :
      機能名   機能パラメータリスト
     1 実行条件  #num( #変数( "INFmLive" ) ) .and #num( #変数( "INFmMyWfmMagnificationType" ) > 0 )
     2 手続き実行 EZWcmdZoomInOutClick,5
     3 なし
     4 なし

     オブジェクト名: EZWcmdズームイン   (参考)コマンドボタン:cmdAlt_O_ズームアウト も同様に設定します
     標題     :
      機能名   機能パラメータリスト
     1 実行条件  #num( #変数( "INFmLive" ) ) .and #num( #変数( "INFmMyWfmMagnificationType" ) > 0 )
     2 手続き実行 EZWcmdZoomInOutClick,-5
     3 なし
     4 なし



    以上


1740818082.txt
/15KB
引用返信 [メール受信/OFF]



■記事リスト / ▼下のスレッド / ▲上のスレッド
■606 / 親記事)  INF_Framework HDLVAR 仕様書メモ 第2版
□投稿者/ ONnoji -(2025/02/18(Tue) 18:16:41)
    HDLVAR 仕様書メモ 第2版 を作成しました。

    1st_Spec_Memo_HDLVAR_2nd_Edition.txt

    <抜粋>

    >  ■はじめに
    >
    >  時の流れは早いもので、機能:HDLVARを作成して15年経過しました。
    >  この度、INF_Framework の機能:HDLVARのブラシアップを行いましたので仕様書メモの第2版を書くことにしました。
    >  ちなみに、初版の仕様書メモはHDLVARの開発中の備忘録として書かれているので第三者には非常に読み難くい物でありました。
    >  そこで第2版ではダイアグラム(図示)をメインにして読み易くいたしました。(^^ゞ

    INF_Framework の機能:HDLVARを利用される人は是非参考にしてください。



1st_Spec_Memo_HDLVAR_2nd_Edition.txt
/15KB
引用返信 [メール受信/OFF]



■記事リスト / ▲上のスレッド
■605 / 親記事)  [桐の釣魚大全]の新サイトのご案内
□投稿者/ ONnoji -(2024/12/09(Mon) 16:00:44)
    2025/02/13(Thu) 15:46:40 編集(投稿者)
    2024/12/09(Mon) 20:47:21 編集(投稿者)

    <大切なお知らせです 2024.12.08>

    この度、[桐の釣魚大全]を設置している無料レンタルサーバーサービス「Xfree」が、2025年7月31日をもってサービス提供終了になることに決まりました。

    そのため、後継サービスである「シンフリーサーバー」へサイトを移転いたしました。

    旧サイト http://silicon7565.html.xdomain.jp/

    新サイト https://silicon7565.cloudfree.jp/

    つきましては、ブックマークの変更をお願いいたします。m(__)m

    p.s.

    なお、旧サイトを表示した場合には、15秒後に新サイトへ転送されます。

    ※もしも、新サイトへ転送されない場合には、ブラウザでリロード(再読み込み)してください。


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






111152

Mode/  Pass/

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

- Child Tree -
- Antispam Version -