Just downloaded trial version of InCopy CS4, all seemed to go well until tried launching and got this message. Anyone know what it means?
error message: 148:3
InCopy Missing Fonts
I am not an InDesign/InCopy user so my knowledge is limited. A division of our company is adding InCopy to InDesign CS5 to control workflow. I have been called in to help troubleshoot an issue with missing fonts using InCopy.
Example: Mac User (A) creates a layout using InDesign CS5 and saves to network share. We have tested this with or without creating assignments.
Mac User (B) opens layout using InCopy and receives "Missing Fonts" message.
It is our understanding that InCopy took care of this by the use/integration of the Document Fonts Feature. The Document Fonts folder is created and the fonts in the document are in that folder but it is as if InCopy doesn't know where they are.
1. Are we incorrect thinking that InCopy should take care of this (even though it is a bullet point on Adobe's website as a New feature)?
2. If we are correct, then we must be missing something in our process and would like to know if there are step-by-step instructions to make this work.
I saw the post concerning copying fonts to the InCopy fonts folder to work around font issues between Mac and PC but I thought that was taken care of with this New feature as well.
I appreciate any help someone can offer.
InCopy workflow: just can't get it
I've downloaded and installed an InCopy trial, with a view to working with a remote workflow, i.e. editors in another city to whom files will be emailed. But I don't quite get it: there are assignments and "package for InCopy" and "export for InCopy", and then when I look at an assignment on another computer, there are stories missing, etc. etc.
Can someone point me to some detailed instructions of how to go about it? I've read the Adobe InCopy CS5 Workflow Guide. It contains plenty about Peter and Kate and Chicago Wilderness and the Wolf Lake article, but how about some simple instructions on what to do? I know I'm probably being a little dumb, but any pointers will help.
Thx
EBookExport.InDesignPlugin error on document open
Adobe InCopy CS6 8.0 and 8.0.1
Mac OS X 10.8.2, 10.7.4, and 10.6.8.
I have a file that throws a
"Missing plugin
EBookExport.InDesignPlugin
The document "xxx.indd uses one or more plug-ins which are not currently avaiable on your system. Do you want to open it anyway?"
error on document open. This document has been opened on multiple Macs using the all three of the most recent operating systems listed above. Updating InCopy to 8.0.1 did not change anything.
Interestingly, in Extension Manager, EBookExport.InDesignPlugin does not show up in the list as an available plugin. It is in the InCopy applications folder: Applications/Adobe\ InCopy\ CS6/Plug-Ins/Filters/EBookExport.InDesignPlugin It does show up as an InDesign plugin, and it is loaded…
A clean install of InCopy CS6 from the Adobe disc on a new Mac generates the same error when opening the document. Opening the document in InDesign and exporting to idml, then re-opening makes no difference. Same error.
The root issue here is obviously that the extension is not recognized. I changed permisssions on the folder to no avail. As stated earlier, a fresh install on a new iMac and the extension will not load.
Anyone else seen anything like this?
Kevin
InCopy CC crashes when opening a DPS assignment
Opening a brand new assignment created by Adobe InDesign CC makes InCopy CC crash when the document intent is Digital Publishing.(bug?)
Regards,
Pieter
InCopy crashes related to Track Changes and a pasted table with even number of cells
I have at one point already reported this as a bug but I've returned to the issue in hopes of offering some more information to the developers to work with. I'm going to offer as best an explanation for this problem here in the hopes that others can contribute as I am sure this issue has been experienced by many InCopy users. (It is a recurring - and rather irritating - problem for many of our users which causes a great deal of lost work since many of their documents contain a large number of tables. This is the ONE bug that I really wish would be fixed more than anything else.)
Also note that this issue occurs in InDesign (with less frequency) if a user tries to export out an ICML file with the following bug in it, InDesign will freeze up and need to be forced to quit.
Description:
Pasting a table into an InCopy story (when Track Changes is activated) that has an even number of cells will result in a crash when saving if text above it is deleted and a line break is added after it.
Result:
InCopy will freeze up during the saving process and the result will be an empty ICML file and loss of any work done in the document.
Steps to recreate this particular issue:
This is to simulate normal working conditions when usersmake amends to a document with a number of tables.
- Activate Track Changes in a new InCopy document.
- Add a line of text.
- Add a table with an even number of cells.
- Copy the table and then delete it from the document.
- Accept all of the changes.
- Paste the table in directly under the line of text.
- Add a line break after the table.
- Remove one or more characters from the end of the line of text.
- Attempt to save the document. (In the "Background Tasks" panel you'll see that it freezes at 50% and you'll need to force quit the application.)
What this looks like:
In "Layout view" this looks like the above. In "Galley view" it looks like the image below.
The ICML file:
I've managed, with some effort, to create an ICML file that replicates this error. If you open it in InCopy - this was created with CC2015 - and make any change you will be unable to save the file.
This file can be downloaded here. (Hosted on Google Drive.)
Current solutions:
The only way we've managed to resolve this particular issue is by accepting either all of the changes or the particular change that is related to the pasting in of the table.
Difference in code:
The following snippet shows what the code looks like for the end of the table when you paste in a table with an even number of cells and add a carriage return:
<ParagraphStyleRange AppliedParagraphStyle="ParagraphStyle/$ID/NormalParagraphStyle"> <CharacterStyleRange AppliedCharacterStyle="CharacterStyle/$ID/[No character style]"> <Content>above</Content> </CharacterStyleRange> </ParagraphStyleRange> </Cell> </Table> <Br /> </Change>
This shows what it looks like with an odd number of cells (note that the break tag is added as a separate change, this document does not crash InCopy):
<ParagraphStyleRange AppliedParagraphStyle="ParagraphStyle/$ID/NormalParagraphStyle"> <CharacterStyleRange AppliedCharacterStyle="CharacterStyle/$ID/[No character style]" /> </ParagraphStyleRange> </Cell> </Table> </Change> <Change Date="2016-02-24T13:05:36" ChangeType="InsertedText" UserName="InCopy User" AppliedDocumentUser="dDocumentUser0"> <Br /> </Change>
This to me says that there is a different sort of handling going on with the inserted table related to the number of cells. If you remove the <Br /> seen in the first snippet on line 8 and open the document it will behave normally. However if you exchange lines 7-9 in snippet 2 with line 8 in snippet 1 - taking in account to move the </change> tag - the document will still crash InCopy. There seems to be a correlation between the deleted text found above the table, the pasted table with the even number of cells and the line break.
I know this sounds like a rather uncommon bug, and one that requires a series of steps to create, but it only needs to occur once for a user to lose their ability to rely on the software. We work with hundreds of InCopy users (and can see this a few times a day) and it's always distressing to inform them that their work is lost and cannot be recovered simply because they inadvertently caused this bug - and then tried to save their work.
I'd be happy to hear from anyone with any input regarding this. Or even anyone who has also experienced it and whether or not they have also reported the issue to Adobe. One major drawback from this bug is that the option to submit a crash report to Adobe is not offered and so there is probably a minimal amount of feedback.
Thanks!
InDesign to InCopy problems
I am working on a 64 page document in InDesign CS4 (on the Mac) with 7 editors all on PC using InCopy CS4. The InDesign file resides on my desktop and the assignments and stories are on the server. Through lots of trial and error I have figured out how to at least to that.
Tonight as I am on my final draft all of a sudden I got the dreaded red question mark circle on all my assignments (InDesign). Today was the last day for editors to update their information of course. So everyone has been in there. Anyway, I was able to update all the stories associated with the assignments at least I think so, but the assignments all still have the question mark. I checked the server and the assignments seem to be there. I tried to save over them (change assignment location from my mac, )and even rename the assignments but the red question mark remains.
When I try to update all assignments I get a message that "One or more assignments could not be updated, please check the path for these assignments and try again.
My server may have dropped me for a short while tonight but it is up and running now. Any ideas?
I don't really want to unlink all the assignments in case anyone was tracking changes as they are supposed to. We are less than a week from press time. What do you suggest, I do?
Thank you in advance.
Holly
How I can remove Start Dictation from Edit menu?
It's show on every program of Adobe. I think it's happend after ubgrade IOS, but I can't remove them.
When I reopen the program it's gone but after few minutes it's shows :/ And then I lose possible to fully open the EDIT palette menu. Acolorin the palettemenudisappears.
Normally view:
After shows Start Dictation:
InDesign Master page items causing InCopy reflow problems
So far the work around is to remove the items from the actual master page, but we have a lot of complex template files and this is a pain to ask the designers to do this, when they have already removed these items from the document page.
Sometimes these "ghost" items remain in the InCopy file even though they have been removed from the InDesign master page -- in which case the designer has to create a new blank page in InDesign, and put all the items on this blank page (to make sure they are not picking up the ghost item from the Master page) and update the assignment.
Naturally this bug happens inconsistently, so it's frustrating to troubleshoot. Is it a case of the Indesign file picking up an error? A versioning problem?
I'd love to hear any suggestions.
InDesign CS 3 version 5.0.2, InCopy CS3 version 5.0
Thanks a lot
inCopy files show as checked out when they are not
We're experiencing an issue where some (not all) of the inCopy files cannot be checked out in inCopy or in inDesign.
A user made copy edits in inCopy and closed the files. Now the inCopy user sees the files as checked out by the very same user even though obviously that user does not have them checked out. Plus, the last set of edits don't show either.
The inDesign user cannot check out the inCopy files from inDesign or see the last set of edit Changes. Both users are on the same version of inDesign/inCopy.
We were able to create a new inDesign files using the "Save As" command and then break all the links to that inCopy files, and export new inCopy files. The new inCopy files are behaving normally. Any way to restore normal behavior to the original inCopy files?
Can't save content as rtf
Hi,
I am trying to save all my stories in an assignment into a text document for editing. According to the Incopy manual I go File>Save content as>. But this option is grayed out on the menu, as are all the save options. Export to rtf only exports the current story not all stories into one document.
I have only the trial version of Incopy cc at the moment. Perhaps this is the problem? But nothing else seems to be disabled in the trial. I have tried reinstalling to no avail.
Any help much appreciated.
Changes made to multiple cells at once not tracked
I filed this as a bug report earlier but thought I'd explain it here in case someone was interested. This has probably existed since CS3 when you could first track changes in tables. This can be reproduced in InDesign as well if you're working with ICMLs.
If you are using track changes and make a change to multiple cells (by copying and pasting) these will initially be tracked. However if you save the document and then re-open it the tracking for these changes is gone.
To reproduce this:
1. Create a table in InCopy like this:
2. Select two cells:
3. Paste the contents of these cells in two other cells:
4. Initially these changes will be shown in Galley/Story view as tracked:
5. However, as soon as you save and reopen the document they disappear:
This basically occurs any time you copy and paste from more than one cell into two or more cells. (It works as expected if you do one cell at a time.) So if you move an entire column or row in this manner, or add rows and columns and move content around, it will not be considered a change once you save the file.
InCopy 2017 12.0.0.81 resolution adjustment request
Dear All,
I am a beginner to InCopy application. After I have installed the application, I find everything appearing too big and the zoom option is greyed out at 100%. Can someone please suggest what needs to be done so that it fits my screen? All other applications seem to work fine.
Best,
Soham
I am completely baffled on how to export my ID file to show the entire layout in IC. Help, please!
The more I try to figure it out the worse it gets. I've tried so many different things, I've forgotten what worked to even the get stories out.
Stories revert to previous version of content
We recently had very strange instance of InCopy stories reverting to previously saved content.
We update files every quarter with new data. Our process is to do a save as on the InDesign file, trash the InCopy stories and the export new stories for the new updates. This has worked pretty well so far.
This last quarter we had a number of files that were not reflecting the latest content. In some cases the stories initially reflected content from six, even nine months ago even though the stories had been updated and even reexported several times. In other cases the InCopy user would update the stories, save the content and check back them in. The InDesign user would work on the file, but when they would send it back to the InCopy user and discover that all their content changes were gone and the stories had old content in them, again, some changes as far as six months ago. The problem seemed to be isolated to projects that were saved in one folder on the server, however, there were about 40 individual projects in that folder. Some had problems, some were fine.
Is there something in the files that retains old information even when new stories are exported?
The only solution we've found so far that appears (hopefully) to be holding is to save an IDML file and resave the document from there with new stories.
We've also had issues in some of the same files of stories showing up in the assignment panels as checked out and they cannot be checked back in, even for the user that says has checked them out. We've tried trashing and reexporting these stories and they still show up as checked out. We finally solved it by deleting the folder containing the stories, but this problem crops up every now and again on isolated ICML files. Is this some kind of server conflict?
Hopefully this makes sense. It's been a difficult problem to try and solve. I don't have any explanation other than gremlins.
We are in CC 2014 and mostly on Windows 7 Enterprise, though some people have had their computers updated to newer OS.
Multiple Fonts
Is there are way to work with multiple fonts/scripts in InCopy, in the Story and Galley View?
Seems like it forces you to choose one font only to view all text in. What if you have multiple languages in different scripts, like Latin characters and Chinese or Arabic characters side by side?
Thanks.
User dictionary limitations?
I want to use a custom word list with InCopy's built in spell checker. The word list contains more than 150,000 words. I already tried importing the word list to the current user dictionary. Although the speller recognizes words from the word list it doesn't provide suggestions from the user dictionary. I also tried creating a new user dictionary and then importing the list to the file but the same behavior occurs. Does the user dictionary have a file size or number of words limit? This list is essential to my line of work.
Printing multiple stories for hardcopy editing
Is there a way to print out all the individual stories inline for a hard copy edit without opening and printing each story and before it gets put into InDesign?
Repeating an action
Is it possible to repeat an action in a different Story? (Similar to how in Word you can use CTRL + Y to repeat an action.)
Scenario: I have a Document with multiple Stories. In one Story, I turned off hyphenation (Hyphenation Settings dialog box > Unchecked "Hyphenate"). I want to do the same in another Story within the same Document without having to open the Hyphenation Settings dialog box again.
Details:
InCopy 10.0.0.70 x64 Build
OS: Windows 7 Pro