Tanda
- 合計アクティビティ 3626
- 前回のアクティビティ
- メンバー登録日
- フォロー 0ユーザー
- フォロワー 1ユーザー
- 投票 0
- サブスクリプション 845
コメント
Tandaによる最近のアクティビティ-
mnさん、 レコード後処理を通過してもよいのであれば、下記のロジックでできました。 イベント→コントロール修正項目更新 その項目→値：その項目エラー/警告→「この項目は変更できません！」
-
kkestさん、 頭に付いている文字化けは、BOMデータのようにも思えますね。なんらかの拍子に一旦、BOM付きで保存されてしまったのかもしれませんね。 それを行ったのが、IniPut() 関数なのか、あるいは誰かがうっかりメモ帳で ini を開いてしまって、その時のメモ帳の設定で UTF-8（BOM付き）で無意識に上書きしてしまったのかもしれませんね。
-
kkestさん、 アプリケーションの中で、iniget() 関数や、iniput() 関数を使っているところはありませんか？ ちなみに、その ini ファイルの文字コードの指定は何になっていますか？
-
つづら -太郎冠者さん、 他のツールで確認できているとしたら、「画面再表示」か「ビュー再表示」で表示されませんか？
-
otsukaさん、 消えたコンテキストの、ウィンドウの残像を消したいということだったんですね。承知しました。 iOSやAndroid ではウィンドウは1つしか開きませんので、死んだコンテキストのウィンドウは閉じざるを得ないのですが、Windows だと確かにその問題が起こりますね。
-
umemoriさん、 ちょっと古いですが、下記の記事のやり取りはご覧になられましたか？ https://muforum.magicsoftware.co.jp/hc/ja/community/posts/4415924632473-Git
-
otsukaさん、 Magic RIAには、コンテキストを強制的に終了させるという機能が用意されています。 それを使っての案ですが、アプリ起動時にその時のコンテキストIDをLocalデータベースに保存しておき、次回の接続時にそのコンテキストがまだサーバに残っていれば、それを強制終了させる、というロジックで行けるのではないでしょうか？ 詳しくは、ヘルプの「コンテキスト管理」が参考になるかと思い...
-
だいずさん、 「30年前」でふと思いましたが、ひょっとしたら、MS-DOS時代のファイル名の文字数の上限（8.3文字）の名残りが関連しているかもしれませんね。
-
だいずさん、 Windows自体には階層の深さの上限はありませんので、ひょっとしたらWPRWでの制限かもしれませんね。WPRWはもう30年くらい使ってませんので、確認できなくて。。。
-
だいずさん、 260文字という、パスの長さの上限ギリギリだったのかもしれませんね。