VicoWang Posted Friday at 03:39 PM Posted Friday at 03:39 PM (edited) This is a radial menu tool that can be configured with up to 18 custom commands, accessed by double-clicking with the mouse. Installation method (upgradable in the future): [Omni Wheel] VCID: US87Y8 @ VedaCAD Note: To install via VCID, you need to install VedaCAD in advance and log in to a free account (or PRO account). Edited yesterday at 05:37 AM by VicoWang Quote
Steven P Posted Friday at 06:14 PM Posted Friday at 06:14 PM Could you put up a screen shot so we know what you want us to download - i'm very sceptical about just down loading unknown files. Better again would be the code to look at first of course. Quote
VicoWang Posted yesterday at 01:54 AM Author Posted yesterday at 01:54 AM 7 hours ago, Steven P said: Could you put up a screen shot so we know what you want us to download - i'm very sceptical about just down loading unknown files. Better again would be the code to look at first of course. I tried to fix the demo file, can you see that GIF? This plugin does not provide the source code. Quote
BIGAL Posted yesterday at 02:08 AM Posted yesterday at 02:08 AM No Gif. Use window+shift+r thats windows built in recorder. Quote
VicoWang Posted yesterday at 03:33 AM Author Posted yesterday at 03:33 AM 1 hour ago, BIGAL said: No Gif. Use window+shift+r thats windows built in recorder. A bit strange, I can see the GIF here. Quote
BIGAL Posted 17 hours ago Posted 17 hours ago Gif is there now, a cool idea. The menu issue for me is writing a CUI or CUIX for a custom ribbon, but say using notepad or excel, if you change a cuix to zip can look inside. It is made of a few XML files, that would be helpfull. I also made a write mnu lsp so it helps the typing time, use it for pop menu's. One of the things I have played with is make dcl code from a dwg, uses blocks etc, but need to make it look at a more complex dcl. 1 Quote
VicoWang Posted 15 hours ago Author Posted 15 hours ago 1 hour ago, BIGAL said: Gif is there now, a cool idea. The menu issue for me is writing a CUI or CUIX for a custom ribbon, but say using notepad or excel, if you change a cuix to zip can look inside. It is made of a few XML files, that would be helpfull. I also made a write mnu lsp so it helps the typing time, use it for pop menu's. One of the things I have played with is make dcl code from a dwg, uses blocks etc, but need to make it look at a more complex dcl. It's cool how we both use LISP to bypass tedious UI coding! What you described about unzipping CUIX to tweak the XML is very much like tweaking static DCL. It's a great, geeky hack for customization, and highly reliable since the underlying files are persistent. Though we take slightly different paths on file management. Instead of juggling multiple external files to get a feature working, I'm totally obsessed with the 'all-in-one LISP' paradigm. In my VedaCAD main program(Fully utilized temporary DCL technology to achieve multi-level dynamic DCL pages similar to web pages), the Gomoku game, and this OW LISP, I generate temporary DCLs on-the-fly. I basically use native CAD entities to draw the interface directly in model space, and then destroy/clean up everything right after the routine finishes. Pure plug-and-play. Quote
Ajmal Posted 35 minutes ago Posted 35 minutes ago (edited) Nice work. I built the same kind of wheel for Revit a while back, so it was good to see someone doing it on the AutoCAD side. I could not see it running from the thread either, so a short screen recording would probably get you more replies here than anything else. Everything below is from my side, on Revit, so translate it however it fits. These are the ones that cost me the most time. Aim by the pointer angle, not by which shape is under the pointer. Point in a direction and that wedge lights up, whether you are near the middle or way out past the rim. That one change is what made mine feel like a game wheel instead of a menu. Number keys 1 to 9 pick a slot directly. Once you know your own layout you stop looking at the wheel at all, and that is where the real speed comes from. Grey out a slot that cannot run right now, and work all of them out in one pass before the wheel opens. Mine has to check the current selection to answer that. Doing it slot by slot meant a 50,000 element selection got walked once for every slot on the wheel. Once for the whole wheel fixed it. Check the command will really be accepted before you fire it. When mine was refused, nothing ran but the wheel still closed as if it had worked. That is the worst kind of failure because it looks like an answer. Smaller things I would not have guessed: Test the wedge maths outside CAD. I rebuilt mine as a standalone renderer and produced every slot count at every wheel size as images. Far quicker than restarting the host for each attempt, and it found a label collision at my highest slot count that I would never have caught by eye. Store the command name in the slot, not the button text. Rename a button later and the layout survives. Slot 1 at the top, the rest clockwise, always. The muscle memory is the whole point, so that order can never move. Drop any glow or fade. Mine had a soft shadow on the hovered wedge and a fade across the whole ring, and both were being recomputed every time the pointer crossed a boundary. A brighter fill and a thicker outline read exactly the same and cost nothing. Only redraw the wedge that changed, never the whole ring. Let the config file be missing or corrupt without complaining. Mine falls back to the defaults instead of throwing a message at me, and I have never once wanted the message. Do not let dead keys close it. Enter, space and a number higher than my slot count all used to dismiss the wheel doing nothing, which just felt broken. Open the settings from the wheel itself, and let people set it up by dragging onto a real wheel instead of filling in a list. Drag a tool onto a slot to fill it, drag one slot onto another to swap them. Mine draws the same ring at a smaller size for that, so what you arrange is what opens. Two things I am curious about, since you draw with real entities in model space rather than a window over the top. Does the wheel stay the same size on screen at any zoom, or does it scale with the drawing? Mine sits in a window above everything so I never had to deal with that, but it looks like the harder half of your approach. And the double click. In AutoCAD a double click on an object opens its editor, so what happens when the pointer is over an entity instead of empty space? I went with a keyboard shortcut and dodged the question, but yours is the nicer gesture if it works. Edited 33 minutes ago by Ajmal small edit Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.