WebDialog on Mac (call to Google SU engineers)

thomthom

That sounds like you are sending back before the HTML DOM is ready. If you use jQuery use the 'ready' event to wait for the HTML DOM to be ready.

How have you currently structured the loading event?

RonB

I guess you're right... i do have the skp callback somewhere in between of the page.
I'll try to change it to jquery with the "wait for doc ready"-function and report back here.

to answer your question: I'm creating a webdialog and connect by set_url to an url.
Then i'm showing the dialog and wait for the callbacks.
I hope that's what you was asking.

Aerilius

I again stumbled across this issue, knowing JavaScript continues before the Ruby callback ends, but I didn't think that this async nature prevents subsequent urls to reach Ruby.

Example of the Problem:

w = UI;;WebDialog.new("Test")
w.add_action_callback("1"){|dlg, param| puts("first callback")}
w.add_action_callback("2"){|dlg, param| puts("second callback")}
w.set_html("<html><body><script>window.location='skp;1'; window.location='skp;2';</script></body></html>")
w.show

On Windows:
` %(#000000)[> first callback

second callback]On OSX: > second callback`

Example solution:
Doesn't make anything synchronous, but makes sure all urls reach Ruby.


/* class Scheduler;
 * This class makes sure given functions are not called more frequently than a
 * certain time limit.
 * .queue(function)
 *     Adds a new function. All collected functions will be executed one by one with a time interval inbetween.
 */
Scheduler = function(dt) {
  var scheduled = []; // Array of scheduled functions.
  var t = 0; // Tracks the time of the last function call.
  dt = (dt) ? Number(dt) ; 250; // Minimum time interval in milliseconds between subsequent function calls.
  this.queue = function(fn) {
    scheduled.push(fn);
    check();
  };
  var run = function() {
    var toRun = scheduled.shift();
    toRun();
  };
  var check = function() {
    var c = Number(new Date().getTime());
    // Last function call is long enough ago (or first time), execute given function immediately.
    if (c > t && scheduled.length > 0) {
      run();
      // Set timer for next possible function call.
      t = c + dt;
      window.setTimeout(check, dt);
    }
  };
};


/* An instance of the Scheduler */
var callRubyScheduler = new Scheduler(1);


/* Function to call a SketchUp Ruby action_callback. */
var callRuby = function(name, data) {
  if (!data) { data = ''; }
  var url = 'skp;' + name + '@' + encodeURIComponent(data);
  callRubyScheduler.queue(function(){ window.location.href = url; });
};

On Windows:
` %(#000000)[> first callback

second callback]On OSX: %(#000000)[> first callback
second callback]`

thomthom

Another way, that doesn't involve timing is to stack up messages in JS that call a receiving ruby method which takes care of forwarding to the correct ruby method and then send a ping back to JS which can then send the next message in the queue.

I made a version like that which also gives JS a return value from ruby.

Sent from my LT25i using Tapatalk 2

jolran

Ahh, missed this addition to this rather old topic. Interesting reading.

Might be relative to Didier's recent topic.
http://sketchucation.com/forums/viewtopic.php?f=180&t=51350

I wonder if I could get some clarification about this:
For ex, let say you have a dozen buttons that each is hooked up to it's own callback to Ruby with "window.location.href" for the callback.

Even if the Ruby script is permitted to "finish" it's doing before pushing the next buttons, will there be a sync problem ?

I'm having a hard time understanding how this issue behave since I don't have a Mac for testing it out myself.

It seams like Arielius has a clever solution, but what if for ex one has a slider performing realtime transformation or such ?