New SketchUp Developers Tools - TestUp

driven

cheers Chris,
I now have it looking like that, after the first 'Tab' selection,

there's still something wrong with the 'blur' function, so I still start 'blank', then after a 'right click' I get the 'Tabs', but with all the 'tabs' content 'text' until I choose any 'Tab' then they ball work, i.e. only show their own content...

john

scottlininger

I suspect this is a Mountain Lion problem. Chris added to an issue over on the github site.

https://github.com/SketchUp/sketchup-developer-tools/issues/1

I'll buy a beer (or cookie) for whoever figures it out first.

Aerilius

Does anyone have success getting firebug into this console? It bugsplats...
(I have it in the other console, but that doesn't help here)

thomthom

@aerilius said:

Does anyone have success getting firebug into this console? It bugsplats...

Really? a Javascript in a WebDialog makes SU BugSplat??

driven

Cloned the latest version and the TestUp CSS works now, however the blur still fails to refresh the page, and still require a 'right' click...

Another thing...
%(#0000FF)[3 ERROR(S): The following plugins had errors and may not be fully loaded:

PLUGIN: platformhelper.rb
FOLDER: /Library/Application Support/Google SketchUp 8/SketchUp/plugins/sketchup-developer-tools/testup/ruby
ERROR: no such file to load -- win32/api

PLUGIN: registry.rb
FOLDER: /Library/Application Support/Google SketchUp 8/SketchUp/plugins/sketchup-developer-tools/testup/ruby
ERROR: no such file to load -- Win32API

PLUGIN: testuprunner.rb
FOLDER: /Library/Application Support/Google SketchUp 8/SketchUp/plugins/sketchup-developer-tools/testup/ruby
ERROR: No such file or directory - results/12.10.30.21.48.52-1351633732]

if I add a conditional is_mac=($LOAD_PATH[0][1..1] != ":") if !is_mac before the require, and an additional end
I can avoid the Win32 errors,
but the other I'm unsure about, the file is being made, but after the load check [ I guess]
john

driven

On Mountain Lion, This seems to be the simplest way to get the page to load correctly at startup...

  <body>
    <a href="javascript&#058;;" id="btnRunTests" onclick="run();return false;">&nbsp;</a>
    <input id="runList" type="hidden" />
    <span id="headsUpDisplay"></span>
    <div id="divGui"></div>
     <script type="text/javascript"> bodyLoad() </script>
  </body>

everything else can stay the same...
would that work on other mac and IE versions?
john

Chris Fullmer

You might need to take your comments and code over to github. Scott and Brian Brown have been very active over there. Post something, get comments, and get it incorporated quickly.

thomthom

@chris fullmer said:

You might need to take your comments and code over to github. Scott and Brian Brown have been very active over there. Post something, get comments, and get it incorporated quickly.

+1 - if even just to submit an issue ticket.

slbaumgartner

@unknownuser said:

I suspect this is a Mountain Lion problem. Chris added to an issue over on the github site.

https://github.com/SketchUp/sketchup-developer-tools/issues/1

I'll buy a beer (or cookie) for whoever figures it out first.

Well, maybe I can claim the beer !

There is a javascript bug in testup.html, at least on the Mac. The statement

TESTUP_elements.gui.insertBefore(divNav, TESTUP_elements.gui.childNodes(0));

throws an exception that causes createGUI to abort before it is finished, which is why the tabs never appear!
At least on the Mac, childNodes is an array, not a function, and the correct syntax is:

TESTUP_elements.gui.insertBefore(divNav, TESTUP_elements.gui.childNodes[0]);

I still have the issue that John mentioned, the window is blank until the first time I right click. But all else is ok.
I don't grok github yet, so if someone who does can post this as a suggested change, I'd be grateful.

Steve

P.S. I don't think it is relevant, but I also rewired SketchUp to use Ruby 1.8.7, per a note I posted on another thread.
Also, out of sheer fussiness, I changed the test for @is_mac in testup.rb to
@is_mac = (Object::RUBY_PLATFORM =~ /darwin/)!=nil
since the original code returns 5 (the index of darwin in RUBY_PLATFORM) whereas @is_mac should be boolean.

PPS - Oh, it seems the discussion moved to github and this issue has already been resolved there.
But that leaves me puzzled. If the fix has been known for a month or so, how come the code I got from GitHub still had all the old errors?

driven

I did wonder the same after cloning the new version and losing that fix, at the same time I added

</body>
  <script> bodyLoad() </script>

and deleted it the top tag, again.

I'm away for a few days but will try your version hack, does it work with gems?
john

slbaumgartner

@driven said:

I did wonder the same after cloning the new version and losing that fix, at the same time I added

</body>
>   <script> bodyLoad() </script>

and deleted it the top tag, again.

I'm away for a few days but will try your version hack, does it work with gems?
john

The only reason it wouldn't work with gems is that SketchUp doesn't set up a library load path to anything except their own stuff. To get any other ruby code you need either to copy it into SketchUp's area or manipulate the ruby load path before you access it.

Steve