It doesn’t work anymore. I can get the window to appear in the middle of the screen by using the show window or open tool panel options, but Ctrl-spacebar no longer does anything.
Newly installed, the reconnect was not on top also it does nothing. Restarting SU changes nothing.
I’ll just say it’s working as intended for me on Win10.
-
I added a local Spacebar shortcut inside SketchUp to bring up the GM palette.
-
I did have to first remove it from activating the Select Tool, and assign alternates:
(ALT+S and CTRL+Space)
However, I always reboot my computer after uninstalling and before reinstalling a new version of software. This gives Windows a chance to clean things up, etc.
And clears out anything left in memory. This is especially important if any of those SketchUp “webhelper” processes are “zombies” hanging around in memory.
RLGL, can you please try deleting the old extension and installing the new one?
The screenshot there looks like it may be the old one. So perhaps ghostmenu the app is updated but the extension is not?
Should show version 1.0.3 in SketchUp.
Colin did you set a shortcut in SketchUp?
If you open the app in your screen, then click on the cogs icon in the middle but. There is a button that’ll either say use SketchUp shortcut or reactivate global shortcut. Does that do anything? If you don’t see it. Ghostmenu might need to be closed fully reinstalled and launch again.
Haha!
Ok, so I do have a bug in the keyboard shortcut code. So thanks for pointing that out.
This time I removed the app from Windoze and the extension from SU. Previously I may not have removed the extension. I am happy to say it works as intended Thank you!
Doing the reactivate shortcut worked. Not sure why it got deactivated.
Yeah that was my bad, A bug in my code where it wasn’t handling a case where you had no setting for which shortcut to use. So I’m fixing and testing it now.
Now that you’ve set it once, it’ll be fine from now on. But for upgrades, or new users it won’t work.
Ok thanks Everyone, I finally think i’ve got a stable and easy to use build. But please let me know if there are any bugs. If we’re good i’ll move into some of those extra features.
Version 1.0.4 available at http://ghost.menu
Changes
- Fixed keyboard shortcut bug, so in theory a new install or upgrade should have a functional global shortcut
- Changed a couple of the menus in SketchUp
- Added installation success message on Windows
- Added a notification of successfully changing the keyboard shortcut to a SketchUp shortcut (on first usage)
- Added Dark Mode support
Should the areas between buttons trap mouse clicks? That is, could clicking in an empty space put the tools away? Currently you have to click a long way above or below the settings tools, to get away from the area that intercepts mouse clicks.
It would of course then be less forgiving for people who are not accurate at clicking on the tools, but then they can bring the tools back, and practice clicking more.
Yeah I’ll give it a try.
It’ll just close it and refocus back to SketchUp right?
I’m planning a major release as my next release I think. So it might be a while away,
At the moment the panel opens on top of whatever program I am using. Just close the panel, and let what was behind it take the focus.
I’m not sure that users realize that ESC will also activate the Select Tool, regardless of what tool was active when they popped up “Ghostie”.
This probably can be changed if a ToolsObserver is implemented, or just don’t send an ESC keypress to SketchUp ?
Meaning that some users may wish to use GM to change display properties within the use of a certain tool and will not be expecting GM to change the tool they have active.
Which because the “GhostMenu” > “Open tool palette” menu item disappeared, my previous keyboard shortcut was not honored by SketchUp. I had to reset it and go through a confirmation dialog to remove the previous keychord assignment.
Not something new users will experience.
What was wrong with the old menu item text ?
"Keyboard Shortcut - to launch tool palette" is quite verbose for a menu item.
Isn’t the status text sufficient ? ie …
"Open Tools palette at mouse location based on Keyboard Shortcut"
The menu will show any assigned keychord shortcut, and won’t if none is assigned.
I have Space reassigned for GhostMenu. (ALT+S for SelectTool) viz:
Perhaps a status help text more like:
preamble = "Open GhostMenu Tools palette at mouse location."
shortcuts = Sketchup.get_shortcuts
if shortcuts.any? {|sk| sk =~ /GhostMenu/ }
gm_shortcut = shortcuts.find {|sk| sk =~ /GhostMenu/ }.split("\t").first
status = "#{preamble} (#{gm_shortcut})"
else
status = "#{preamble} [Global CTRL+Space Shortcut in use]"
end
… or similar.
2 of the display toolitps are too wide: Perspective and Monochrome
I don’t know what you can do. Perhaps reduce the text size a smidgen ?
Yeah, changing to select tool was by design… but if that proves to be problematic I can tweak the design.
Changing views is a good case where the current tool might be the right one.
Would there be other ones?
Dan, Do you think I can hook the disabled state of the menu button to whether the user has defined a keyboard shortcut?
The reason I changed the name was because I didn’t want the user clicking it from the menu without a keyboard shortcut set.
But if I could disable it until a shortcut was set, then I wouldn’t have this issue.
It’s all because I’m GhostMenu the app I’m turning off the global shortcut on first successful use of a SketchUp activated shortcut. And sadly I wasn’t smart enough to work out the difference between someone clicking the menu or actually having set up a keyboard shortcut.
Ok, gotcha. Yeah it just loses focus. So I think this would be the natural way it’d work.
Adding it to my list of improvements.