初心者のFileMaker pro Q&A

私のテストは、単純な2ケース、webビューアのソース指定と、そのHTML内のi㎎タグでの参照でした。
そちらで使ってるJavascriptのライブラリがどうやってロードしているのかわかりませんが、ブラウザのリダイレクト？の対象から外れてる可能性もあるのかな。

置き場所については、
%TEMP%\FileMaker\ContainerCache
のフォルダは最初からありましたよね？
元ネタのサイトのようにフルパスで書くとWindowsのユーザ名が入ってしまって他では適用できなくなるので、環境変数を使って表記すべきものなんですが、どう書くのが正しいかテストするのは面倒なので...

少し前の発言を読み直してみたら、#7で
>Web ビューアの設定 [ オブジェクト名: "map01"; URL: "file:///D:/FM/map/map.html" ]
と書いてますが、これをやってたらだめですよ。data:の指定がhttp:でのアクセスになってる、という話なので。
webビューアのソースはdata:にしてますか。

あ！
開発者コンソールがパスしか表示してないので、以前と同じfile:参照だと思い込んでました。
data:のURLの場合に一時ファイルが作られるのは同じですが、http:でアクセスしていますね。
どういう仕組みか詳しくは調べてませんが、http://localfm.assets/へのアクセスが、ローカルのフォルダにリダイレクト？されています。
つまり、外部に別途webサーバを用意しなくても、webビューアからは
%TEMP%\FileMaker\ContainerCache
に置いたファイルは上記のhttpでアクセスできます。
（https:も可能でした。）
（このパスに使用している環境変数が、％TEMP％なのか%TMP%なのか、あるいは％LOCALAPPDATA％の下として定義しているのか、は確認してません）

しかし、場所がtempの中なので、恒久的なライブラリを置く場所としてはあんまりお勧めできないですね。（クリーンアップで削除される）
ウェブビューアのURLを設定するたびに、関連するファイルをそこへエクスポートする、というのもなんか間抜けだし...

余談：data:が実際にはhttp:アクセスとなるので、開発者ツールのコンソールに、faviconがないというエラーが残ってました^^;

Moz様 Base64EncodeRFC関数を使ったことがなかったので戸惑いましたが、アイコンを納めるテーブルをローカルファイルの代わりに作りwebビューアテーブルとリレーションしcssを下記のようにすれば問題なくカスタムアイコンと番号が重なり従来と同じように表示されます。
<style>
   body {padding: 0; margin: 0}
   html, body, #map {height: 100%; width: 100%;}
}
.my-marker
{
background-image: url(data:image/png;base64,<画像>);
}
.my-custom-marker{
background-image: url(data:image/png;base64,<画像>);
background-repeat: no-repeat;
  text-align:center;
     line-height:30px;
     color:black;   
}
</style>
テーブル構成とスクリプトの変更はこれから考えます。chart.jsのカラースキームプラグインをローカルファイルから利用するのはこれと違うので最適の方をゆっくり考えます。・・・すぐ必要はないので
有り難うございました。

画像を Base64EncodeRFC 関数でテキスト化します。
ブラウザはBase64をデコードできるので Web ビューアで表示する際に画像として表示されます。

https://bit.ly/3i3ELMW

昔はIEが標準的ブラウザである以上に絶対的でした。IEが動かせない（最新版でないから・・IEは普段使わないので）とセキュリティソフトが入らなかった・・・おまけのくせにと思いそこでもソフト会社に管を巻いた記憶がある
たぶんMoz様の

は正しいと思いますが、制約をと制限をどう捉えるかは、認識の違いとしか・・

サードパーティーの説明としては、「アドオン含めて動作が保証されているものではありません。」と説明された訳ではなくただ単に「あずかり知らぬ」です。
これも捉え方の違い他等と考えるしかありませんが・・・
忙しい中、貴重なご意見ありがとうございます。

Moz様 ご意見有り難うございます。

の部分に関しはサードパーティーであるクラリス社が提供している以上、IEからEdgeに変更した時点で、最低限の制限事項を述べる必要があると思います。・・・まあ最低限とはどこまでと問われても受け取る方の問題ですが・・・
変わりましたで済ませ「変更部分は当社の与り知らぬところでマイクロソフトにお聞きください（これサポートの返事です。）」・・クラリス社の姿勢に久しぶりに管も巻きたくなる。入れ替えたりアップデートしたり、今も手直しの最中・・・ガバガバのおかげで昔の記憶よみがえらない

FMのプラグインの場合、ユーザーにメッセージを表示せずに、一覧表示された元の場所から外部アプリケーションを起動できるプロトコルの一覧を定義するにはレジストリの設定で出来るみたいだけど、Windows 上の Web ビューアのローカルファイルパスの場合は、下記のサイトにあるようにfile プロトコルの制限で「先頭に「file:///」つけてファイルパスを指定」で出来ないみたい。
https://jpdsi.github.io/blog/internet-e … eProtocol/
そこでwebビューア上のmapでカスタムアイコン（cssあるいはjavascriptのurlでローカルファイルを指定）を使うためhtmlファイルを経由して表示することにした。（別にブラウザ表示でもも問題はないが自己満足のため）
配列を変数にし
    フィールド設定 [ map設定::コード; Evaluate (ExecuteSQL ("select \"text\" from \"javascript\" where \"key\" = ?";"";"";Get ( スクリプト引数 ))) ]
    フィールド内容のエクスポート [ map設定::コード; 「file:map.html」; フォルダを作成:いいえ]
を加え
    Web ビューアの設定 [ オブジェクト名: "map01"; URL: "file:///D:/FM/map/map.html" ]
に変更したスクリプトでmapを表示させる。
でも、FMでfile プロトコルが使用できるようににしてほしい。
リリースノートに
Windows では、FileMaker Pro は Internet Explorer エンジンの代わりに Microsoft Edge (Chromium) エンジンを使用してカスタム App の Web コンテンツをレンダリングするようになりました。Windows コンピュータが必要な Microsoft Edge コンポーネントに更新されていない場合は、FileMaker Pro のインストーラまたはアップデータがそれらを追加します。
Web ビューアでは、Web 標準に対するより良いサポートを提供しています。これにより、Web ビューアで使用している JavaScript および CSS を簡略化できる可能性があります。
とあるが簡略化じゃなく使用制限になっている。