Anchored Objects should be able to be sent to back so text can print above the object
It would be nice if text could print above an anchored object
Joe
shared this idea
Thank you all for the votes.
Can you help us understand the key problems that you face in the absence of ability to send an anchored image backwards?
What’s the current workaround that you have to follow?
What are the use cases wherein you need that the text appears specifically on top of inline anchored image?
This information will help us evaluate the functionality better.
23 comments
-
Anonymous
commented
As the OP has not responded to Abhinav, allow me.
In our situation, we have a specific table layout with anchored images. Sometimes a font extends past the bounds of the table cell. See attached. Top example, font resides with the cell. Bottom example, the V extends outside the cell, under the anchored image. To fix this currently, I'll have to shift all images left by a small amount. Changing cell padding at this stage is not be feasible.
Thus, being able to arrange an anchored object is very useful.
-
Riccardo Gabarrini
commented
This is the second major flaw in indesign I come across in 1 DAY, the other being with gpu performance activated the text will disappear until scrolling or zooming in/out). And it's the second major flaw that adobe doesn't want to do anything about SINCE YEARS AGO!
How is this possible, how such a big company can ignore the needs of so many customers is beyond me. -
Muhannad Hamoud
commented
Another example. I can't send this transparent and anchored image behind the text even when trying to do this from layers panel.
-
Micah G
commented
YES this would be super helpful. I was having trouble with this earlier in the year and had to try all different things to get what I needed.
-
Joe
commented
here are two quick examples:
(1) Say I want to set an initial icon into the beginning of a paragraph and I want it anchored to the beginning of the first line of that paragraph, the wrap wont hold on that first line—see screenshots 1 & 2
(2) Say I want to set an image at the top of a page, but the specific mention of said image is below the image's placement. Ideally I would want to anchor the image to it's mention in the text, but placing an anchored image before its anchor disables the wrap—see screenshots 3 & 4.
-
Scott Falkner
commented
Here's one: I have an annual report for a large development charity. They have projects all over the world. There is a section for each continent. Each of these sections begins with a map of the continent positioned behind the text. All the text is in one story, which is edited as I work on the layout. Some projects are added or omitted to the AR as I work. If the continental map were an inline graphic I could save a bunch of time. The workaround is the maps are not inline graphics so have to be moved separately from the text.
-
Lukas Engqvist commented
@Abhinav there are plenty of examples in the comments of those voting even if not in the original post.
-
Colin Flashman
commented
> Can you help us understand the key problems that you face in the absence of ability to send an anchored image backwards?
At the moment it is impossible and there's no real workaround that isn't inconvenient or easily understood by everyone who may have to work on the same file.
The behaviour of the anchored objects has two behaviours that are inherently frustrating:
1) The anchored object will appear one stack above the type it is being anchored to; and
2) Will not text wrap around any objects that appear on the same line or earlier in a story (Pariah Burke's video does a good job explaining this: https://youtu.be/cwgdGM4dQ6A and provides a workaround that can easily be undone by anyone else unfamiliar with the workaround who has to work on the same file)An instance of why you may want an anchored object to appear underneath the text could be a stylised heading like the attached photo. Currently, this is done by having the graphic on a stack below the type that is simply floating; but if the type moves, the graphic will stay where it is. The purpose of anchoring the graphic is that if the type moves, the picture follows it; but currently this is only in the X and Y axis, not the Z-axis of stacking where the only level of control is for the anchored object to be one stack above the type.
-
Petru Strimbeanu
commented
Another example. Right now I'm designing a book with hundreds of underlying elements. I cannot anchor them, because they will cover the text. So, any modification in the text is producing a shift and I have to redo all the work.
-
Thurid Wadewitz
commented
@Abinav Kaushik:
Sometimes we insert boxes (filled with pictures, illustration or whatever) within the text. We want those boxes to flow with the text. For example, when we work on a longer text that gets certain text addition in the course of the text design, we want the box to follow its anchor through the pages.
So it is necessary that the pictures flow with the text so it can keep its position in the text, not on a certain page.
But when you insert a picture/a box anchored in text, the text always wraps around. There is no possibility to insert a Box in text that is printed over. To "send back" in our case here means that we want the text to ignore the box wrapping and to print over the box . (because there is an option in the text settings of the programm that says "text wrapping only affects boxes that appear above the text box" (Sorry, I do not know the correct translation). So, when you "send the box to the background", it means, the text can flow over the box. That would really be a useful implementation! -
Anonymous
commented
I also agree with stephen, as anchored objects cannot be wraped, its a major problem when I work on a large book document, with lots and lots of photographs inserted in it.
-
Stephen Said
commented
When anchoring an object to a line in a text frame, and you need the text to wrap around the object, the line which you anchored the object to, does not wrap. (See screenshot_2.jpg)
Also, the anchored object cannot be put behind the text frame or any other object which is behind the text frame.
-
Anonymous
commented
i need it when i want to place an ornamnet below heading text. usually it's done with custom position. not inline
-
Kelly Vaughn
commented
Yes x 1000! I had a client recently tell me that the font was wrong in one of my documents. It turns out that I had placed a PSD with a clipping path, as an anchored object. So all the text in the text frame was rasterized and looked bold. If I was able to have anchored objects in back, this wouldn't have been a problem.
-
It is a bit like hanging a swing on a branch before you plant the tree. It could mean that the whole page needs to be loaded before it can be drawn, like it used to be on the old RIPs. What you are asking for is that object stacking should be non sequential. It's a nice Idea from designer perspective but a big ask. :) I'm in if it can be done.
-
Toda, D
commented
Description in Japanese:
アンカー付きオブジェクトのテキスト背面への配置を可能にしてほしい。現状では、アンカー付きオブジェクト（カスタム）は必ずテキストの前面に配置されます。
アンカー付きオブジェクト（カスタム）と文字の重ね順を、背面でもできるようにして、
「前面・背面で選択できるオプション」があると、もっと簡単に文字とアンカーを重ねることができます。
段落背景色等では表現できない飾り罫等を、アンカー付きオブジェクトで文字の背面に入れられるようになると便利になると思います。I put a Japanese comments above for Japanese users. Many users have been longing this improvement.
When “sent front/back option” is able to select for Anchored Objects, every InDesign users will be happy all over the world! -
Anonymous
commented
Please fix the word wrap for anchored items that must be placed near their text. Also, the alt text for anchored items , when exported to pdf, are reading at the end of the column or page. This is unacceptable for math and engineering.
-
Anonymous
commented
Please fix this! In STEM pubs we need to be able to place objects in precise spots and have the alt text reflect that. We also need to be able to wrap text and send anchored items to the back. Inline placement, whether above the baseline or not, does not fit the bill.
-
Lissi Sigillo
commented
Absolutely!
-
Sue Carlson
commented
yes, please. without it, the anchored object is not as useful
