CS5 Complicated file in InCopy workflow crashes on updating stories

I'm working on the first few lessons of what will be several hundred . . . setting up a template that will hopefully work for a massively complicated workflow. I'm using a lot of the features of InDesign along with a third party plugin. Got my first lesson laid out and exported it to InCopy so the editor could tweak the text and when I try to update the stories after his edits, ID thinks for a second or two and then crashes.
The file was created fresh in ID CS5. It contains tables, spanning titles, anchored vector art (native AI), and achored text boxes that were created using InTools Side Heads plugin (some of which contain tables). ID has become very senstive--just working with several of these complicated files open at once can sometimes cause a crash (though I have noticed since moving to CS5 that having any sort of table in a document almost guarantees a crash eventually--especially if spanning text is in use). However, the crashes before usually didn't repeat--meaning I recovered the file and did what caused the crash with out a subsequent crash. The InCopy story update crashes every time. The editor says he just changed a few words--didn't cause any major reflow--but I cannot update. I've tried it on two different files with edits.
Any idea how I can solve this problem? These files will have to be complicated--there is just no working around it--and I have to use IC with my editors. In the long run, this project will take hundreds of man hours, and I have to make the workflow as efficient as possible because I'm the only one doing the layout.
I've tried opening and updating the docs on a Intel Mac running Leopard and a Windows 7 laptop. It crashed in the same way on both computers. Both installations are fully patched.

I just realized that I probably posted this in the wrong forum. I was intending the main Indesign forum. Sorry.
I just experiemented with placing the IC story in a new document, and it placed without crashing. I then copied it and pasted it over the offending story in the original file (after unlinking the story so I could edit without updating) and no crash.

Similar Messages

Indesign Incopy workflow crash!

My indesign incopy workflow consistently crashes!!!
I don't know what to do!
My incopy user updated the incopy file.
I open indesign and try to update the story and it crashes.
I tried to save as an .IDML without updating the files because that's when it crashes but that doesn't work either.
What can I do so I don't lose the changes?????
please help!!!!

Digging a little deeper, everytime it crashes, it generates a ProtectiveShutdownLog: The log shows 4 APLN that did not load. Hoping someone from Adobe can jump in and offer some real support.
Adobe InDesign Protective Shutdown Log
06/27/12 08:38:45
Unhandled error condition
Session started up at 8:37 AM on Wednesday, June 27, 2012
Version: 7.5.3 - Build: 333
Error Code 0x20705: "The content is locked and cannot be modified."
Called to process command 0x21a
Command Processor Stack (from top to bottom):
9. Command 0x13513 "Create Hyperlink Text Destination"
8. Command 0x7304 "Import File"
7. Command Sequence "Import File"
6. Command 0x730a "Import File"
5. Command Sequence "Re-import File"
4. Command 0x7314 "Re-import File"
3. Command Sequence "Update"
2. Command 0x8c59 "Update Link"
1. Command 0x8c9f "Update Link"
Registered plugins:
Name ID Version Build Load Status
POSITIONTOOL.APLN 0x19b00 7 5 Load Failed
EDITOR HELPER UI.APLN 0x21101 7 5 Load Failed
INCOPYCOREUI.APLN 0x21201 7 5 Load Failed
INCOPYFILEACTIONSUI.APLN 0x21301 7 5 Load Failed

Indesign Incopy workflow crash (Writing notes)

HI
Someone knows who uses typography palette or indesign incopy notes?
My computer with windows 7 closes when I write notes on my mac but works well.
Anyone have this problem?
Windows 7+incopy 5.5
id+ic workflow
THnks

Digging a little deeper, everytime it crashes, it generates a ProtectiveShutdownLog: The log shows 4 APLN that did not load. Hoping someone from Adobe can jump in and offer some real support.
Adobe InDesign Protective Shutdown Log
06/27/12 08:38:45
Unhandled error condition
Session started up at 8:37 AM on Wednesday, June 27, 2012
Version: 7.5.3 - Build: 333
Error Code 0x20705: "The content is locked and cannot be modified."
Called to process command 0x21a
Command Processor Stack (from top to bottom):
9. Command 0x13513 "Create Hyperlink Text Destination"
8. Command 0x7304 "Import File"
7. Command Sequence "Import File"
6. Command 0x730a "Import File"
5. Command Sequence "Re-import File"
4. Command 0x7314 "Re-import File"
3. Command Sequence "Update"
2. Command 0x8c59 "Update Link"
1. Command 0x8c9f "Update Link"
Registered plugins:
Name ID Version Build Load Status
POSITIONTOOL.APLN 0x19b00 7 5 Load Failed
EDITOR HELPER UI.APLN 0x21101 7 5 Load Failed
INCOPYCOREUI.APLN 0x21201 7 5 Load Failed
INCOPYFILEACTIONSUI.APLN 0x21301 7 5 Load Failed

Indesign CS5 Crashes with Incopy Workflow

I work for a large publishing company that publishes thousands of titles per year. Several divisions use Indesign, but only our Publishing Division uses the Indesign/Incopy workflow, and they are the only division experiencing widespread crashing in CS5. The divisions who do not use Incopy are not crashing. Here's what we know causes the crashing in Indesign CS5:
1. Exporting stories to Incopy. This is a widespread, yet inconsistent problem. One time you crash, the next time you don't. We've done the IDML export to CS4, reopened the files and saved as CS5. This helped with some files, but not others. I talking about hundreds of different publications and files. All people are patched to the newest version. Some are on Snow Leopard and some are not. However, I'm on Snow Leopard and the crashing does happen on my computer too (sometimes). The problem continues. I've found workaround for some problems, but there's no workaround for exporting to Incopy. It's something you have to do in this workflow.
2. Saving an Indesign files with an Incopy story checked out. This will cause a crash almost every time. We've been in the Indesign/Incopy workflow since CS2 and never had this problem in the past. This is an easy fix; just make sure you check in stories before saving, but it's a hard habit for some to break.
These issues have been reported to Adobe, with absolutely NO explanation or resolution. After six years in this workflow, I'm at the point of having to consider abandoning Incopy -- not an easy thing to do in such a large organization.

After 2 days straight, I FIGURED IT OUT!!!! I was trying everything, especially related to font book and fonts and resetting prefs, etc...
I narrowed it down to 1 constant variable: it's happening on the 2012 macbook's, so I reset my mac and held command + R and re-installed Lion, then I DID NOT INSTALL THE UPDATE FOR THE MACBOOK 2012. Then I tried exporting a smallest file size pdf with overset text and also tried deleting a page with an object on it and BAM! No blank warning dialog and even more importantly: NO MORE CRASHES!!! Hey, I might not lose all my clients afterall!
got the good ol' warning box we all love and missed:
Again:
- power off mac and turn back on while holding down Command + R (dont do it on an external keyboard just to be safe)
- choose the re-install Lion option (I'm sure there is another way to re-install Lion, this is just the way I did it, not saying its the best or only method)
- DO NOT INSTALL MACBOOK (Mid 2012) Software Update 1.0 - THIS SCREWS ADOBE UP!
After you guys try this please let us know how your system is operating, I am noticing my macbook pro is so slow and when trying to send an email and choosing an email to reply to and attach something,etc.. each click triggers the beachball and I gotta wait a few moments..?? I'm sure we might be missing out on some good updates from not updating to the 1.0 software update....but....
So my final question is:
is this Apple's problem or Adobe's and who needs to do what here??? Why can't we all get along...

InDesign CS5 causing problems with InCopy assignment file but not content files

I'm having a strange InDesign/InCopy CS5 issue (Mac OSX 10.6.6; all system & Adobe updates are current). In my InDesign doc I have one assignment file containing two content files. All of the InCopy pieces work fine in InDesign (i.e., I can check out/in, edit, etc.). When I go to open the assignment file in InCopy, InCopy starts to open it but then crashes. If I try to open each content file directly in InCopy, no problem. I've tried deleting and recreating new assignments in InDesign, but they all have the same result in InCopy.
I think this actually is a problem with the InDesign file because if I export the InDesign file to IDML, then try to open the IDML file, InDesign crashes! I've trashed my InDesign preferences, made sure all cross-references are up to date, etc. Anybody have any ideas what else to look for in my InDesign file that might cause this problem?
Thanks!
Andrea

Thanks John!
1) Here are the first 10-ish lines from the crash report that is generated when I try to open the IDML file:
Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0   ???                               0xa0c266f0 _XHNDL_trapback_instruction + 0
1   com.adobe.InDesign.Indexing       0x20778192 GetPlugIn + 341394
2   com.adobe.InDesign.Indexing       0x20779009 GetPlugIn + 345097
3   PublicLib.dylib                   0x0129228b CScriptProvider::AccessProperties(IScriptRequestData*, IScript*) + 571
4   com.adobe.InDesign.Scripting      0x1f4befe8 GetPlugIn + 166440
5   com.adobe.InDesign.Scripting      0x1f4c2e31 GetPlugIn + 182385
6   com.adobe.InDesign.INXCore        0x20641444 GetPlugIn + 45220
7   PublicLib.dylib                   0x0142c9e8 CScriptDOMElement::GetMultipleAttributes(K2Vector<IDType<ScriptID_tag>, K2Allocator<IDType<ScriptID_tag> > > const&, adobe::version_1::vector<KeyValuePair<IDType<ScriptID_tag>, DOMAttributeValue>, adobe::version_1::capture_allocator<KeyValuePair<IDType<ScriptID_tag>, DOMAttributeValue> > >&) + 280
8   PublicLib.dylib                   0x0142bd38 CScriptDOMElement::InsertProperties(adobe::version_1::vector<KeyValuePair<IDType<ScriptID _tag>, ScriptData>, adobe::version_1::capture_allocator<KeyValuePair<IDType<ScriptID_tag>, ScriptData> > >&, adobe::version_1::vector<KeyValuePair<IDType<ScriptID_tag>, DOMAttributeValue>, adobe::version_1::capture_allocator<KeyValuePair<IDType<ScriptID_tag>, DOMAttributeValue> > > const&, short, short) + 1336
9   PublicLib.dylib                   0x0142beab CScriptDOMElement::SetSimpleAttributes(adobe::version_1::vector<KeyValuePair<IDType<Scrip tID_tag>, DOMAttributeValue>, adobe::version_1::capture_allocator<KeyValuePair<IDType<ScriptID_tag>, DOMAttributeValue> > > const&, short) + 91
10 PublicLib.dylib                   0x0142c0d3 CScriptDOMElement::SetAttributes(adobe::version_1::vector<KeyValuePair<IDType<ScriptID_ta g>, DOMAttributeValue>, adobe::version_1::capture_allocator<KeyValuePair<IDType<ScriptID_tag>, DOMAttributeValue> > > const&) + 51
11 PublicLib.dylib                   0x0142a2ea CScriptDOMElement::SetAttribute(IDType<ScriptID_tag>, DOMAttributeValue const&) + 202
2) That works. Moved all pages (frame threading was preserved) to a new doc, exported to IDML, opened new IDML file just fine. Woo hoo! One of my editors won't be pleased that all of the tracked changes have disappeared, but at least the file functions now
Wish I knew what caused the problem in the first place so we could (hopefully) prevent this from happening again. Any ideas?
Thanks again for your help!
Cheers,
Andrea

InDesign crashes when updating InCopy ICML files

I created an assignment file with around 20 different stories. The next time I opened InDesign the writer had input text to most of the story files. One story file was a couple of pages of text, the rest were just a few lines of copy, nothing huge. Every time I tried to update the ICML files InDesign crashed. I didn't matter if I only tried updating one story or all of them, it always crashed. I was working on a PC when this happened. I moved over to my Mac to try and updated the ICML files and it crashed there too.
The actual InCopy ICML files on the server were fine. The writer never realized there was a problem. All of the copy was sitting there, so I was able to go back and re-import all the copy.
I did all the basic stuff to resolve the issue like restart, trash the prefs, convert to INX, and try on different computer. Nothing worked, crashed InDesign every time.
I'm currently using CS5, but this same issue came up last year on another project in CS4 as well.
Has anyone had this happen and/or know of a fix other than re-importing all the story files?

Some might call me crazy, but in order to progress with my project I ended up having to create my own work around this crashing bug.
The problem with my situation was that the reviewers had already made their comments in InCopy and it wasn't until I tried opening the .indd file and updating the stories that we received the crash... every time.
My workaround - if the reviewers had made their comments in InCopy, hopefully with track changes enabled, in order to see their comments I did the following:
I opened the .indd file in InDesign CS5.5 (version 7.5.2). DO NOT UPDATE the document with the ICML stories. Instead I unlinked the .icml stories from the main document. I then opened the .icml files in InCopy 5.5. I was able to see the edits that were made by my reviewers and copy and paste them between InCopy and InDesign at that point.
I know, I know. This is totally a crazy thing to need to do when we have such a powerful tool (InDesign and InCopy). It comes down to, you must do what you must do to get the job done. I truly had no other option presented at the time. The project had to complete and the reviewers were not HAPPY to even think about reviewing the content again via PDF shared review.
The best advice I received from other forum users when I proposed the crashing issue was that it could be because of anchored objects being deleted or moved by an InCopy editor. Because InCopy is strictly a text editing tool, there may be an issue that causes InDesign to get frustrated when an edit moves or deletes an anchored object or frame. I had lots of anchored object, interactive objects, etc. in my document. To track down whether an anchored object moved or was deleted by a user was unsurmountable... my workaround, while painful, at least got the job done this time.
Any future projects will be moved back to CS4. That version atleast works with InCopy stories and Interactivity. I am sure one day this will be resolved... just wonder when.

Help please. Opening InCopy files in InCopy crashes InCopy

I'm about to go completely insane, so hopefully someone will have an idea of what might be going on here…
I have an InDesign CS5 file that I've created an InCopy assignment containing one InCopy content file. I can check out the content file in InDesign and check it back in. When I try to open either the content or the assignment file, or even the InDesign file, in InCopy CS5, the program crashes. Here's the beginning of the report that is generated:
Process:         Adobe InCopy CS5 [346]
Path:            /Applications/Adobe InCopy CS5/Adobe InCopy CS5.app/Contents/MacOS/Adobe InCopy CS5
Identifier:      com.adobe.InCopy
Version:         7.0.3.535 (7030)
Code Type:       X86 (Native)
Parent Process: launchd [108]
Date/Time:       2011-04-05 13:46:06.278 -0800
OS Version:      Mac OS X 10.6.6 (10J567)
Report Version: 6
Interval Since Last Report:          1368 sec
Crashes Since Last Report:           3
Per-App Interval Since Last Report: 604 sec
Per-App Crashes Since Last Report:   3
Anonymous UUID:                      1D6E853A-CA7E-497F-BF1E-C33E5271126A
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_PROTECTION_FAILURE at 0x00000000bf7ffffc
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0   AdobeCoolType                     0x0085b394 0x855000 + 25492
1   AdobeCoolType                     0x0096324a CTCleanup + 719542
2   AdobeCoolType                     0x00965166 CTCleanup + 727506
3   AdobeCoolType                     0x00999fa3 CTCleanup + 944143
4   AdobeCoolType                     0x0099bd16 CTCleanup + 951682
5   AdobeCoolType                     0x0099bdff CTCleanup + 951915
6   AdobeCoolType                     0x0099c992 CTCleanup + 954878
7   AdobeCoolType                     0x0087c3ab 0x855000 + 160683
8   AdobeCoolType                     0x008a8f77 0x855000 + 343927
What the heck is this AdobeCoolType thing and how do I fix it? There are all of two fonts in the document and I've removed and reinstalled both. I've round-tripped the InDesign file to IDML and back. I've created new ICMA and ICML files in different locations. I've reinstalled both InDesign and InCopy after trashing preferences. I downgraded to Mac OS X 10.6.6 from 10.6.7.
One more thing: when I return to InDesign to unlink content and create new ICML files, if I give the ICML file the same name as the old, InDesign things it's checked out by InCopy even though I've deleted the old ICML file.
I'm at a loss on what else to do. Can anybody please help before I lose it completely?
Thanks!
Andrea

No. Just using FontBook to manage fonts. I tried some of the things listed in <http://kb2.adobe.com/cps/327/327791.html> (e.g., clearing font caches, removing font files, etc.) but everything kept crashing.
I keep having these issues where a file works one day, then not the next. Another file is crashing when trying to open InCopy, but this one says the error is related to indexing. These are all part of a book, so maybe I need to get rid of EVERY index marker or something.
I just don't get it. Thanks for trying to help, Bob.
Cheers,
Andrea

InDesign crashing when updating associated InCopy files

We just upgraded to CS6 and Creative Cloud. When graphic designers are using InDesign and writers update the affiliated InCopy files, when the designers hit the Update button to pull in the updates, it crashes InDesign. Here is Pastebin link of a recent crash log.
http://pastebin.com/Luc13HET
Designers are using Macs, writers are using PCs, we use DropBox to share the files, and re-placing the files seems to be ok, just not using the actual Update button. We've tried a ton of potential fixes, including resetting preferences, placing the file on to a new document, saving as IDML, exporting InCopy links separately.
Anyone know of any fixes?

This is the same for our department and the workflow sounds very similar except we are using Stand alone installs and not creative cloud with both design and editoiral using PCs.
We have really experienced the problems when using previously designed templates from CS4 and are now having to go through systematcally and redo these from the ground up which seems to fix most but not all and is really annoying. Adobe of yet have not released a fix for this even thou there have been quite a few pastbin reports sent to them.
CS6 using Indesign and Incopy is a real disappointment considering all the excellent features under the hood.
See a long post here it might help
http://forums.adobe.com/thread/671820?start=80&tstart=0

Incopy link will not update in InDesign and XML Story files

So I have a couple of questions.
I work for a publisher and we have a standard InDesign to Incopy workflow. Recently we have started having issues with InCopy links. First some basic info would probably be helpful. We use Windows XP =(, and we are using InDesign and Incopy CS3. All of our files are on a server. When I or people on my team sometimes attempt to update Incopy links, they will simply not update. Then when we check the link it says that it is zero k in size and is pretty much fried, cannot open in Icopy or InDesign. Why this is so nasty is because if the file cannot be updated all the work in the story that was done in InCopy is lost. Then to make matters worse, if we unlink the incopy file sometimes when we go to save indesign completely crashes. Is this a permissions issue as our IT department is fairly ignorant about design workflows on servers and has been inconsistent about the permissions. Also these .xml files seem to be populating the folder where we keep our InDesign files, when we open them they have basic information on the story links. I have attempted to find out more info on these files but have had very little luck.
Any info would be helpful.
Thanks!

I cannot import video files.
Mylenium

InCopy CS4 crashes frequently - any thoughts?

I posted the below on an earlier thread, but thought I would actually create a new one for this problem.
Hi, I am also experiencing crashes with InCopy in Windows. We recently bought the software in my office, having used the free trial to test it on our machines, which worked fine. However since we started using it last week, we have had nothing but trouble.
I'd guess 1 out of 5 times we try to save the file, or check it back in, our InCopy will crash (after we wait a good 20 mins to make sure it's not just taking its time), which means we have to force quit the file. When opening up InCopy again, Ic recovers the file, and when it comes back it is locked to the user, but has a little yellow triangle meaning it is out of date (recognising that it is saved somewhere). When we try to update the file we get the dialog 'This is not a valid InDesign Interchange document' (or words to that effect).
We've tried all three work-flows: using a layout-based workflow; using assignments that are placed on the server with the InDesign documents on the designer's Mac; creating packaged assignments that we then email to each other, eliminating the server being the problem. Each time it will work for a few attempts, and will then crash when we try to save or check it back in, so we force quit and it corrupts etc etc.
We are both running Windows XP Professional, Service Pack 3, the processer speed of both our machines is above the recommended spec, and I have 1 GB RAM while my colleague has 2 GB. We are updated to InCopy CS4 6.0.3.
Has anyone else been experiencing this at all?
If any more information is needed please let me know. We're running behind on our production schedule already, and if the problem isn't solved, we're going to have to go back to using print-outs to mark-up changes (which nobody wants). We've tried the recommended troubleshooting - deleting Ic preferences, removing links and then creating new assignments, increasing virtual memory...
We work on directories, and so there is quite a large volume of text being worked on, as well as every line being tagged with XML so it can be exported. Could this be having an effect?
I'd appreciate anyone getting back to me with suggestions please!
Thanks,
Sarah

CS6 will have nothing to do with CS4…and by the way, there’s no point in moving InCopy users to CS6 unless the InDesign users move as well.
Bob

InDesign/InCopy Workflow – The content is locked and cannot be modified.

I've been working with an InDesign/InCopy workflow with Dropbox for a while and occasionally get an alert dialogue "The content is locked and cannot be modified" when in InDesign accepting/update InCopy changes made to the document. It seems to be happening more and more recently.
I can click OK, and then the software will allow the changes to be made to the InDesign document. However, I am having instances that InCopy users cannot get back into the document, until all of the content is updated from my end. I doesn't look like we are loosing any editorial changes.
Why does this happen? Is there any way to make it stop?
Thanks!

We are testing to move from CS5.5 to CC, and are seeing the same problem in our InDesign/InCopy testing. We only see it (so far) after an editor has made some modifications, and the designer then opens the InDesign file back up. It is the InCopy linked files that it is referring to. After pressing ok thru this window, we have to update all lynks. Any news on this?

Indesign crashes when updating incopy assignments!

Hi,
I've read through some forums and it appears others are having this problem.
When I open indesign and it says do you want to update links (referring to the incopy assignements) that need updated.
I click ok, and Indesign crashes!!!!
One thing I read could be the issue....
- anchored objects, (incopy can't handle all the anchored objects)
That is RIDICULOUS if that is the issue. If so, Adobe should have had a disclaimer....don't buy incopy if you plan on having more than text in your document.
There are no error messages that come up, the program just crashes. I'm using Indesign CS5 version 7.
A solution I read was to save the indesign file that keeps crashing when updating the assignments as an .idml file.
I tried this and it appeared to work, but what a joke!
This is very unreliable and has caused a lot of stress.
Anyone else have any solutions or can ADOBE come up with a solution???
Thanks

First question is are you fully patched to 7.0.4? If not, download and install that patch.
Second: Do you have Suitcase Fusion 3 installed? If so, try disabling the autoactivation plugin.
Bob

InDesign CS5 Crash On Updating Links (Windows 7)

Upon opening an InDesign CS5 file, if it finds updated links, it freezes before fully completing the updating process. I then have to force-close InDesign (using Ctrl-Alt-Del). When I then relaunch InDesign, the file opens with no problems and the links have been updated correctly. This happens every time there is any kind of updated link. Brand new document, created yesterday, from scratch, in CS5. Brand new installation of both Windows 7 (32-bit) and CS5 suite. Intel core duo, 2GB of RAM, 900GB of free disk space on a 1TB drive. Suggestions most welcome.

The good news is: as of today I have switched over to an "all PDF" workflow for all vector graphics that I bring into InDesign, for all current projects starting today. It was a bit of a pain to convert my entire 150-page document with 220 EPS links over to PDF, but now that it is done it is working very nicely and we are finally "up to date" after jettisoning the evidently dog-eared EPS format.
As you suggested, I am importing multi-page PDF, and then selecting the individual pages in the InDesign Import options.
The bad news is that the InDesign is *still* crashing when updating links (which are now to PDF files and no longer EPS). As before, this problem goes away if I set Display preferences for vector graphics to "Proxy" rather than "High Resolution." Because of various deadlines, and because this is not a fatal problem and has a workaround, I am going to ignore the issue for a while and try to get some actual work done.
Thank you however for the very helpful suggestions.

How to correctly update .indd files with incopy through adobe cc

Hello,
We have a group of users in our company that only have incopy. This is done both for a control (no one changes layouts by accident) and for cost savings of not haveing the full suite for every user.
With this environment we have found that...
After any change to text via incopy, a person with adobe InDesign will need to open the file and update links so the .indd file will reflect the text changes.
This will need to happen after proofing or any other editorial changes along the way. This adds many steps to our workflow.
Ex:
Alyssa is editing a sustainability article with incopy (no indesign). She makes her edits and save the contents (copy fits, remove a punctuation etc). However, when viewing the .indd file in adobe CC, her changes are not reflected.
Bill (indesign user) had to open the file with InDesign, click update links (this is a popup box upon opening) and then save the file again, before the file would reflect the text changes.
Does anyone know of a way to get around this? It would be great if incopy could push the text changes to the .indd file without a seperate step.
Thank you,
Andy

I'm a little confused. Are the InCopy users using InCopy to edit standalone files (they're opening ICML files)? Or are they opening up the INDD file (the layout) in order to edit the stories context of the design.
If the latter, then there's no need for the InCopy user to wait for an InDesign user to do something. As they make their edits in InCopy, the layout view in InCopy gives them a pixel-accurate preview of how their changes will appear in the final layout. If other InCopy users are editing different stories in the same publication (layout), any user can update to view their colleague's edits on a story-by-story basis, or all at once.
And when an InCopy user sits down to work and opens a layout from the server, InCopy automatically makes sure that they are seeing the current versions of all stories in the layout ... they don't get prompted to update the stories, it happens by default. Even if the InDesign user hasn't touched the file or updated the stories.
FWIW, most of my InCopy/InDesign clients use this layout method.
AM

InCopy workflow for newspaper

We are a small weekly newspaper using Indesign CS3. We want to adopt a workflow using InCopy CS3 that will benefit all users. One goal is to be able to archive newsroom stories to our website that include the main story, headlines and all text associated with that story without too much user intervention if possible. Can anyone suggest an InCopy workflow solution for us?

InCopy helps streamline publication workflows because it allows writers and editors to work on stories within the layout while the design team is still assembling the layout -- that's the broad stroke of it. There's nothing inherently special about InCopy that would assist you in archiving (I assume you mean exporting) text files for a web site.
There are third-party publishing systems which run on top of IC/ID, such as K4, that have optional web publishing abilities. For a small weekly newspaper though it might be overkill to move to a system like that (and quite expensive).
With an off-the-shelf IC/ID workflow, I think you're best served by leveraging the XML capabilities of both apps. Editors and designers can easily apply XML tags to content, and then export the tagged XML from either app. For example if you're using an assignment-based workflow, the editors could be in charge of the exporting of all content in an assignment (headline, byline, body, images, captions for a given article) to a single file for the web team.
There are ways to use XML tagging to create basic XHTML files, or there are ways to apply an XSLT while exporting content that give you more control over the transform.
And of course all this is scriptable with JavaScript, Applescript or VBScript, to help automate the process (the tagging, the exporting, etc.).
Unless you have staff members who know how to do this (or aren't afraid of cracking a couple books to figure it out), you'll probably have to bring on some subcontractor to help you get it set up.
In the meantime this article might give you a head start on how this could work (I think most of the instructions would work in IC as well):
http://indesignsecrets.com/how-to-export-basic-html-out-of-cs2.php
AM

CS5 Complicated file in InCopy workflow crashes on updating stories

Similar Messages

Maybe you are looking for