is now part of CreativePro.com!

The Curious Case of Occasional Overset

18

Here’s a fun one for you troubleshooters and sleuths out there. See if you can guess why a library item consisting of a simple text frame would become overset in some locations and not in others.

Picture 13

Here are your clues:

If you use the Place Item command from the library, things are fine. You never get overset. If you drag the item out and drop it on the page, the text sometimes oversets. But not always.

You might be thinking right off the bat that it’s the Text Wrap setting of some other page object that’s to blame. Not so. You can take everything else off the spread and still see the problem.

When you copy and paste the item on to another spread or into another document, the text sometimes oversets. In fact, you get different results depending on your zoom level before pasting.

But again, it always works fine when you choose Place Item from the library menu. The text formatting is consistent. So are the Text Frame Options. Identical items are sitting by themselves on the same page of the same document and yielding different results.

The only thing that is different is the X/Y coordinates. There’s a clue.

Here’s another one: If you move the text frame completely onto the pasteboard, the overset disappears. But if any part of the text frame touches the spread, the overset sometimes comes back.

Picture 14

Here’s your final clue, a screen shot of the Control panel in Paragraph mode with the text frame selected (click the image for a larger view).

Picture 9

Got your answer? OK, scroll down?

Picture 10

Scroll down more.

Picture 10

A little more. I know some of you have enormous monitors.

Picture 10

The answer is that one of the paragraphs in the frame was set to Align to Grid.

Picture 11

This forces the text up or down, regardless of the Vertical Justification and First Baseline settings in the Text Frame Options.

Now, let’s work our way backward through the clues to unravel the mystery.

The screenshot of the Control panel shows that there are mixed settings for Align to Grid when the frame is selected.

Picture 19

The pasteboard screenshot shows the text is sitting higher in the frame than it should be.

Picture 20

Also, the baseline grid does not extend to the pasteboard. That’s why the frame doesn’t overset when it’s entirely off the page. There’s no grid to align to out there.

Picture 23

Results vary with copy and paste (and different magnifications) because the Paste command puts the frame in the center of the current view.

And finally (or firstly), dragging the frame out of the library produces mixed results, depending on where you dropped the frame in relation to the baseline grid. But using the library’s Place Item command puts the frame at its original X/Y coordinates, where it was OK when it was first created.

I came across an example of this problem last week where there was only one line of text snugly fit into a frame, and set to Align to Grid. So it was all or nothing. Either it looked right, or was totally overset.

Picture 12

The tricky thing about that case was, the style in the library item didn’t even use Align to Grid, but it was based on another style that did.

But now I’m getting ahead of myself.

Editor in Chief of CreativePro. Instructor at LinkedIn Learning with courses on InDesign, Illustrator, Photoshop, GIMP, Inkscape, and Affinity Publisher.
  • Dwayne says:

    I knew the answer right away because I came across that about a year or so back. Went nuts for a good 15 or 20 minutes before I finally figured it out.

    I’ve also seen instances where for some reason the paragraph style sheet was set up so an item started a new right page. When putting on a left-hand page, well you know what happened.

  • Mike Rankin says:

    Dwayne-

    I think it’s required that every InDesign user go nuts for 15 minutes because of this issue at some point in their life. What’s worse is if you come across it again someday and forget exactly what the cause was. But I bet you won’t have that problem. :)

  • Nadya Miloserdova says:

    Please don’t give the answer in the same post next time. Give us a chance to have fun guessing.

  • Malik Aziz says:

    I knew it also but for the nut-thing: same for me.

    I have a different-yet-similar-problem sometimes. When pressing ?-ALT-c (CMD on the newer Macs, CTRL-ALT-C on the PCs I presume) for making a textbox just fitting to it’s content SOMETIMES I get the last line cut off and also have overset!

    When I press the combination again this might disappear ? or not, most of the times it does.

    Strange enough ?

    CS4, newest Updates.

  • Ah, good one, Mike! I needed to look at that Control panel screen shot for a minute before I figured it out. Great morning workout for my brain!

    Banish the Align to Grid/All Lines command, I say! It’s like an AI without the I.

  • Eugene Tyson says:

    I don’t know why it just doesn’t snap to the correct line? You know if you accidentally place it incorrectly – it shouldn’t allow text to be overset – or at least warn you what is happening – right?

  • Mike Rankin says:

    Eugene-

    You’re right! It should just go where it needs to, as close as possble to where you drag or paste it. I wouldn’t go so far as to call it a bug, but it’s kind of unfinished.

    But I can see why. It’s tricky. The align/snap behavior is assigned to the text, but we’d need the frame to move. What if it’s only one line of text in a frame with other text that isn’t set to snap to grid? Does that one line get to override everything else? What if the position of the frame is locked? etc.

    Actually, that’s a good way in some cases to prevent the problem: Lock the item before you put it in the library. Then it doesn’t matter where you drag and drop it. Of course then you’d need a different library item for each location where the object needed to appear. Meh.

    I guess the moral of the story is if you’re using Align to Grid, you need to plan accordingly with your specs and styles.

  • Dwayne says:

    Mike–I definitely won’t forget again!

    Great tip, and I’m sure you saved a lot of folks grief and aggravation. Kudos.

  • Eduardo Moura says:

    A safer way to apply “Align to grid” to text that is going to be placed in a Library is to assign a custom baseline grid to the frame containing it.
    That way, no matter where in the document you place it, it will always look as intended.
    Off course, one has to wonder WHY you’d want to apply Align to grid in a situation like that in the first place…

  • Matteo says:

    Eheheh I knew since it happens very frequently in my work… and it still is an annoying thing :)

  • Brenda Baber says:

    Overset text all the time? – has been driving me potty but here’s something weird – it all depends on which “ENTER” button I press for a new paragraph!!
    !
    Found it out accidentally but just typing a heap of blurb then wondered why my paragraphs were NOT disappearing – it was when I just hit the “ENTER” key near my right little finger and not the end of the keyboard.

  • Jongware says:

    I’m so sorry Brenda, but that totally is according to the rules. Check your keyboard settings; you will find ID has different functions assigned to the different Enter keys. It’s quite similar to the numeric keys moving your cursor around, while the regular (top row) number keys either insert a number or some special character …

  • Brettson says:

    I’m having a similar but different problem in CS6. Sometimes when I copy a text box (or option-drag, or step and repeat) the text will become overset when it wasn’t before. Align to grid is off and it still happens on the pasteboard. I can fix it by slightly changing the size of the text boxes. Any ideas?

  • Hey everyone, check out your object frame settings up in the top left, I reset mine to none and I was able to fit all of my text frame to my text and it no longer oversets. Took me a while to figure out, but that’s the fun part isn’t it? :)

  • anneleen says:

    Does anyone have an answer for this question by ‘Brettson’?

    ‘I’m having a similar but different problem in CS6. Sometimes when I copy a text box (or option-drag, or step and repeat) the text will become overset when it wasn’t before. Align to grid is off and it still happens on the pasteboard. I can fix it by slightly changing the size of the text boxes. Any ideas?’

    I’m having the same problem.

    – There is no text wrapping whatsoever on any object below the text.
    – Text is not alligned on baseline grid
    – In the dialog ‘text frame options’ > tab Baseline options > First baseline options are both set on ‘Ascent’.

    It only worked by changing this ‘First baseline options to ‘Cap Height’, but than i had to change it in all of my 10 documents. Not practical at all.

    hint: it looks as if the document changes automatically to some sort of different version of the same font I used.
    still wondering how this would even be possible

    If anyone would have a solution, it is most welcome.

    kind regards
    anneleen

  • Heidi Pilypas says:

    This saved me so much trouble and pain on an InDesign document I was working on! I couldn’t figure out why the text vanished every time I moved a text box. This article helped me solve it. Even though things look a bit different in my version of InDesign, I was able to find what I needed.

  • >