Re: Josh's v20 Wishlist
Posted: Mon Jun 04, 2018 3:32 pm
Okay, it is done for the next Subscription update.
Dave
Dave
DataCAD Forum Hosted by DATACAD LLC
https://www.datacad.com/bbs/
David A. Giesselman wrote:Just a reminder that these will only show up if you have added/modified the following key in the [General] section of the INI file:
New 3D Menus=TRUE
Setting this key to TRUE tells DataCAD to try and align the options in the 3D editing menus to their 2D counterparts. This was added back in v17.
Dave
Last Plot Scale=
joshhuggins wrote:Could the .DPS printer settings files be read so the line
Last Plot Scale=
won't change the plot scale when loaded?
David A. Giesselman wrote:So fast! Thanks Dave!joshhuggins wrote:Could the .DPS printer settings files be read so the line
Last Plot Scale=
won't change the plot scale when loaded?
Done for the next update.
Dave
joshhuggins wrote:So fast! Thanks Dave!
joshhuggins wrote:When we use Move Drag or Copy Drag, Datacad's keyboard's arrow key input gets interrupted by mouse movements resulting in the display not moving and stacking up the arrow key input which when they finally get their turn often jump past the point the user wants to scroll to. This has been like this forever it seems, but I what I just noticed was other similar commands do not seem as sensitive to the mouse movement interrupting. I can Move Drag or Copy Drag a symbol and get the issue, but if I insert the same symbol from the symbol browser the keyboard is not interrupted (if it is it's nowhere near as noticeable). I thought it might be related to the rubber band being drawn but the stretch command doesn't seem to do it either. Anywho if the rubber band being disabled help with this I wouldn't miss it. Just seems from on our side of the screen that the performance should be similar. Not sure what the Drags would be doing behind the scenes to cause such a difference in input performance.
David A. Giesselman wrote:I believe I have this corrected for the next update.Great, looking forward to it! Thanks Dave!
joshhuggins wrote:Would it be possible so if we have a symbol attribute that has a knockout, if the attribute does not have any text to show that the knockout turns off? What I am running into is the knockout border is still knocking out even when there is no text to show. The knockout / KO border is offset from the single "|" place holder you see for an attribute that has no text when you turn off the display of text so it's more than knocking out just the "|". Hope this makes sense. Getting late, can expand on if needed.