Would it be possible to get a text box added below the Folder Tree Selector for manual path entry in the Symbol Browser Folder select dialog box so we can manually type the path to a share/folder? We have some servers here which do not have Windows Network Discovery turned on so we access them with UNC paths.

won't change the plot scale when loaded? Was working with a drawing file and took me a while to figure out that the reason it was not loading the right scale was the scale position in the scale list for this drawing had changed compared to when the .DPS file was saved. Tried a few manual edits hoping they might work but no luck. With the print scale drop down now it's easy enough to manually set that after the Print Settings are loaded if this can be an option, even if we have to manually adjust the files after they are saved.

- left value blank; loaded first scale in the list- cleared line; loaded first scale in the list- set value to 0; crashed drawing. - set value to 20 in hopes it pickup the S0 No Change button; crashed drawing.

When we export DWG files to a folder it's often to a temporary folder so we can zip the resulting files together. Could Datacad release it's hold on the folder once the export process is complete? We can't edit or delete the temporary folder until we close Datacad to release it's hold on the folder.

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.

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.

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.

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.