[Plugin] Shortcutter Beta

Gábor

so it is seeing them...

Thank you. So now we know that the .js side receives the shortcuts. Now we have to find out why it doesn't poulate the .html with them. I made shortcutter2.html what - after the initial popup - will pop up an alert for each individual shortcut with the HTML insert for that. If you could send the content of the first two or three of those popups that would help. (You need to click OK one by one on them to get the next)

driven

I think it might be the tabs

javascript isn't seeing '\t' for the split, it's a ' ' that's being sent

Gábor

@driven said:

I think it might be the tabs

javascript isn't seeing '\t' for the split, it's a ' ' that's being sent

Well. IMO it is seeing the TAB as in the popup they are separated by a TAB.
BUT! And I think we got the problem here. Your MAC SU is not sending the corresponding menu with the shortcuts. And that information used to place the data into the appropriate section of the webdialog. My PC popup looks like:

As you see every action begins with the menu name. Tomorrow or Monday I'll find out something how to handle this situation. Probably we have to give up the display by menu items layout in these cases.

Thank you very much for your help.

EDIT: Now I see the information is there but just in an other format. Will do version 0.2.0 on Monday to handle this.

driven

ok
couple of observations

A   selectArcTool;

is actually a Sketchup.send_action key...

so on mac it's short cutting all of the ones that end in [ : ], and not supplying the path type structure for those...

your name in the file [and the file itself] have Central European( Windows latin 2) text encoding which don't work with force-encoding('UFT-8')as you may expect, I think you would need force-encoding( [Central European( Windows latin 2] ).encode('UFT-8'), replacing [""] with the correct encoding constant, it's much simpler to encode the files correctly from the start and avoid any need to 'force' it. it may be part of the issue...

john

Gábor

Thank you John. We'll make the suggested corrections in v0.2.0. (On Monday)

TIG

I hadn't tested it on MAC - just PCs...

Of course the encoding should be UTF-8
I suspect that the Gábor v Gabor should not cause an issue as it's behind a # so is never read ?
BUT the file is ANSI encoded incorrectly - a sure thing to break Ruby2 - but it does not !
Somewhere it's encoding changed - the version I sent Gábor via Skype was encoded correctly, subsequent editing by him seems to have changed its encoding for the worse

BUT now I have a very strange issue with my MAC.
In v2013 and v2014 in the Ruby Console:

Sketchup.get_shortcuts returns [] !

Even though there are many shortcuts listed in the menus and Shortcuts.plist ?

So then the listing in the dialog is unpopulated as the list is "" !

I can't see why SketchUp has stopped making these lists

TIG

I have now found that on MAC using a shortcut somehow wakes up the plist and then Sketchup.get_shortcuts returns the array as expected.
BUT it still fails to populate the shortcutter dialog.
I suspect that the MAC string that is passed to the JS side contains characters that break it - perhaps we need to encode it Ruby side then decode it JS side ?
It contains special-characters for Option, Cmd etc - while on PC they would be Alt, Ctrl etc...
I recast a UTF8-without-BOM encoded version of the .rb so it outputs what it's sending to the JS...

On MAC with SketchUp just opened [v2014].
Sketchup.get_shortcuts returns []
When the the shortcutter runs it sends "" to the JS.
Which is rubbish !
BUT when I use just one shortcut !
It works thereafter...
Now:
Sketchup.get_shortcuts
returns:
["A\tselectArcTool:", "B\tselectPaintTool:", "C\tselectCircleTool:", "E\tselectEraseTool:", "F\tselectOffsetTool:", "G\tmakeComponent:", "H\tselectDollyTool:", "K\ttoggleDisplayBackEdges:", "L\tselectLineTool:", "M\tselectMoveTool:", "O\tselectOrbitTool:", "P\tselectPushPullTool:", "Q\tselectRotateTool:", "R\tselectRectangleTool:", "S\tselectScaleTool:", "Space\tselectSelectionTool:", "T\tselectMeasureTool:", "Z\tselectZoomTool:", "|\tviewPerspective:", "⇧Z\tviewZoomExtents:", "⌥S\t/Plugins/SketchUcation/My Shortcuts..."]
and when the the shortcutter runs the passed string is:
"A\tselectArcTool:\\nB\tselectPaintTool:\\nC\tselectCircleTool:\\nE\tselectEraseTool:\\nF\tselectOffsetTool:\\nG\tmakeComponent:\\nH\tselectDollyTool:\\nK\ttoggleDisplayBackEdges:\\nL\tselectLineTool:\\nM\tselectMoveTool:\\nO\tselectOrbitTool:\\nP\tselectPushPullTool:\\nQ\tselectRotateTool:\\nR\tselectRectangleTool:\\nS\tselectScaleTool:\\nSpace\tselectSelectionTool:\\nT\tselectMeasureTool:\\nZ\tselectZoomTool:\\n|\tviewPerspective:\\n⇧Z\tviewZoomExtents:\\n⌥S\t/Plugins/SketchUcation/My Shortcuts..."
BUT it still does NOT populate the dialog - so something is breaking the JS execute_script side...
I suspect these special MAC symbols

Dave R

FWIW, this is what I get on my Mac after clearing the Safari caches. I do have shortcuts established.

TIG

Yep, in MAC is it's foobar...
I suspect it's the special-characters that MACs use for the modifier keys...
Those will break the server's JS...
Gábor and I need to look at it tomorrow...

driven

I did try

			myscuts = (Sketchup.get_shortcuts.to_s.gsub(/⌃/,'Ctrl').gsub(/⌥/,'Alt').gsub(/⇧/,'Shift').split(',').sort.join("\\n"))

which almost works on the ruby side if I encode the page UTF-8,

  "AltT\tdoThreeDText;"\n "B\tselectPaintTool;"\n "C\tselectCircleTool;"\n "CtrlAltShiftT\tviewTop;"\n["Space\tselectSelectionTool;"

the last entry for Space is screwed up, and then I get a load error on the html...

TIG

Yes, the script must be encoded as UTF-8-without-BOM to be fully compatible with all versions of SketchUp - I was surprised it hadn't broken v2.14 Ruby2...

Try this

myscuts = Sketchup.get_shortcuts.sort.join("\\n").gsub(/#{'⌃'}/, 'Ctrl').gsub(/#{'⌥'}/, 'Alt').gsub(/#{'⇧'}/, 'Shift')

Should perhaps work for MACs ?
It is something like I am going to test with Gábor tomorrow...

BUT... do you have any idea why on my MAC Sketchup.get_shortcuts returns [] - so that myscuts == "" - unless I have used one shortcut before that, then it works ?

Gábor

The main problem is that in case of Mac we do not have the menu name at the beginning of each action, so the Javascript and maybe also the HTML has to be prepared first to handle this situation. The javascript populates the paragraphs based on the menuname what is missing in case of MAC. More tomorrow.

driven

@tig said:

BUT... do you have any idea why on my MAC Sketchup.get_shortcuts returns [] - so that myscuts == "" - unless I have used one shortcut before that, then it works ?

on my mac it works from the off...

...and, I do have a 'hunch',

I may depend on some of your startup 'Preferences'...

I think SU is using these send_actions internally for those as well and 'that' triggers the plist read...

try enabling 'Auto activate paint tool' and see if they appear...

I can't get it to revert to 'not' showing...

TIG

@gábor said:

The main problem is that in case of Mac we do not have the menu name at the beginning of each action, so the Javascript and maybe also the HTML has to be prepared first to handle this situation. The javascript populates the paragraphs based on the menuname what is missing in case of MAC. More tomorrow.
We'll Skype on Monday morning [UK time]

Gábor

Version 0.2.0 is out now in the pluginstore. It addresses the MAC issue. MAC users, please test.

driven

getting there... no picture'gram' for ⌃ which is labeled as Opt, but is Control

Gábor

@driven said:

getting there...

Thanks for the tests and advices. Now my only concern is: How does that ^Opt got there and what does it mean? Any clue?

driven

ruby returns this "⌃⌥⇧T\tviewTop:"
on a mac
⌘ . . . . . ⌘ . . . Command, Cmd, Clover, (formerly) Apple
⌃ . . . . . ⌃ . . . Control, Ctl, Ctrl
⌥ . . . . . ⌥ . . . Option, Opt, (Windows) Alt
⇧ . . . . . ⇧ . . . Shift

TIG

Doh!
My fault...
Muddled up the modifier key coding...

Preparing v0.3.0 which will fix the missing Ctrl !

Gábor - you'll need to redo the symbol mapping for Ctl/Opt/Cmd and Ashift ...

Update should be ready tomorrow...

Gábor

OK, we will deal with it tomorrow. Now I have other stufff to complete. Sorry.