Inspiring

Answered

If I have an article laying on 2 spreads, is it recommended to anchor all the copy text objects?

Forum|Forum|3 years ago
August 20, 2022
2 replies
471 views

Especially, is anchoring all the copy text objects of the same article across the pages and spreads usefu for writing that article in InCopy?

How will InCopy treat the copy text objects differently, if they are anchored?

If they are anchored, will they be treated as the same block of text?

And is anchoring across pages and spreads both possible?

Thanks in advance.

This topic has been closed for replies.

Correct answer Peter Spier

You answer suggests that it doesn't.

All text that is logically a part of a single story should be a single thread.

James Gifford—NitroPress

Legend

Anchored objects have to remain on one page. You cannot, for example, anchor a text flow that has frames on multiple pages. (This can be a limitation with things like TOCs and indexes.)

Which is generally in line with the idea that you don't anchor text objects other than things like small sidebars and quote pulls. Text, and the text flow, is the foundation of most documents and what everything else is anchored to.

And anchoring anything is optional for complex, flat layouts. All the pieces will stay where you put them on each page. Anchoring is intended to connect images, small text boxes and the like to a particular spot in the flow as its position changes within a document (usually a fairly large one). You don't need to glue things down and then nail them in place as well.

—

Chris P. BaconAuthor

Inspiring

Sorry i didn't mean anchoring. I meant threading. All my articles will be 4 pages long (2 spreads).

Currently, I have 1 copy text frame (margins to margins) for each page, and I just place whatever I need on that frame, wrapping the copy text: excerpts, images, etc.

So my assignments will like look like this in InCopy:

Article X - page 1

Article X - page 2

Article X - page 3

Article X - page 4

Four copy text frames for each article, one per page.

And InCopy will detect the resulted columns created after placing all my objects on the copy text and after wrapping the text, and I can write in Galley Mode, occasionally switching to Layout Mode to see my progress in writing the copy for that particular page.

So far so good.

But, I thought would it make any improvement if I thread my 4 copy text objects, one for each page of the article - from the perspective of the ease of writing and a better system?

Currently i like this that each text object on a page is a different ICML file (copy text + excerpts separately), because I will name them like this:

Article X - page 1 copy . icml

Article X - page 1 excerpt . icml

Article X - page 2 copy . icml

Article X - page 2 excerpt . icml

And I will order them vertically by dragging and then I will get their story list XML file created to keep their order.

And I will add all text objects belonging to the same article to the same assignment: Article X.

In InCopy when I open an assignment, I am ready to write that article, all 4 pages with whatever columns were created by the layout, will be transferred into InCopy.

I just wondered if threading all text objects belonging to the same assignment would improve the workflow in any way in InCopy?

Chris P. BaconAuthor

Inspiring

To shortly reformulate the question:

Does threading all text objects belonging to the same assignment improve the writing workflow in InCopy in any way?

Robert at ID-Tasker

Legend

No idea how InCopy will handle anchored TextFrames - but anchored object can be placed anywhere on the spread - there is even an option to keep anchored object automatically close to the page / spread / text frame edges, etc.

https://helpx.adobe.com/uk/indesign/using/anchored-objects.html#:~:text=To%20anchor%20an%20existing%20object,anchored%20object's%20position%20is%20inline.

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.

Scanning file for viruses.

This file cannot be downloaded