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

2024/05/20(Mon) 17:48:46 編集(投稿者)

桐10ｓ　Windows10を使用しています。

日付絞り込み.TBXの項目名　日付　には　ランダムに24/4/1～24/4/30まで入力されいます。

日付絞り込み.WFX　から　コマンドボタンで　期間指定絞込.WFXをモーダルフォームで開き、
絞り込み開始日　と　絞り込み終了日　を入力して　日付絞り込み.WFXの日付を絞り込みたいと考えています。

名札メイン
　変数宣言　局所, 日時　{ &mRefinementStartDate, &mRefinementEndDate }

　表　"日付絞り込み.TBX"
　&mRefinementStartDate = [日付]
　&mRefinementEndDate = [日付]
＊

手続き定義開始　cmd絞込開始Click()
　変数宣言　自動, 数値　　{ &ans }
　変数宣言　自動, 文字列　{ &title = "cmd絞込開始Click()", &msg }

　表　"日付絞り込み.TBX"
　解除　*
　if( .not #eof )
　　&msg = "絞り込み開始日　と　絞り込み終了日　が選択されました。"
　　&msg = &msg + "\n日付 " + #文字列( &mRefinementStartDate ) + " ～ " + #文字列( &mRefinementEndDate ) + "を絞り込みますか？"
　　メッセージボックス　 &title, &msg, アイコン = i, ボタン指定 = 2, 制御文字展開 = する, &ans

　　if( &ans = 1 )
　　絞り込み　[日付]　{ &mRefinementStartDate＜=[]＜=&mRefinementEndDate }
　　&msg = "絞り込み完了しました"
　　メッセージボックス　 &title, &msg, アイコン = i, ボタン指定 = 1, 制御文字展開 = しない
　　メソッド呼び出し　戻り値= &実行リターン, @cmd閉じる. 実行()
　　else
　　&msg = "キャンセルしました"
　　メッセージボックス　 &title, &msg, アイコン = i, ボタン指定 = 1, 制御文字展開 = しない
　　end

　else
　&msg = "該当日が見当たりません"
　　メッセージボックス　 &title, &msg, アイコン = i, ボタン指定 = 1, 制御文字展開 = しない
　end

手続き定義終了

この手続きですと、絞り込み開始日　と　絞り込み終了日　が正しく入力出来ていれば思った通りの動きになります。

しかし、　24/4/1　～　24/3/1　の様に間違えた入力でも絞り込めてしまいます。
（絞り込みの結果は、絞り込んだ状態で全て未定義状態です）

良く考えてみると

else
　&msg = "該当日が見当たりません"
　　メッセージボックス　 &title, &msg, アイコン = i, ボタン指定 = 1, 制御文字展開 = しない
　end

このプログラムは書いているだけで、エラー判断が無いので意味をなしてない気がします・・・

絞り込み期間入力を間違えた時　処理を止める方法が分かる方　お時間がある時教えて頂けたら幸いですm(__)m

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

▽[全レス31件(ResNo.27-31 表示)]

■14385 / ResNo.27)

　Re[7]: モジュール化はフォームのレベルでも必要

□投稿者/ ONnoji -(2024/05/23(Thu) 22:57:26)

2024/05/24(Fri) 00:21:18 編集(投稿者)
2024/05/23(Thu) 23:57:06 編集(投稿者)

今回の質問のゴールであるポップアップウィンドウ（モーダルフォーム）で開始日時と終了日時を指定して、

呼び出し元のフォームの編集対象表のレコードを絞り込むという目的は達成できましたね。パチパチパチ　(^^v♪

今回もですが、Ｗｉｎ桐の「フォーム＋イベント処理」にしても（エクセルのＶＢＡにしてもですが）、つくづく思いましたが初級者には難しいですね。

これは自動車の運転と同じですね。※自動車の免許を持っていない人は初めて自転車に乗る時を思い出してください。

当然ですが、誰でも最初から自動車を自由自在に運転できるワケではありませんよね。

同じく、当然ですが、誰でも最初からジェット旅客機のパイロットになれるワケではありませんよね。

だから、最初から自分が何でも出来ると思うのは誤りですね。

つまり、どんな事でも、少しづつ経験を積み重ねていかなければ一人前にはならないものなのですよね。

これって、会社の仕事もしかりで何にでも当てはまりますよね。

もしも、「フォーム＋イベント処理」を上達したいと志すのであれば、経験をたくさん積んでください。

きっと、ＡＫさんもその事をを伝えたかったのだと思いますよ。

　◇　◇　◇　◇　◇　◇　◇　◇　◇　◇　◇　◇　◇　◇

桐の「フォーム＋イベント処理」では、内容にもよりますが、マイクロソフト社のＶＢやＣ＃で作成したアプリケーションと遜色の無いくらいのアプリケーションが作れますよ。

こんなにも、簡単にお手軽にアプリケーションが作れるのに放って置くのは勿体ないと思いませんか？

いま流行の、「きんとん雲」より少しだけ手間が掛かりますが、「痒いところに細かに手が届く」アプリケーションが作れるのはＷｉｎ桐くらいかと思いますよ。

私( ONnoji )は、Ｗｉｎ桐をアプリケーション開発のプラットフォームだと発信してきました。

だから、Ｗｉｎ桐でアプリケーションを開発する人は、もっともっともっと自信を持っていただきたいのでありますゾ！。

　◇　◇　◇　◇　◇　◇　◇　◇　◇　◇　◇　◇　◇　◇

ジェダイの桐さんの質問投稿を読むと、ＡＫさんもですが私( ONnoji )も自分自身の昔の姿を思い起こしてしまうのですよ、

だから、気になって仕方が無いのですね。アハハha

というわけで、毎回のようにツリーが膨張してごめんなさいね。(^^ゞ＞【多遊】さん

ｐ．ｓ．

元々は人工知能を批判する哲学者が提唱したものですが・・・

「ドレイファスモデル」という超有名な学習に関するモデルがあります。

是非、お読みください。※随分昔に私( ONnoji )はアスキー刊の[純粋人工知能批判（原題：Mind Over Machine ）を読んで感銘を受けましたよ。

こちら
　↓
ドレイファスモデルとは何か？技能の５段階と各段階にあわせた対応方法を解説 | Promapedia（プロマペディア）
https://ssaits.jp/promapedia/method/dreyfus_model.html

ドレイファスモデル：直観力の習得 – アイ＆カンパニー
https://iandco.jp/ex/dreyfus/

> ドレイファスモデル：直観力の習得
>
> 1. 初心者、Novice ：経験がほとんどない
>
> 2. 中級者、Advanced beginner ：自分だけでは問題解決にてこずる
>
> 3. 上級者、Competent ：自分で問題解決できる
>
> 4. 熟練者、Proficient ：自分で学び成長することができる
>
> 5. 達人、Expert ：直観で行動できる

ちなみに、現在では「パトリシア・ベナーの看護理論」の方が有名かもしれませんが、内容は同じですよ。

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

■14386 / ResNo.28)

　Re[10]: モジュール化はフォームのレベルでも必要

□投稿者/ ジェダイの桐 -(2024/05/24(Fri) 09:37:14)

AKさん

おはようございます！

> ONnojiさんのHPは難しいと感じるかもしれませんが私が知りうる限りではイベント処理の勉強では間違いなく一番参考になると思います。
> 同様にAkomeさんのHPも参考になると思います。
> ぜひ見よう見真似をした上で自力で作成してみてください。

今回の件で、本当の意味で理解出来た事があります。
それは、切羽詰まらない（必要に迫られない）と真剣なつもりなんだなぁって事です。

ONnojiさんのホームページを何回も読んでいるのですが、
フォームアプリケーション教書　第1部　9.2　に実行条件の事が書いてあります。
具体的な使用方法は今回学べたのですが、ヒントが既に提示されているんですよね・・・

正に読んだつもり状態ですよね。（ヤレヤレです(T_T)）

> しかし繰り返し作っていって慣れてくれば、いづれ「今度はこうしたい！」という意欲がわいてきてドンドン上達すると思います。
> 初心者、初級者はこの繰り返しの実践しかありません。
> そして今回のような要求に耐えうる知識と技術が少しずつ身につくと思います。

取り組み続けていきますね！
（実際、桐のプログラム（仕掛け）を考えるのは楽しいですし、上手くいった時は嬉しいです(^^)/）

> 次回は一から自作されたフォームとイベントファイルの質問を拝見させていただければなぁと勝手に思っております。＾＾

はい！
その時が来ましたら、助言の程よろしくお願いしますm(__)m

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

■14387 / ResNo.29)

　Re[8]: モジュール化はフォームのレベルでも必要

□投稿者/ ジェダイの桐 -(2024/05/24(Fri) 10:12:41)

ONnojiさん

おはようございます！

> 今回の質問のゴールであるポップアップウィンドウ（モーダルフォーム）で開始日時と終了日時を指定して、
>
> 呼び出し元のフォームの編集対象表のレコードを絞り込むという目的は達成できましたね。パチパチパチ　(^^v♪

本当に嬉しいです！
ありがとうございましたm(__)m
桐に不慣れな人も喜んでいます。喜んで貰える設計（構造）に助言を貰いながら作成出来た事も嬉しいです！

> つまり、どんな事でも、少しづつ経験を積み重ねていかなければ一人前にはならないものなのですよね。
>
> これって、会社の仕事もしかりで何にでも当てはまりますよね。
>
> もしも、「フォーム＋イベント処理」を上達したいと志すのであれば、経験をたくさん積んでください。

> きっと、ＡＫさんもその事をを伝えたかったのだと思いますよ。

> ジェダイの桐さんの質問投稿を読むと、ＡＫさんもですが私( ONnoji )も自分自身の昔の姿を思い起こしてしまうのですよ、
>
> だから、気になって仕方が無いのですね。アハハha

私は幸せ者です。
だって、色んな人に気にかけて貰えているのですから。
ありがとうございます！

図（ダイアグラム）を書いて、やりたい事を定める事を習慣づけます。

シンプルなのに、やりたい事が実現でき　且つ　分かりやすい。
サンプル作成頂いたアプローチが衝撃的でした。

コマンドボタンの機能　モーダルフォームの機能を見定める。
コマンドボタンの機能（使い方）の認識が変わりました。
これが凄く重要ですね。
今回の件で良く分かりました。

> こちら
> 　↓
> ドレイファスモデルとは何か？技能の５段階と各段階にあわせた対応方法を解説 | Promapedia（プロマペディア）
> https://ssaits.jp/promapedia/method/dreyfus_model.html
>
>
> ドレイファスモデル：直観力の習得 – アイ＆カンパニー
> https://iandco.jp/ex/dreyfus/
>
>>ドレイファスモデル：直観力の習得
>>
>>1. 初心者、Novice ：経験がほとんどない
>>
>>2. 中級者、Advanced beginner ：自分だけでは問題解決にてこずる
>>
>>3. 上級者、Competent ：自分で問題解決できる
>>
>>4. 熟練者、Proficient ：自分で学び成長することができる
>>
>>5. 達人、Expert ：直観で行動できる

この記事を読んでいきます！
教えて頂きありがとうございます！

ｐ.ｓ.

>【本当に必要なメッセージと不要なメッセージ】

>サンプルでは、デバッグ目的でメッセージボックスを表示していますが、

>特に else つまり、［ＯＫ］ボタン以外、つまり［キャンセル］・ボタン［×］ボタン・[Esc]キーを押すの場合には、

>メッセージボックスを出す必要はありませんよ。※デバッグ中を除く

>なぜならば、モーダルフォームを［キャンセル］・ボタン［×］ボタン・[Esc]キーを押した人は、

>作業の取り消しの意思を示したのですから、ご丁寧に"キャンセルしました～(^^♪"なんて表示するのは手間を増やすだけの余計なお節介です。
>・・・・・・・・・・・・・・　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

>お節介なメッセージが欲しいのは開発者がテストをしている時だけです。
>・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

>なので、実際に運用する時には、 else 側のメッセ―ボックスは表示されないようにコメントアウトしてください。

ずっと不思議な事がありました。
あこめさんの入門講座　Chapter4　でメッセージボックスが出てきます。

◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇

else
　確認　"中止しました"

キャンセルした際の表示なので、実際に稼働している時には不要でしょう。
ここではメッセージボックスが動作したかどうかのデバック用に設定したわけです。

◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇

と、解説が出てきます。
私としては、せっかく作ったのに何故不要なんだろう？？
と思っていた訳ですが、ONnojiさんのコメントで解決しました！

今なら、意味が理解出来ますし　"キャンセルしました"　は作業者にとって煩わしいですね。

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

■14393 / ResNo.30)

　Re[9]: モジュール化はフォームのレベルでも必要

□投稿者/ ONnoji -(2024/05/26(Sun) 16:15:44)

2024/05/26(Sun) 16:38:46 編集(投稿者)

コマンドボタンの機能名の種類がたくさんあるので、一覧表の形式よりもＷＢＳの形式の方が見やすそうです。

試しにこんな感じで作ってみました。

ご参考になれば。

1 コマンドボタン
│
├ 1.1 ファイル
│　├ 1.1.1　閉じる
│　├ 1.1.2　上書き保存
│　├ 1.1.3　開く
│　├ 1.1.4　表整理
│　├ 1.1.5　結合表の再抽出
│　├ 1.1.6　読み込み_表
│　├ 1.1.7　読み込み_テキスト
│　├ 1.1.8　読み込み_K3
│　├ 1.1.9　読み込み_CSV
│　├ 1.1.10 読み込み_PDF
│　├ 1.1.11 書き出し_表
│　├ 1.1.12 書き出し_テキスト
│　├ 1.1.13 書き出し_K3
│　├ 1.1.14 書き出し_CSV
│　├ 1.1.15 書き出し_転置
│　├ 1.1.16 書き出し_表の枠組み
│　├ 1.1.17 書き出し_外部データベース
│　├ 1.1.18 併合
│　├ 1.1.19 一覧表印刷
│　└ 1.1.20 レポート印刷
│
├ 1.2 編集
│　├ 1.2.1　訂正
│　├ 1.2.2　表示/訂正
│　├ 1.2.3　表示
│　├ 1.2.4　ジャンプ
│　├ 1.2.5　フォーカス移動
│　├ 1.2.6　検索_条件名
│　├ 1.2.7　検索_比較式
│　├ 1.2.8　検索_値
│　├ 1.2.9　次を検索
│　├ 1.2.10 前を検索
│　├ 1.2.11 次を検索_比較式
│　├ 1.2.12 前を検索_比較式
│　├ 1.2.13 項目置換
│　├ 1.2.14 置換_条件名
│　├ 1.2.15 元に戻す
│　├ 1.2.16 削除
│　└ 1.2.17 すべて選択
│
├ 1.3 クリップボード
│　├ 1.3.1 コピー
│　├ 1.3.2 切り取り
│　└ 1.3.3 貼り付け
│
├ 1.4 表示
│　├ 1.4.1 ズームイン
│　├ 1.4.2 ズームアウト
│　├ 1.4.3 表編集へ
│　├ 1.4.4 フォームの選択
│　├ 1.4.5 削除行
│　└ 1.4.6 スラッシュメニュー
│
├ 1.5 行操作
│　├ 1.5.1　行挿入
│　├ 1.5.2　行追加
│　├ 1.5.3　行削除_指定行
│　├ 1.5.4　行削除_全行
│　├ 1.5.5　行復活_指定行
│　├ 1.5.6　行復活_全行
│　├ 1.5.7　レコードロック_指定行
│　├ 1.5.8　レコードロック_現在行
│　├ 1.5.9　ロック解除_全行
│　├ 1.5.10 絞り込み_条件名
│　├ 1.5.11 絞り込み_比較式
│　├ 1.5.12 絞り込み_値
│　├ 1.5.13 絞り込み_指定行
│　├ 1.5.14 絞り込み_単一化
│　├ 1.5.15 絞り込み_重複行
│　├ 1.5.16 絞り込み_行数
│　├ 1.5.17 絞り込み_同一値
│　├ 1.5.18 補集合
│　├ 1.5.19 並べ替え_条件名
│　├ 1.5.20 並べ替え_昇順
│　├ 1.5.21 並べ替え_降順
│　├ 1.5.22 絞り込み_解除
│　├ 1.5.23 解除
│　├ 1.5.24 グループ指定
│　├ 1.5.25 グループ検索
│　├ 1.5.26 グループ値訂正
│　├ 1.5.27 グループ追加
│　├ 1.5.28 グループ再抽出
│　└ 1.5.29 グループ解除
│
├ 1.6 入力
│　├ 1.6.1 直前値
│　├ 1.6.2 直前行
│　└ 1.6.3 値複写
│
├ 1.7 ウィンドウ
│　├ 1.7.1 多重化_表編集
│　└ 1.7.2 多重化_フォーム編集
│
├ 1.8 Webビュー　※桐ｓSLで新しく追加されたグループ
│　├ 1.8.1 戻る
│　├ 1.8.2 進む
│　├ 1.8.3 更新
│　├ 1.8.4 ホーム
│　└ 1.8.5 URL取得
│
├ 1.9 手続き実行
│　└ 1.9.1 手続き実行
│
├ 1.10 その他
│　├ 1.10.1 再生
│　├ 1.10.2 状況依存ヘルプ
│　├ 1.10.3 モーダルフォーム
│　├ 1.10.4 ファイル名入力
│　├ 1.10.5 編集制御
│　├ 1.10.6 シェル実行
│　├ 1.10.7 実行条件
│　├ 1.10.8 一括処理へ戻る　※「フォーム＋イベント処理」では使用しません
│　└ 1.10.9 桐の終了
│
└ 1.11 なし
　　└ 1.11.1 なし

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

■14407 / ResNo.31)

　Re[11]: モジュール化はフォームのレベルでも必要

□投稿者/ ななーし -(2024/05/28(Tue) 16:08:35)

ジェダイの桐さんこんにちは。

たしかにONnojiさんのサイトはわかりやすいです。
ただ、かなり丁寧な書き方をしてもらっていることもあり、
少し詰まるとわからない感じがしてくるということがありました。
詰まった原因は言葉のニュアンス理解ですね。どういう意味だろう？がわからなかったことがあり、桐をベースなので桐を見ながら紐解きしてました。

超初心者クラスのフォームベースの作成ではOK,キャンセルと
少しのイベント処理がわかればいいので桐のサンプルを分解して確認してみると参考になると思います。（桐のサンプルもゴテゴテしてはいるんですけどね（笑）シンプルすぎるのと難しいの中間くらいのものが欲しかったがわがままだと思うので割愛

サンプルでこれわからない！ってなったらONnojiさんのサイトを見るとめちゃくちゃわかります。参考にしてみてください。

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

■記事リスト / レス記事表示 → [親記事-9] [10-19] [20-29] [30-31]

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

■14359 / 親記事)

　arm版Windows での桐の使用

□投稿者/ 補集合 -(2024/05/21(Tue) 07:50:01)
http://arm/windows

初めて質問させていただきます。
現在MacBookの仮想環境ParallelsDesktopを使用して、arm版のWindowsで桐10sを使用したいと思いインストールしました。ファイル単体では使用できるのですが、フォルダにアクセスするファイル選択などの動作で、「パラメータが間違ってます」とエラーが出ます。
他の仮想環境のアプリでも同じエラーになりましたので、arm版であることが問題だと思うのですが、どなたかarm版のWindowsでも使用できている方はいらっしゃいますでしょうか？
公式ドキュメントでは「arm版は動作検証していない」となっているので、無理な可能性が高いと思うのですが質問させていただきます。

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

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

■14374 / ResNo.1)

　Re[1]: arm版Windows での桐の使用

□投稿者/ ONnoji -(2024/05/23(Thu) 04:22:13)

> 現在MacBookの仮想環境ParallelsDesktopを使用して、arm版のWindowsで桐10sを使用したいと思いインストールしました。
> ファイル単体では使用できるのですが、フォルダにアクセスするファイル選択などの動作で、
> 「パラメータが間違ってます」とエラーが出ます。
> 他の仮想環境のアプリでも同じエラーになりましたので、arm版であることが問題だと思うのですが、
> どなたかarm版のWindowsでも使用できている方はいらっしゃいますでしょうか？
> 公式ドキュメントでは「arm版は動作検証していない」となっているので、無理な可能性が高いと思うのですが質問させていただきます。

タラレバではありますが・・・(^^ゞ

C: や D: といったドライブレターで指定しないで、UNC で指定することは試されましたか？

例えば、［開く］ダイアログのファイル名の入力域に

　\\コンピュータ名\共有名\*.*

のように入力してみたらいかがでしょうか？？？

【転載】［桐 - ヘルプ］　UNCについて
UNCとは「Universal Naming Convention」の略で、Windowsネットワークで共有資源を示す表記法のことです。
たとえば「mypc」というコンピュータの共有フォルダ「data」にある「jusho.tbx」を示す場合、つぎのように記述します。

　\\mypc\data\jusho.tbx

今まで、共有フォルダ上のファイルを使用するにはネットワークドライブに割り当てておく必要がありましたが、
桐10からUNC形式で指定することができるようになりました。

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

■14377 / ResNo.2)

　Re[2]: arm版Windows での桐の使用

□投稿者/ 補集合 -(2024/05/23(Thu) 13:56:38)

■No14374に返信(ONnojiさんの記事)
アドバイスいただきましてありがとうございます。

> C: や D: といったドライブレターで指定しないで、UNC で指定することは試されましたか？

UNCで指定して併合や読込処理試してみました。
結果から申し上げるとうまくいきませんでした。

しかし、この方法でしたら、今まではダイアログ画面から一歩も動けなかったのですが、相手先のファイルが見えるところまでは前進（？笑）しました。
ただ、そのファイルを選択すると、アプリケーションごと落ちてしまう現象となっています。
残念です！

裏道の内容にお付き合いいただきまして本当にありがとうございました。
いつかarm版Windowsやmacにも対応することを願いながら、おとなしく正面から桐を使用したいと思います。

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

■14378 / ResNo.3)

　Re[3]: arm版Windows での桐の使用

□投稿者/ 補集合 -(2024/05/23(Thu) 14:13:00)

■No14377に返信(補集合さんの記事)
> ■No14374に返信(ONnojiさんの記事)
ONnoji様

連続投稿ですみません。諦めきれずにもう少し触ってみたところ、うまくいく方法方法が方法が見つかりました。
Windows側のファイル指定のダイアログではUNCでのファイル指定がダメでしたが、桐側のダイアログで直接指定すればうまくいきました。

だいぶ変則な使用方法にはなりますが、共有設定などを工夫すれば最低限使用できそうです。
本当にありがとうございます。一旦解決とさせていただきます。

解決済み!

603×433 => 250×179

1716441180.png/68KB

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

■14379 / ResNo.4)

　Re[4]: arm版Windows での桐の使用

□投稿者/ ONnoji -(2024/05/23(Thu) 15:28:53)

試してみるものですねぇ～。v(^^)v

いいね!

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

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

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

■14341 / 親記事)

　月毎の日数端数を切り捨てた月期間の計算について

□投稿者/ TS -(2024/05/18(Sat) 08:51:35)

2024/05/18(Sat) 09:03:07 編集(投稿者)

　いつもお世話になっております。

　・桐Ｖ９　2012

　表定義において、項目計算式で期間の計算をするにあたり、
月毎の端数は切り捨て、日数フルの月は１ヶ月として、
期間の計算をしたいと考えていますが、計算式等が思い浮かばす数日間（今週月より）悩んでおります。
　ついては、式や項目のデータ型等ご教示いただければと思います。
　よろしくお願いします。

（例）
２０２４年４月１２日　から　２０２４年７月２９日　→　２ヶ月

　×　　２０２４年４月１２日　から　２０２４年４月３０日
１ヶ月　２０２４年５月１日　から　２０２４年５月３１日
１ヶ月　２０２４年６月１日　から　２０２４年６月３０日
　×　　２０２４年７月１日　から　２０２４年７月２９日

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

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

■14348 / ResNo.6)

　Re[4]: 月毎の日数端数を切り捨てた月期間の計算について

□投稿者/ MAKOTO -(2024/05/18(Sat) 22:32:01)

TSさんこんにちは
適当に作ってみました。
関数はヘルプを参照してください。
半角の#を押して右に矢印キーを押すと参考になる記述が
出ます。

TS.zip/1KB

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

■14349 / ResNo.7)

　Re[5]: 月毎の日数端数を切り捨てた月期間の計算について

□投稿者/ TS -(2024/05/19(Sun) 10:45:24)

MAKOTO　様　回答　また、添付ファイルの表を作成していただき有難うございました。

[開始期間]、[終了期間]、[開始日]、[終了日]が

確かに日時型になっており、[月数]で求めたい月数が出力されていました。

　やりたかったことが実現されており、大変助かりました。

　日時型　のデータは扱いづらい印象があり、

ついついデータ型として使うことにおっくうになっていました。

　また、今回照会させてもらった既テーブルのデータ型変更

（及びデータの再入力・チェック）に時間がかかってしまい、

返信が遅れてしまいすいませんでした。

　大変に勉強になりました。

　本当に有難うございました。

解決済み!

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

■14357 / ResNo.8)

　Re[2]: 日付が火付けになってしまった

□投稿者/ ONnoji -(2024/05/20(Mon) 21:39:13)

2024/05/22(Wed) 10:53:31 編集(投稿者)
2024/05/20(Mon) 22:40:11 編集(投稿者)

TSさん

>> 日付は、本質的に文字列型または日時型であるのが自然ですよ。
>
> 勉強になります。
> TBLをバックアップコピーし、
> [起算開始]、[起算終了]　のデータ型を日時型にしてみたいと思います。
> また、今回照会させてもらった既テーブルのデータ型変更
> （及びデータの再入力・チェック）に時間がかかってしまい、

当方は土日月とＰＣの前に居ませんでしたので、ご返事が遅れました。

当方の発言で、なんかマッチで火を付けてしまったような気がしています。

今まで、数値型でデータを蓄積してきたのですから、それ自体には問題は無いのですよ。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

ただ、一般論で言うと

文字列型の日付文字列のデータか、日時型のデータが、日付の処理に適していますよと申し上げた次第です。

ややこしい事をしようとすると、

数値型 → 文字列型（日付文字列） → （必要に応じて）日時型

　または

数値型 → 日時型

の変換が必要になるので、数値型よりも云々と申し上げたわけです。
　・・・・・・・・

それが・・・、まさか表の定義を変更してしまうとは思っていませんでしたので非常に驚いてしまいました。

日付が火付けになってしまったようで恐縮です。m(__)m

ｐ．ｓ．

確かに入力の際に０～９の数字と正負記号しか受け付けないという特性は便利です。※指数表現も受け付けるでしょうけれども(^^ゞ

なので、数値型で入力を受け取るというのは実践的なテクニックと言えますよ。

だから、オペレータが入力する項目として数値型であっても何ら問題はないのです。※私は表の定義は自由だと申し上げていましたよ
　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

しかし、それとは別に数値を日付として処理する場合にはちょっと面倒になるわけです。

そこで、入力と日付計算のどちらか一方を選ぶのではなく、入力は数値型、計算のタネは日時型というように考えることも出来ます。
　　　　　　　　　　　　　　　　　　　　　　　　　　　◎◎・・・・　◎◎・・・・・・・
つまり、

［入力用の数値型項目］と［日時型の計算項目］をペアで運用するというのもアリだろうと思います。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

［日時型の計算項目］の計算式は、毎回同じなのでいわずもがなですが・・・

　#日時値( #sstr( #str( [数値型項目], 1, 4 ) + "-" + #sstr( #str( [数値型項目], 5, 2 ) + "-" + #sstr( #str( [数値型項目], 7, 2 ) )
　　　　　　　　　　　　　　　　　　　　　　　　↑　　　　　　　　　　　　　　　　　　　　↑
　　　　　　　　　　　　　　　　　　　　　　区切り文字はお好きなものを　　　　　　　　区切り文字はお好きなものを

もしも、［文字列型の計算項目］がよろしければ

　#sstr( #str( [数値型項目], 1, 4 ) + "-" + #sstr( #str( [数値型項目], 5, 2 ) + "-" + #sstr( #str( [数値型項目], 7, 2 )
　　　　　　　　　　　　　　　　　　　 ↑　　　　　　　　　　　　　　　　　　　　 ↑
　　　　　　　　　　　　　　　　　区切り文字はお好きなものを　　　　　　　　区切り文字はお好きなものを

↑これは毎回の変換手順でワンパターンですから、もう何度もご覧になって目に焼き付いているかもしれませんね？？？
　　　　　　　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・

このように、日時型に変換するか、文字列型の日付文字列に変換すれば、日時に関する各種の関数が利用できるわけです。

でも、数値型の場合には何もできないのです、しかし、オペレータの入力する項目という見方からすれば実践的ですね。

オペレータさんの入力のやり易さを優先して、なおかつ日時の計算が簡単に出来るようにとハイブリッドな表定義にするのが望ましいかもしれませんね。

なお、今回は早合点して拙速に表の定義を変えたりしないでくださいね。

あくまでも、当方( ONnoji )は他人ですから、TSさんの状況を事細かに把握して強制・矯正しているわけではないのです。

だから「あ～、また ONnoji が何か言ってるよ。」という程度に気楽に読んでください。

ｐ．ｐ．ｓ．

ヘルプでキーワード：日付文字列を検索してください。

"日付文字列"は、日時型が存在しなかったＤＯＳ桐の時から日時の計算をする時の基本です。

"日付文字列"の知識は基本中の基本ですから、必ずヘルプを読んでくださいね。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

［桐 - ヘルプ］→ データと式 → 計算式 → 日時の計算 → 日時文字列

日時型は、"日付文字列"に時刻（時分秒:ｈｍｓ）を追加したデータ型と思ってください。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

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

■14372 / ResNo.9)

　Re[3]: 日付が火付けになってしまった

□投稿者/ TS -(2024/05/22(Wed) 23:04:10)

ONnoji　様

> あくまでも、当方( ONnoji )は他人ですから、TSさんの状況を事細かに把握して強制・矯正しているわけでは

> ないのです。だから「あ～、また ONnoji が何か言ってるよ。」という程度に気楽に読んでください。

　桐のベテランユーザ（ONnoji様等）から直接御指南していただけるものは、素直に耳を傾けさせてただこうと思っております。

>　#日時値( #sstr( #str( [数値型項目], 1, 4 ) + "-" + #sstr( #str( [数値型項目], 5, 2 ) + "-" + #sstr( #str( [数値型項目], 7, 2 ) )

> 　#sstr( #str( [数値型項目], 1, 4 ) + "-" + #sstr( #str( [数値型項目], 5, 2 ) + "-" + #sstr( #str( [数値型項目], 7, 2 )

　すごいです。これを知っておくだけでも、非常時に相当役立つ感じがします。

> 日時型は、"日付文字列"に時刻（時分秒:ｈｍｓ）を追加したデータ型と思ってください。

　なるほど、そう考えると少しとっつきにくい感が低くなった気がします。

　仕事の関係で、返事が少し遅くなってしまいましたが、今回の回答に関しては、

良い勉強になったと感じております。

　引き続きご指導等いただければと思います。

　本当に有難うございました。

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

■14375 / ResNo.10)

　Re[4]: 日付が火付けになってしまった

□投稿者/ ONnoji -(2024/05/23(Thu) 04:28:45)

>　#日時値( #sstr( #str( [数値型項目], 1, 4 ) + "-" + #sstr( #str( [数値型項目], 5, 2 ) + "-" + #sstr( #str( [数値型項目], 7, 2 ) )
> 　#sstr( #str( [数値型項目], 1, 4 ) + "-" + #sstr( #str( [数値型項目], 5, 2 ) + "-" + #sstr( #str( [数値型項目], 7, 2 )

式が誤っていました。

以下のように、かっこ" )"を挿入してお使いください。

　#日時値( #sstr( #str( [数値型項目] ), 1, 4 ) + "-" + #sstr( #str( [数値型項目] ), 5, 2 ) + "-" + #sstr( #str( [数値型項目] ), 7, 2 ) )
　　　　　　　　　　　　　　　　　　↑　　　　　　　　　　　　　　　　　　　　　↑　　　　　　　　　　　　　　　　　　　　　↑　　
　　　　　　　　　　　　　　かっこ" )"を挿入　　　　　　　　　　　　　　かっこ" )"を挿入　　　　　　　　　　　　　　かっこ" )"を挿入

　#sstr( #str( [数値型項目] ), 1, 4 ) + "-" + #sstr( #str( [数値型項目] ), 5, 2 ) + "-" + #sstr( #str( [数値型項目] ), 7, 2 )
　　　　　　　　　　　　　 ↑　　　　　　　　　　　　　　　　　　　　　↑　　　　　　　　　　　　　　　　　　　　　↑　　
　　　　　　　　　　かっこ" )"を挿入　　　　　　　　　　　　　　かっこ" )"を挿入　　　　　　　　　　　　　　かっこ" )"を挿入

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

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

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

■14336 / 親記事)

　保存した条件における読み込み元表のパスが変更されている場合

□投稿者/ 名無し -(2024/05/16(Thu) 14:01:20)

標記の件につきまして、質問させてください。

表の読み込みや併合の際に、設定した条件を保存することが可能ですが、
当該パスが存在しなくなっていた場合、
保存した読み込み項目や併合条件がクリアされてしまい、
どのような設定が保存されていたかわからなくなってしまいます。
（そのパスがサーバー上から消失しているため、読み込み元ファイルをそこに保存しなおすといったことができません）

この場合に、内部データを修正する等で、読み込み元のファイルパスを変更し、保存した条件を呼び出すといったことはできないでしょうか。
他に解決策があればご教示いただければ幸いです。

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

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

■14337 / ResNo.1)

　Re[1]: 保存した条件における読み込み元表のパスが変更されている場合

□投稿者/ ONnoji -(2024/05/16(Thu) 17:18:39)

2024/05/16(Thu) 17:29:54 編集(投稿者)

> 表の読み込みや併合の際に、設定した条件を保存することが可能ですが、
> 当該パスが存在しなくなっていた場合、
> 保存した読み込み項目や併合条件がクリアされてしまい、
> どのような設定が保存されていたかわからなくなってしまいます。

そうなってしまった場合には後の祭りで、手の施しようがないと思いますよ。

次善の策としては、各種条件を作成する際に［履歴］に登録して、その内容を別途保存しておくことかと思いますけれど・・・

もちろん、パスが存在しなくなっていた場合には履歴も動作しなくなりますが、

条件登録の内容は履歴ファイルの中に保存されていると思いますよ。

■［フォーム＋イベント］で利用できるコマンド　その２　（条件を作成削除するコマンド）

　一覧表印刷条件　行グループ　　　　　　　　│検索条件削除
　一覧表印刷条件　行属性　　　　　　　　　　│検索条件登録
　一覧表印刷条件　項目名属性　　　　　　　　│索引削除
　一覧表印刷条件　データ属性　　　　　　　　│索引定義
　一覧表印刷条件　表属性　　　　　　　　　　│索引名変更
　一覧表印刷条件　表題　　　　　　　　　　　│絞り込み条件削除　単一化
　一覧表印刷条件　ファイルフッタ　　　　　　│絞り込み条件削除　重複行
　一覧表印刷条件　ファイルヘッダ　　　　　　│絞り込み条件登録　単一化
　一覧表印刷条件　ページフッタ　　　　　　　│絞り込み条件登録　重複行
　一覧表印刷条件　ページヘッダ　　　　　　　│条件名変更
　一覧表印刷条件　列属性　　　　　　　　　　│置換条件削除
　一覧表印刷条件開始　　　　　　　　　　　　│置換条件登録
　一覧表印刷条件終了　　　　　　　　　　　　│転置集計条件削除
　一覧表削除　　　　　　　　　　　　　　　　│転置集計条件登録
　書き出し条件削除　　　　　　　　　　　　　│並べ替え条件削除
　書き出し条件登録　CSV 　　　　　　　　　　│並べ替え条件登録
　書き出し条件登録　K3　　　　　　　　　　　│並べ替え条件登録　索引名
　書き出し条件登録　外部DB　　　　　　　　　│表示条件　列属性
　書き出し条件登録　テキスト　　　　　　　　│表示条件開始
　書き出し条件登録　転置　　　　　　　　　　│表示条件削除
　書き出し条件登録　表　　　　　　　　　　　│表示条件終了
　書き出し条件登録　枠組み　　　　　　　　　│併合条件削除
　行集計条件削除　　　　　　　　　　　　　　│併合条件登録
　行集計条件削除　条件名　　　　　　　　　　│読み込み条件削除
　行集計条件削除　条件名 = *　　　　　　　　│読み込み条件登録　CSV
　行集計条件登録　　　　　　　　　　　　　　│読み込み条件登録　K3
　行集計条件登録　条件名　　　　　　　　　　│読み込み条件登録　PDF
　グラフ条件開始　　　　　　　　　　　　　　│読み込み条件登録　テキスト
　グラフ条件　Ｘ軸　　　　　　　　　　　　　│読み込み条件登録　表
　グラフ条件　Ｙ軸　　　　　　　　　　　　　│
　グラフ条件　キャプション１　　　　　　　　│
　グラフ条件　キャプション２　　　　　　　　│
　グラフ条件　項目　　　　　　　　　　　　　│
　グラフ条件　仕上げ　　　　　　　　　　　　│
　グラフ条件　凡例　　　　　　　　　　　　　│
　グラフ条件　表題　　　　　　　　　　　　　│
　グラフ条件　副Ｙ軸　　　　　　　　　　　　│
　グラフ条件　副仕上げ　　　　　　　　　　　│
　グラフ条件削除　　　　　　　　　　　　　　│
　グラフ条件終了　　　　　　　　　　　　　　│

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

■14338 / ResNo.2)

　Re[1]: 保存した条件における読み込み元表のパスが変更されている場合

□投稿者/ 尾形 -(2024/05/17(Fri) 04:30:58)

どうも、こんにちは

桐のバージョンが不明ですが

> この場合に、内部データを修正する等で、読み込み元のファイルパスを変更し、保存した条件を呼び出すといったことはできないでしょうか。

kiri9.env
を書き換えればできるような気もします

コピーとってから、お試しください

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

■14339 / ResNo.3)

　Re[1]: 保存した条件における読み込み元表のパスが変更されている場合

□投稿者/ 名無し -(2024/05/17(Fri) 11:18:07)

お二方ご返信いただきありがとうございました。

＞尾形様
桐は10sを使用しております。
当該データを拝見する限り、.envが拡張子のデータは見当たらないのですが、設定で出力できるものでしょうか？
保存されているデータは、「.tbx」「.RCV」「.BAK」となっております。

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

■14340 / ResNo.4)

　Re[2]: 保存した条件における読み込み元表のパスが変更されている場合

□投稿者/ 尾形 -(2024/05/17(Fri) 12:44:41)

すいません
走り読みで、わたしの思い違いでした
大変失礼しました

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

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

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

■14320 / 親記事)

　レポートでページごとの合計を表示

□投稿者/ ななーし -(2024/05/07(Tue) 16:40:30)

こんにちわ　ななーしです。
桐10ｓ　＃2545です。

一覧表形式でレポートを作成しました。
各ページごとの合計金額を表示したく方法はございますか？

ページに
振込先A 20,000 本ページは8万と表示させたい
振込先B 40,000
振込先C 10,000
振込先D 10,000
----改ページ----
振込先E 30,000 本ページは11万と表示させたい
振込先F 50,000
振込先G 15,000
振込先H 15,000

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

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

■14322 / ResNo.1)

　Re[1]: レポートでページごとの合計を表示

□投稿者/ まさやん -(2024/05/07(Tue) 23:29:44)

2024/05/08(Wed) 07:22:36 編集(投稿者)
2024/05/07(Tue) 23:42:03 編集(投稿者)
2024/05/07(Tue) 23:36:52 編集(投稿者)

> ページに
> 振込先A 20,000 本ページは8万と表示させたい
> 振込先B 40,000
> 振込先C 10,000
> 振込先D 10,000
> ----改ページ----
> 振込先E 30,000 本ページは11万と表示させたい
> 振込先F 50,000
> 振込先G 15,000
> 振込先H 15,000

こんにちは

まず　レポートが　伝票形式で(一覧表形式ではでません)
もし　一覧表の場合は　　ファイル定義画面上　右クリック
一覧表・伝票へ変換で　　伝票形式になります。

ページヘッダ　か　フリーページヘッダ
或いは
ページフッタ　か　フリーページフッタ (通常はこちらかな)
の集計オブジェクトで

集計種別　で一覧表示すると　　頁計　　という種別が表示されます
そして
#合計([])や　#平均([])　などで　ページ毎の　集計が印刷できます。

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

■14323 / ResNo.2)

　Re[2]: レポートでページごとの合計を表示

□投稿者/ ななーし -(2024/05/08(Wed) 09:10:21)

まさやんさんこんにちは。

頁計で思った通りのことができました！
誠にありがとうございました！

解決済み!

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

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

＜前のスレッド5件 | 次のスレッド5件＞

- Child Tree -
- Antispam Version -