The goal is to make sure that View Changes is always on. AFAIK, there's no direct access via javascript, nothing like app.viewPreferences.showNotes = true. I would be very happy to be wrong about that.

So my next move was to script the UI, but the results were inconsistent. So I worked up this snippet to see what's going on:

if (app.menuActions.item("Show Changes").isValid) {

     $.writeln("invoking menuAction");

    app.menuActions.item("Show Changes").invoke();

}

app.menuActions.itemByID(42254).name; // 42254 could also be named "Hide Changes"

Starting with a View menu where "Show Changes" is the last command, the script invokes the menuAction as you would expect. But it also returns "Show Changes" as the name of the menuAction. If you look back at the View menu, you'll see that that is not the case: the script has changed it to "Hide Changes" as you would expect. Run the script again, and you'll see that invoke() has not occurred and the name of the menuAction returns correctly as "Hide Changes".

In other words, if you simply look at the View menu before running the script, it all makes sense. But if you use the View menu to switch between Show and Hide changes, it does not. And the whole purpose of the script is to make sure that Show Changes is on, even if the user has manually selected Hide. (The script would run as an event listener whenever a document is opened).

What I think is happening is that Adobe is not rebuilding the menu immediately after the setting is changed in the UI. Maybe not until the user displays the menu again.

If that's the case, I'm stuck unless I can come with a way to force the menu to update at the beginning of the script.

Hello everyone.

We have designers working on Macs and editors working on Windows laptops in our company. Both platforms have CS6 InCopy and InDesign installed and fonts are fixed for both platforms to work in both ways. But colleagues always complain about errors InCopy gives when editor tries to do anything with opened .indd file. Meaning that file opens OK, you can view it, but as soon as you try adding a note or editing the text it gives and error. Sorry, I had to blur the full path, but the idea is on the screenshot:

The file people are working with lies on the public server, anyone has access to those folders, so it is not permissions problem.

Does anyone have any idea if it possible to work with comfort using different operating systems?

Note: the same flow of actions works perfectly when you use Mac-to-Mac combination.

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.

1. Activate Track Changes in a new InCopy document.
2. Add a line of text.
3. Add a table with an even number of cells.
4. Copy the table and then delete it from the document.
5. Accept all of the changes.
6. Paste the table in directly under the line of text.
7. Add a line break after the table.
8. Remove one or more characters from the end of the line of text.
9. 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!

After I create a new empty text box in InDesign and add it to the assignment for InCopy, how do i get all of my paragraph styles to automatically appear in the InCopy document? right now, only 1 style is there when opened. The copywriter is having to load them for each text box.

All versions are most recent as of yesterday March 2nd.

thx

b

• 11 Views
• Tags: incopyContent tagged with incopy, paragraph stylesContent tagged with paragraph styles

Can Adobe create an InCopy CC 2015 app for iPad and iPhone, etc? We can then proofread and copy-edit on the go.

Wenn ich in ein Aufgaben-Paket einen bedingten Text erstellen will, dann graut er mir "neue Bedingung" aus.
Wenn ich es bei einem neuen InCopy Dokument mache, dann funktioniert alles wie gehabt.

Woran kann das liegen?

I am pilot-testing using InCopy for use in my office, and I'm having trouble with InDesign crashing every time I try to update the text layer that has been updated in InCopy. I don't have problem with smaller files, but with the larger files, InDesign always crashes and when I re-launch InDesign, I get a windown saying the file is now damaged.

The files giving me problems are really large, and I think that's the problem. They range from 6-30 pages of two-column text. The text has paragraph styles, character styles, hyperlinks, bookmarks and they were originally made in InDesign CS2. They were updated to CS4 in 2009.

I export the entire text layer (6-30 pages worth of text) as an assignment, make some changes to the InCopy document in InCopy, check everything back in, close InCopy, open InDesign, open the document, try to update the text layer and InDesign crashes. Every dang time.

Has anyone else had this problem? Is it just the size of the file?

I'm using an Opentype font on both a windows machine using Incopy and a mac using Indesign. On my machine (mac) it works like it should. Special characters like ë appear when they should. When I open the Incopy document however, all ë (amongs others) characters turn into Î. Also when I enter a ë character. When I do that, save and reopen the document in Indesign again, all ë characters which appeared as Î characters on the Incopy machine appear as ë characters again. This is also true in the Glyphs window in Incopy. Where a ë should be there is a Ï. This strange behaviour happens on other special characters to (not all).

What could cause this? There can't be anything wrong with the Opentype font. I even opened it in a font editor and every character is where it should be. What could cause the character layout to mess up at the Incopy side?

I'm asking this question for the editor that I regularly work with on projects. He works on a Windows laptop editing a lot of content that is designed on Intel Macs. We share multi-use fonts through Universal Type client but whenever we use system fonts, we run into the issue where different computers have different versions of the same font. So whenever he opens one of our documents in IC, he gets a missing fonts warning for fonts that he has (Times, Arial, Wingdings, etc.).  Is there a way that he can set those fonts to be substituted by the system font versions that he has so that he can see the approximate flow using the correct font without having to actually replace the font (which would then mean that the designers would have to replace the font again when they reopen the file)?  Hope that makes sense. I know IC uses a default font to substitute missing fonts, I'm just wondering if there is away to permanently assign certain fonts to substitute certain missing fonts.

in a layout workflow. exporting InCopy files to same folder as InDesign file. I see an .indd in the folder when I'm done. Editor opens InCopy, file, open and the .indd is a .pdf. This is something new to me. She can edit in this file, but it makes me nervous because it is out of the normal to me.

Hi,

Does anyone please have a link to a decent guide that will explain how to set up a local server - so we can edit our InDesign project on InCopy from different Macs in our office.

Many thanks,

Dave

Whenever I open an InCopy document that is linked to InDesign I receive an message that says 'The content is locked and cannot be modified'. I then must keep the return key down for a long time in order to open the file.  In the background another message pops up saying 'Open documents - import snippet'.  It almost seems that I have to acknowledge each text frame. It is nothing to do with 'Checking in/out' content as we have tried both options. Please help!

We are using the CC version of InDesign and InCopy and previously never had this issue.

Hello,

This is the problem we are having

When a designer opens an InDesign file that is stored on a network share through InDesign, and an editor tries to open the same InDesign file through InCopy, the error message “This file is already open by another user or another application. This file may be stored on a network server and cannot be opened until the other user closes it.” is displayed. To get around this issue, the designer must close out of the file in InDesign, and the editor must open the InDesign file in InCopy before the designer reopens the InDesign file using the InDesign application. This issue did not occur in 9.1. Adobe support has stated that files cannot be used at the same time in InCopy and InDesign, but that is the function that the product was designed to accomplish and this issue has never occurred before. The files are stored on a shared network.

Also, when an editor updates an assignment from InCopy and a designer clicks on the updated assignment to update their view from InDesign, the error message “The content is locked and cannot be modified.” is displayed. If the Designer clicks OK, the view is updated as expected. This occurs even is the assignment is NOT checked out by another user.

Finally, if a designer adds or updates a graphic inside of an InDesign file using InDesign while an editor is editing the file using InCopy, the editor using InCopy will not see the update unless they completely close out of the InCopy application and reopen it, which due to the above problems, is not feasible. The only way the file can be updated in InCopy is for the designer to completely close out of the file, for the editors to then close out, and reopen in InCopy, at which point the designer may reopen the file. If some editors are away from their desks at the time of update, the entire process must be repeated in order for them to be able to open the most recent version of the file in InCopy.

This issue appears to be due to a major flaw in the 9.2 version update for InDesign, as none of these issues occurred before the 9.2 update. One computer currently still has the 9.1 version of InDesign at our company, and does not experience these problems we are having with 9.2. We have tested multiple configurations of our network trying to rule out our network as the problem, but the only case in which we don't experience these problems is when we use InDesign version 9.1.  Also, we never experienced this problem before the update of InDesign and InCopy to 9.2.

Thanks!

Graham

Message was edited by: GrahamS

I have worked in a server based InCopy workflow without difficulty in the past, but am working with an author using a remote workflow and am having a devil of a time.

I create InDesign (CC) files and package them for her as ICAP files. She opens them fine and makes changes in CS6. She repackages them as IDAP files and returns them to me. When I try to open her files I get this:

First of all today is 5/6/2014. Note the date in the error message.

If I select the "Save the contents . . ." option, I would expect the assignment files to be saved and that the document would open in InDesign. But I get this:

Please ignore the differences in chapter numbers, I captured these shots while trying different files. The upshot is that none of the listed conditions in the error message is true.

Can anyone put me on to a solution to this roadblock?

I should mention that this is not a problem with about half of the authors IDAP file.

I've been using Incopy for a magazine we publish every month and since the updates to CC and CC (2014) we seem to have error messages popping up "The content is locked and cannot be modified."

This happens on both sides, for the editor in incopy and for me when I updated content back in InDesign. We both work on Mac OS - remote workflow (packaged assignments), ID 10.1.0.71, IC 10.0.0.70.

Could it be the difference in version numbers? The editor checked and there was no other updates for incopy CC 2014.

While clicking 'ok' on the error message seems to accept edits after all it is a real nuisance, and very confusing/disconcerting.

Any help much appreciated.

Hi,

I gather that InCopy supports 10.6.8, 10.7 and 10.8. Is there any planned support for the new OSX 10.9 (Mavericks)?

InDesign already supports 10.9, so hopefully InCopy will also support it!

Regards,

Srijith

Hi Experts,

I'm trying to capture particular type of xml elements and process with that element's content. It's easy in Indesign. But In Incopy, If i use glue code functions, it's throwing error due to unavailability of 'xmlRuleProcessor' property in incopy. Is there any way to achieve this? Is there any specified file like gluecode.jsx to support and handle XML Structure in Incopy?

Thanks & Regards,

Vel.

I'm attempting to paste information from one indesign document to another, but the styles are different. Pasting without formatting not working in a table. When I paste over, it retains the container style from the original table.

I have "Text Only" selected from my Clipboard Handling preferences, so I'm not sure what else to do. I know I can hit escape to switch to the text selection instead of a container, but this only selects the text from one cell. I'd like to copy over the entire table, instead of copying cell by cell.

How can I paste a table into another, without copying the formatting?