みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
yuuka さん
横から失礼します。
いろんな意見があると思いますが、気にしなくて良いと思いますよ。
勿論Hiro さんが、言われているように、もっと勉強すべきとは思いますが、優れた作品を見よう見まねで勉強するのは上達への近道ですね。
Hiroさんのサンプルは、一つの模範であり、我々も勉強になります。
それにしても、Hiroさんの人徳には頭が下がります。
頑張って継続して下さい。
unknown2 さん
H&Y さん
ご支援の程、大変有り難うございます。
頑張って、勉強させて頂きます。
Hiro 様
天才と称される Hiro 様でも、苦労された事がお有りなのですね。（・・・・・・1989・・1990年・・昭和そして平成・・・と、私も、別の分野での苦労を思い出しました・・・・）
Hiro 様の、努力の結晶を！！！！ 誠に有り難うございます。
今後とも、ご指導の程を宜しくお願い申し上げます。
Offline
Hiroさんの、次のver、楽しみにしてます。
継続して、アップデートv3版をまたアップしました。
１．キャンセル対応
・キャンセル機能を追加しました。
・予約欄のToDo項のポップアップメニューで「Ｘ：キャンセル」を選択すると、
関連各種のカレンダー上に黄色ハイライト強調されて表示されます。
・こんな感じの対策で宜しいですか？
２．ループ計算式
ループ式の考え方は、ループスクリプトに置き換えて考えると考え易いです。
・必要となる初期値や引数を整える。
・ループ開始：ループの内容式を定義する。
・無限ループに陥らないよう、ループ抜け条件式を真っ先に設定するようにすると吉。
・条件に合わなかった場合にする処理式を定義する。
・次の繰り返しステップに受け渡す値を変数に格納する。
・ループの初めに戻って条件を満たすまで繰り返す。
・ループを抜けた後必要な処理があれば設定。
以上です。
”文字列を改行区切りで階段状にする関数はあるでしょうか？” への回答した式例、
あいうえお
↓
あ
あい
あいう
あいうえ
あいうえお
Let([
//必要な引数設定と初期値設定
$txt=文字列;
$n=length($txt);
$res="";
//ループ式の本体を定義（定義するだけで実行はされない）
$fnc=
"Case($n=0; $res; //ループ抜け条件（引数$nが0になったらループを抜けて引数$resの答値を返してループ終了）
Let([$res=List(Left($txt;$n);$res);$n=$n-1]; Evaluate($fnc)) //条件に合わなかった場合の処理。必要な引数に繰越値を代入、カウンターアップなど施したら式を再度実行を繰り返す
)"
];
Evaluate($fnc) //上の定義式はココで発火実行
)
【アップデートv3 修正履歴】
・キャンセル機能を追加しました。
・その他少々。
●アップデートv3版「ToDoカレンダ(人別予約管理表)v2.fmp12」ダウンロード → http://yahoo.jp/box/w5-EwG
Offline
Hiro 様
ご連絡のほど大変有難うございます。
また、早速の”アップデートv3版”の作成までも！！！ 恐縮です ^.^。
（私の勉強が追いついていません！！！・・・・・・・誠に申し訳ありません。）
１．キャンセル対応
正にお作りいただきましたものでです。（凄い！の一言です。 ^.^） 有難うございます。
ただ今より、スタッフと本格運用に向けての検討を始めたいと存じます。
（勉強いたします。）
２．ループ計算式
丁寧なご説明を有難うございます。・・・・・・何となく理解できました！？。実際に、本命であります、
”空時刻枠を含む予約一覧を入れ子の2重再帰ループ計算式で求める”の、理解と解析に役立てたいと存じます。
（何とか、一人で組めるようにと・・・・・・・・・・^.^）
ご多忙にもかかわらず、ご指導の程、大変有難うございます。
（心苦しく思っております。申し訳ありません。
・・・・・しかしながら、何とか業務改善のために早期に本格運用が出来ればと願っております ^.^）
後ほどまたご連絡をさせていただきます。
今後とも、ご指導の程を何卒宜しくお願い申し上げます。
２．ループ計算式
何となく理解できました！？。実際に、本命であります、
”空時刻枠を含む予約一覧を入れ子の2重再帰ループ計算式で求める”の、理解と解析に役立てたいと存じます。
（何とか、一人で組めるようにと・・・・・・・・・・。
「入れ子の2重再帰ループ計算式」はかなり難解ですよネ。
等価のことはスクリプトでも出来ますからトライしてみて下さい。
実務的には、2重ループスクリプトに置き換えた方が「何とか、一人で組めるように」の早道かも知れません。
幸い、印刷のための前処理なので、計算式でなくともスクリプト処理で十分ＯＫですから。
Offline
Hiro 様
ご連絡の程、大変有りがとうございます。
また連絡が遅くなりまして、誠に申し訳ありません。。
アップデートv3版 ！！！！！ 素晴らしいです。 （有り難うございます。^.^ 、^.^ 。）・・・一同大喜び状態であります！！。
Hiro 様 、本日は2点お願い申し上げます。どうぞ宜しくお願い申し上げます。
１．”「入れ子の2重再帰ループ計算式」はかなり難解ですよネ。”
おっしゃるとおり！！でございます。全くもって、丁寧にお教え頂いたにも関わらず、・・・再現！となりますと、うーーーん？？？ です。
”等価のことはスクリプトでも出来ますからトライしてみて下さい。”
はい！ トライ致します。 （ただ今、カスタムダイアログを使いながら、奮闘中であります！！）
スクリプトを作成してより後にまた、御教授をお願い申し上げます。^.^
２．予約変更履歴の表示＆記録 についてお願い致します。
お陰様で、キャンセル表示が明確になされまして、このキャンセル枠に、新たに顧客を登録することが”誰でも容易”！！になりました。 有り難うございます。
（しかしながら、さらに追加の要望がございまして、・・・恐らくこれが最後の大きなものと思いますが・・・・申し訳ありません。）
本日の本格運用にに向けての検討の中で、変更履歴の記録一覧表があったらとの要望がありまして・・です。
兎に角、
私なりに、本日トライしてみました^.^。
新たに、予約履歴テーブルを設けまして、このテーブルに作りました予約履歴フィールドに、予約変更履歴を表示するように設定してみました。（ネットで調べた”模倣”です。）
ToDoテーブル3の、各フィールド値を、変数を設定で、 $$予約日、$$予約時刻、・・・・・に入れまして、Ifスクリプトで、
変更された場合に（$$予約日 ≠ ToDoカレンダー 3::日付
$更新履歴 & If ( IsEmpty ( $更新履歴 ) ; ""; " / ") & $かっこ1 & GetFieldName ( ToDoカレンダー 3::日付 ) & $かっこ2 & $$予約日 & "⇒" & ToDoカレンダー 3::日付
のようにして、
予約履歴フィールド に次のように表示されるようにはなりましたが・・・・・（変更は、⇒ の表示）
[ToDoカレンダー 3::日付] ⇒2016/01/07 /
[ToDoカレンダー 3::予約時刻] ⇒11:20 /
[ToDoカレンダー 3::スタッフ] ⇒スタッフ A /
[ToDoカレンダー 3::顧客ID] ⇒000009 /
[ToDoカレンダー 3::顧客名] ⇒佐竹 次郎 /
[ToDoカレンダー 3::ToDo] ⇒Ａ：アドバイス
しかしながら、変更されたフィールドと変更後の 履歴表示 は上記のようになされますが、
”変更前後のフィールド値の比較”が出来ません。（・・・・顧客Aさんの予約は、どう変わったの？）
これでも、変更されたことが分かりますので、何とかなりますが・・・・・？？？、今・・・ひとつ・・・・・・です。
Hiro 様、何かもう少し、分かりやすい更新履歴の表示＆記録方法はございますでしょうか。どうぞ宜しくお願い申し上げます。
ご多忙のところ大変申し訳ありません。
今後とも、ご指導の程を何卒宜しくお願い申し上げます。
Offline
Hiro 様
”getHolyday3.fmp12” 拝見致しました。
素晴らしい！！です。
早速、”アップデートv3版” にも実装させて頂きました!!! ^.^ 。
有り難うございます。
Offline
●予約変更履歴の件、
・１案：既存レコードがあってそのデータ内容を変更するもの。
通常の安全確実な変更方法ですが、
作り込んで来た担当者ベースのシステム資産が使えず、別途顧客ベースの同等システムを追加しなければなりません。
・２案：既存レコードをキャンセル削除して新規レコードを作成する。
現在のシステム上で機能補足できますが、
変更前(=移動元)のデータ(=レコード)と変更後(=移動先)のデータ(=レコード)との関連付けるのは、入力者の手作業にならざるを得ず確実性が担保されません。
現実的には２案になると思いますが、実際の作業環境・作業内容などをほとんど知らないので、最善の方法が何か分かりません。
２案を採るとすればどこでどう修正操作すべきか、確実かを現場サイドから提示してもらえますか。
Last edited by Hiro (2016-01-15 12:47:09)
Offline
Hiro 様
ご連絡の程、大変有難うございます。
ご多忙の中、お心遣い大変感謝を致しております。
予約変更履歴の件 よろしくお願い申し上げます。
１．まずは、基本的には、Hiro 様の予約カレンダで、例えば、部門1のスタッフAにおきまして
予約時刻、顧客ID&顧客名、ToDo、3項目の何れかが変更された場合、あるいはその枠の予約が削除された時に、
この記録が残るようになれば良いかな・・・・・と、考えております。
例えば、
2016/01/15 12:27:21 ・・・・・・・・・・・・・変更日時
2016/01/08; 15:20; 000003; 山崎 勉; Ａ：アドバイス ; スタッフ A ・・・・・・変更前
⇒ 2016/01/08; 15:20; 000003; 山崎 勉; Ｘ：キャンセル ; スタッフ A ・・・・・・変更後
2016/01/15 12:30:21 ・・・・・・・・・・・・・変更日時
2016/01/08; 15:20; 000003; 山崎 勉; Ｘ：キャンセル ; スタッフ A ・・・・・・変更前
⇒ 2016/01/08; 15:20; 000006; 佐藤一郎; Ｄ：トレーニング ; スタッフ A ・・・・・・変更後
このような感じで、と思います。
・・・・・・・スタッフAの、1月8日の15:20の枠を、山崎さんがキャンセルしたため、佐藤さんの予約が入りました。
私なりに、その後更にいろいろ試してみまして・・・・・OnObjectEnterトリガを使い、
ToDoフィールドに入った時点で、ToDo3の上記５項目を、$予約日。$予約時刻・・・・・・・にいれて記憶しまして、次に
OnObjectModifyをToDoﾌｨｰﾙﾄﾞに設定しまして、スクリプトにて
”ToDo項目が変更”されましたら、別テーブルの変更履歴ﾌｨｰﾙﾄﾞに上記のように表示される・・・・ようになりまして・・・・・・。
しかしながら、これですとToDoﾌｨｰﾙﾄﾞの変更時にのみ記録されるのと、
他の2項目の変更および削除には対応できておりません。
２．Hiro 様に、ご提案いただいておりますことは、Hiro様のご指摘のとおりに、非常に困難なことと存じます。
もちろん第2案が、現実的な案ですし、・・・・ですが？？
変更前後の関連付けは、・・？？高度なお話ですね ^.^、~.~。しかしながら、顧客の履歴の追跡は、・・・・・
例えば、上記の顧客A さんが、キャンセル後に、次の予約を、別のスタッフBの2月10日の10:20に入れた
・・・・・これは、作成していただいた”検索”機能にて
予約ﾃﾞｰﾀ一覧表で、顧客Aを検索すればわかりますので、なんとか大丈夫と思います。
Hiro 様が言われますように、スタッフベースで考えまして、”予約枠の変更履歴” ！？と申しますか、
単純には、例えばスタッフAの1月8日の8:40の枠の、顧客Aさんがキャンセルして、その枠に顧客Bさんが入った。
あるいは、その枠の値（顧客名、ID,ToDo・・・・）が全部削除された。
・・・・・という記録が履歴として、”履歴フィールド”などに残れば十分と考えております。
そして、全体としての変更履歴が、時系列で一覧できれば有難いです。
これは、キャンセル後の対応の中での話しでございまして、先日も有りましたが、
キャンセルしたの、してないの！！？？ 誰が何時？？ よく訳の判らない事で・・・
少なくとも、”何時どのように変更された”のかが、記録できていれば多少、対処の仕方があるのかな・・・！！？？と思いましてです。
漠然としておりまして、誠に申し訳ありません。ご不明な点等、ご指摘の程をよろしくお願い申し上げます。
ご多忙のところ大変申し訳ありません。
今後とも、ご指導の程を何卒宜しくお願い申し上げます。
> その枠の値（顧客名、ID,ToDo・・・・）が全部削除された。
・この全部削除とは、データとレコード枠含め全て削除という意味ですか、それともデータだけは全削除でも空のレコード枠だけは残す、という意味ですか？
> ・・・・・という記録が履歴として、”履歴フィールド”などに残れば十分と考えております。
・空でも何でもレコードがあればそのレコード自体に履歴を残すのがベストです。一方、レコード自身も削除では履歴を残す場所自体が無くなりますから、別途に履歴テーブルを作る必要が生じます。
> そして、全体としての変更履歴が、時系列で一覧できれば有難いです。
・時系列で一覧するのは問題ないでしょう。それに向けた措置を整えれば。
以上判断をお願いします。
また、基本的に履歴を残すのは、スッタッフと日付が固定されている現状レコードで、キャンセル絡みでかつ時刻項目か顧客名＆ID項目かToDo項目かの何れかでレコード修正が行われた場合のみ、という理解でよろしいでしょうか？
また、レコード自体の削除の場合のその履歴採取とそれ絡みの履歴保存場所については、判断待ち
Offline
Hiro 様
ご連絡大変有り難う存じます。
説明が、不十分で誠に申し訳ありません。
どうぞ宜しくお願い致します。
１． 全部削除とは？
これは、枠ではありませんで、Hiro 様に作成頂いた”アップデートv3版”の、
スタッフ月次別予約票タブの中の、ポータル行右端のにあります、”レコード削除”を実行した場合に、削除履歴を残すには？
との事です・・・・申し訳ありません。宜しくお願い申し上げます。
２． 基本的に履歴を残すのは、スッタッフと日付が固定されている現状レコードで、
キャンセル絡みでかつ時刻項目か顧客名＆ID項目かToDo項目かの何れかでレコード修正が行われた場合のみ、という理解でよろしいでしょうか？
はい、おっしゃるとおりでございます。それから可能でありますれば、上記のポータルの”レコード削除”が実施された場合は如何でしょうか？。
（・・・・・・いずれかの変更に相当するとの理解で宜しいでしょうか・・・！？）
・・・・また、Hiro 様の申されます
”・空でも何でもレコードがあればそのレコード自体に履歴を残すのがベストです。一方、レコード自身も削除では履歴を残す場所自体が無くなりますから、別途に履歴テーブルを作る必要が生じます。”
に関してですが、理解が不十分で申し訳ありません・・・・・・・Hiro 様のお考えでとお願い申し上げます。（あくまでも、変更の履歴の確認が出来れば、十分でございます。宜しくお願い申し上げます。）
（私がただ今挑戦しております、方法では、最初のデータ入力も記録されてしましまして（別テーブルに保存）、所謂 ”変更履歴”の保存 では無くなってしまっております。^.^・・）
多大なるご迷惑をおかけ致しております。
勉強不足にて、誠に申し訳ありません。ご不明な点等、ご指摘の程をよろしくお願い申し上げます。
ご多忙のところ大変申し訳ありません。
今後とも、ご指導の程を何卒宜しくお願い申し上げます。
Offline
Hiro 様
大変お世話になっております。
誠に申し訳ありません、以下の2点につきましてどうぞ宜しくお願い申し上げます。
１．アップデートv3版「ToDoカレンダ(人別予約管理表)v2.fmp12」 勉強させて頂いております。（凄いです！！）とこがろで、
Hiro 様、ポータルの時刻の午前午後の色分け表示とToDoカレンダ一日付一覧[43]のところでの、条件付書式が落ちてしまっているようです。（これは、私でも自己修正可能です・・・・^.^）
あら探しのようで大変申し訳ありません、ご検討の程をどうぞ宜しくお願い申し上げます。
２．レコード削除ボタン実行時の、履歴記録についてです。
私なりに、挑戦してみみました！。
Hiro 様の、”レコード削除”スクリプトの中に、If[ ] の後に、現在のポータル行データを取得するスクリプトを入れまして、
ポータル内の行を削除 後に、ポータルの最終行 に移動して、この空行のデータ（空データ）を表示して、削除されたことを記録する・・・・・結果は、
2016/01/13; 11:00; 000001; 山田 太郎; Ｄ：トレーニング; スタッフ A
⇒ ; ; ; ; ;
とこんな感じです・・・・・しかしながら、どうも部分的な、対応しか出来ませんで・・・・す。
誠に、お恥ずかしい限りです・・・^.^。。（Loop式・・勉強中です。難しいです）
ご多忙のところ誠に申し訳ありません。
今後とも、ご指導の程を何卒宜しくお願い申し上げます。
Offline
１．時刻の条件付書式落ちの件、
私も承知しておりました、昨日既に手元ファイルは修正済みで、次回アップ時は修正版にもどります。
２．削除された場合の件
キャンセルに準じた処理なのでこちらは問題ありません。
３．履歴の保存形式についての質問
履歴を残して、どのような使途をお考えですか？
それによりデータの保存形式が変わります。
通常は、万一の際の最低限の記録として、全データを単純連結し1行書きにした形式です。それをただ一覧表示するだけです。
ただこの場合、履歴内容の検索・ソートなど再利用を考えた場合不向きです。この場合は面倒でもデータを個別フィールドに格納しておく必要があります。
これから組みますので、判断をください。
Offline
Hiro 様
ご連絡の程、大変有り難うございます。（また、連絡が遅くなりましたこと、お詫び申し上げます。誠に申し訳ありません。）
どうぞ宜しくお願い申し上げます。
１．時刻の条件付書式落ちの件、
”私も承知しておりました、昨日既に手元ファイルは修正済みで、次回アップ時は修正版にもどります。”
余計なお世話を！！、大変申し訳ありません。
２．削除された場合の件
有り難うございます。^.^
３．履歴の保存形式についての質問 ”履歴を残して、どのような使途をお考えですか？”
これは、
主には、予約変更・キャンセルに伴うトラブルに対処するためでございます。
”有事の時”に、少なくとも履歴を見まして、”顧客A様の ・・・の予約は、・・・に変更されております。” 等の対応が出来ればありがたいと思いましてです。
従いまして、どうしても担当スタッフ、顧客ID&顧客名・・・・等による、
履歴検索が必要になると思います。ご面倒をおかけ致します。（可能でしたらでありますが・・・・どうぞ宜しくお願い申し上げます。）
ご多忙のところ大変申し訳ありません。
今後とも、ご指導の程を何卒宜しくお願い申し上げます。
Offline
バージョン v２のアップデート第4番をアップしました。ご覧ください。
更新・削除履歴の機能を主に追加しました。
履歴データの後活用を考慮した作りになっています。
作成に難しい問題は無いのですが、トリガーを多用し錯綜するため、その挙動が微妙で、
実装と検証、トリイ＆エラーに思いのほか手間取りました。
いまでも、自信ありません、が！取り敢えず見切り発車します。
当初のころの構造のシンプルさ整然さが薄れ、サンプルとしての公用性が低くなったかな...、
【アップデートＶ４版 修正履歴】
・キャンセル関連レコードの更新履歴を残す機能を追加しました。
・削除レコードの削除履歴機能を追加しました。
・履歴テーブルを追加しました。
・更新ログは更新前と更新後の内容を、削除ログは削除前の内容を個別フィールドに記録します。
・そのため履歴データは検索・ソートができ、リソース活用が可能にしました。
・デザインを少しパフアップしました。
・その他、諸々。
●アップデート第４番「ToDoカレンダ(人別予約管理表)v2.fmp12」ダウンロード → http://yahoo.jp/box/w5-EwG
Offline
Hiro 様
大変有難うございます。
雪による、大渋滞に巻き込まれてしまいまして、連絡が遅れてしまいました。お許しください。
早速、アップデート第４番^.^、ただ今拝見いたしております。素晴らしいです！！！
履歴の件、・・・・Hiro 様が作成されると、このように優れた作品に仕上がるのですね！！！
（私が、ここ数日かけてしていた事が・・・・・・馬鹿みたいです。^.^）
また、Helpの設置！！、や・・・・・・見栄えも！！！！ ^.^^.^
有難うございます。心より感謝を申し上げます。（キャンセル時の対応等のマニュアルが出来次第、本格稼動！！！！をと思います^.^）
これより、詳細に勉強をさせていただきます。また後ほど、ご連絡をと存じます。
ご多忙のところ大変申し訳ありません。
今後とも、ご指導の程を何卒宜しくお願い申し上げます。
Hiro 様
大変お世話になっております。
雪のため、予定が全て狂ってしまいしまして・・・・・・・・
連絡が遅くなり、誠に申し訳ありません。
”アップデート第４番”、大変有り難うございます！！。
勉強させて頂く中で、以下の点につきまして御教授の程を宜しくお願い申し上げます。
いといろと改善をして頂きまして、大変有り難うございます。素晴らしいです。！！！
ただ１点問題がありまして、・・・・・・・
Hiro 様、印刷の件に関してですが、宜しくお願い致します。
管理表入力後に、印刷をしますと、入力項目と違った内容が印刷されてしまします。^.^・・・
私なりに、検討を致しましたが・・・・・・よく分かりませんでした^.^・・・・・・・
（一つ一つ、じっくりと・・・・勉強させて頂いております。）
ご多忙のところ大変申し訳ありません。
今後とも、ご指導の程を何卒宜しくお願い申し上げます。
Offline
エラー報告ありがとうございます。バグフィックスしましたので報告します。
【修正報告】
2重ループ式「ToDo集計2」の式中、リレーションの指定ミスがあり、以下に修正ください。
ToDoカレンダー 7:: → ToDoカレンダー 4::
・$id=GetNthRecord(ToDoカレンダー 4::顧客ID;$i[2]);
・$cst=TrimAll(GetNthRecord(ToDoカレンダー 4::顧客名;$i[2]);3;3);
・$tdo=TrimAll(GetNthRecord(ToDoカレンダー 4::ToDo;$i[2]);3;3);
●バグフィックス版「ToDoカレンダ(人別予約管理表)v2.fmp12」ダウンロード → http://yahoo.jp/box/w5-EwG
一応、旧作ｖ1の方も一応修正アップしました。
●旧版「ToDoカレンダ(人別予約管理表).fmp12」ダウンロード → http://yahoo.jp/box/_oy7yB
Offline
Hiro 様
早速のご対応、大変有りがとうございます！！！！ それでも一応私なりに夜な夜な検討致しまして、
二重ループ式の、問題は”ToDo7”かなとは思いまして、・・・・・昨日は、ToDo7 ⇒ToDo3などとしてやってみておりました。
ToDo4！！！！にですね！！！^.^・・・・分かりませんでした。・・・・有り難うございます。
また、他のことに気をとられておりまして、この点に気づきませんで過ごしておりました^.^
これより、出社致しまして、修正とさせていただきます。また、さらなるカスタマイズと勉強をと思います。
取り急ぎ要件のみにて失礼を致します。また後ほど、ご連絡をと存じます。
ご多忙のところ大変申し訳ありません。
今後とも、ご指導の程を何卒宜しくお願い申し上げます。
Last edited by yuuka (2016-01-19 22:16:41)
Offline
バージョン v２のアップデート第５版をアップしました。ご覧ください。
【アップデートＶ５版 修正履歴】
細々した点を修正した、マイナーアップデートです。
・設定ミス・設定モレ・ゴミなど気付いた点を修正・整理しました。
・デザインを中心に少しパフアップしました。
・その他、諸々。
●アップデート第５版「ToDoカレンダ(人別予約管理表)v2.fmp12」ダウンロード → http://yahoo.jp/box/w5-EwG
Offline
Hiro 様
大変お世話になっております。
修正の程、心より感謝申し上げます。正しく、印刷されるようになりました！！！^.^ （新たな修正も！！ 有り難うございます。）
お陰様で、カスタマイズ・・・・順調に進んでおります。有り難うございます。
そんな中で、本件とは少し外れてしまいますが、
Hiro 様 、以下の点につきましてどうぞ宜しくお願い申し上げます。
（Hiro 様の作品の応用！！と言うことにて・・・^.^）
あくまでも、別件での応用も含めてと言うことにて、お願い申し上げます。
同じような事柄に関しまして、何度も申し訳ありません・・・・またまた、印刷に関してでございます。
（”2重ループ式「ToDo集計2」の式”・・・・・凄い！！です。 他の、事にも活用をさせて頂いております。！！）
Hiro 様 の式を、活用させて頂いて、印刷をしますと、微妙にずれが生じましてバランスを取るのが、・・レイアウトが変わりますと特に困難であります。~.~・・・・^.^
そこで、浅はかながら、私が考えましたのは、
例えば、Loop式で、”ToDoカレンダー::ToDo一覧3”の各フィールド値（22行の改行表示）； [1]～[16]を、
GetValue (ToDoカレンダー::ToDo一覧3[1] ; $CountN )を用いまして、
新たに作成したスタッフ毎（最大16名）の繰り返しフィールド（繰り返し数 22）；グローバルフィールド に、
フィールド設定を用いて、22枠の一つ一つに入れて表示する。
と、いうものです。しかしながら、これですと、
新たに作成したスタッフ毎（最大16個）の、
各フィールドに入力するためには、、16個のループ式をスクリプトの中に組まなければなりません。（私の、今の能力では・・・~.~）
要するに、 Hiro さまの、2重ループ式「ToDo集計2」の式による結果（１フィールドに22行の改行表示）；[１]～[16]（最大16名のスタッフ）：
⇒ スタッフ毎（最大16）の繰り返しフィールド（繰り返し：22）に入力 ⇒ 印刷 と、これをもう少しスマートに出来ればと・・^.^です。
（1フィールド内の改行一覧を、行毎に個別フィールド（22)に入れる・・さらにこれの繰り返し（1~16）ということでしょうか・・？？申し訳ありません・・~.~）
・・・そこで、
Hiro 様、この印刷関連の問題につきまして、何か改善する？方法はないものでしょうか！？ どうぞご御教授の程を、宜しくお願い申し上げます。
（拙い説明で誠に申し訳ありません。 不明な点等、ご指摘をと存じます。）
ご多忙のところ大変申し訳ありません。
今後とも、ご指導の程を何卒宜しくお願い申し上げます。
Offline
その件は当初レスでも申し上げた通り結論的に言って難しいです。
・元々このToDoカレンダーの発想は、繰り返しフィールドのLookup特性を利用することで、カレンダー１月６週42コマ分のリレーション42本を張るところを、ただ1本だけで済ませる、といういわば画期的な手法を採用する点です。
・この場合、ルックアップですから取得できるのは「値」です。「値」は可逆性が無いため、その元データを辿って編集などが出来ません。そこを自在に編集できるようにする企てが、このスレッド主たるテーマです。
・この基本テーマに沿って構築しほぼ完成間近なカスタムメードシステムがこの公開サンプルです。
・希望のようなフィールド自体を取得・表示する場合は従来どおり個別リレーション42本を要する方法となります。現状サンプルでも1本だけで済むはずが実際はその他集計用など別途リレーションが多数出てくるわけで、かなりの本数になっています。その1本が42本などになったら、リレーション紐がスパゲッティ状態でとても管理・運用・実用化できないでしょう。
・つまり、現状のシステムに比べ何倍も複雑な別途システム構成しなければ、希望は実現できません。
・その困難さに比べたら、印刷上のずれ合わせ調整で解決できるのであればその方がずっと楽でないでしょうか？ PDFで印刷とか試されてみては...？？
★★【追記】9:29分現在
少し間をおいて考えると、変に難しく取ってしまったかもしれません。
ご希望は、繰り返しフィールドを参照するのではなく、今ある22行文字列を単に繰り返し[22回]フィールドに書き出したい、と云うこと、かな？？
だとすると、簡単に出来ます。あまりに簡単過ぎて、逆に勘違いしたのかも！
16個の繰り返し[22]グローバル計算フィールドを作って、その計算式を、例えば1番目のスタッフ[1]のフィールドなら、
GetValue(ToDo一覧 3[1]; Get(計算式繰り返し位置番号))
とするだけです。
Last edited by Hiro (2016-01-20 09:30:13)
Offline
Hiro様
ご連絡大変ありがとうございます。
説明が下手で、誠に申し訳ありません。
簡単な方です(^ ^)
これから、会議になってしまいますので、後ほど連絡をと存じます。
ご多忙のところ、ご教授いただきまして、大変ありがとうございます。
今後ともご指導のほどをよろしくお願い申し上げます。
Hiro様
ご連絡大変ありがとうございます。
また、拙い説明により、余計なお時間を・・・・誠に申し訳ありませんでした。
しかしながら、今回の質問にて、
Hiro 様の、・・・・とても、私のような初心者には、到底・・当分！？ ・・・・永久に！^.^
おおおよそ理解不可能な、奥の深い”開発に係るコンセプト”を、御教授頂けましたこと。心より感謝申し上げます。 有り難うございます。
GetValue(ToDo一覧 3[1]; Get(計算式繰り返し位置番号)) ！！ 出来ました！！
私は、上記のLoop式で、ごにゃごにゃ？？ で、なんとか表示出来ましたが・・・・、
やはりHiro 様の手にかかりますと、いとも簡単に出来てしまうのですね。！！^.^ （あまりにも、初心者でお恥ずかしい限りです。）
また、様々な改善・改良の程大変有り難うございます。（正に！痒いところに手の届く！！ であります。）
まだまだ、勉強が Hiro様のスピードについて行けておりません事、申し訳ありません。
お陰様で、もう少しで完成と思いますが、カスタマイズをさせて頂きます中で、もう少し！？ ^.^ ・・未だ未だ理解できていない事等、御教授をと存じます。
ご多忙のところ大変申し訳ありません。
今後とも、ご指導の程を何卒宜しくお願い申し上げます。
Offline
[ Generated in 0.016 seconds, 7 queries executed - Memory usage: 662.77 KiB (Peak: 715.68 KiB) ]