extremely slow deleting
hello , this is my first post since i'm testing bricscad, i have noticed a post where Hans De Backer stated, that bricsys is interested in drawings where slow downs occur. So let me first describe the problem: this drawing consists of 256297 objects, making new objects inside it poses no problem at all, however when i try to delete something by selecting it everything just stops, i waited about 3min for operation to complete, but then i killed the process instead. The separate floor plans work at acceptable speeds when treated as a single file, but the way i work is to have them all combined (can't miss the raisers).I hope i provided understandable enough info, and am willing to send the file, but don't know how, so if it is of any relevance please send me an e-mail.
Comments
-
just a quick edit, something i forgot to mention: on this drawing panning and zooming work well
0 -
Hello,we're definitely interested to investigate this drawing and why delete is so slow. The best way to proceed is to file a support request ( http://www.bricsys.com/en_INTL/support/index.jsp ) and attach the drawing to it.Thanks for helping us improve Bricscad.
0 -
Črtomir Černeka, I have noticed this too, but I have found the issue to be in selecting the objects and not the actual deleting of the objects. Maybe you can test this on other commands as well.
0 -
It's good to check the method of selection as well. CTRL+A (which calls selgrips;all) can be slow because all the grips are drawn and grips take time. Window selection is faster because it takes in account a threshold value GRIPOBJLIMIT which limits the maximum amount of entities that will be drawn with grips. Beyond this number entities are only highlighted but not gripped.
0 -
yes, definately right it is the selection that is slow however delete command also in fact the delete command takes longer, much longer to complete, im sending the file..
0 -
I was playing around with this today and I think I found a much faster way to do this, I don’t have a place to post the DRX module yet, so if anyone wants to test this email me dmarcotte4 at excite.com
0 -
Never mind, works in some instances but not in others
0 -
my personal opinion is that this file might be a step forward in performance in intellicad because this file is the ONLY one so far taht doesn't work well with bricscad. All other files that i tried worked flawlessly. Another thaught is that it might have something to do with the way it was generated, namely it is the produce of nemetchek for architectural drawing
0 -
I posted a possibly faster erase command, herehttp://caseworkcaddrawings.com/Documents/DRX_ERASER.drxif anyone wants to benchmark this, I would like to hear the results. From my tests, depending on how and what is selected the results are fromJust a tad faster to much faster. ps the command is "eraser"
0 -
Dear Daniel,It worked albeit it took about 5min to complete the operation at least the program didn't crash. However I finished the project and the file became a digital backup now. Thank you for the help. However if need be i shall poke around the file to test the application further and besides that our firm is in strong cooperation with the architects that sent me this nightmare and am expecting such files in the future
0 -
Ah shucks, on my test drawing, it went from 1 minute to 15 seconds. I even used a Duff Device 8^) . I’m sure the master coders @ Bricsys will have this fixed by the time you get your next project
0 -
Have you tried going through the process of purging unneeded data? This process generally works pretty well for me. I've also "re-named" drawings on occasion when I've been working on a drawing file for a long period of time; I then go in and try to purge out any remaining unused items.....
0 -
yes, i tried purging, it was the first thing i did :)In my opinion the problem is the way objects are being drawn as if you select a simple rectangle you notice it has many grips, plain weird, I tell you... some architects are just not familiar with the term of clean technical drawing
0
