I will definitely use your suggestion. We have a tricky situation in that the designer (aka, me) is also the editor. So my remote workers are just updating content, but have no editorial skills whatsoever.

Thanks for your help!

I know how you’d like to see them in ID before updating, but it goes against the point of the workflow … let the editors worry about the text, the edits they made are not the designer’s concern.

Here’s a suggestion. Ask your remote editors to export Story/Galley view to PDF (including tracked changes markup) right before they make the Return for InDesign package, and to send you both the IDAP and the PDF. That way you can use the PDF to see the changes.

We are implementing InCopy in our office, and the first couple of trial runs (making assignments, checking them out, checking them back in, then updating content) worked beautifully and without trouble. Now that we are ready to assign the actual content (we are using an email-based workflow), when the assignments are checked in and returned to InDesign, the tracked changes (which are turned on in InCopy) will not show up.

I am opening the edited (and checked in) package via email and updating the content in InDesign. The changes are made, but I can’t see them, which is completely counterproductive. Can you help?

Thank you!
JB

They don’t get along in my opinion. VC was meant more for single image files or single INDD files, not for the special way that IC and ID work together with linked files. I’m positive that the VC engineers didn’t have InCopy on their radar at all during the product’s development.

That said, you’re obviously making it work, sort of … Maybe there are others around who can weigh in.

AM

I open an assignment file in InCopy CS3 (5.04). Edits to the stories in this file, immediately produce “out of date” icons in InDesign, if the file is also open in that program. I.e., the linked workflow is working fine, in both directions, if both programs are open.

The problem is that after editing a story in InCopy, the file status (in the InCopy Dialog box) remains Open, even after closing the assignment file. The File…Open dialog box shows the file as “Synchronized…Open”. So if I synchronize the content folder (or whatever folder the story is in) using the InCopy dialog box, I get an error stating that synchonizing failed, because the file is open. But in fact it is not. It’s as if the lock file is broken, and not communicating the true file status back to the server. I appreciate any feedback. Sorry if this qualifies as a duplicate post.

Chris

I open an assignment file in InCopy CS3 (5.04). Edits to the stories in this file, immediately produce “out of date” icons in InDesign, if the file is also open in that program. I.e., the linked workflow is working fine, in both directions, if both programs are open.

The problem is that after editing a story in InCopy, the file status (in the InCopy Dialog box) remains Open, even after closing the assignment file. The File…Open dialog box shows the file as “Synchronized…Open”. So if I synchronize the content folder (or whatever folder the story is in) using the InCopy dialog box, I get an error stating that synchonizing failed, because the file is open. But in fact it is not. It’s as if the lock file is broken, and not communicating the true file status back to the server. I appreciate any feedback. Thanks

Chris