WebDialog.set_html fails under Safari 5.0.6

driven

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 works

under 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.
temp files accumulate...

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

driven

@TT new patch works on Safari 5.0.3 as well, updated above... and temp files also don't purge.

thomthom

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.

thomthom

Cursed - this is more troublesome than I thought.
Under Windows I can clean up all temps by using AppObserver.onQuit - but under OSX it appear to never trigger.

driven

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

thomthom

I got lots of Fredo tracelogs in my Window folder...

thomthom

@driven said:

SketchUpUndo0.log is an on quit event

Doesn't seem to trigger from the Ruby API...

thomthom

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.

driven

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

fredo6

@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

fredo6

@thomthom said:

Cursed - this is more troublesome than I thought.
Under Windows I can clean up all temps by using AppObserver.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

driven

@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...

thomthom

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.

driven

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)

thomthom

@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 times

never 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.

driven

if your proxy is in your webdialog folder, all your links are then relative... I'd vote for that... if I can

thomthom

@unknownuser said:

@thomthom said:

Cursed - this is more troublesome than I thought.
Under Windows I can clean up all temps by using AppObserver.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...

thomthom

@driven said:

if your proxy is in your webdialog folder, all your links are then relative... I'd vote for that... if I can

fredo6

@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

driven

@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.

by proxy HTML document I assumed you meant a html file that is basically populated by your current window.html + ruby, which is then sent to web dialog and is then updated via ruby.

if that's what you mean, and it lived beside window.html can't all your links then be relative i.e. href=css/ui.css, src=js/base.js, etc...

john