I'm using InDesign CS5.
My editor has InCopy CS4, so they can no longer upgrade to CS5. Now, if they upgrade to CS5.5, will they be able to work on my InDesign CS5 files without any problems? If they check out/check in stories will I have any problem working with them?
We use a Dropbox workflow.
FWIW, I could work in InDesign 5.5, but there are other designers who need access to the files, so it's best if we can keep the job in CS5.
Thanks for the help!
Harbs - thanks for the reply. But actually, what I'm asking is the other way around --
I want to work in InDesign CS5 and have the editor open the .indd file in InCopy 5.5 on a continuing basis. This is a magazine and we will be both working on the file concurrently / off and on via dropbox.
So, it's not something I would just save down using IDML or convert once . . . it's an ongoing back & forth. But her InCopy app is higher level than the Indesign file version, not the other way around.
Does anyone know if Adobe has an official position on this?
Hi there,
I have the same problem and as I see, the question is not answered finally.
My customer wants to buy InCopy CS 5.5 for Windows. We work with InDesign CS 5 for Mac-OS. I installed the tryout-version of InCopy CS 5.5 (7.5.1) on windows.
In my local network this combination works very well. In a so-called live-edit-workflow with parallel working on the same InDesign-document with InDesign and InCopy simultanously I see no problems. Check in and check out and text changes are in real time. Very nice.
The problem is, that my customer is far away and not in my local network. So we can't work simultanously on the same InDesign-document. And we don't want that. We don't want to give our layout-files to the customer. So I've tested the so called remote-workflow by creating packages. Of course the newer InCopy can open the package from the older InDesign. After apply some changes I repack the new package for InDesign. But in InDesign CS 5 I can't open the package from InCopy CS 5.5. While opening the package InDesign it shows an error-message like this:
"The package-file has a task, that not exists in *filename*. Your package-file is old or connected with another document. What would you do?
a) search for correct document
b) save content of package to disk"
(my poorely translation from german to english)
With both options I couldn't open the document and apply the changes from InCopy. With InDesign CS 5.5 it works very well.
I'm wondered if this is normal? Why is it working in the live-edit-workflow but not in remote-workflow with packages? This concept was named so from Haeme Ulrich from Switzerland.
An answer would be nice.
Best regards
Horst,
I decided not to try using CS 5.5 and CS5 together for InCopy. Instead, we use a dropbox network. We have a shared folder on Dropbox and the InDesign file is in there so the client can open the file using InCopy.
It sounds like there would be problems because technically, we're each accessing a separate copy of the file on our own machines and then dropbox is syncing the file to the cloud and back to each other's machines every few minutes. But, it works because the client is only changing the .icml links and when they're done I have to just update my links and it all works.
The drawback is that the InDesign file is available so the client can open it in InDesign if they wish. But I made my client promise not to do that and so far they haven't. You have to decide whether you can trust your client to leave the file alone.
It's also important that you have a backup of your dropbox folder, such as a time machine backup. Otherwise the client can inadvertently delete the project files and they will be gone from your computer also. But if you have a local backup you're protected against this.
I hope this helps! Let me know how it goes.
Matt
Hi Matt,
I don't want to share my InDesign-files with my customer. So I must work with packages and e-mail-transfer. I think this is not a problem. The problem is, that InCopy CS 5.5 and InDesign CS 5 are not compatible in this workflow. I must say so after my own tests with some files. If I understand you correctly, you updated your InDesign to CS 5.5 for full compatibility? No way without that?
Best regards
I have both CS5.5 and CS5 for InDesign. But my client has InCopy CS 5.5.
I use InDesign CS 5.0 for this client because the other designer and client don't have 5.5. But the editors use InCopy 5.5 on my CS 5.0 .indd files.
Again, this is with the dropbox workflow, which simulates a local server-based workflow.
I have successfully used the email package workflow in the past but we were all on CS4. The editor never bought InCopy CS5 until after 5.5 came out so they couldn't buy 5.0.
As I understand it everybody needs to be on the same version and probably platform (Mac) as well. Any changes to your file names or locations has a disastrous effect on the ability to re-link the edited package files, so make sure you know where you want the files and what they will be called. You can't rename them R1, R2 etc. while you're using the Incopy package workflow.
If you have some minutes, could you test it in the email package workflow with ID CS 5 and IC CS 5.5? That would be great if you can post your experiences here so that I can check, if there is a problem on my installation or in general. Also I would ask Adobe here in Europe for that problem. Thanks.
I have not tested this thoroughly, but I'm not entirely surprised that InDesign CS5 can't read packages created by InCopy CS5.5.
You already know that InDesign CS5 cannot open InDesign CS5.5 layout (INDD) files, I assume. Adobe actually changed the file format.
So as has always been the case, more recent versions can open older versions, but not vice versa. So InCopy CS5.5 can open the ICAPs created by InDesign CS5, but when InCopy CS5.5 creates the *return* IDAP package, that is a later version of InCopy that is creating the file, right? So InDesign CS5 cannot do anything with it. It's a shame and aggravating, too, since obviously the ICML (native InCopy) format is unchanged.
The solution is to use the Dropbox for a layout based workflow, or use it for an assignment-based workflow (keep your ID file on your local drive outside of Dropbox, but point ID to the shared subfolder in Dropbox folder when creating assignments and exporting stories to the workflow).
But to me, it makes the most sense for you as the designer to upgrade to 5.5. You can run both 5 and 5.5 on the same machine. Then you can create ICAPs and open the IDAPs your client sends in return without an issue.
Mixing versions between ID and IC is seldom a good idea as a permanent solution, only as a stopgap. Even if they "work," their will always be slight differences in text composition
AM
AnneMarie Concepcion wrote:
The solution is to use the Dropbox for a layout based workflow, or use it for an assignment-based workflow (keep your ID file on your local drive outside of Dropbox, but point ID to the shared subfolder in Dropbox folder when creating assignments and exporting stories to the workflow).
I've tried this with no success. I have the same error-message in InDesign like above. I think you are right to use the same versions. Thanks for your honest answer.
Best regards
North America
Europe, Middle East and Africa
Asia Pacific