WebDialog.set_html fails under Safari 5.0.6
-
@driven said:
TT_SelectionToys works EXCEPT for 'cheat sheet' which shows as about:blank and loads nothing, not even error messages, so may be a different issue.
I believe it's a different issue as it's an older plugin. Lets look away from this one.
@driven said:
TT_CleanUp3 all now work with the latest patch EXCEPT temp file are not purged on close of dialog or SU.
Really? They should be erased when SketchUp is exited. hmm... Gonna look at it again on my Mac.
-
on my computers, both running OSX 10.5.6.
under Safari 5.0.3
Fredo's WD all work correctly.
TT_SelectionToys works EXCEPT for 'cheat sheet' which shows as about:blank and loads nothing, not even error messages, so may be a different issue.
TT_CleanUp3 all works with original file (will test new one now) UPDATE: new file worksunder Safari 5.0.6
Fredo's WD failed to load images and failed on check for updates . with the temp file test, it will now switch from about:blank if a manual reset is induced, It THEN works correctly.
TT_SelectionToys works EXCEPT [as above]
TT_CleanUp3 all now work with the latest patch EXCEPT temp file are not purged on close of dialog or SU.
from my testing .set_file and .set_url seem to be interchangeable (with the corrected path), i.e. the same resource from the same source can be used with either method.
john
-
@TT new patch works on Safari 5.0.3 as well, updated above... and temp files also don't purge.
-
It appears that the Garbage Collector is no invoked when SketchUp exits under OSX - as oppose to under Windows. Gonna have to look for another way to cleanup.
-
Cursed - this is more troublesome than I thought.
Under Windows I can clean up all temps by usingAppObserver.onQuit
- but under OSX it appear to never trigger. -
SketchUpUndo0.log is an on quit event, so it is possible. and I think Fredo's DebugLog class purges the old trace files in his tmpdir
/Library/Application Support/Google SketchUp 8/SketchUp/plugins/LIBFREDO6_Dir_40/Lib6PluginDialogs.rb line1047
-
I got lots of Fredo tracelogs in my Window folder...
-
-
I'm finding no way to get anything to trigger when OSX exits. onDelete model triggers when you close a model, but not upon exit. It's like all Ruby callbacks are stopped when SU exits under OSX.
-
sorry if I'm barking up the wrong tree, but this bit of code overwrites an existing file.
could something similar not work for .html's@sfile = "/Library/Application\ Support/Google\ SketchUp\ 8/SketchUp/plugins/audit_mac_ruby/audit.txt " @debug_file = File.new(@sfile, "w")
john
-
@thomthom said:
I got lots of Fredo tracelogs in my Window folder...
Normally LibFredo6 keeps the last 10 or 15 log files (purge is done above).
This is to allow consulting traces from previous sessions.Fredo
-
@thomthom said:
Cursed - this is more troublesome than I thought.
Under Windows I can clean up all temps by usingAppObserver.onQuit
- but under OSX it appear to never trigger.You should not worry too much with the temporary file.
You create it with a unique name and then delete it when you close the dialog box (I guess you have a hook in the on_close() event).
And if there are a few files remaining, the user or the system will purge them at some points.The question I had on temp file is whether the html file should absolutely be in the ENV["TMPDIR"] folder or in any folder (like /tmp)
Fredo
-
@unknownuser said:
@thomthom said:
The question I had on temp file is whether the html file should absolutely be in the ENV["TMPDIR"] folder or in any folder (like /tmp)
Fredo
I just did a test and
@tempfile = File.join( "/Library/Application Support/Google\ SketchUp\ 8/SketchUp/plugins/TT_Lib2/webdialog", filename )
runs the same as the former, but I can find it easier...
-
I'm thinking I might not need temp files at all. I just need to send the HTML to the webdialog via
.execute_script
to a proxy HTML document that replaces the content. -
another thing...
I decided to check the html temp files from both paths to see if they where identical (they are)
I also get this identical message when opening in TextWrangler.
never seen that for any other html files, so I checked Fredo's tmp htmls as well and they are fine.
here's the other file, contents is the same
EDIT- it may be this <title>CleanUpοΏ½ unidentified character(in TextWrangler) -
@driven said:
@unknownuser said:
@thomthom said:
The question I had on temp file is whether the html file should absolutely be in the ENV["TMPDIR"] folder or in any folder (like /tmp)
Fredo
I just did a test and
@tempfile = File.join( "/Library/Application Support/Google\ SketchUp\ 8/SketchUp/plugins/TT_Lib2/webdialog", filename )
runs the same as the former, but I can find it easier...
If the file is in the system temp then it's more likely that stray files will be removed.
@driven said:
another thing...
I decided to check the html temp files from both paths to see if they where identical (they are)
I also get this identical message when opening in TextWrangler.
temp_file_message.png
temp_file_message.png (47.92 KiB) Viewed 4 timesnever seen that for any other html files, so I checked Fredo's tmp htmls as well and they are fine.
That's because I have sent a Β³ character in ANSI format instead of UTF-8. It's nothing important.
-
if your proxy is in your webdialog folder, all your links are then relative... I'd vote for that... if I can
-
@unknownuser said:
@thomthom said:
Cursed - this is more troublesome than I thought.
Under Windows I can clean up all temps by usingAppObserver.onQuit
- but under OSX it appear to never trigger.You should not worry too much with the temporary file.
You create it with a unique name and then delete it when you close the dialog box (I guess you have a hook in the on_close() event).w = WebDialogPatch.new( 'Hello World' ) w.show w.set_html( 'Lorem Ipsum' ) w.close w.show # HTML file would now be missing...
-
@driven said:
if your proxy is in your webdialog folder, all your links are then relative... I'd vote for that... if I can
-
@thomthom said:
I'm thinking I might not need temp files at all. I just need to send the HTML to the webdialog via
.execute_script
to a proxy HTML document that replaces the content.I remember that execute_script suffered from a string size limitation on Mac?
Maybe this is fine now.Fredo
Advertisement