みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
FileMaker Pro 19.3.2.206 on macOS Big Sur v11.6
スクリプトワークスペースで、フォルダの展開や折り畳みした状態が保存されません。何か解決方法を知っている方はいらっしゃいますでしょうか？
該当DBファイルを開いて、閉じて（macではファイルを閉じただけではappは落ちない）、再度、DBファイルを開く、という流れだと状態が保持されているのですが、
ファイルメーカーappも完全に閉じて、そこで再度、DBファイルを開き直すと、閉じた時の状態が保持されていません。
すべて折り畳まれている、あるいは、すべて展開されている、ならまだ挙動して理解できるのですが、この完全に閉じてから開くと、特定のフォルダは展開されて、それ以外のフォルダは折り畳まれた状態なり、どこかで、この情報が保持されているのではないかと思っております。
Web検索をして、下記の記載を見つけましたので、
https://support.claris.com/s/article/Fi … anguage=ja
--
FileMaker Pro 15では、スクリプトワークスペースによってフォルダの展開／折り畳み状態がファイルに書き込まれることがなくなり、代わりにユーザの環境設定としてクライアントコンピュータに保存されます。フォルダのデフォルトは、折り畳まれた状態です。
FileMaker Pro 15 で作成されたフォルダを旧バージョンで開くと、まずは、折り畳まれた状態で表示されます。環境設定を削除してからもう一度開いたときも折り畳まれた状態で表示されます。FileMaker Pro 15 でフォルダを作成すると、そのフォルダは、当該のクライアントコンピュータの当該のダイアログでのみ展開された状態で表示されます。
--
FileMakerの環境設定ファイルと思われる
~/ライブラリ/Preferences/com.filemaker.client.pro12.plist
で、
ScriptWorkspace:[ファイル名]
という項目を見つけたのですが、ここのデータは、現在開いているスクリプト（のID）を記録しているもので、フォルダの開閉記録を示すものは見つかりませんでした。上記記載からも、クライアントマシンを変えると状況が変わるのでは？ と思うのですが、所持しているマシンが少なく、それも試せておりません。
機能上は問題ないとは思うのですが、少し気色悪いので、解決方法をご存知の方、情報をお持ちの方に、ご教示いただければと思います。
よろしくお願いいたします。
Offline
手元の環境では、ファイルの開閉では状態が保存され、FM.app を落とすと、ファイルのデフォルトの状態に戻りますね。
サーバー運用ですおで、サーバーに保存されているファイルの状態が反映されるのだと思います。
Offline
Shinさん
早速の情報提供ありがとうございます。
サーバーでも調整したいと思っておりますが、
私の気色悪く思っているところは、ローカルに置いてあるファイルで、
スクリプトワークスペースの表示を変更しても、それがappを落とした後だと、
ファイルを閉じた時の状態が再現されないところです。
しかも、開いているフォルダと閉じているフォルダ両方があるところです。
スクリプトワークスペースの「ファイルのデフォルト」というのが、
何を意味しているのか？ そのデフォルトはどうやったら変更できるのか？
が分かるとよいと思っております。
引き続き、よろしくお願いいたします。
Offline
Windowsですが、レジストリの別の場所に保存されてます。
開いているスクリプトのリストは
ScriptWorkspace の下にファイル名ごと
これが37さんが見たものと同じでしょう、カンマ区切りで01,02*などの値（数字がスクリプトのID、*がアクティブなウィンドウ、他にoと#があったけど未詳）
それと同じ階層に、ファイルごとにUUIDがあります。その下にScriptWorkspaceがあって、その下にスクリプト（フォルダ）のIDごとに0か1の値が保存されてました（開いているフォルダは1で、これがデフォルト＝作成したフォルダは直後は開いている）
ファイル名からUUIDを生成する方法は不明です。
himadaneeさん
情報提供ありがとうございます。こんな情報が分かるなんてスゴいですね。
ファイルのUUIDは分からない以上、フォルダ数等で判別つけるしかなさそうです。
それでも、その情報管理の場所がわかっただけで、非常にありがたいのですが、
その対象ものすべてをゼロにしても、結局、appを落としたあとに開いたファイルでは、
以前と特に変化がありませんでした。
バグみたいな感じなのでしょうか？？？
Offline
appを完全に終了してから書き換えましたか？
バグっぽいのは、Windowsの場合だけかもしれませんが、
ScriptWorkspace:[ファイル名]
のファイル名の所にパスが一番下の1階層しか記録されてないことで、ドライブ名もついてません。
複数の場所に同じ名前のファイルがあると、区別できなくなる可能性があります。
これと似たことがUUIDを使ってるフォルダの開閉状態でも生じているかは、未確認。
himadaneeさん
たびたびの検証ありがとうございます。
Appを完全終了させてからの書き換えに間違いはありませんでした。
今、当方で確認できている状況を説明すると、
PlistのScrpitWorkspaceを、すべてゼロにした状態で、該当ファイルを開くと、
2つのフォルダが開いていて、1つのフォルダが閉じています。
（毎回同じ状態で、3つのフォルダがあります）
その状態のまま変化させずに、appを完全終了させてplistを確認すると、
ScriptWorkspaceのうち2つが1に変わっていました。
その変わったもののUUIDで検索をかけると3つがヒットするのですが、
うち2つがScriptWorkspaceで、もう1つは、値がMarkerになっている
項目Markerでした。
それぞれを再びゼロに戻して、再度ファイルを開いても、元の状態のままで、
今度は、3つ全てのフォルダを開いて、appを完全終了させ、plistを確認すると、
先ほどのUUIDで4つヒットし、3つのScriptWorkspaceが１になっていました。
（もう一つは先程の項目Marker）
そのまま、再度ファイルを開くと、やはり元の状態のままで、
2つのフォルダが開いていて、1つのフォルダが閉じています。
そこで、appを完全終了させ、plistを確認し、UUIDで検索するとヒットするのが
3つに減っており、2つのScriptWorkspaceが1になっていて、ゼロになっている
ScriptWorkspaceはありませんでした。
引き続きよろしくお願いいたします。
Offline
う～ん、うちはWindowsしかないんで
UUIDの直下には、MarkerというキーでMarkerという値の1つだけ存在します。
そしてWorkSpaceというパスで、スクリプトフォルダごとの開閉が値になってます。
なので、このUUIDを検索しても他には一切出てきません。
（UUIDなので、このキー自体を参照するもの以外には出てきてはいけない）
エクスポートすると、こんな感じ（フォルダが2個あってどっちも閉じてる例）
[HKEY_USERS\S-1-5-21-184973085-4036046236-794294565-1001\SOFTWARE\FileMaker\FileMaker Pro\19.0\FEF2AA4C-4E6E-AE4F-B8D1-1B1159BA1609]
"Marker"="Marker"
[HKEY_USERS\S-1-5-21-184973085-4036046236-794294565-1001\SOFTWARE\FileMaker\FileMaker Pro\19.0\FEF2AA4C-4E6E-AE4F-B8D1-1B1159BA1609\ScriptWorkspace]
"04"=dword:00000000
"06"=dword:00000000
バグっぽいと言えば、そもそもこの19.０の直下にいきなりUUIDでファイル個別の情報が記録されること自体が、なんか変ではありますが
plistで検索で何個も出てくるのは、上で言えば3回ヒットする状況なんだと思いますが、それ以外のことはよくわかりません。
途中まではplistの編集結果が反映されてないだけに見えますが、最後に3つとも開いた状態をplistに保存されたのに、再度開くと2個開いた状態に変わっているところが？
FMを終了した状態で編集して、plistを閉じた状態でFMを起動しないとうまくないと思います。
（Windowsではregeditは起動したままでも作業はできますが、リロードしないと表示内容は更新されない）
himadaneeさん
ありがとうございます。
当方は、Windowsのテスト環境がないので、他環境で調査いただけるのは、
暗中模索の中、非常に心強いです。
あれから、私も色々試して、解決が少し見えてきたので、ご報告いたします。
まず、初心に帰って、他のDBファイルでどうか？ と調べてみました。
すると、他のDBファイルでは、想定通りの動きをしました。
となると、DBファイルそのものに問題あるか、
あるいは、DBファイルに基づく情報が、さらにどこかに隠されているのか？
と考え、一番の対策は、新たにDBファイルを作り直すこと、と思いました。
しかし、実際にその作業を始めて見ると、特に、カスタムメニューや
レイアウトのところで、インポート、コピーペーストができず、あまりの作業量に
断念しました。
（ちなみにファイルの修復や別名で保存、それぞれのオプション設定も
いろいろ試しましたが、どれ1つ変化はありませんでした。）
そこで、ふと思い立ち、該当DBファイルで、いくつか新しくフォルダを作成してみました。
すると、新しいフォルダの中に、開くやつと閉じるやつの2種類が作成されたので、
閉じるフォルダだけ残して、そこに元のフォルダからスクリプトを移行させてみました。
残りの開いてしまうフォルダは全部削除し、
新しく作って残ったフォルダの名前を、元のフォルダと同じにして、
ファイルを閉じたところ、
やっと、該当DBで想定通りの動きをしてくれました。
結局、どこに問題があったかも分からず、まだ気色悪さは残るのですが、
とりあえず、ファイルの動きは、希望通りになったので、これでよしとしています。
個人としては対策の目処はたったのですが、原因や対処法として正しいのかは不明なため、
解決済みにはしないので、情報をお持ちの方はご教示いただけますと大変助かります。
解決済みにしないのが問題であれば、その旨もご教示お願いします。
Last edited by 37 (2021-10-14 11:00:10)
Offline
すると、新しいフォルダの中に、開くやつと閉じるやつの2種類が作成されたので、
もしかして、FM15とか古いバージョンで作ったファイルですか？
こちらでFM19のわずかなテストでは、新規フォルダは開いた状態で作られるのしかまだ見たことないですが、それが最初の投稿のリンク先（FM15ではデフォルトは閉じている）と違うので、どこかのバージョンで変更になったのかもしれません。
ツールメニューに「名前を付けてXMLとして保存」があるのを忘れてました。このXMLを見れば、生成方法はわかりませんがファイルのUUIDはわかります。
スクリプトのフォルダについては、こんな感じでした。
<Script id="12" name="新しいフォルダ" isFolder="True">
<UUID modifications="1" userName="admin" accountName="Admin" timestamp="2021-10-14T13:35:42">72A83B26-A0A5-404F-B2D7-6C00FB1B1D6A</UUID>
<Options hidden="False" access="ReadWrite" SiriShortcutVisible="False" runwithfullaccess="False" compatibility="0">1</Options>
<TagList></TagList>
</Script>
もしかして、compatibilityの所が開閉状態のデフォルトと関係あるかな？
himadaneeさん
ありがとうございます。
xmlとして保存
にそんな利用方法があったのかと驚きです。
（他に活用方法があるのでしょうか？）
このxmlで、
問題を表向き解決したファイルと、
解決していないファイル
の２つで比較したのですが、明らかな違いは見つかりませんでした。
あえていうならoptionタグで囲まれた数値が違っていますが、他のフォルダを見ても、
その法則は分かりませんでした。
なお、ファイルはFMP16からコピーしながら使っているものです。
ただ、フォルダ等はすべて、FMP19で作成したものだと思います。
これは、先に述べた、カスタムメニューのインポートが難しいので、
テンプレートファイルを作って、それをコピーして使い回していたと言う理由からです。
ちなみに、先に「他のファイル」と表現した、想定どおりの動きを
したDBファイルも、同じ経緯で作成されたものです。
XMLの情報を見る限りでは、ファイルに保存された情報ではなく、
クライアントのどこかに保管された情報が邪魔をしているのかも知れません。
引き続き、新情報がわかったら教えてください。
Offline
[ Generated in 0.007 seconds, 7 queries executed - Memory usage: 562.5 KiB (Peak: 583.41 KiB) ]