I work on a large catalog in a workgroup setting of 5 people. We work with files on our desktop then store them on the server when we are done. All images are linked to a locatoin on the server. We are having issues with our files being slow and unrepsonsive. This occurs when you start to work on the document and get into a text frame to do edits. Also, sometimes, the files will not open for some of us in the workgroup. The issue specific to the catalog files nothing else. The behavior is sparatic, Some users can open and work in the files fine, others report they cannot open the same document or that is is painfully slow and hesitant.
To give you background on the issue, I had to update the styles this year. I also changed the basic style to a different typeface. I also added some simple GREP styles. I then used the book function to sync these styles with the rest of the catalog. In Additon, we found that not all users were using version 7.0.4. three of us were one was on 7.0.0 the other was on 7.0.3. We all have since updated our software. I turned off auto font activation. We run Universal Type Client 3.1.0 (4)
We have tried Keith Gilbert's method of moving pages http://blog.gilbertconsulting.com/2010/10/another-way-to-repair-damage d-indesign.html. This allowed those of us who could not open the file and to be able to open the file and work on them. However, others reported slow performance in the same file. We have exported them out to IDML files without success.
The weird thing about this issue is that is sparatic and seems to be machine specific. If I repair the file on my machine it does not work on others. Others have files they have no issue with and I cannot open them. I have tried these files in CS6 and they seem to work fine.
So is it a font issue? Image issue? is it that they were booked up an now are not? Is it the fact I tried to change the "basic styel"? I would not think so because files in a book do not know they are part of a book just like an image does not "know' it is part of an InDeisgn file. Could it be the serer?
If anyone has any ideas please respond. I've tired prety much everything I can think of. Remember it really isn't a preference issue becuase We all can work fine in other non-catalog files.
Help me Obi-Wan you're my only hope.
There are two GREP styles, one that targets part numers with a character style the second targets xx.xx with a character style both are in the same sparsely used paragraph style. There are many part numbers however. No Cross-references, live pre-flight is off. In Addition, I have removed GREP styles in a some troubled section files without any effect.
Many files. Hit and miss depending on who is opening the file. As I said, there are some files that don't even open for two of us, the rest have no trouble. They were previously booked in order to propegate the new styles. They are no longer in a book. Our general workflow does not include a book but a checkout system. We work on the files on our desktop then place them on the server when we are done. Images are stored on the server.
Cross-refs between different docs will cause a major slowdown unless all the files are open. If they are not, ID opens the desination file, checks the reference, then closes the file, all in the background, for each keystroke.
There are no Cross references in the catalog at least none that I put in using that feature. We manually go through and check that our "see pages" are correct. Does booking the document create cross-references? If so, how do I get rid of them?
As I understand it, InDesign files that are in a book act like images do in an InDesign document. The individual files do not "know" they are part of a book. I made sure to turn off auto page numbering when I booked the files. The only reason I booked the files was to propagate the new styles.
It's so odd. I have a file that I rebuilt using Keith Gilbert's method, That got two of us to be able to open the file, Now some users report slow performance on the file others can work in it fine. Same deal with other files, I can work in a file with no slowdowns, Others complain about poor performance. I believe all things are equal on the machine/ software side.
If the network were funky, could this be a cause since all the images are linked to the network? I would not think it is that because the trouble is only in these files, not other ones we work in. I think it has something to do with changing the 'Basic" style to a different typeface. That is the time when we seemed to experience trouble. I am stumped. Thanks for the replies Peter.
I don't think it's network related. You should be able to work on text without having the links present anywhere and still experience no slowdowns -- that's not an uncommon workflow in a collaborative environment where some users don't need to worry about anything but the text.
Similarly, if the files are being copied to the local hard drives before editing, and the same file works on one machine and not another, I don't think this is a file issue. It really sounds like configuration of some sort, and you should recheck to see just what everyone is doing. Some non-adobe programs can interfere with ID functionality in strange ways.
What kind of software or programs, do you know?
To be clear, the same file can work on two or three machines, and slow down on two other machines. But the slowdows are not consistent on machines. I have experienced them too. It usually goes away for me if the file is rebuilt but others have slowness issues. The only thing that is different hardware/ software wise is the changes I described above and I know one person is running OSX Lion but files are still affected that she has not touched. Plus, I booked the files last year without incident.
As I said, it doesn't sound Book-related at this point.
I'm a windows user, so I don't tend to remember all the Mac background programs and utilities that get mentioned as problems. One that sticks is Hiss -- some sort of rs feed utility, I think. Another one that comes to mind might be MacKeeper, but I may have the name confused. If you post a list of waht's running I, or someone else may be able to spot potential trouble makers.
What happens if you start up the Mac holding down the shift key and try to work with these files?
I am not sure I can get everyone to do that and I don't think that is our issue. I have never had to start OSX in "safe mode". If that were the case, then all files woudl be bad. Not just some of them.
It's just a diagnostic test to see if the problem is a conflict with something else that starts up but is not necessary to run the system.
If the file doesn't work under normal startup, but does in safe mode you can be pretty sure it isn't ID that is causing the slowdown.
Next diagnostic step would be to create a new user and try that. if there's no change, about the last thing I can think of is a trip through .idml, and I don't have a strong feeling ti will solve the problem. See Remove minor corruption by exporting
I don't have the ablity to add a new user. I already did the inx export and well as rebuiding the file. We are slogging through and it seems a bit better than it was but the delay is still there. Most of us are running 6GB of RAM, do you think that is sufficient?
Whay can't you create a new user? I ran CS5 on Windows XP with only 4 gigs of RAM, if I remember rightly, but that's only a 32-bit OS. More memory is really only useful if you can address it or if you have multiple applications running at the same time.
That is an IT issue. I would be able to create one on my own but cannot because it is locked down. We have new people working on the files with freshly created accounts and they have the same "slow text box" issue. Copying and pasting. inserting and deleting text are the things that cause hesitation.
I'm curious if things improve if you remove the GREP styles. Perhaps use find/change to temporarily swap that paragraph style to another based on it, but without the GREP styles. You can change back after editing is complete if you see a speed-up.
I'm pretty much at a loss here. I said earlier that I didn't think it was network related, but now I'm starting to wonder. If the file is running slowly, does it work better if you copy it to the local hard drive?
We've ruled out cross-references, right?
I have taken the files home and tried it there still the same results. However, CS6 had no issues. The big difference about trying it at home is that the image links were all broken as we store all of them on the network.
Europe, Middle East and Africa