Last week, oddly enough, the system - XP-pro - did fine, and I got huge amounts of work done on the new master product catalog. Come yesterday, and I'm back to a crawl. DRAW X3 is taking 4 minutes to load, with no other user Apps running. I don't see how the problem could be the overloaded View Manager, which various people here suggested as the source, as there is no file involved. When I do load a file, I notice that some pages do just fine now with Copy and Paste, while with others it can take half a minute to Copy/Paste a single word. The Catalog is formatted as a series of two page spreads, with standardized headings, etc. and typically several product photos of moderate size, standardized text blocks with bullets, diagrams and specification charts. If I have 6 or so such spreads open, I can go to one and see no major slowdown, while the next one is sluggish to absurdity, with nothing I can isolate as a different element..I'm not supposed to be downloading anything, which pretty much stops me cold as far as using one of the View cleaners. But, rather than bend company policy, management has limited options, one of which would be to buy a more recent version of DRAW. I recall someone writing to the effect that one of the later versions was able to delete all View Manager data, which might or might not solve the problem. So, can anyone tell me which version started offering that capability? Are there similar problems of huge slowdowns with later versions of DRAW, as well?
Hello Phil; Do a search for %TEMP%, and select all of the temp files. ( Windows will NOT let you delete anything that is being usde, So it's best to do that after a fresh reboot.) Clean out the "Spy Ware". Defrag the hard drives. Use a "Registry" Cleaner ( I use Warp Registry Cleaner, It's Free.) Do these four things in the order listed and things should improve. There are a lot of other things that could be done, But I think these are the main ones, and should be done every week.
Sign Guy, thanx, but I keep the system really clean of temp files, and I defrag every so often, altho none of the hard drive partitions is anywhere near full. As for the Registry Cleaner, I am not allowed to download anything, and the spyware does not identify itself and offer to be deleted.
And, like I wrote above, I can have several pages - which are separate files of two facing pages each, all with the same general format - open and typically two of them will have massive slowdowns on Copy/Paste, while the others will be fine. This tells me that the problem is file-related, not system-related.
I just need to know which versions of DRAW past X13 has the built-in capability of erasing the entire View Window contents. As they get desperate here regarding the lack of progress on the new catalog, they may be persuaded to shell out for the upgrade, but I need to know if it will take care of the problem. If there are versions of DRAW with that specific option, then which version retains the best compatibility overall regarding older files as well as being up to speed on file imports from Illustrator or pdfs??
Phil; Are you talking about the "Welcome Screen" when you are sayin "View Window Contents"?
Sorry, I meant View Manager Contents...
Phil The View Manager is looking at the drawing and whats there, you can close it anytime you want in any ver. the info is still there you are just not being shown. And either way I don't think it's going to have anything to do with how fast the computer operates. The main thing with how fast a computer runs depends on how much you are ask Windows and the computer to do. The more you do to keep a computer running well the longer and better it will work. the more font's you have loaded plays a part in it also, and how you have the Windows screen setup, EVERYTHING has to be looked at.
My Thoughts GeorgePS: Good Luck
But the problem appears to be that ANY cdr object that is linked to a view, carries that view to any other cdr file that it is copied and pasted into. Earlier in this thred, I mentioned attempting tto attach a .cdr file that displayed the problem. I deleted EVERYTHING except the text - one line Arial - and the file was over 800K. So, I started from scratch, just now, with a blank template, the View Mgr showing zero stored views, and saved that file - 13K vs over 800K for what appeared to be the same thing, the only detectable difference being the stored thousands of views that were attached to the first text string, copied from an "infected" file.
I also just now checked older versions of the catalog, going back to 2008. The earlier versions have very few views attached, almost all in Chinese, as one of our Chinese sources appears to be the perp in this affair. Our understanding is that more recently, someone at the Chinese office decided to run a macro or something that recorded every single view...
Update: Our sysop got special permission to install StripViews this morning. StripViews runs whenever a new file is loaded, stripping out all the views stored in the View Manager, sometimes numbering in the tens of thousands.
Result: no obvious change in load times or copy/paste delays. The file size for the test file with one line of Arial text and no other objects dropped from ~823k to ~7xxk, and the View Manager shows as empty. I shut down DRAW and rebooted the system, with no result. So, now we know that it isn't the stored views that are the problem. And, I defragmented the drive and did a search for temp files, just for due diligence. The only thing that I couldn't do anything about was whatever spyware or deranged anti-virus stuff might be running in the background. I know that something massive is running, as whenever I do a weekend search for new files, I get tons of stuff in my directory from various anti-virus software. But that is still beating around the bush, I suspect, as new files generally work fine, until I copy and paste something from an "infected" file. Then I start getting the same symptoms every time. But some older files work fine. ??? Suggestions? I checked every other location in Windows/Dockers for where that 700k might be hidinig. NADA, nothing, zilch. What am I missing?
PhilOsborn said:But some older files work fine. ???
How old is older?
Up to a certain version (11, perhaps), CDR files had a format of their own. From at least X4 onwards, and possibly including X3, they are actually zip files. If you're not sure, look at the CDR file in a hex editor like PsPad Hex. If the first two bytes are PK then you have a zip file.
You could also test this idea, by saving one of your "slow" files back to an old version, eg 9. If it opens faster then AV interference is a possibility.