画面再表示について
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
kyoike
居住地: M2C
投稿数: 80
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
UniPaasの仕様(バグ)の変更により、V10と全く同じ動きには
できませんが、様々な試行錯誤を重ねた結果、以下の方法で
処理を実現させました。
1.伝票明細のタスクに、変数を追加(再表示をするか否かのフラグ)
2.伝票明細のレコード後に、上記の変数を'TRUE'に
3.伝票明細のレコード前に、変数が'TRUE'だった場合に限り、
一旦変数を'FALSE'に戻してから、画面再表示を発行
4.伝票明細のタスク後に、変数が'TRUE'だった場合に限り、
サブフォーム再表示(パラメタ='伝票明細')を発行
この方法なら、画面再表示は伝票ヘッダのタスクに戻った時は、
実行されず、伝票明細の時だけ発行されます。
また、伝票ヘッダに戻った場合のサブフォーム再表示を発行する
と、伝票明細タスクの明細行が常に先頭行に戻ってしまいます。
伝票ヘッダに戻る際に、いつでもサブフォーム再表示を発行する
と、最後にいじっていた明細行から動いてしまいます。
よって、伝票明細にて明細行を登録前に、伝票ヘッダに戻った
場合のみ、サブフォーム再表示を発行するようにしました。
V10時代との異なる点は、伝票明細の確定前に伝票ヘッダに戻った
場合だけとなり、その他は同じ動きにすることができませい。
ISHIJIMA様、ご相談にのって頂き誠にありがとうございました。
取り急ぎ、ご報告までに...
できませんが、様々な試行錯誤を重ねた結果、以下の方法で
処理を実現させました。
1.伝票明細のタスクに、変数を追加(再表示をするか否かのフラグ)
2.伝票明細のレコード後に、上記の変数を'TRUE'に
3.伝票明細のレコード前に、変数が'TRUE'だった場合に限り、
一旦変数を'FALSE'に戻してから、画面再表示を発行
4.伝票明細のタスク後に、変数が'TRUE'だった場合に限り、
サブフォーム再表示(パラメタ='伝票明細')を発行
この方法なら、画面再表示は伝票ヘッダのタスクに戻った時は、
実行されず、伝票明細の時だけ発行されます。
また、伝票ヘッダに戻った場合のサブフォーム再表示を発行する
と、伝票明細タスクの明細行が常に先頭行に戻ってしまいます。
伝票ヘッダに戻る際に、いつでもサブフォーム再表示を発行する
と、最後にいじっていた明細行から動いてしまいます。
よって、伝票明細にて明細行を登録前に、伝票ヘッダに戻った
場合のみ、サブフォーム再表示を発行するようにしました。
V10時代との異なる点は、伝票明細の確定前に伝票ヘッダに戻った
場合だけとなり、その他は同じ動きにすることができませい。
ISHIJIMA様、ご相談にのって頂き誠にありがとうございました。
取り急ぎ、ご報告までに...
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
駄目でしたか
私の検証方法としてヘッドで画面再表示が起こった場合と明細で画面再表示が起こった場合でメッセージを出力して確認したら明細のレコード後処理での画面再表示のウエイトをYESに変更した場合はヘッドの画面再表示のメッセージが出なかったものですからできるかなと思いました。
何かちがうのですね
私の検証方法としてヘッドで画面再表示が起こった場合と明細で画面再表示が起こった場合でメッセージを出力して確認したら明細のレコード後処理での画面再表示のウエイトをYESに変更した場合はヘッドの画面再表示のメッセージが出なかったものですからできるかなと思いました。
何かちがうのですね
投票数:0
平均点:0.00
kyoike
居住地: M2C
投稿数: 80
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
お返事ありがとうございます。
伝票明細タスクのレコード後にある画面再表示の
ウエイトをYESにするのでしょうか?
ちなみに、やってみましたが、駄目でした。
伝票明細タスクのレコード後にある画面再表示の
ウエイトをYESにするのでしょうか?
ちなみに、やってみましたが、駄目でした。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
ウエイトをYESにするとうまくいきませんか?(レコード後でテストしました。)
投票数:0
平均点:0.00
kyoike
居住地: M2C
投稿数: 80
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
伝票ヘッダに戻る時には、サブフォーム再表示を発行すれば、
伝票明細は再表示されます。
しいて問題点といえば、伝票明細のカーソルが先頭行に戻って
しまうことです。
そして、根本的な問題としては、画面再表示がどちらのタスクで
発行されるかわからないので、サブフォームの再表示をすべきか
否かを判断できません。
ちなみに、明細タスクのタスク後処理にサブフォーム再表示を記述
しています。
戻ったタスクが伝票ヘッダの時は、
伝票明細のタスク後処理のサブフォーム再表示
戻ったタスクが伝票明細の時は、
リナンバタスクのタスク後処理の画面再表示
と使いわけられれば、処理のほどこしようがあるのですが...
でも、V10と同じ画面再表示の動きにしてもらうのが、
一番良いのですが。
伝票明細は再表示されます。
しいて問題点といえば、伝票明細のカーソルが先頭行に戻って
しまうことです。
そして、根本的な問題としては、画面再表示がどちらのタスクで
発行されるかわからないので、サブフォームの再表示をすべきか
否かを判断できません。
ちなみに、明細タスクのタスク後処理にサブフォーム再表示を記述
しています。
戻ったタスクが伝票ヘッダの時は、
伝票明細のタスク後処理のサブフォーム再表示
戻ったタスクが伝票明細の時は、
リナンバタスクのタスク後処理の画面再表示
と使いわけられれば、処理のほどこしようがあるのですが...
でも、V10と同じ画面再表示の動きにしてもらうのが、
一番良いのですが。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
ウエイトをYESにするとうまくいきませんか?(レコード後でテストしました。)
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
現象はこちらでも確認できました。(バグなのか仕様なのか・・・)
最終的にいる場所での画面再表示になっているみたいですね
サブフォーム再表示ではどうなりますか?
最終的にいる場所での画面再表示になっているみたいですね
サブフォーム再表示ではどうなりますか?
投票数:0
平均点:0.00
kyoike
居住地: M2C
投稿数: 80
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
リナンバー処理自体はうまくいっています。
再表示さえされれば、問題はないのです。
リナンバータスクのタスク後に、画面再表示を発行してますが、
V10では、リナンバータスクの親タスク(伝票明細)が再表示されます。
が、UniPaaSでは、カーソルがパークしているタスクが再表示されます。
つまり、ユーザの操作により再表示されるタスクが異ってしまいます。
Magicのバージョンの違いにより、イベントの発行タイミングが異なるのだと思います。
再表示さえされれば、問題はないのです。
リナンバータスクのタスク後に、画面再表示を発行してますが、
V10では、リナンバータスクの親タスク(伝票明細)が再表示されます。
が、UniPaaSでは、カーソルがパークしているタスクが再表示されます。
つまり、ユーザの操作により再表示されるタスクが異ってしまいます。
Magicのバージョンの違いにより、イベントの発行タイミングが異なるのだと思います。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
リナンバーがされないということはリナンバーの処理自身を行っていないということでしょうか?(レコード後処理は通っていますよね?)
投票数:0
平均点:0.00
kyoike
居住地: M2C
投稿数: 80
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
全く同じ動きになります。
伝票明細にて、入力後に行を動かさず、
伝票ヘッダにマウス移動すると、伝票ヘッダで画面再表示が発行
されます。しかも、伝票明細は、リナンバされません。
伝票明細にて、入力後に行を動かさず、
伝票ヘッダにマウス移動すると、伝票ヘッダで画面再表示が発行
されます。しかも、伝票明細は、リナンバされません。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
画面再表示を伝票明細のレコード後に持っていったらどうなりますか?
投票数:0
平均点:0.00
kyoike
居住地: M2C
投稿数: 80
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
伝票明細のレコード後にて、リナンバータスクを呼んでいます。
リナンバータスクのタスク後にて、画面再表示を記述してます。
リナンバータスクのタスク後にて、画面再表示を記述してます。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
伝票明細のどこでリナンバを呼んでいるのでしょうか?
レコード後処理?
レコード後処理?
投票数:0
平均点:0.00
kyoike
居住地: M2C
投稿数: 80
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
伝票ヘッダ
|
伝票明細
|
リナンバ(タスク後で画面再表示)
という構造になっています。
明細タスク内での移動(マウスも行移動も)はOKです。
伝票明細を書込み、行を動かす前に、マウスでヘッダに移動すると
うまく動きません。
この場合、ヘッダで画面再表示が起動し、レコード後処理を通過し
てしまいます。この画面再表示を何とか明細タスクで起動させたい
のです。
|
伝票明細
|
リナンバ(タスク後で画面再表示)
という構造になっています。
明細タスク内での移動(マウスも行移動も)はOKです。
伝票明細を書込み、行を動かす前に、マウスでヘッダに移動すると
うまく動きません。
この場合、ヘッダで画面再表示が起動し、レコード後処理を通過し
てしまいます。この画面再表示を何とか明細タスクで起動させたい
のです。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
マウスで移動しないとうまくいくのですか?
画面再表示のタイミングはどこで行っているのでしょうか?
画面再表示のタイミングはどこで行っているのでしょうか?
投票数:0
平均点:0.00
kyoike
居住地: M2C
投稿数: 80
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
画面再表示の仕組みについてご教授下さい。
V10ではうまくいってた画面再表示が、
Unipaasではうまくいきません。
具体的には、
・親子の伝票入力画面
・子タスクはサブフォーム
・子タスクの行のリナンバー後に再表示している(子タスク自身を)
・子タスクで登録中に、親タスクにマウスで移動
という場面にて、画面再表示が、子タスクではなく、
親タスクで実行されてしまい、不都合が発生しています。
V10とUnipassにて、画面再表示のタイミングが異なっていると
想定しておりますが、どなたかご存じありませんでしょうか?
ちなみに、ビュー再表示では、行リナンバ等で、画面がパラパラ
してしまい、画面再表示でどうにか処理したいと思っています。
開発環境は、
UnipaasV1 + Oracle11g
となっています。
V10ではうまくいってた画面再表示が、
Unipaasではうまくいきません。
具体的には、
・親子の伝票入力画面
・子タスクはサブフォーム
・子タスクの行のリナンバー後に再表示している(子タスク自身を)
・子タスクで登録中に、親タスクにマウスで移動
という場面にて、画面再表示が、子タスクではなく、
親タスクで実行されてしまい、不都合が発生しています。
V10とUnipassにて、画面再表示のタイミングが異なっていると
想定しておりますが、どなたかご存じありませんでしょうか?
ちなみに、ビュー再表示では、行リナンバ等で、画面がパラパラ
してしまい、画面再表示でどうにか処理したいと思っています。
開発環境は、
UnipaasV1 + Oracle11g
となっています。
投票数:0
平均点:0.00