ベータ2のご案内を見て頂ければ具体的な使用方法の参考になると思います。サブセットの[Thin_INF_Framework]とフルセットの[モダンINF_Framework]は混在して使用しても問題がありません。)値を渡す良い方法が分からなく頓挫しておりました。)値を渡す事が可能になりました。今後は、操作しやすくてエラーが起こっても対処方法が分かり、安心して使用出来るアプリを開発する為に活用していこうと考えています。私は、この[Thin_INF_Framework]を複数の自作フォームの連携に限界を感じている方に是非お勧めしたいと思います。<補足>使用方法に関しては、以下のwebページに説明がありますのでご覧下さい。http://silicon7565.html.xdomain.jp/p.s.今回、結合度の尺度を、[高い⇔低い]の他に、[疎⇔密]という表現を採用してみました。最終稿ではありませんが、以下のように修正・加筆しましたのでご確認ください。m(__)m確認しました。若干のリライトをしてくれたおかげで私の言いたかった事を読み手に、より正確に伝える事が出来ると思います。内容を[コマンド]コマンドで実行します。適切な表現だと思いました。郵便局のイメージでとらえたんですよ。手紙を送るこれは当然郵便局は対応可能です。手紙を送るも当然出来る。今回、結合度の尺度を、[高い⇔低い]の他に、[疎⇔密]という表現を採用してみました。16:47:54)ジェダイの桐さん局所変数のセーブ機能のサンプルをアップしますので、お試しください。形式の添付ファイルを解凍すると、以下のファイルがあります。)同梱のサンプルの[フォーム+イベント処理]を例にして解説します。管理するテキストファイルです。使用する局所変数の値が保存されています。このファイルは、フォームを閉じる際に自動的に生成されて、フォームを開く時に自動的に内容が読み取られます。このファイルには、ユーザ定義の局所変数も保存できます。ユーザ定義の局所変数を保存する場合には、次のようにします。"_info.txt"として生成されます。)を削除してください。)は普通のテキストファイル(.txt)なので簡単に上書きも削除も出来ますので、ファイルに保存するユーザ定義の局所変数は、値が失われても差し支えないものに限定してください。10:50:32)ONnojiさんおはようございます!手順通りThin_INF_Framework組み込み済の自フォームに、局所変数セーブ機能を実装しました。これはかなり便利だと思います。ファイルに保存するユーザ定義の局所変数は、値が失われても差し支えないものに限定してください。この考え方が重要になってきますね。便利だからと、何でもかんでも組み込んでしまうとウッカリtxtファイルを消去した時、大変になりますね。サンプル提供ありがとうございました。2016↑は、ユーザインタフェースに関するベストセラーです。1986年の初版から、コンピュータの日進月歩に合わせて、第6版まで改訂され続けたスゴイ書籍です。1993↑のようにわずかに初版と第2版のみです。このように古くて、古書ではバカ高い値段が付いています。ユーザインタフェースに関する書籍って日本では売れないんでしょうね。これっきりで終わっています。置き換わっただけで同じ内容です。日本でもwebで紹介されていますが、原文の雰囲気に忠実に訳したものは少ないように思います。絡めてご紹介してゆこうと思います。訳すと「一貫性を保つよう努める」ですね。1.一貫性をもたせるこの原則はもっとも侵害されやすいが,修正したり避けるのも簡単である。似たような状況では,一貫した一連の操作が要求され,プロンプト・メッセージやメニュー,ヘルプ画面では同じ用語を使い,システム全体のコマンド形式は同じでなければならない。パスワードは表示されない,DELETEコマンドは省略を許さないなどの例外はもちろんあるが,最小限にすべきである。1987|ISBN4-8222-7053-X桐的に思いっきり意訳すると次↓のようになります。)この原則は守られ難いが、避けることは簡単です。似た状況では、メッセージボックスのメッセージや、フォーム上のメニューは同じ用語を使って、アプリケーション全体の操作方法は、同じでなければならない。上のように意訳しました。訳すと「主体的な制御権を与える」ですね。7.主体的な制御権を与える経験の豊富な操作者は,自分がシステムを制御し,システムは単に彼らの操作に応答しているという感覚を強く望んでいる。ユーザーを驚かすようなシステムの反応やうんざりするほどの量のデータ入力,あるいは欲しい情報を得ることが不可能または困難であったり,期待した応答ができないなどはすべてユーザーを不安にしたり不機嫌にさせる原因である。Gaines(1981)はこの原理を,「不条理を避ける」という彼の原則と,ユーザーを応答者にするのでなく主導権を与えるという提案で表現している。1987|ISBN4-8222-7053-X桐的に意訳すると次↓のようになります。)経験豊富なPCユーザは、自分がシステムを制御し、システムは単に彼らの操作に応答しているという感覚を強く望んでいる。ユーザーを驚かすようなシステムの反応やうんざりするほどの量のデータ入力,あるいは欲しい情報を得ることが不可能または困難であったり、期待した応答ができないなどはすべてユーザーを不安にしたり不機嫌にさせる原因である。Gaines(1981)はこの原理を,「不条理を避ける」という彼の原則と、ユーザーを応答者にするのでなく主導権を与えるという提案で表現している。複数のテキストボックスに文字を入力していくフォームの場合、ひとつのテキストボックスの入力が確定する度にエラーチェックをしても良いが、エラーしたテキストボックスの文字色を赤色にする程度にして、その都度メッセージボックスでエラーを通知するのは避けるべきです。キーをミスタッチするのは普通の事ですから。エラーのチェックは、すべての入力が終わってから、まとめてチェックをするのが望ましいです。エラーが見つかったならば、その時にメッセージボックスを表示するだけで十分です。訳すと「短期記憶領域の負担を少なくする」ですね。7土2のかたまり)があるので,表示は簡潔にし,何べージにもわたるような表示は統合しウインドウの移動を少なくし,コードや記号,一連の操作を学習するために十分な時間を用意する必要がある。必要に応じて,コマンドの構文形式,省略形,コードなどの情報をオンライン検索できるとよい。1987|ISBN4-8222-7053-X桐的に意訳すると次↓のようになります。表示は簡潔にし、何べージにもわたるような表示は統合しウインドウの移動を少なくし、コードや記号、一連の操作を学習するために十分な時間を用意する必要がある。※「必要に応じて」以降の文言はコマンド入力型のアプリケーション対象にしているので翻案しません。人間の短期記憶領域という言葉を聞いたことが無い人もあるかと思います。一度に長い電話番号は覚えにくいけれど、いくつかの数字に区切ると覚えやすい。この時の単位が、[7土2のかたまり]だという主張です。この[かたまり]のことを[チャンク]と言います。人によって、また体調によってn土2のnは変わるでしょう。いずれにしても、この人間の短期記憶の[チャンク]を超えると短期記憶の負担が多くなります。(^^ゞなので、「表示は簡潔にし、何べージにもわたるような表示は統合しウインドウの移動を少なくし」となります。迷子になるアプリケーションやwebページは、この黄金律を守っていない事が多いですね。この8つの黄金律は、非常に有名なものなので是非一読をお勧めいたします。多少アレンジした8つの黄金律です。)この原則は守られ難いが、避けることは簡単です。似た状況では、メッセージボックスのメッセージや、フォーム上のメニューは同じ用語を使って、アプリケーション全体の操作方法は、同じでなければならない。)使用頻度が高くなると、ユーザはなるべく少ない手順でそうしたいと感じる。初級者よりも上級者の方が、アクセスキーや特殊キー、マクロ機能を歓迎します。頻繁に使用するユーザには、応答時間の短縮と表示速度の向上が魅力的である。)すべての操作に対して、アプリケーションは何らかのフィードバックを返すべきです。副次的な操作に対するメッセージは簡潔にして、重大な操作へのメッセージは情報量を多くするべきである。操作対象を視覚的に表現すると、ユーザは変化を常に把握できるので操作し易い。)作業の流れにも起承転結が必要である。仕事をやり遂げたという満足感、安心感を与え、不測の事態を起こす可能性を少なくするとともに、次への作業の準備を促す。)出来るだけユーザが致命的なエラーを起こさないように設計しなければならない。エラーが起きてしまったならば、アプリケーションがその原因を見つけ出して、単純で分かり易い対処方法を提供するように心がける。)出来る限り操作は可逆的にするべきである。誤った操作をしても、それを取り消せることを知っていれば不安にならないし、よく知らない機能でもそれを試してみる気にさせます。逆戻しの単位は、1回の操作やデータの入力、または一連の操作であることも考えられる。)経験豊富なPCユーザは、自分がシステムを制御し、システムは単に彼らの操作に応答しているという感覚を強く望んでいる。ユーザーを驚かすようなシステムの反応やうんざりするほどの量のデータ入力,あるいは欲しい情報を得ることが不可能または困難であったり、期待した応答ができないなどはすべてユーザーを不安にしたり不機嫌にさせる原因である。Gaines(1981)はこの原理を,「不条理を避ける」という彼の原則と、ユーザーを応答者にするのでなく主導権を与えるという提案で表現している。表示は簡潔にし、何べージにもわたるような表示は統合しウインドウの移動を少なくし、コードや記号、一連の操作を学習するために十分な時間を用意する必要がある。ベン・シュナイダーマンの8つの黄金律を思い出してください。すれば、問題解決の糸口が必ず見つかるはずです。09:36:52)ONnojiさんおはようございます!記事全て読ませて頂きました。8つの黄金律解説を読んで、身の回りではAmazonユニクロの登録画面、がこの黄金律の条件を達成しているのかな?と感じました。これは、作成する時に気を付ける事が出来れば達成出来そうだからです。設計する上での8つの黄金律を基本概念として開発するだけでも今までより、使用者にとって使いやすい物が作れると思います。記事全て読ませて頂きました。ありがとうございます。webページのデザイナーならば、ベン・シュナイダーマンの[8つの黄金律]は常識だと思いますよ。これは古典となっているので、敢えて[8つの黄金律]と呼ばないことも多いと思います。これは、作成する時に気を付ける事が出来れば達成出来そうだからです。