Right click is not calling same command

Before I file a bug report I'd like to see if anyone else is seeing what we are in 16.2.02.  One of my staff was erasing unnecessary text [room dimensions] in a drawing we received.  He would call the ERASE command, do a crossing selection of three items, then right click to indicate that he had completed the selection set and to allow ERASE to complete.  He would then right click to run ERASE again and erase three more items.  After some number of ERASE operations pressing right click brought up the MOVE command rather than the Erase command.  This has happened at least a dozen times in this drawing.  The number of ERASE operations before this occurred was as low as three but could be 12 or more.  There is nothing unusual in the log file or at the command line.  We have mouse shortcuts disabled.


Comments

  • Is the QUAD on? The default quad command in the 2D workspace is MOVE. If this is the cause then you can either disable the QUAD (F12), or when right clicking make sure that the cursor is in a blank area of the screen. i.e. The cursor isn't over an entity.

    Regards,
    Jason Bourhill

  • I think this issue is caused by the Quad. While hovering over an entity right click is triggering the command that was last called from the Quad (which happens to be the Move command). You can either change the settings for the Quad (QuadCommandLaunch and QuadShowDelay I think) or disable the Quad.
  • I see that Jason beat me to it ;-)
  • Thanks.  That may be it.  We had the quad turned off before V16.2.  Apparently 16.2 overrides our settings and turns the quad on.  Certainly not what I expect an update to do. 

    I'm seeing a number of changes in Bricscad that are disrupting our normal working procedures.  I don't consider that a good thing.  One of the reasons I dropped Autocad was because new releases broke as much as they fixed.  It took hours every year testing our custom lisp routines with the new version to see what still worked and what didn't.  I really don't want to see Bricscad go down the same road.  "First do no harm..."
  • I'm seeing a number of changes in Bricscad that are disrupting our normal working procedures.  I don't consider that a good thing.  One of the reasons I dropped Autocad was because new releases broke as much as they fixed.  It took hours every year testing our custom lisp routines with the new version to see what still worked and what didn't.  I really don't want to see Bricscad go down the same road.  "First do no harm..."


    There are two steps you need to take to address this (In BricsCAD or AutoCAD)
    1. Keep the files you care about in their own folder structure. Don't store in the BricsCAD installation folder, or in the default user folder. They are liable to be overwritten or lost if you do.
    2. Create a user PROFILE that points to your folder locations. Don't simply modify the 'default' profile as again it is liable to be overwritten or lost when applying updates and upgrades.
    I have a sample setup for BricsCAD on my website that illustrates these points.

    If your in a multi-user environment you would want to store your CAD library in a central location, then configure each users copy of BricsCAD to point at it. There are techniques you can use to automate this process.

    Regards,
    Jason Bourhill

  • Jason,

    Thanks for the suggestions.  We already do both things you suggest and have for many years, but it could be that out profiles have gotten out of sync.  I'll check them.
This discussion has been closed.

Howdy, Stranger!

It looks like you're new here. Click one of the buttons on the top bar to get involved!