When using frame5 instead of dialog5 produce some freezing but not always.
1) Open maptool, modiy the macro, then call it . IT works
2) open a second maptool, onnect tot he servr, call the macro... IT Freeze
3) close both maptool, reopen the first one, Now it FREEZE !!!!
or sometimes it simly freeze even in th e same maptool afetr a restart.
Seem to be related with the usage deferred link in th doc of frame5 which ecommend to use
To avoid this problem when using HTML include, use the newer URL syntax: . The URL goes through a separate code path in MapTool which handles the threading issues.
Howver this ink format doesn work but maybe because our lib as : in its name... try with URI encode but it doesn't change
Workaround : use dialog5 instead.
A priori c'est bien le pb mentionenr sur la doc, car cet frame5 est appellé depuis une frame5 (editCombat)
eventuellement à tester sur un cas plus simple pour confirmer
Faire ene premier frame5 (avec des lien cves les CSS qui en ouvre une deuxieme
When using frame5 instead of dialog5 produce some freezing but not always.
1) Open maptool, modiy the macro, then call it . IT works 2) open a second maptool, onnect tot he servr, call the macro... IT Freeze 3) close both maptool, reopen the first one, Now it FREEZE !!!!
or sometimes it simly freeze even in th e same maptool afetr a restart.
Seem to be related with the usage deferred link in th doc of frame5 which ecommend to use
To avoid this problem when using HTML include, use the newer URL syntax: . The URL goes through a separate code path in MapTool which handles the threading issues.
Howver this ink format doesn work but maybe because our lib as : in its name... try with URI encode but it doesn't change
Workaround : use dialog5 instead.
A priori c'est bien le pb mentionenr sur la doc, car cet frame5 est appellé depuis une frame5 (editCombat)