Showing posts with label InDesign bugs. Show all posts
Showing posts with label InDesign bugs. Show all posts

Monday, January 23, 2017

A Fix for the Dreaded Quick Apply Crash

In my long document production workflow, I use Quick Apply throughout the day. I use it for paragraph styles, character styles, object styles, and inserting variables, among other things. It saves me hours of time from through style panels with hierarchical style groups. If you're not familiar with Quick Apply, I suggest you take a few moments and learn about how it can speed up your workflow.

But seven years after this bug was first being reported, Adobe finally released a fix! Read the entire article at InDesign Secrets.




SaveSave

Monday, March 16, 2015

Overcoming Limitations with Find/Change and Conditional Text

InDesign has a serious limitation with regard to Find/Change and Conditional text. Learn what the limitation is, and how to (sort of) work around it. Read the entire article at InDesign Secrets. http://indesignsecrets.com/limitations-findchange-in-conditional-text.php


Friday, October 25, 2013

Hover Scrolling in InDesign CC: It’s a Feature Not a Bug

Apparently in InDesign CC there is a new feature that lets you interact with the dropdown menus without ever having to click on them. Sounds cool, right? It can wreak havoc on your document without you ever knowing what happened until it's too late.

I started out with a text frame filled with Minion Pro. Then I started Hover Scrolling and in short order, I had created this beauty. Let the fun begin!



Read the entire article at InDesign Secrets: http://indesignsecrets.com/hover-scrolling-indesign-cc-feature-bug.php.

Please leave a note in the comments there sharing your thoughts (pro or con) on Hover Scrolling.


Wednesday, May 22, 2013

Stacking Order Bug when Exporting to Interactive PDF

While preparing a lesson for the Raleigh InDesign User Group, I encountered a stacking order bug that affects interactive PDFs. This article can be found at InDesign Secrets.



http://indesignsecrets.com/stacking-order-bug-exporting-interactive-pdf.php

Wednesday, May 2, 2012

What To Do When InDesign Text Variables Don't Display Correctly

Text Variables are a way that InDesign can display different strings of text without you having to retype every different instance. I use them for things like inserting a modification date, or chapter numbers. The examples we'll be discussing in this article are page numbers and file names.

In case you're not familiar with Text Variables, here are a couple of links to good resources to learn more about them.

Adobe Help File : Text Variables
InDesign Secrets: Using variables in InDesign slugs

Recently, I found a couple of different instances where text variables do not output as expected. I used the different workarounds for both instances, and I wanted to share it here for the inevitable time when some other poor InDesign user encounters the same problem.


Text Variable Error Type 1: File Name Extension


On my master page, I have placed a File Name text variable. Notice how "Include File Extension" is unchecked. It all looks good so far. See how the extension is not displayed? (If it was diplayed, there would be a .indd at the end.


But see what happens when I then place the first InDesign document into a second InDesign document. The extension appears! I tried releasing the object from the master page of the first InDesign document, but that didn't change anything. The extension still displays in the second InDesign document. (On a side note, because my text frame was fit the the exact size of the original text, it now looks very crowded trying to also fit an extension into the same size text frame.)



In this case, the workaround was to simply NOT USE the File Name variable. Instead, I had to manually type the file name in each and every single chapter, and I also have to remember to change this text whenever I do a Save As and for a new chapter.


Text Variable Error Type 2: Page Numbers Gone Wild

My second unexplainable text variable problem had to do with Page Numbers. You see, page numbers aren't listed in the Text Variable dialog box, but I think they should be. By the very nature of what they do, Page Numbers are variables.

Page numbers are so commonplace. Who doesn't use page numbers? Perhaps that's why they are accessed in a different spot in InDesign, outside of the Text Variable dialog box.

But Text Variables (the ones listed below) seem a little more mysterious, and are harder to find, so fewer people use them. Granted, Text Variables have more options, like including text before and text after, and plenty of different ways to customize a Modification Date.




But page numbers have a lot in common with Text Variables. One type of page number even made it into the Text Variables dialog box: "Last Page Number." But we won't tell his other page number buddies about that. They'd just get jealous.


The type of page number I experienced problems with was "Current Page Number,"which is located under: Type > Insert Special Character > Markers (see screenshot above).

On a recent project, I had one document where the page numbers went completely crazy...but only in the PDF. All was fine in the InDesign document. But when I exported the document to PDF, the page numbers did not display properly in the footer. They looked something like this: (click to enlarge)


Now, keep in mind that I didn't put in any section markers. I have no idea what caused the problem. I exported the file as an INX and then reopened the file and put it back into the correct spot in the book, but the problem persisted. I tried Acrobat 4.0 compatibility, as well as opening the file in Acrobat 9 and X. I even tried to go into the PDF and edit the page numbers there, but when I edited several of the page numbers, all the page numbers I edited (with the Text Edit tool in Acrobat) reverted back to whatever was the latest page number that I typed. So in this example, I edited the Left-hand facing pages, ending with the last left-hand facing page, changing that to 94. Then ALL the previous page numbers that I just edited also became page 94. WHAT??? I am stumped.

I also tried exporting just a single chapter from the book, and replacing the incorrect pages in Acrobat, but again...it didn't work. In that case, instead of displaying the correct page number, the first Left-facing page displayed the word "Variable." Aha! I knew page numbers were Variables!


However, in this case of Page Numbers Gone Wild, I found that simply detaching the page number text frames from the master page fixed the problem. Then they all outputted as expected.



Edit: 3-11-15: Today I once again encountered the problem where the word "Variable" instead of the page number appears in random places in the PDF. The solution to the problem was to open every file in the book and then export the PDF with all the files open.

Edit 1-8-16: I again encountered the strange "Variable" issue and found that instead of detaching the items from the master page, I could simply reapply the master page and the page number then displayed properly.

If this was helpful, please also check out a related post: Why Does InDesign Think There are 69 days in the Month?

Tuesday, December 13, 2011

How to Avoid Accidentally Auto-Expanding Your "Live Corners"

I've run into some difficulty when trying to edit the shape of rounded rectangles. Let's say that I want a rounded rectangle that looks like it's in perspective. So I start with a rectangle, add the rounded edges, and then start to move the points and edges around so that my rectangle is in the correct perspective.

So let's start with a plain rounded rectangle, before attempting to reshape it.

Rounded Rectangle with Live corners

My first inclination is to simply drag one side of the rectangle using the white arrow tool. But when I do do this, the corners are no longer live. (See how each corner now has two small points near the corners, but no points actually on the corners?) Hey! That's not what I wanted! Undo, undo...


So next I tried just dragging one of the corners to put just that corner where I want to it to go. But, instead, this moves the entire rectangle, PLUS expands the corners.  Again, this is not what I wanted! Undo, undo, undo...

Dragging a corner moves the entire rectangle AND expands the Live Corners

My corners are now dead!


So after a bit of experimentation, I finally figured out the trick to not accidentally expanding Live Corners:
  1. First, select a corner (or a side) with the white arrow.
  2. Then nudge it a bit using your cursor keys.


Once you've nudged part of the rectangle, you can use the white arrow tool to click on any of the corners and any of the sides and drag them wherever you want them to be. The live corners will still stay live.


You might think (as did I), that the act of clicking-on-and-nudging a corner point would have the same effect and clicking-on-and-dragging a corner point. But alas, no.

Now interestingly, the little yellow square indicating "Live Corners" has disappeared. But you can still edit the corners by going to Object > Corner Options.

This rectangle still has Live Corners even without the little yellow square

I'd like to think that this behavior is a bug, and that Live Corners wouldn't automatically expand on accident. If I were to change the behavior of the feature, I would set Live Corners to NEVER auto-expand without me telling them to expand. There really should be a separate command for that in the menus. 

Edit 8-10-16: 
This bug was finally fixed! Now, There is a trick to make your paths expand, should you want to. You can find the explanation here.

Wednesday, December 7, 2011

The Trick to Getting Column Strokes to Be in Front

Yesterday I was working on a table that needed to have red column strokes and white column rows. The column strokes needed to be on top. I thought it would be easy. I went to the Table Options dialog box (or command+Shift+Option+B...similar to the Text Frame Option dialog box, with a couple other modifier keys thrown in.)

The screenshot below shows the dialog box as it was set initially. I thought, "This should be simple. I just nee to change the stroke drawing order." So I then changed the stroke drawing order to Column Strokes in Front.

Row Strokes in Front

But nothing happened. I attempted it several times, but gave up, thinking I could tackle the problem again after a good night's rest. But the next morning, I came back and the problem was still there. Row Strokes were in front, even though I told them not to be.

I thought maybe it a screen issue. For example, sometimes when viewing a page in Acrobat, if the page has a table with all the same stroke weights, sometimes some of the row strokes seem thicker than others. But I've never seen InDesign display stroke weights incorrectly before, so that couldn't be it. I thought maybe by modifying the weight of the column strokes, I could fatten them up enough visually that they would seem like they were in front. Sort of like visual dot gain. 

Column Strokes should be in front, but they are not!

So I changed the column strokes to 2 pt and they were now magically in front. I changed them back to 1 pt just to see what would happen and they were still magically in front. After a little experimenting, it turns out that InDesign doesn't actually change the drawing order unless you go back and modify the strokes (whichever ones you want on top) again. For example, if you change the settings to be Column Strokes in Front, after exiting the dialog box, you'll need to then go back into the table and modify your column strokes somehow. Change the color, change the stroke weight, whatever you want. But somehow, the act of modifying the column stroke tricks InDesign into doing what you had asked it to do in the first place.

Likewise, if you change your settings to be Row Strokes in Front, you'll then need to go in and somehow edit your row strokes for the setting to actually take effect.

Now column strokes are really in front


Monday, October 17, 2011

When Text Won't Left-Align

I recently came across a bit of text that wouldn't left align. It would center-align and right-align just fine, but it wouldn't left align. (Note that my left-indent was set to zero, and my left-cell padding was set to only 0.08 inches.)


I tried what normally works to fix alignment isues: I went to the Text Frame Options. I figured that maybe there was a mysterious text-wrapping on an object nearby. So I checked the Box "Ignore Text Wrap." I figured that would solve the problem. But no.


So then I went though all the paragraph settings and tried to see what would cause left aligned text to NOT left align. I didn't find anything that would cause weird indent issues. However, I found that this paragraph style (H4) was based upon another paragraph style (H1).


So I applied the H1 paragraph style to the text in my table, and it magically left-aligned as it should.


I then reapplied the H4 style, and tried copying and pasting the offending H4 text into a new text frame, and it left-aligned as one would expect it to.


So then I went back to the H4 paragraph style options and examined the differences between the H1 and the H4. After a little digging, I found that the H4 had an "align to decimal" tab stop.


I removed the tab stop, and presto! The text now left-aligned as it should. (See the fourth row?)


I'm not sure why the "align on decimal" tab stop was there... I most certainly put it there intentionally at some point in time, though I don't know when, nor why. For some reason, I was trying to align digits, and had set the tab to align on a dollar sign. (Click on photo to enlarge.)


Based on the fact that the same text behaves differently when placed in a table, I am inclined to think that there is a bug in inDesign, that when you use an "align on" tab stop within a table, InDesign will not honor your left-align paragraph settings. Though I have used the words "Left Justified" in my screenshots, this issue holds true for both left aligned, as well as left justified text within a table.

Edit on 4-23-12: I recently came across a great article that explains this behavior. Apparently, this falls into the category of: "it's a feature, not a bug." Check out the InDesign Secrets article on this topic: Tab Stops in InDesign Tables.

Wednesday, July 13, 2011

How to Incorporate Chapter Thumbnail Images into an Auto-Generating Table of Contents

In May of this year, I attended the InDesign Secrets Print and ePublishing Conference. Once again, I decided to try my hand at speaking to several hundred people. (I'd like to note that public speaking is my geeky version of a roller coaster thrill ride.) So I mustered up all my courage and gave a 5-minute presentation to a room full of strangers. My topic this year was about how to "Make a TOC with Thumbnail images."



For the entire writeup about how it works, check out my article over at InDesign Secrets. They were nice enough to let me be a guest contributor. This article was something I'd been working on for a couple of years, and I wanted to make sure it got published somewhere very special, with plenty of InDesign users.

And here is a photo of me after completing my presentation. I got a 2-thumbs up from Anne-Marie! Plus, I got a special "Speaker Bag."


If you ever have the chance to do an Ignite presentation, go for it! It will rock your world. I did one last year as well, and I have to say, the second time around is much less scary. Of course, I was well prepared and has been practicing for months this time around. In case you're interested in my presentation from last year, here is the writeup.