桐質問掲示板 [All Thread / Page: 0]

2025/11/15(Sat) 16:50:22 編集(投稿者)
2025/11/13(Thu) 20:19:26 編集(投稿者)

【多遊】さんのＨＰのトップページにダウンロードコーナーがあります。

こちら
　↓
観験桐桐のファイルがダウンロードができます
http://tayu.o0o0.jp/download/

ここに、手間がかかるアプリケーション作成を支援する拙作：フレームワークと拙作：ユーティリティがあります。

#208　イベント処理のランチャー・シーカー・メッセージセンダー　Thin INF_Framework for 桐10 / 桐10ｓ / 桐ｓ
　　　［Thin_INF_Framework］は、自作フォームに［INF_Frameworkのサブセット］が組み込める便利なフレームワークです。

#206　イベント処理の整形ユーティリティ第 3.91 版　for 桐10 / 桐10ｓ / 桐ｓSL

#205　INF_Framework 第3.3版改訂版(MkII) サンプル集 for 桐10ｓ / 桐ｓSL

#204　INF_Framework 第3.3版改訂版(MkII) 基本セット for 桐10ｓ / 桐ｓSL

よろしければ、ダウンロードしてご利用ください。無料です。(^^ok

ｐ．ｓ．

＜参考＞

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

あこめの桐のプログラミング入門　by AKome
https://akome409102.cloudfree.jp/

ｐ．ｐ．ｓ．

桐の釣魚大全のトップ > 目からウロコのデータベース桐プログラミング入門
https://silicon7565.cloudfree.jp/primer/primer_side_reader.html

桐の釣魚大全のトップ > 目からウロコのデータベース桐プログラミング入門　パート２
https://silicon7565.cloudfree.jp/primer/primer_side_reader_part2.html

桐の釣魚大全のトップ > 目からウロコのデータベース桐プログラミング入門
https://silicon7565.cloudfree.jp/primer/primer_side_reader.html#section3

３　イベント駆動型のプログラミング
　今では見ることが無くなったMS-DOS用の桐ver.5でもプログラミングが出来ました。
そうです、一括処理というプログラミング手法です。
その後、MS-Windowsに対応して発売された桐ver.7において一括処理が利用できるようになりました。
この時の一括処理は、MS-DOSの時代に蓄積された桐ユーザのプログラム資産を、そのまま利用できるように工夫されたものでした。
しかし、MS-DOSには矩形をしたMS-Windowsのウィンドウという概念がありませんでした。※矩形（読み）くけい：（意味）長方形・四角形
そこで、桐ver.7の一括処理では矩形をしたMS-Windowsのウィンドウも扱えるように機能が拡張されました。
MS-DOS時代の桐の一括処理コマンドは画面（スクリーン）の縦横の座標を指定するのが特徴です。
　画面表示　 ( <開始行>, <開始桁> ) - ( <終了行>, <終了桁> ), 式, 左寄せ, 青, 下線, 反転
　キー入力　 ( <開始行>，<開始桁> ) - ( <終了行>，<終了桁> )，プロンプト = "文字を入力してください", &文字列型の変数
このようにＷｉｎ桐においてもMS-DOSの画面（スクリーン）を再現した一括処理になるので、これを便宜上、古典一括処理コマンドと呼ぶことにします。
しかし、MS-Windowsの高解像度の環境でMS-DOSの画面（スクリーン）を再現するのは、さすがに時代錯誤でMS-Windowsに適合しませんから、
桐ver.7では矩形をしたMS-Windowsのウィンドウを扱えるように拡張した一括処理も同時に用意されました。
余談ながら、その当時のパソコン雑誌のライターの多くが旧態依然とした桐ver.7のプログラミング方法に対して失望を表明しています。
しかし、MS-DOSの時代に蓄積された桐ユーザのプログラム資産を大切にするという管理工学研究所の遠謀深慮に気付いたライターは非常に少なかったのです。
以下の例は、［表のウィンドウ］と［フォームのウィンドウ］を扱う為のプログラムですが、
なんと３ステップのコマンドを実行しないと、矩形をしたMS-Windowsのウィンドウが扱えないのです。

　―［表のウィンドウ］を操作する手順
　表　"Jusho.tbl"
　ウィンドウ作成　表, ハンドル = &hWnd
　ウィンドウ会話　&hWnd, 更新 = 禁止, 許可作業 = なし, 項目番号 = &Field, 終了状態 = &OK

　―［フォームのウィンドウ］を操作する手順
　表　"Jusho.tbl", 使用フォーム = "Jusho.wfm"
　ウィンドウ作成　フォーム, ハンドル = &hWnd
　ウィンドウ会話　&hWnd, 初期項目 = @bOK, ボタン = &Obj,終了状態 = &OK

これを便宜上、拡張一括処理コマンドと呼ぶことにします。
古典一括処理と拡張一括処理は、表示方法として画面（スクリーン）と矩形をしたMS-Windowsのウィンドウの違いこそありますが、
どちらもフロー（つまりプログラムの流れ）を一括処理ファイルに記述して実行する点で全く同じです。
このような一括処理のスタイルを「フロー駆動型」と呼びます。
「フロー駆動型」の難点としては、フロー（つまりプログラムの流れ）をすべて記述しなければプログラムが完成しないことが挙げられます。
また、フロー（つまりプログラムの流れ）の途中でエラーが発生すると、初めからやり直しになります。トホホ～。
このように「フロー駆動型」は非常に手間がかかり大変なのです。
その後桐ver.8が発売されて「フォーム＋イベント処理」のプログラミングが出来るようになりました。
これは、フォームを利用するユーザの操作によってイベントが発生して、そのイベントに対応するプログラムが実行されるというものです。
実行されるプログラムには［コマンドボタンの機能名：手続き実行］から呼び出す手続き（一般手続きと呼ぶ）と、イベント発生で実行する手続き（イベントハンドラと呼ぶ）の２種類があります。
実際にはイベントハンドラは案外と出番が少なくて、多くのケースでは［コマンドボタンの機能名：手続き実行］から一般手続きを呼び出します。
このような「フォーム＋イベント処理」のプログラミングスタイルを「イベント駆動型（イベントドリブン）」と呼びます。
「フォーム＋イベント処理」のプログラミングでは、まず［フォームのウィンドウ］を開くだけで準備が完了するので実に簡単です。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
そして、イベント処理ファイルに［コマンドボタンの機能名：手続き実行］に対応する一般手続きや、イベントの発生に対応するイベントハンドラを付け加えていけばＯＫです。
つまり、「フォーム＋イベント処理」では、拡張一括処理のように［表のウィンドウ］や［フォームのウィンドウ］を３ステップのコマンドを使って開く必要がありません。
「フォーム＋イベント処理」では、桐の［ファイル］メニューの［開く］ダイアログでフォームを開いたら、すでにプログラムが実行可能の状態になっています。
さらに、開いた［フォームのウィンドウ］から別のウィンドウ開くには［コマンドボタンの機能名：開く］でフォームファイル名や表ファイル名を指定するだけで済みます。
以上をまとめてみると、「フロー駆動型」の一括処理は、「イベント駆動型」の「フォーム＋イベント処理」と比べると、扱い難いものであると理解していただけるでしょう。
また、古典一括処理と拡張一括処理のコマンドの中には「フォーム＋イベント処理」で実行できないものが４０種余りありますので、
桐ver.8以降の桐10ｓや桐ｓでは「フロー駆動型」の一括処理の勉強はまったく不要になったと言えます。

また、「フロー駆動型」と「イベント駆動型」では、制御の主体が「フロー（プログラムの流れ）」と「ユーザの操作」と異なっています。
　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
これは「制御主体の反転」と言うべきで、そのために「フロー駆動型」と「イベント駆動型」を同時に勉強すると頭の中が大混乱になってしまいます。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
「順番として、履歴を勉強してから、一括処理を勉強して、最後にイベント処理を勉強する」と考える人が案外と多く居ますが、
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
それでは、「イベント処理で使えないコマンド」や「制御主体の反転」に思いがけず遭遇して、分けが分からなくなるのでお勧めしません。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
ということで、一括処理（履歴を含む）の勉強はスルーして、「フォーム＋イベント処理」の勉強だけすることをお勧めします。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
なお、古典一括処理と拡張一括処理のコマンドは以下の拙作ｗｅｂページに掲載していますので参考にしてください。

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

■15207 / ResNo.5)

　Re[2]: 一括処理にて編集対象表をダイアログから指定したい

□投稿者/ うにん -(2025/11/13(Thu) 19:41:59)

> よく「一括処理の記述」と、よく質問されますが、これは「一括処理コマンド」の事ですよね。

「一括処理ファイル」の中身は「一括処理」だから、記述方法を聞くのは「一括処理の記述」でいいのでは。
その中で使う1行ごとの命令が「一括処理コマンド」なので、
特定の「一括処理コマンド」（例えば「表」）が決まってて、それの使い方を聞く場合は「一括処理コマンドの記述」（例えば「表」コマンドでファイル名をユーザ入力にする場合は？）となりますが、今回の質問は、表コマンドにそういう記述はできないことがわかってて（複数の一括処理コマンドをどう使えばよいか）聞いてるので...

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

■15208 / ResNo.6)

　Re[2]: 一括処理にて編集対象表をダイアログから指定したい

□投稿者/ まさやん -(2025/11/14(Fri) 08:58:10)

以前から思っていたこと・・

> 「フロー駆動型」の一括処理ファイル(.cmx)を用意して実行するのですか？
>
> 「イベント駆動型」の「フォーム(.wfx)＋イベント処理(.kex)」を用意して実行するのですか？
>

私も　たまに思うのですが
質問の時に

イベントの　とか　イベントで行っている　　　一括処理の記述で・・

と　イベントで行っている方は　書き添えていただくと
回答する方はありがたいかと思います

確かに　フロー駆動型が　知らない方もいるかと思うし
　　　　イベント駆動型が知らない方もいると思いますが・・

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

■15209 / ResNo.7)

　Re[4]: 一括処理にて編集対象表をダイアログから指定したい

□投稿者/ tessie -(2025/11/14(Fri) 08:59:29)

■No15205に返信(ONnojiさんの記事)
> 2025/11/13(Thu) 17:50:08 編集(投稿者)
>
>>バージョン10ｓです
>>フロー駆動型(.cmx) を実行しています。
>
>>一括処理の記述を教えていただきたいです。
>>
>>編集対象とする表は通常
>>
>>表　○○.tbx
>
> 以下のヘルプを参考にしてください。
>
> こちら
> 　↓
> 「桐オンラインヘルプ」
> ファイル名入力
> https://www.kthree.co.jp/kihelp/index.html?page=cmd/stx/cinfname&type=html

こちらのヘルプを参考に記述したところうまく選択することができました。
ありがとうございます。

>
> このコマンドはＤＯＳ桐の一括処理コマンドとの互換性があります。
>
> しかし、ＤＯＳ時代の名残なので、フォームのＧＵＩ部品のダイアログと比べると機能が劣ります。
> 　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・
>
> せめてＶＢＡの「開く」ダイアログボックスと同じルック＆フィールを求めるのであれば、
> 　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
>
> 「イベント駆動型」の「フォーム(.wfx)＋イベント処理(.kex)」のコマンドボタンに［機能名：ファイル名入力］セットして、
>
> 一般手続き（またはイベントハンドラ）で［実行］メソッドでコマンドボタンを実行すれば、変数にファイル名が代入できます。
>
>>※イベント駆動型というものの存在を知らず、ずっと.cmxで作業しておりました。
>>　イベント駆動型のほうが融通が利くとことですのでそちらについても今後調べてみようと思います。
>
> 「桐」というと、直ちに「一括処理」という固定観念が世間に蔓延しています。
>
> もちろん、ＤＯＳ時代の桐は「フロー駆動型」の一括処理(.cmd)しが使えなかったのですから、その影響なのですが・・・
>
> しかし、困ったことに、桐ver.8以降からは「イベント駆動型」の「フォーム(.wfx)＋イベント処理(.kex)」が使えるようになっても、
>
> 「桐＝一括処理(.cmx)」という固定観念がなかなか払拭されませんでした。
>
> アプリケーションを発注する側の人達でさえ、今でも「桐＝一括処理(.cmx)」という固定観念の人が多いです。
>
> ＶＢやＶＢＡの技術者は、「イベント駆動型」のプログラミングの方が慣れているというのにもです。アハハハha
> ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
>
> 結局、慣れないＤＯＳ桐譲りの「一括処理(.cmx)」を作るように頼まれるのですから、ガラパゴス桐になってしまうのです。
>
> これは笑えませんよね。(T_T)/~~~
>
> ｐ．ｓ．
>
>>※イベント駆動型というものの存在を知らず、ずっと.cmxで作業しておりました。
>>　イベント駆動型のほうが融通が利くとことですのでそちらについても今後調べてみようと思います。
>
> 以下の拙作：ｗｅｂサイトを参考にしてください。
>
> 桐の釣魚大全のトップ > フォームアプリケーション教書　第１部
> 　https://silicon7565.cloudfree.jp/guide/guide_Part1.htm
>
>
> 桐の釣魚大全のトップ > フォームアプリケーション教書　第２部
> 　https://silicon7565.cloudfree.jp/guide/guide_Part2.htm
>
非常に参考になる資料ありがとうございます
桐のデータベースを学び始めたばかりなので、一括処理（.cmx）だけでも相当に便利だと思っておりましたが、イベント駆動型を学ぶにもいいタイミングだと思うので勉強してみます。
web上に情報が少ない中、このようにまとまった内容があるのは初学者に非常に有用で感謝しかありません

>
> ｐ．ｐ．ｓ．
>
>>「イベント駆動型」の「フォーム(.wfx)＋イベント処理(.kex)」を用意して実行するのであれば、フォームのＧＵＩ部品の［開く］ダイアログが使えますよ。
>
>
> 桐の釣魚大全のトップ > フォームアプリケーション教書　第１部
> １２．４　コマンドボタンの機能の実行
> https://silicon7565.cloudfree.jp/guide/guide_Part1.htm#section12-4
>
>
> 　■ファイル名入力
> 　［機能名：ファイル名入力］は、レガシーな古典一括処理の［ファイル名入力］コマンドよりも機能が豊富なので断然おススメします。
> 　なお、機能の説明には呆れるほど簡素な構文しかありません。
> 　<1.ファイル名>,<2.表題>,<3.ファイル拡張子>,<4.ファイルフィルタ>,<5.初期フォルダ名>,<6.ボタンの名前>　※著者( ONnoji )が数字を付加して角括弧は省略しました
> 　さすがに↑これでは具体的な書き方がサッパリ分かりませんので、桐ヘルプの［入力支援ボタン　リストの種別：ファイル名選択］を参照します。
>
> 　【存在するファイル名を入力する例】<6.ボタンの名前>を指定しなかった場合にはボタン名は[開く(O)]になります
> 　┌──────────────────────────────────────────────────────────┐
> 　│オブジェクト名： cmdファイルを開く　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│
> 　│標題　　　　　：開く　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│
> 　│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│
> 　│　機能名　　　　　　機能パラメータリスト　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│
> 　│1 なし　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│
> 　│2 ファイル名入力　　&STR,"ﾌｧｲﾙを開く","tbx","表(*.tbx)|*.tbx|フォーム(*.wfx)|*.wfx|すべて(*.tbx *.wfx)|*.tbx;*.wfx" │
> 　│3 なし　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│
> 　│4 なし　　　　　　　#代入( &実行リターン, 99 )　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│
> 　└──────────────────────────────────────────────────────────┘
> 　　※<1.ファイル名>, <2.表題>, <3.ファイル拡張子>, <4.ファイルフィルタ>　※著者( ONnoji )が数字を付加しました
> 　　※ファイルフィルタはパイプ記号( | )で区切ります
>
> 　【存在しないファイル名を入力する例】<6.ボタンの名前>を「保存(&S)」「書き出し(&W)」「Save(&S)」「Write(&W)」のいずれかにします。
> 　┌─────────────────────────────────────────────┐
> 　│オブジェクト名： cmdテキストファイルを保存する　　　　　　　　　　　　　　　　　　　　　　│
> 　│標題　　　　　：テキストファイルを保存　　　　　　　　　　　　　　　　　　　　　　　　　　│
> 　│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│
> 　│　機能名　　　　　　機能パラメータリスト　　　　　　　　　　　　　　　　　　　　　　　　　│
> 　│1 なし　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│
> 　│2 ファイル名入力　　&STR, "テキストの保存", "txt","テキスト(*.txt)|*.txt", "", "保存(&S)" │
> 　│3 なし　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　│
> 　│4 なし　　　　　　　#代入( &実行リターン, 99 )　　　　　　　　　　　　　　　　　　　　　　│
> 　└─────────────────────────────────────────────┘
> 　　※<1.ファイル名>, <2.表題>, <3.ファイル拡張子>, <4.ファイルフィルタ>, <5.初期フォルダ名>, <6.ボタンの名前>　※著者( ONnoji )が数字を付加しました
> 　　※ファイルフィルタはパイプ記号( | )で区切ります
>
> 　なお、［入力支援ボタン］の［リストの種別：ファイル名選択］では、パラメータリストに［ファイル名を受け取る変数名］がありませんが、
> それ以外のパラメータは同じ並び順なので、桐ヘルプの［入力支援ボタン］の［リストの種別：ファイル名選択］の項を参照してください。
> 必ず参考になるはずです。
>
> 　－パラメータリストの対照表－
> 　【機能名　　　　：ファイル名入力】<1.ファイル名>, <2.表題>,　　 <3.ファイル拡張子>, <4.ファイルフィルタ>, <5.初期フォルダ名>, <6.ボタンの名前>
> 　【入力支援ボタン：ファイル名選択】　　　　　　　　<1.タイトル>, <2.拡張子>,　　　　 <3.種類>,　　　　　　 <4.ファイルの場所>, <5.ボタン名>
>
早速こちらを参考に［機能名：ファイル名入力］のバージョンを作ってみようと思います。ありがとうございます
>
>

解決済み!

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

■15210 / ResNo.8)

　Re[3]: 一括処理にて編集対象表をダイアログから指定したい

□投稿者/ ONnoji -(2025/11/14(Fri) 09:18:33)

> 以前から思っていたこと・・
>>「フロー駆動型」の一括処理ファイル(.cmx)を用意して実行するのですか？
>>「イベント駆動型」の「フォーム(.wfx)＋イベント処理(.kex)」を用意して実行するのですか？
>
> 私も　たまに思うのですが
> 質問の時に
> イベントの　とか　イベントで行っている　　　一括処理の記述で・・
> と　イベントで行っている方は　書き添えていただくと
> 回答する方はありがたいかと思います

以下同文です。(^^ゞ

ホント、困るのよね。アハハハハha

> 確かに　フロー駆動型が　知らない方もいるかと思うし
> 　　　　イベント駆動型が知らない方もいると思いますが・・

桐ver.8で可能になった「イベント駆動型」は２５年以上前からあるんですけれどね・・・

なぜでしょうかね？

桐10ｓのサンプルには、「一括処理のアプリケーション」が同梱されていないのにね。不思議。(@_@)

「一括処理のアプリケーション」が山のようにあって移行が困難だからでしょうかね？

「一括処理のアプリケーション」は、あたかも「COBOL言語」みたいな存在ですよね。

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

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

■記事リスト / ▼下のスレッド / ▲上のスレッド

■15194 / 親記事)

　フォームのズームについて

□投稿者/ キリマンジャロ -(2025/11/10(Mon) 10:27:47)

IN11、桐10S使用です
いつもお世話になっております。

現在フォームにて、コマンドボタンを使用し
機能名にズームをいれてフォームをズームしています。

ここで出来たら嬉しいのが、
クリックしたボタンに対してズーム出来たらいいなと思います。

コマンドボタンA・Bを作った場合ならAを押せばA中心にズームされ
Bを押せばB中心にズームを行いたいです。

お忙しいところ恐縮ですが、よろしくお願いいたします。

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

▽[全レス4件(ResNo.1-4 表示)]

■15195 / ResNo.1)

　Re[1]: フォームのズームについて

□投稿者/ ONnoji -(2025/11/10(Mon) 13:18:37)

2025/11/11(Tue) 16:38:24 編集(投稿者)

> 現在フォームにて、コマンドボタンを使用し
> 機能名にズームをいれてフォームをズームしています。
> ここで出来たら嬉しいのが、
> クリックしたボタンに対してズーム出来たらいいなと思います。
> コマンドボタンA・Bを作った場合ならAを押せばA中心にズームされ
> Bを押せばB中心にズームを行いたいです。

フォームのズームイン・ズームアウトはフォーム全体に対して行われますが、

これは［フォーム］オブジェクトの縦横比を保持して全体に拡大・縮小するものです。

この質問の任意のオブジェクトを中心に拡大・縮小という意味は、
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

おそらく任意のオブジェクトの位置が変化しないで、拡大縮小したいということなのでしょう？
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

あくまでも私が知る限りですが、これは桐の機能では無理だと思いますよ。

なお、もちろんオブジェクトの位置を検出して、それに応じてやり繰りすると出来るのカモしれませんが、
そもそも実現するか否かも不明ですので、労多くして得るものは少ないと思いますよ。(^^ok
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

ちなみに、ズームイン・ズームアウトのボタンは、フォームヘッダ部の隅っこ（一番左側上）に並べて配置すると良いと思いますよ。
　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

これをフォームフッタ部やフォームの中央部に配置したりすると、とても扱い難くなりますよ。

また、コマンドボタンにアクセスキー（ Alt + キー）をセットすると、キー操作だけで使えて便利ですよ。
　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

ｐ．ｓ．

ちなみに、フォームの［フォームスクロールバー]のオフでは、フォームウィンドウの大きさを変えないで拡大縮小出来ます。
　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
一方［フォームスクロールバー]のオフではフォームウィンドウの大きさも変化します。
　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

＜参考＞
［桐 - ヘルプ］より

　［フォームスクロールバー]
　このフォームを表示するウィンドウがフォームのサイズより小さいとき、スクロールバーを表示する場合はON、表示しない場合にはOFFにします。
　フォームスクロールバーは、右レコードスクロールバーより内側に表示されます。
　この項目をOFFにした場合、フォームの表示倍率を変更すると、ウィンドウサイズも倍率に応じたサイズに変わります。

＜参考＞
桐の釣魚大全のトップ > フォームアプリケーション教書　第１部
１２．５　コマンドボタンの機能グループ・機能名・機能パラメータ・説明・起動条件など
https://silicon7565.cloudfree.jp/guide/guide_Part1.htm#section12-5

機能グループ　機能名　　　　機能パラメータ　説明
表示　　　　　ズームイン　　なし　　　　　　フォームを10%単位で拡大表示する（最大400%)。　　
表示　　　　　ズームアウト　なし　　　　　　フォームを10%単位で縮小表示する（最小10%)。

ｐ．ｐ．ｓ．

ちなみに、拙作：INF_Framework のズームインボタン／ズームアウトボタンでは、フォームを５％単位で拡大・縮小します。

桐のコマンドボタンの機能名の１０％単位では少し刻みが荒い気がします。(^^ゞ

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

■15197 / ResNo.2)

　Re[2]: フォームのズームについて

□投稿者/ キリマンジャロ -(2025/11/10(Mon) 15:32:37)

返信ありがとうございます。
別の方法で解決しようと思います。

> ちなみに、ズームイン・ズームアウトのボタンは、フォームヘッダ部の隅っこ（一番左側上）に並べて配置すると良いと思いますよ。
> 　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
>
> これをフォームフッタ部やフォームの中央部に配置したりすると、とても扱い難くなりますよ。
>
> また、コマンドボタンにアクセスキー（ Alt + キー）をセットすると、キー操作だけで使えて便利ですよ。
>

こちらの機能がとても気になり調べたのですが、やり方がいまいち分かりませんでした。
やり方を教えて頂けたら嬉しいです。よろしくお願いいたします。

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

■15198 / ResNo.3)

　Re[3]: フォームのズームについて

□投稿者/ ONnoji -(2025/11/10(Mon) 17:25:05)

2025/11/11(Tue) 12:52:29 編集(投稿者)

■No15197に返信(キリマンジャロさんの記事)
>>また、コマンドボタンにアクセスキー（ Alt + キー）をセットすると、キー操作だけで使えて便利ですよ。
> こちらの機能がとても気になり調べたのですが、やり方がいまいち分かりませんでした。
> やり方を教えて頂けたら嬉しいです。よろしくお願いいたします。

実際に［桐 - ヘルプ］で確認してください。
・・・・・・・・・・・・・・・・・・・・

こちら
　↓
［桐 - ヘルプ］ > フォーム > 詳細プロパティ > オブジェクトの種類 > コマンドボタン

【アクセスキー】
アクセスキーとは、フォーム編集時に[コマンドボタン]オブジェクトの中に表示される、下線の半角英数字のことです。
フォーム編集時、[Alt]キーを押しながらアクセスキーを押すことで、コマンドボタンを押すことができます。

[コマンドボタン]オブジェクトの標題にアクセスキーを含めるには、アクセスキーにする半角英数字の前に & を入力します。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

たとえば F をアクセスキーにするには、半角 F の前に、半角の & を入力します。
　　　　　　　　　　　　　　　　　　・・・　　　　・・・・
　　（例）検索(&F)　→　検索(F)

アクセスキーとして使用できる文字は、半角の英数字だけです。
　　　　　　　　　　　　　　　　　　・・・・・・

ｐ．ｓ．

ズームイン　は … &I　半角アイ
ズームアウトは … &O　半角オー

が良いと思いますよ。

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

■15199 / ResNo.4)

　Re[4]: フォームのズームについて

□投稿者/ キリマンジャロ -(2025/11/12(Wed) 08:22:17)

ONnojiさんありがとうございます。

> アクセスキーとして使用できる文字は、半角の英数字だけです。
> 　　　　　　　　　　　　　　　　　　・・・・・・
無事解決することが出来ました。
ありがとうございます。
> ｐ．ｓ．
>
> ズームイン　は … &I　半角アイ
> ズームアウトは … &O　半角オー
>
> が良いと思いますよ。

とても便利なので
ほかのフォームにも波及させたいと思います。

解決済み!

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

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

■記事リスト / ▼下のスレッド / ▲上のスレッド

■15180 / 親記事)

　マルチディスプレイについて

□投稿者/ 尾形 -(2025/11/06(Thu) 15:03:43)

よろしくお願いします
桐10sです

小型ノートパソコンに
HDMIで大型モニタをつないで使っています
表示画面を拡張する　の設定です

ノートパソコン側の画面は小さいので
大型モニタ側で桐を使っています

「ウィンドウ位置」コマンドで
フォームの配置等操作するのに
デスクトップのサイズを取得したいのですが
#デスクトップサイズ　関数では
ノート側画面しか把握できません

良い方法ありませんでしょうか

よろしくお願いします

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

▽[全レス14件(ResNo.10-14 表示)]

■15190 / ResNo.10)

　Re[7]: マルチディスプレイについて

□投稿者/ うにん -(2025/11/06(Thu) 20:59:52)

> メインの Width=1536 の右側にサブウィンドウがあるので
> サブの開始は X=1536
>
> と言うことでは？

そうです、うちのはそれで納得してるんですが、hidetakeさんのは、Xの値とWidthの値が違ってますよね？

>>Bounds : {X=0,Y=0,Width=2048,Height=1152}

>>Bounds : {X=-2560,Y=0,Width=2048,Height=1152}

>>Bounds : {X=2560,Y=0,Width=1920,Height=1080}

最初のデータ、1番（配置真ん中）のWidthが2048なのに、3番目のデータの（配置右）のXが2560になっている。

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

■15192 / ResNo.11)

　Re[1]: マルチディスプレイについて

□投稿者/ 尾形 -(2025/11/07(Fri) 04:56:22)

皆さん、色々とありがとうございます

頂いた情報を元に自分なりに確認してみたいと思います

自分の場合オーバーラップフォームが起点なので、
最終的には2画面間で自在に制御したいと思っていますが

とりあえず、
ウィンドウ位置　　最大化
ウィンドウ位置　　取得
ウィンドウ位置　　復元
あたりで、当初の狙いはできそうに思われました

ありがとうございました

解決済み!

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

■15193 / ResNo.12)

　Re[8]: マルチディスプレイについて

□投稿者/ hidetake -(2025/11/07(Fri) 09:22:45)

> そうです、うちのはそれで納得してるんですが、
> hidetakeさんのは、Xの値とWidthの値が違ってますよね？

ノートパソコンでも試してみました。

どれも Windows11 25H2 で、すべて最新のアップデイトを
かけているものですが、１台の Dell は最初のものとまったく
同じで、X は表示サイズでは無く実サイズで表示されました。

もう１台のノートでやってみると、サブを左に置いた場合、
X は、サブの表示サイズでも実サイズでもなく、メインの
表示サイズを差し引いたものとなりました。
サブを右に置いた場合、メインの表示サイズの値となり正しく
は見えるのですが。

X は表示サイズだったり、実サイズだったり、メインの
画面サイズが反映されたものだったり、どうもおかしな挙動を
示します。

X はプラスマイナスだけを信じ、あとは Width, Height を
元に計算した方が良さそうです。

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

■15200 / ResNo.13)

　Re[2]: マルチディスプレイについて

□投稿者/ 尾形 -(2025/11/13(Thu) 06:02:16)

確認してみました

左画面がメインで、右にマルチモニタな状態で
ウィンドウ位置　設定,&hwindow,位置=(-500,1),サイズ=(500,500)

存在しない座標を指定したら
フォームは生きた状態で
行方不明になってしまうようでした

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

■15201 / ResNo.14)

　Re[3]: マルチディスプレイについて

□投稿者/ うにん -(2025/11/13(Thu) 14:54:18)

> 左画面がメインで、右にマルチモニタな状態で
> ウィンドウ位置　設定,&hwindow,位置=(-500,1),サイズ=(500,500)
>
> 存在しない座標を指定したら
> フォームは生きた状態で
> 行方不明になってしまうようでした

存在しないというか、画面外というか、マルチモニタかどうかとは関係なく
ウィンドウを隠すテクニックとして使われますね。

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

■記事リスト / レス記事表示 → [親記事-9] [10-14]

■記事リスト / ▼下のスレッド / ▲上のスレッド

■15162 / 親記事)

　制約について

□投稿者/ キリマンジャロ -(2025/10/30(Thu) 13:04:09)

IN11、桐10S使用です
いつもお世話になっております

今回ですが、データ型　文字列、項目名　機械No
という表のデータがあります。

ここにP01 や　R01　や　T05　など頭が英語で
そのあと2文字が数字で入ります。

入力する際に、P1やP5などにならない様に3桁
しか入らないように、制約を付けたいを思いましたが
やり方が分からなかったので、
忙しいところ恐縮ですが教えて頂きたいです。
宜しくお願い致します。

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

▽[全レス17件(ResNo.13-17 表示)]

■15175 / ResNo.13)

　Re[5]: 制約について

□投稿者/ キリマンジャロ -(2025/10/31(Fri) 11:09:26)

ジェダイの桐さん、ONnojiさんありがとうございます。

>#文字数( [機械No] ) = 3
>と入力すれば、3文字入力でないとエラーがでます。
素早い回答ありがとうございます。
これから使わせて頂きます。

>この段階で、作り手と利用者は反目しあうことになります。
>こういう経験は藤野さん自身もたくさんしていると思います。
>ですから、作り手は「利用者はいつまでも初心者のレベルに留まっていない」ということ>を自覚するべきです。

この話はとても参考になりました。
考えながらﾌｫｰﾑの作成を行いたいと思います。

>#cond( ( #is英字( #sstr([機械No],1,1 ), 1 ) = 0 .or #is数字( #sstr([機械No], >2, 2 ), 1 ) = 0 .or #文字数( [機械No] ) <> 3 ),"背景色'赤'" )

こちらを使おうと思いますが、未完成の場合は、背景白なんて
事が出来たら嬉しいです。可能でしたらご教示お願い致します。

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

■15176 / ResNo.14)

　Re[6]: 制約について

□投稿者/ ONnoji -(2025/10/31(Fri) 11:34:24)

> >この段階で、作り手と利用者は反目しあうことになります。
> >こういう経験は藤野さん自身もたくさんしていると思います。
> >ですから、作り手は「利用者はいつまでも初心者のレベルに留まっていない」ということ>を自覚するべきです。
>
> この話はとても参考になりました。
> 考えながらﾌｫｰﾑの作成を行いたいと思います。

表の項目制約といったものは、表を作った人自身が使うのであれば、多少の不便も気にならないでしょう。

しかし、ＰＣに疎いひとが突然現れた威圧的なエラーメッセージに遭遇するとどうでしょうか？？

まず、エラーメッセージの意味が分からないことが多いでしょ。

そして、「この表は使いにくいなぁ～」という感想を持つと思います。

キリマンジャロさんは、企業コンサルタントなのか存じませんが、

ＰＣを使ったアプリケーションを作成したりアドバイスをする場合には、ユーザインタフェースによく注意してください。

特に唐突に表示されるメッセージは、ユーザの作業の流れを妨げるので要注意です。

早い話が、ＰＣに詳しい人と、ＰＣに疎い人では、ＰＣ対する感性が異なっているということですよ。

ちなみに、プログラミングは心理学とか、ユーザインターフェースの知識というのがあります。

非常に有名な書籍があるので、会社の経費で買って貰って読んでみてください。

　誰のためのデザイン？　増補・改訂版　―認知科学者のデザイン原論
　出版社　：新曜社; 増補・改訂版 (2015/4/23)
　発売日　：2015/4/23
　言語　　：日本語
　単行本　：520ページ
　ISBN-10 ：4092534647
　ISBN-13 ：978-4788514348

こういう本は売れないからバカ高いのですよ。会社に本代を払わせた方がいいですよ。アハハハ

> >#cond( ( #is英字( #sstr([機械No],1,1 ), 1 ) = 0 .or #is数字( #sstr([機械No], >2, 2 ), 1 ) = 0 .or #文字数( [機械No] ) <> 3 ),"背景色'赤'" )
>
> こちらを使おうと思いますが、未完成の場合は、背景白なんて
> 事が出来たら嬉しいです。可能でしたらご教示お願い致します。

　#cond( ( #is英字( #sstr([機械No], 1, 1), 1) = 0 .or #is数字( #sstr([機械No], 2, 2), 1) = 0 .or #文字数( [機械No] ) <> 3 ),"背景色'赤'" ) + #cond( ([機械No] = #u),"背景色'白'" )

ですね。

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

■15177 / ResNo.15)

　Re[7]: 制約について

□投稿者/ キリマンジャロ -(2025/10/31(Fri) 16:15:43)

ONnojiさんありがとうございます。

> ちなみに、プログラミングは心理学とか、ユーザインターフェースの知識というのがあります。
>
> 非常に有名な書籍があるので、会社の経費で買って貰って読んでみてください。
>
> 　誰のためのデザイン？　増補・改訂版　―認知科学者のデザイン原論
> 　出版社　：新曜社; 増補・改訂版 (2015/4/23)
> 　発売日　：2015/4/23
> 　言語　　：日本語
> 　単行本　：520ページ
> 　ISBN-10 ：4092534647
> 　ISBN-13 ：978-4788514348
>

Amazonで3500円で売っていたので、会社に相談しようと思います。

> 　#cond( ( #is英字( #sstr([機械No], 1, 1), 1) = 0 .or #is数字( #sstr([機械No], 2, 2), 1) = 0 .or #文字数( [機械No] ) <> 3 ),"背景色'赤'" ) + #cond( ([機械No] = #u),"背景色'白'" )
>
> ですね。

無事解決することが出来ました。ありがとうございました。

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

■15178 / ResNo.16)

　Re[8]: 制約について

□投稿者/ キリマンジャロ -(2025/10/31(Fri) 16:16:31)

> 無事解決することが出来ました。ありがとうございました。

解決済み!

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

■15179 / ResNo.17)

　Re[9]: オートINF_Frameworkによる変換

□投稿者/ ONnoji -(2025/11/01(Sat) 13:05:41)

2025/11/01(Sat) 15:08:51 編集(投稿者)

ジェダイの桐さんへ

> >#cond( ( #is英字( #sstr([機械No],1,1 ), 1 ) = 0 .or #is数字( #sstr([機械No], >2, 2 ), 1 ) = 0 .or #文字数( [機械No] ) <> 3 ),"背景色'赤'" )
>
> こちらを使おうと思いますが、未完成の場合は、背景白なんて
> 事が出来たら嬉しいです。可能でしたらご教示お願い致します。

答えは、

　#cond( ( #is英字( #sstr([機械No], 1, 1), 1) = 0 .or #is数字( #sstr([機械No], 2, 2), 1) = 0 .or #文字数( [機械No] ) <> 3 ),"背景色'赤'" ) + #cond( ([機械No] = #u),"背景色'白'" )

です。

なお、この式はオートINF_Framework が表の【項目の表示条件】を解析して、フォームのテキストボックスの【編集属性式】属性を自動的に設定したものです。

　◇　◇　◇　◇　◇

＜注意する点１＞

表の【項目の表示条件】　※1番めと２番めの条件式の順番を入れ替えるとＮＧです。
　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・
１番め

⇒　[] = #u
⇒　背景色：白

２番め

⇒　#is英字( #sstr([],1,1 ), 1 ) = 0 .or #is数字( #sstr([], 2, 2 ), 1 ) = 0 .or #文字数( [] ) <> 3
⇒　背景色：赤

オートINF_Framework を使用するのであれば、表(.tbx)の【項目の表示条件】だけをセットするだけでＯＫです。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

後は、オートINF_Framework がテキストボックスの【編集属性式】属性を自動的に設定します。
　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

つまり、フォームのテキストボックスの【編集属性式】は以下のように設定されます。

　#cond( ( #is英字( #sstr([機械No], 1, 1), 1) = 0 .or #is数字( #sstr([機械No], 2, 2), 1) = 0 .or #文字数( [機械No] ) <> 3 ),"背景色'赤'" ) + #cond( ([機械No] = #u),"背景色'白'" )

＜注意する点２＞

ここでもうひとつ注意があります。

表の【項目の表示条件】の１番めを

　背景色：白　から　背景色：継承　に変更してもよさそうですが、

そうすると、

　編集属性式が一つもありません。
　このまま保存しますか？

が表示されます。

つまり、背景色：継承は何もしないのと同じなのです。
　　　　・・・・・・・・・・・・・・・・

そうなると、オートINF_Framework がテキストボックスの［編集属性式］属性を自動的に設定しようとしても、

【項目の表示条件】の設定情報が空欄なので何も設定できないのでした。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

（例）　([]=#u) , (#is英字( #sstr([],1,1), 1 ) = 0 .or #is数字( #sstr([], 2, 2), 1 ) = 0 .or #文字数( [] ) <> 3) CB3
　　　　　　　↑
　　　背景色"CB"のカラーコードが空
　　　・・・・・・・・・・・・・・

というご注意です。(^^ゞ

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

■記事リスト / レス記事表示 → [親記事-9] [10-17]

■記事リスト / ▲上のスレッド

■15152 / 親記事)

　一括処理の絞込みについて

□投稿者/ キリマンジャロ -(2025/10/24(Fri) 16:55:54)

IN11、桐10S使用です
いつもお世話になっております

一括処理にて、二つの項目の値が一致したら絞込みを
行いたいです。

例

項目　　　　データ型

金額　　　　数値
合否区　　　文字列
完区　　　　文字列

金額　　合否区　完区
100　　　0　　　　1

200　　　1　　　　0

300　　 1 　　　 1

この場合なら、金額300のレコードが絞込みされるように
したいですが、上手くいきません。

絞り込み {[完区]{1},[合否区]{1}}
↑
こんな感じかと思いましたが、違うようです。
お忙しいところ恐縮ですがよろしくお願いします。
　

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

▽[全レス2件(ResNo.1-2 表示)]

■15153 / ResNo.1)

　Re[1]: 一括処理の絞込みについて

□投稿者/ ONnoji -(2025/10/24(Fri) 19:20:40)

2025/10/25(Sat) 01:01:19 編集(投稿者)

■No15152に返信(キリマンジャロさんの記事)
> 絞り込み {[完区]{1},[合否区]{1}}
> ↑
> こんな感じかと思いましたが、違うようです。
> お忙しいところ恐縮ですがよろしくお願いします。

以下を参考にしてください。

桐の釣魚大全のトップ > フォームアプリケーション教書　第２部
２１．４　［絞り込み：比較式］コマンドによるレコードの絞り込み
https://silicon7565.cloudfree.jp/guide/guide_Part2.htm#section21-4

　：
　：

　■［絞り込み：検索条件］コマンドと［絞り込み（検索）：比較式］コマンドでは波括弧（｛｝）の使い方が異なる

　時々、［絞り込み：検索条件］コマンドと［絞り込み（検索）：比較式］コマンドは、どちらも表記法が同じだろうと高を括ってコマンドをコピペして失敗する人がいます。
　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

以下に同等の条件を示します。

単純にコピペしてはいけないことが判ると思います。

　【検索条件】
　検索条件(S):
　┌───┬────┬───────┬────
　│　　　│　性別　│　　体重　　　│　ほか　　　【コマンド】
　├───┼────┼───────┼────
　│条件1 │"女性"　│ ≧ 25, ≦50　│　　　　　　検索条件登録　 "",｛[性別]｛"女性"｝, [体重]｛ ≧ 25, ≦50 ｝｝
　│条件2 │　　　　│　　　　　　　│　　　　　　絞り込み　条件名 = ""
　│条件3 │　　　　│　　　　　　　│
　：　：　：　　　　：　　　　　　　：
　：　：　：　　　　：　　　　　　　：　　　　　　× 絞り込み [ほか]｛[性別]｛"女性"｝, [体重]｛ ≧ 25, ≦50 ｝｝
　│条件10│　　　　│　　　　　　　│
　└───┴────┴───────┴────　　○ 絞り込み [ほか]｛[性別] = "女性"， [体重]≧ 25，[体重]≦ 50 ｝

　【絞り込み：比較式】
　項目名(N):　[ほか]　　　　　　　　　　　　　　　【コマンド】
　比較式(H):
　[性別] = "女性"，[体重]≧ 25，[体重]≦ 50　　　絞り込み [ほか]｛ [性別] = "女性"，[体重]≧ 25，[体重]≦ 50 ｝

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

■15159 / ResNo.2)

　Re[2]: 一括処理の絞込みについて

□投稿者/ キリマンジャロ -(2025/10/27(Mon) 08:42:43)

ONnojiさん返信ありがとうございます。

無事に絞り込みを行うことが出来ました。
ありがとうございました。

解決済み!

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

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

次のスレッド5件＞

- Child Tree -
- Antispam Version -