[Request] Testing on a Mac
-
http://forums.sketchucation.com/viewtopic.php?f=315&t=19831&st=0&sk=t&sd=a&start=45#p165464
@unknownuser said:
On the WebDialog topic...
We wrote a somewhat generic bridge between JS and Ruby that we used for Dynamic Components. I learned a lot from that and would have some thoughts on how to build a new one that's truly generic and easy to use. That's almost worthy of its own big thread.
One note: I think it would be work for the JS code side of a bridge to be stored in the ruby and then dumped into the WebDialog via execute_script, so JS code side of things would call something like this:
Code: Select all
window.location.href='skp:initialize_bridge';...and then from there would have access to whatever JS methods we implement.
It doesn't sound like Google wants to open their code, but Scott says he is willing to help design a better bridge.
-
Thanks for all your help. In the end with the constraints of machinery and time, I decided to resort to the good old 1995 solution:
function start(){ if(navigator.appName == 'Microsoft Internet Explorer') browserStart() else{ confirmPanel = document.getElementById("confirm") confirmPanel.innerHTML = "START" } } function receiveSceneCount(x){ count = x } function browserStart(){ //TO FIND IF ANY SCENES EXIST .... function confirmDown(){ switch(confirmPanel.innerHTML){ case "START"; browserStart(); break ....
I hope it works but it really doesn't seem right.
Also I think it is wrong to start off a major new excursion into automated interfaces with workarounds! I would really like to find a proper solution. Perhaps the evolution of SKX will help expose it - but I wonder how.
Anyway thanks again for your time; I will let you know what happened tonight tomorrow; I foresee some grief!
Kind regards
Chris
-
hmm... It might be that you try to do changes to the webpage before the DOM is ready. If you do things immediately as the webdialog is loaded you need to wait until all the HTML elements are built.
http://www.javascriptkit.com/dhtmltutors/domready.shtml -
I think I will look at that deeply if the thing fails tonight because everything now seems to work with a PC; and I have loaded the page into Safari and there are no syntax errors (tested with FF as well) just complaints about skp of course. So I don't want to mess with what exists.
It seems to me this is much the same as loading the active_model business. Anyway thanks for the info. I just hope I don't need to re-jig everything!
Cheers
Chris
-
@chrisglasier said:
Could some kind person(s) have a look at this plugin code? I'm told it does not work on a Mac (I only have a PC). I have gone through all the javascript and transformed all IE only syntax. Perhaps a cursory look at the attached files is enough to expose the cause.
Many thanks
Chris
Chris,
You may just be facing a well-known synchronization issue with web dialogs on Mac. Unlike in Windows/IE, the
windows.location
callback verb called from HTML does NOT block, so that you continue execute JavaScript. Furthermore, most callbacks will be 'lost', as Sketchup uses only one buffer to communicate with Ruby, not a queue.See that post: http://forums.sketchucation.com/viewtopic.php?f=180&t=13394&p=101428&hilit=+safari#p98793
You have to do the synchronization manually, which, I agree, is not a piece of cake.
Fredo
-
@unknownuser said:
You may just be facing a well-known synchronization issue with web dialogs on Mac. Unlike in Windows/IE, the
windows.location
callback verb called from HTML does NOT block, so that you continue execute JavaScript. Furthermore, most callbacks will be 'lost', as Sketchup uses only one buffer to communicate with Ruby, not a queue.Thanks for replying Fredo. I am afraid I am quite new to Ruby, generally just using the callbacks to instruct SU to do things - "move component[x]" type of thing. I expected some hassle with Mac/PC compatibility but from the post you quoted it seems it is way beyond my ken, and the problems getting access to a Mac are fraught with frustration (as I predicted). I don't even know if the current version doesn't work but I suspect it won't.
@unknownuser said:
You have to do the synchronization manually, which, I agree, is not a piece of cake.
Does this mean I have to make chains of javascript/ruby functions, viz
JS01 call ruby01; ruby01 call JS 02; JS02 call ruby 02 ... until the play is complete
.I have done something like this before with setInterval functions that control a number of different objects with different timing and paths, so if I have interpreted what you say correctly, I feel I would be still in with a chance (British stoicism and all that).
But there is still the problem, common on the forum I now know, of finding Mac owners willing to test. If anyone reading this will volunteer, I promise a mention in dispatches. Here, opportunistically, is the current "best chance" set of files.
Incidentally, Fredo, I did try to press for resolution of this well-known synchronization issue again in this reply to CMD - over optimistically perhaps.
My thanks and regards
Chris
-
@thomthom said:
If this Mac testing isn't too urgent I could have a look at it. But I don't have much spare time as I'm working on an architectural project besides work which is due on ~2 weeks. +pluss my involvement in other projects and various beta testings.
But I do have a Mac Mini at home that I've used to debug ruby plugins.That's kind of you to offer. Considering the obstacles bought up here and in the SFX Bridge topic, I think time becomes subservient to finding some solution (even if temporary). Perhaps it could be lodged in the repository for the benefit of anyone else attempting such similar lunacy with web dialogs and Macs.
Two sets of files are attached. Any original files and directories should be deleted. For the Mac version, I have:
... introduced a START control to deal with the fact there is no Sketchup.active_model when the Ruby scripts are first loaded. This is not a tool or a menu item but I think the effect should be the same.
... rewritten the code so that no window.location call is followed by any javascript statements.
... opened the MAC files in FF and Safari to see if either reported syntax errors.
Opportunistically, I included the PC version which includes the makings of a javascript call - initiated by user action in SU's display and selection observer - as described here. A solution to this too might be a good addition to the SFX web dialog section.
Whilst there is hope I am very willing to rejig things, provided I have guidance, so please let me know what you think.
Double tak*
Chris
- Norwegian for thank you if I remember correctly from my time working with Snohetta
-
Close!
Tak = Roof
Takk = ThanksOT (sorry but you got me curious) what work did you do with Snøhetta?
-
@thomthom said:
Close!
Tak = Roof
Takk = ThanksOT (sorry but you got me curious) what work did you do with Snøhetta?
Alexandria Library (design time schedule and monitoring); also co-authored Atomic Architecture with Craig Dykers, one of the founders ... a long time ago!
Chris
Edit added AA link - now Google is working
-
Can some one with a Mac tell me what they get returned when they use this snippet in the Ruby Console...
ENV["TEMP"]
Is it 'nil' or a 'path_to_the_temp_folder' ?
Also withENV["TMP"]
ditto ...
Also a Mac whole ENV listing, got thus...ENV.sort
would be helpful.
-
ENV["TEMP"] => nil
ENV["TMP"] =>nil
ENV.sort => [["COMMAND_MODE", "legacy"], ["DISPLAY", "/tmp/launch-jGxAIU/;0"], ["HOME", "/Users/TBD"], ["LOGNAME", "TBD"], ["PATH", "/usr/bin;/bin;/usr/sbin;/sbin"], ["PYTHONPATH", "/Applications/Quick Search Box.app/Contents/Frameworks/Vermilion.framework/Resources"], ["SHELL", "/bin/bash"], ["SSH_AUTH_SOCK", "/tmp/launch-4hMGhW/Listeners"], ["TMPDIR", "/var/folders/oo/oofmaDN7HfGByvhOdkcyck+++TI/-Tmp-/"], ["USER", "TBD"], ["__CF_USER_TEXT_ENCODING", "0x1F5;0;0"]]
-
Thanks TBD, so your temp folder is called "TMPDIR"
Advertisement