Double Line 2 (dline.rb update)

pilou

Don't work on the V6 (pc)
Drawing lines are good but
Walls are not drawn when Enter pressed


Error; #<ArgumentError; wrong number of arguments(2 for 1)>
C;/Program Files/Google/Google SketchUp 6/Plugins/dline2.rb;157;in `start_operation'
C;/Program Files/Google/Google SketchUp 6/Plugins/dline2.rb;157;in `onReturn'
C;/Program Files/Google/Google SketchUp 6/Plugins/dline2.rb;157

TIG

@unknownuser said:

Don't work on the V6 (pc)
Drawing lines are good but
Walls are not drawn when Enter pressed


> Error; #<ArgumentError; wrong number of arguments(2 for 1)>
> C;/Program Files/Google/Google SketchUp 6/Plugins/dline2.rb;157;in `start_operation'
> C;/Program Files/Google/Google SketchUp 6/Plugins/dline2.rb;157;in `onReturn'
> C;/Program Files/Google/Google SketchUp 6/Plugins/dline2.rb;157

This is the same problem I mentioned with DrawHelix and model.start_operation taking a second argument after v6.
Unfortunately in this tool it is NOT coded to allow use in v6 at all... BUT here is the fix...
In a copy of the script in the v6 folder find the two lines reading [one might be in French ]
Sketchup.active_model.start_operation("Double Line", true)
and edit the text so there is no 'true' thus
Sketchup.active_model.start_operation("Double Line")
Now it will work in v6 [this will also work in v7/8 but is less efficient in refresh of display terms]
I think a relatively idiot proof way of doing a start_operation that is optimized for all versions is

begin
  Sketchup.active_model.start_operation("Double Line", true)
rescue
  Sketchup.active_model.start_operation("Double Line")
end

That is, it tries to start an operation with a second argument flag set [best for most v7/8 uses] BUT if it fails then it does one without the flag - e.g. v6..........

Jim

No one really responded when I asked the question about begin-rescue clause with start_operation. Probably a poor choice for a topic sentence on my part.

http://forums.sketchucation.com/viewtopic.php?f=180&t=22338

TIG

@jim said:

No one really responded when I asked the question about begin-rescue clause with start_operation. Probably a poor choice for a topic sentence on my part.
http://forums.sketchucation.com/viewtopic.php?f=180&t=22338

Great minds think alike... fools never differ...
I agree that this begin-rescue way is less prone to error like your .version v. .version_number typo which screwed Pilou's v6...

Jim

I can't get my Mac to print out the key code for a Tab?

using this: http://rhin.crai.archi.fr/RubyLibraryDepot/plugin_details.php?id=205

TIG

@jim said:

I can't get my Mac to print out the key code for a Tab?

using this: http://rhin.crai.archi.fr/RubyLibraryDepot/plugin_details.php?id=205

For onKeyDown it won't as Tab on Mac doesn't fire onKeyDown
But with onKeyUp it should return 9
BUT note that some locales/MacOSs can return 15 or even 48 for Tab...
I use this

### Type 'keycode' in the Ruby Console...
class TIG_KeyCode
  def activate
    @key=""
    puts "TIG's Non-Shortcut Keycode Reporter.\n"
    puts "Click in the Main Window outside of the"
    puts "Ruby Console then Press Non-Shortcut Keys..."
  end
  def onKeyDown(key, repeat, flags, view)
    @key=key.to_s
    puts "You Pressed Keycode = "+@key
  end
  def onKeyUp(key, repeat, flags, view)
    @key=key.to_s
    puts "You Released Keycode = "+@key
  end
  def deactivate(view)
    puts "You have pressed a Shortcut Key...\nExiting."
    return nil
  end
end#class
def keycode()
  Sketchup.active_model.select_tool(TIG_KeyCode.new)
  puts ""
end#if

Jim

Well, that's rather a pain, not to mention bug-ish.

thomthom

Is it reported?

TIG

@thomthom said:

Is it reported?

I have seen it discussed in various places - I've added it to the Tool's API notes...

Jim

@tig said:

I have seen it discussed in various places - I've added it to the Tool's API notes...

Link?

thomthom

@jim said:

@tig said:

I have seen it discussed in various places - I've added it to the Tool's API notes...

Link?

http://code.google.com/apis/sketchup/docs/ourdoc/tool.html#commentWidgetTitle

Jim

I don't see any note.

Jim

Updated to fix Tab issue and correct start_operation for version 6+

http://forums.sketchucation.com/viewtopic.php?f=323&t=33875

TIG

@jim said:

@tig said:

I have seen it discussed in various places - I've added it to the Tool's API notes...

Link?

Y'know... I don't recall... BUT I have been avoiding using onKeyDown for TAB-key for MAC compatibility for ages by using onKeyUp key==9 etc... I even teach it to my students
I've search my usual haunts... and not found a link but there must be something somewhere as I can't have dreamed up the problem alone...
It seems to have been raised around here http://forums.sketchucation.com/viewtopic.php?p=273542#p273542 Jeff was also involved and Fredo? ...

TIG

@jim said:

I don't see any note.

It's currently the first item in the User Notes list [~5 hours ago] - are your pages cached ? Try refreshing them...

TIG

@jim said:

Updated to fix Tab issue and correct start_operation for version 6+
http://forums.sketchucation.com/viewtopic.php?f=323&t=33875

Jim
When you link back to something you need to get the link from the 'small-file-square' below the post's title that way you link to the very page, not the thread itself... http://forums.sketchucation.com/viewtopic.php?p=297720#p297720 works
http://forums.sketchucation.com/viewtopic.php?f=323&t=33875 does not.

Jim

Of course it works. I'm not sure what problem you are having.

TIG

@jim said:

Of course it works. I'm not sure what problem you are having.

No - these link to different posts...
Click on the two I gave to see the difference.
If you have your posts sorted in chronological order it looks the same [at least initially] because the first post is at/near the top BUT if you sort in reverse order, like I do, so that the most recent posts are shown first then the initial download thread is not accessed by the click as it's by now on another page...
In passing... I not that you latest version of dline2 missed a 'start_operation' around line #287 so it's still not v6 compatible...
It's effectively defining 'double-click' to be taken as 'enter' - I note that ones 'Double ligne' and the others 'Double line' are also probably typos left over from Didier...

Jim

Well, that different than "not working." I see your point.

TIG

@jim said:

Well, that different than "not working." I see your point.

It 'wasn't working' because it wasn't 'linking to the post' but rather linking directly to the thread itself which was somewhat redundant as you were linking from within it already - not the desired result I must assume...