The Omni Group
These forums are now read-only. Please visit our new forums to participate in discussion. A new account will be required to post in the new forums. For more info on the switch, see this post. Thank you!

Go Back   The Omni Group Forums > OmniGraffle > OmniGraffle General
FAQ Members List Calendar Today's Posts

 
OmniGraffle 4.2.2 beta 2 is now available Thread Tools Search this Thread Display Modes
I get the same utter slowness with the CPU pegged at 100%. It occurs on my file which is only 7.7MB. I saw it using 4.2.1 on a clean install of Leopard on a Powerbook G4 12" 867. As a result, I moved the file to a MacBook Pro 2.33 running 10.5 upgraded from 10.4.10. It did the same thing. I've just downloaded 4.2.2 beta 2 to see if the problem remains and it seems to.

Thanks,
brennan
 
Interesting.

In my case, I've actually figured out the specific action (on my part) that causes the CPU spike/growing file issue. I've also (much to my own surprise) figured out how to resolve the issue and bring the file back down to its normal size.

OK, so the short version goes like this:

It all started when I attempted to update some customer process maps with a new, more vibrant orange. The "old" orange (already existing in the file) was like this:

Generic RGB
R: 244
G: 146
B: 30

The "new" orange (which is used across all new versions of our print and web collateral) is like this:

U.S. Web Coated (SWOP) v2
C: 0
M: 70
Y: 100
K: 0

Also of note, all the fills as existed in the original file(s) were linear gradients, but with the start and end colors both matching the RGB values above (I didn't create these original files -- I would have ensured solid fills.) When changing the color to the CMYK values, I also changed to solid fills.

Now, for reasons known only to the tiny nanoengineered gerbils at the heart of OmniGraffle that make it do its magic, upon changing the color fills of objects embedded within a group, I can watch the Autosave file balloon to 10 times the size of the original file.

That's the other thing: The 100% CPU spike happens when the Autosave function triggers after I've changed the colors.

Now here's the really bizarre part: I can go back into a file that's been saved with the new color (and that has subsequently grown unmanageable in size) and change the color back to the original RGB color, and when I save, the file is back to normal and OGP returns to its former snappy performance.

How weird is that?

I haven't figured out yet whether the issue starts when changing color spaces from RGB to CMYK, or what. I'd like to be able to use the new color, but not at the expense of being unable to work due to the CPU spiking every time the Autosave triggers.

Anyway, that's what I've figured out.
 
I have not yet nailed down exactly what it is that is causing my issues. I am not doing any color space / color fill changes. It seems to occur when I open the file and then turn on and off a number of layers. I'll have to experiment a bit more to figure out exactly what triggers it.
 
 




Similar Threads
Thread Thread Starter Forum Replies Last Post
OmniGraffle 5.2.3 beta 1 is now available Joel OmniGraffle General 0 2010-05-05 10:18 AM
OmniGraffle 5.2.1 beta 1 is now available Joel OmniGraffle General 0 2009-09-16 02:30 PM
OmniGraffle 5.2 beta 1 is now available Joel OmniGraffle General 0 2009-04-16 01:34 PM
OmniGraffle 5.1.1 beta 1 is now available Joel OmniGraffle General 0 2008-12-10 02:55 PM
OmniGraffle 5.1 beta 5 is now available Joel OmniGraffle General 0 2008-10-29 12:56 PM


All times are GMT -8. The time now is 11:35 AM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.