As far as I know: None whatsoever. As in null, zero, nichts, nada, rien. They must already function absolutely perfect, don't they?

Work your way through https://help.adobe.com/en_US/in…..6ff6a.html and report back when/if you find something …

So Acrobat Pro does that!? Wow.

I'm kidding — Acrobat Pro has nothing to do with this, at all. (Perhaps you are confused about the Edit Objects function — that does not open InDesign, but Illustrator.)

You cannot “convert” a PDF to InDesign, just like you cannot “convert” an image of a scanned page into a real text file. Of course there are specialized tools that might or might not get the exact text, or at least something that looks like it — but it's not 'converted'.

It's the same with a PDF; and for that, the tool is PDF2ID. For some combinations of requirements, source documents, and expectations, it seems to have worked; for others, it didn't.

“autoGrow” is part of the answer — it corresponds to “Exactly xx mm” in the interface. The other part is, well, actually changing the row height. Fortunately, ID allows all kinds of shortcuts. If you find your specified text and its 'parent' (i.o.w., the containing element) is a cell, you can immediately set the new row height into that. ID is smart enough not to try and apply this on just a single cell.

Putting it together into a javascript:

app.findTextPreferences = null;
app.findTextPreferences.findWhat = “Specified text”;

results = app.activeDocument.findText();
for (a=0; a<results.length; a++)
if (results[a].parent instanceof Cell)
results[a].parent.properties = {autoGrow:false, height:”8.25mm”};

(Note: sometimes this editor changes straight quotes to curlies. JS only accepts straight quotes — change where necessary!)

However unwillingly, I would advise against trying to do this in InDesign …

The key features of geneological trees are the frames with the names and their interconnecting lines. These need to be positioned very carefully, because neither the frames nor (ideally) the lines may overlap. It would be necesasry to start at the topmost, widest level, then work your way down the ancestry line — and if you need to insert a late-discovered third-degree removed cousin, you'd have to start again at the top.

There is no real easy way to move a frame and have a line “connected” to it moving along — it would need some serious scripting (which you'd need to run after each edit), or a dedicated plugin specially written for this.

I have zero experience with geneological programs, but it sure sounds like you should do this in one of these and produce a PDF when you're done — then you can place this into ID and finish off the book. If the tree changes, change the data in the program, export a new PDF and have ID update it.

“autoGrow” is part of the answer — it corresponds to “Exactly xx mm” in the interface. The other part is, well, actually changing the row height. Fortunately, ID allows all kinds of shortcuts. If you find your specified text and its 'parent' (i.o.w., the containing element) is a cell, you can immediately set the new row height into that. ID is smart enough not to try and apply this on just a single cell.

Putting it together into a javascript:

app.findTextPreferences = null;
app.findTextPreferences.findWhat = “Specified text”;

results = app.activeDocument.findText();
for (a=0; a<results.length; a++)
 if (results[a].parent instanceof Cell)
  results[a].parent.properties = {autoGrow:false, height:”8.25mm”};

(Note: sometimes this editor changes straight quotes to curlies. JS only accepts straight quotes — change where necessary!)

I said

– and your bigger paragraph is 13.5/18.25, while your regular ones are 10/14. The text difference is 135%, and the leading diff is 130.4%, so that doesn't compute — it ought to be 18.9 pt for the trick to be invisible. (Perhaps noone will notice a 5% difference )

I don't have your fonts, so I can't really tell what the thing is with that first line on the left page; was that supposed to be a single first line set in yet another font? That's a sure candidate for a line style! (Although, as I already mentioned, you'd only have to apply it to the very first paragraph — the next one is based on the first one, so you'll have to remove it in there).

To try the “Magnifier” trick on your document, do this:

1. Select the big text frame on the left page.
2. Enter “74%” in the Width field of your Control panel — not in the Horizontal scale field! The frame gets smaller, the text stays the same.
3. Go to your Preferences, General field, and switch “When Scaling” to “Adjust Scaling Percentage” (I never changed it and so its default seems to be “Apply to Content”). This is what David describes in his post.
4. Then enter “135%” in the Horizontal Scale field in the Control panel. The frame should spring back to its original size, but this time the text inside it is scaled up magically! The text size will be shown as “10 pt (13.5pt)”, its leading still as … “14 pt” (!! Bug! Bug!) but appears to be okay.
5. Don't forget to switch the scaling Preference back, otherwise you're go crazy when scaling something else.
6. Delete or insert some text in the “big” frame and, oh wonder of wonders!, only when the text is still inside this frame is bigger, and it'll become 'normal' again when it runs out of the frame!

Don't forget to remove that ugly frame break at the bottom — you don't need it anymore!

[Add.] Major Upgrade Alert — only now I see the [Converted] tag in the file name. You must have used CS3 or earlier, so you cannot use a First Line Style. This was actually a very good reason to use it…

I said

– and your bigger paragraph is 13.5/18.25, while your regular ones are 10/14. The text difference is 135%, and the leading diff is 130.4%, so that doesn't compute — it ought to be 18.9 pt for the trick to be invisible. (Perhaps noone will notice a 5% difference )

I don't have your fonts, so I can't really tell what the thing is with that first line on the left page; was that supposed to be a single first line set in yet another font? That's a sure candidate for a line style! (Although, as I already mentioned, you'd only have to apply it to the very first paragraph — the next one is based on the first one, so you'll have to remove it in there).

To try the “Magnifier” trick on your document, do this:

1. Select the big text frame on the left page.
2. Enter “74%” in the Width field of your Control panel — not in the Horizontal scale field! The frame gets smaller, the text stays the same.
3. Go to your Preferences, General field, and switch “When Scaling” to “Adjust Scaling Percentage” (I never changed it and so its default seems to be “Apply to Content”). This is what David describes in his post.
4. Then enter “135%” in the Horizontal Scale field in the Control panel. The frame should spring back to its original size, but this time the text inside it is scaled up magically! The text size will be shown as “10 pt (13.5pt)”, its leading still as … “14 pt” (!! Bug! Bug!) but appears to be okay.
5. Don't forget to switch the scaling Preference back, otherwise you're go crazy when scaling something else.
6. Delete or insert some text in the “big” frame and, oh wonder of wonders!, only when the text is still inside this frame is bigger, and it'll become 'normal' again when it runs out of the frame!

Don't forget to remove that ugly frame break at the bottom — you don't need it anymore!

[Add.] Major Upgrade Alert — only now I see the [Converted] tag in the file name. You must have used CS3 or earlier, so you cannot use a First Line Style. This was actually a very good reason to use it…