[Plugin] Free Rotate 4.4
-
here's a little variety pack
shift-- You Pressed Keycode = 131072
control-- 262144
option/alt-- 524288
command-- 1048576
return(enter)-- 13
Y -- 121
(shift)Y -- 89
I -- 105
down arrow -- 63233
left arrow -- 63234
/ -- 47tab -- does nothing
? -
hey TIG
i did a little investigating and think i found what's causing the problem..
with keycode.rb, i changed line#9 to
def onKeyUp(key, repeat, flags, view) ..(instead of onKeyDown)
it's now returning 9 when i push the tab keyi was digging through some fredoscale v1 files and found a version where tab was broken on mac then found what it looks like after he fixed it..
broken:
#Handle key down events def onKeyDown(key, rpt, flags, view) key = Traductor.check_key key, flags, false case key when CONSTRAIN_MODIFIER_KEY #Shift key Uniform vs. non-uniform @shift_down = true change_free_uniform() return when COPY_MODIFIER_KEY #Ctrl key - Center vs. Opposite @ctrl_down = true change_from_center() return when 13 return when 9 #TAB - Ask dimensions ask_dimensions() unless @post_validate return end @vcb_return = false #Function Key options return if check_function_key(key, rpt, flags, view) #trapping the arrow keys for imposed direction or plane unless @dragging vecdir = nil normal = nil [[VK_UP, Z_AXIS], [VK_RIGHT, X_AXIS], [VK_LEFT, Y_AXIS], [VK_DOWN, @NUL_AXIS]].each do |kv| if key == kv[0] vecdir = kv[1] break end end if vecdir && !already_in_box?(vecdir) @pk_vecdir = vecdir execute_by_mode view end end end
fixed:
#Handle key up events def onKeyUp(key, rpt, flags, view) key = Traductor.check_key key, flags, true case key when CONSTRAIN_MODIFIER_KEY @shift_down = false when COPY_MODIFIER_KEY @ctrl_down = false onMouseMove 0, @x, @y, view if @x when 13 execute_by_mode view unless @vcb_return @vcb_return = false when 9 #TAB - Ask dimensions ask_dimensions() unless @post_validate else @from_center = ! @from_center if @ctrl_down end end
(sorry, i don't know if i copy/pasted too much or too little of that script for it to be helpful ..but hopefully the answer is in there somewhere)
-
Please could you try changing your version of
FreeRotate.rb
.
from the TAB code being under
def **onKeyDown**(key, repeat, flags, view)
to it being under
def **onKeyUp**(key, repeat, flags, view)
if key==9 or key==15 or key==48 ### TAB =9 for PC, MAC 15/48 for some locales ? if @tab self.make_disk()if @state>2 if @state==0 @msg=@msgAXIALPIVOT elsif @state==1 @msg=@msgAXIALAXIS else @state=2 @msg=@msgAXIALHANDLE end#if @tab=false ### axial else self.make_globe()if @state>2 if @state==0 @msg=@msgFREEPIVOT elsif @state==1 @msg=@msgFREEAXIS else @state=4 @msg=@msgFREE end#if @tab=true ### free end#if view.invalidate if @ip.display? or @ip1.display? end#if
It's only in the one line, save and open a SKP...
RetryFreeRotate
and see if the TAB key now works on your MAC and you toggle between 'Free' and 'Axial' modes...
Keep the Ruby Console open to see any errors etc...
For some reason TAB 'down' is plain flaky on the Mac - but perhaps TAB 'up' isn't !?
If it then works on the PC too I'll change it around... otherwise I'll do both - one test for PC one for MAC ...
I think we are getting near to a solution here...
Thanks for your help.I'll issue an updated version soonest...
Then I need to fix ALL tools for MAC with the same issue...
PS: by the way here's a new version of keycode.rb that reports key-pressed and key-released events...keycode.rb
-
Here's v4.2 http://forums.sketchucation.com/viewtopic.php?p=266561#p266561
The glitch with 'Tab' [9] on MAC etc trapped by using 'key-up' not 'key-down' check
Don't know why... but it works... -
FYI:
At least on my machine, the new zipped versions do not overwrite the original stand alone rb, so I did not see the toolbar icon, and I had two instances of FreeRotate in the Plugins dropdown menu. I simply deleted the original rb file in the SU7 plugins subfolder and restarted the program. The toolbar icon loaded and, I assume the old menu line disappeared.
Maybe this will help someone. -
@tig said:
Here's v4.2 http://forums.sketchucation.com/viewtopic.php?p=266561#p266561
The glitch with 'Tab' [9] on MAC etc trapped by using 'key-up' not 'key-down' check
Don't know why... but it works...working now on mac..
i'll check 2d tools in a little bit.
thanks a ton.[ed]- keycode.rb now returns 9 when releasing the tab key.. there's only one other key on my keyboard that exhibits the same behavior (no number on keydown) and that's the delete key 127
-
Tab on OSX doesn't work on keyDown?
-
@thomthom said:
Tab on OSX doesn't work on keyDown?
correct.
it appears to do absolutely nothing (in sketchup)depending on my system prefs, keydown will either activate the VCB regardless of what tool i'm using or cycle through all of my toolbar icons. (ie- i can activate a tool via it's icon without mouse clicking it)
it's as if the system is keeping tab keydown for itself and won't allow it to be re-assigned
-
TIG, thanks for the plugin
Rich, thanks for the video
-
Wow! Awesome. That's what I needed.
Thanks, TIG.
_KN
-
Here's 4.3 http://forums.sketchucation.com/viewtopic.php?p=266561#p266561
A typo (= v ==) in code corrected around line#708: was not affecting results.
The Gizmos' Guides are displayed even when Guides are set to be 'off' in the current Style [the 'off' setting is momentarily suspended and then restored]. -
Salut Γ tous, Wow! Awesome, very useful.
Thanks, TIG.
-
Here's v4.4 http://forums.sketchucation.com/viewtopic.php?p=266561#p266561
You might have seen elsewhere on the forums that a fix for the Instructor window has been stumbled upon... which means it can now be used for custom tools [with the right code] as well as the built-in tools...
My FreeRotate always had the Instructor window's files etc, but they never displayed... until now. It was believed that the Instructor part of th API was broken, but it turns out that although it is 'sort of', it is fixable after all with some ingenuity in building the file-paths etc...
FreeRotate's Instructor window should work cross-platform - feedback please, especially from MAC users...
-
I see trails in the Instructor dialog box. I can see it but each transitions is slighty greyed resulting in below...
-
i know... I noticed this too... I need to have a look at the gif to see if I can improve it
PS: the gif is fine BUT SUp itself seems to add some ghosting... I'm going to compare it with the built in stuff...
The html/gif/css works fine in an ordinary browser - the browser that loads for the Instructor is screwed...
I just wanted to get the thing out and tested to see what the issues are if any, especially with MACs or users with odd set ups...... -
It's perfect in Firefox and IE.
-
What versions of IE are you guys dealing with?
-
I have IE8...
It loads OK directly in that... but when it loads via SUp it's 'ghosting'...
My html's code is just cloned from the built-in Instructor html files... -
ie9
-
@tig said:
I have IE8...
It loads OK directly in that... but when it loads via SUp it's 'ghosting'...
My html's code is just cloned from the built-in Instructor html files...quirks mode vs standards mode?
Embedded webcontrols falls back to quirks more often than the standalone - so one doesn't always get the same results.
Advertisement