mari
- 合計アクティビティ 88
- 前回のアクティビティ
- メンバー登録日
- フォロー 0ユーザー
- フォロワー 0ユーザー
- 投票 0
- サブスクリプション 20
コメント
mariによる最近のアクティビティ-
nkmtさん ご助言ありがとうございます。 困ったときは、参考にさせていただきます！
-
tandaさん、nkmtさん ご返信ありがとうございます。 KbGet関数…！初めて知りました。後学のために覚えておきます。
-
tandaさん ご回答いただきありがとうございます。 やりやすい方法を模索してみようと思います！
-
nkmtさん ご回答いただきありがとうございます。 私のロジックの書き方が悪かったみたいなので、こちらを参考にさせていただきます。 ありがとうございました。
-
nkmtさん 補足いただきありがとうございます。 追加で恐れ入りますが、ユーザーイベントをファンクションキーで実行したい場合は、 イベントテーブルのトリガタイプをシステムにし、 ファンクションキーを設定する方法で合っていますでしょうか？ ご教示いただけますと幸いです。よろしくお願いいたします。
-
nkmtさん 内部イベントの終了などを実行したかったため、イベントタイプを内部にしておりましたが、 イベントタイプをシステムにしても、内部イベントが機能して驚きました。 大変勉強になります。 ご回答いただきありがとうございました。
-
nkmtさん 納品書入力の各タスクで、コントロール＋Ｄを行いましたが、 実データのデータソースは、確認できませんでした。 今回は、最終行削除時に、行番号繰上げのサブタスクを通らないように条件を付けることで、 回避しようと思います。 ただ、mgerror.logにあるプログラム内に問題のデータソースが使われていなかったのが不思議です。 関係ないかもしれませんが、参考にしているサンプルプログラム...
-
nkmtさん 最終行の行削除時は繰上げ処理を通らないようにしたら回避できそうです。 入力タスク内で実データの読み書きはないはずですが、確認方法はありますでしょうか？
-
nkmtさん その納品書PGです。 mgerror.logにあるエラーが出たデータソースは、 一時テーブルではなく実データの納品書明細テーブルでした。 納品書明細のインデックスは伝票Noと行番号が重複不可になっています。 行番号はパーキング不可で、自動採番しており、 行削除した時に行番号を繰上げるサブタスクがあるので、そこが問題かもしれません。 デバッグモードで見てみようと思います。
-
nkmtさん、tandaさん ご返信遅くなり申し訳ございません。 明細最終行がパーキング時には、画面の右下は修正になっています。 mgerror.logを確認したところ、「インデックスが重複しています」というエラーが出ていました。 また、データリポジトリでメモリテーブルをオープンすると、レコードが消えていました。 まずは、エラーの解決をしたいと思います。 mgerror.logの該当エラーの...