Forum Replies Created
-
AuthorPosts
-
Theunis De Jong
Member(cough) “No Break”? In the Character panel?
(It's possible to put No Break in a character style and then relentlessly have it applied using a GREP style. However, I would recommend against such a draconic measure, because sometimes URLs can be very very long …)
MemberIt would, except I don't know how to express that in a script. I haven't encountered any 'bad' character directions myself — so far, and hoping to continue that.
If you don't mind logging on to Adobe, you could ask this in the InDesign Scripting Forum. There are a couple of regulars over there that work with ID ME or are otherwise familiar with other language directions.
MemberSure. Look in the Print Options dialog … In the Marks & Bleed section, you can find “Page Information”.
That's a basic option. For a text you want to format any way you like, you can draw a text frame in the Bleed area of your document and put a Text Variable “File Name” in that.
MemberWell, yes, but mind you ID doesn't do this to be irritating!
This behavior is caused by the Paragraph Composer, which resides in (from memory) the Justification panel in the paragraph styles. Its default is Adobe's patented (though seriously TeX-like) Full Paragraph Composer, but you can toggle back to the dumb one-line-at-a-time typesetting with the Single-Line Composer.
The Full Paragraph Composer is “better” because it will always make the entire paragraph look as good as mathematically possible; i.e., all other possible values for word spacing and hyphenation points on any of the lines will make the entire paragraph look worse.
MemberIndeed. InDesign's document model only lets you select objects per spread …
You could post it on the Adobe – Feature Request/Bug Report Form.
Depending on what you want to do with such a selection, it might be possible to script it.
MemberNo, because there is only one place where you can put the formatting — so it's All Italic or it's not.
A Little GREP Gripe describes a similar problem. (Spoiler Warning: The “solution” I proposed was a cheat.)
Member(Major “Duh!” … Of course this is totally equal to just finding anything that's “Italics”! … I'm sure I had something else in mind when writing that GREP expression …)
MemberAt least a partial solution is “look for an italic text that's not preceded by italic text”.
… (silence) …
Well, I guess that describes what this GREP does ;)
(?s)(?<!.).+
— with “Italics” in the formatting. It'll happily find anything in italics, but you cannot specify the text before it must be “Regular”. It may be anything else, such as “Regular”, but also “Bold”, “Oblique”, or — the bane of many a search-and-replace operation — Adrian Frutiger's dreaded “46 Light Oblique”.
It also finds italic text right at the start of a story, or right at the start of a table cell or footnote; and that's because, well, in those cases there also is no text in italics before that, is there? No point in arguing with a computer.
MemberGood!
(A tip, specific for this forum: as you might have seen on re-reading your own post, the forum editor can't mentally cope with single backslashes. To make them visible, you have to insert them twice: \u and . Guess how many I had to insert here.
It's the main cause of many a frantic post-edit. An additional “ouch” is that if you forgot just one and edit your post to correct this, all of the double backslashes were already translated to a single one, and you have to hunt for all of them again!
… As you can see, I didn't need to edit my post ;))
MemberSo far you seem to be doing alright :) Except — an en-space? Isn't that far too wide? Perhaps you meant a Thin Space? (If so, use ~< below where I now have ~>)
It's fairly easy — you don't really want this:
w. w..
because the first w may be the last character of a longer word. So all you have to do is insert a word break b before that first w!
b[ul]. [ul].
(I'd rather suggest using [ul] instead of w, because the 'word character' set also includes digits.)
With all parentheses in place, this would be your Find
b([ul].) ([ul].)
and this your Replace
$1~>$2
(Advanced:
It's also possible to use Lookbehind/Lookahead, like this:
(?<=b[ul].) (?=[ul].)
and then you'd only have to use this in Replace:
~>
I think the Lookbehind/Lookahead approach would be slightly faster, because ID only has to 'touch' the space itself (although the actual difference would be very minor).)
MemberAny and all hyphens to an en-dash? Surely not?
Would you change them in all of the following cases?
- mother-in-law
- 19th- and 20th-century
- Januari-March
- Call Us On 555-4800-DITTO!
- ISBN: 98-90-111-2160-5
- self-afflicted
- ISO 646-compliant
- co-ordinate
- brain-blood barrier
- a bad-hair day
(In this list there are only two instances where I would find it mandatory to change the hyphen to an en-dash. In all other cases I feel it's mandatory not to.)
(Edit — you can add “en-dash” as #12 :) )
MemberNo need to worry — Foley also posted this on the Adobe InDesign Forum (but under another name): help…complicated layout…how to make my life easy
He (? — probably!) must think that posting it in a couple of forums will yield a choice of easy routes to pick from. I disagree: this is what is known in the trade as “a hard job”.
(My other comment, about the legality, also stands.)
R.I.P. Solomon Burke, March 21, 1940 – October 10, 2010
Member(Aside – you're never too old to learn –:)
A few of the common set commands also have a negatory command built-in:
D is not d — anything except a digit
B is not b (not usable on its own)
The big caveat with all of these is that they also ignore the Hard Return! (*) But when you explicitly test with '^' and '$', Peter's GREP can be written, slightly shorter, as
^L+$
(*) Which can be really annoying, because all other wildcards stop at the next Hard Return, unless specifically instructed otherwise.
MemberIn CS4, it does work with images as described in that post, but not with text files.
Pity …
MemberYeah, I have seen the Sticky-Text Formatting lots of times — not only with Superscript, but also with bold, underline, small capitals … etc. … and it usually sticks up to the next occurrence of that attribute or the end of the paragraph.
If you apply No Superscript to all of your text, you also might be loosing “1st” and “2nd” (Word-style — then again, you might not want these anyway), as well as x² and mm³ and H2O. So only do this if you are fairly sure you know stuff like this doesn't occur.
To automatically reinstate the footnote superiors, call up the Document Footnote Options dialog and change the Numbering position to “Normal”. Press OK, then call it up again and change it back to “Superscript”. There!
(You can also search for the special code “^F” and apply superscript in the Change To formatting, but that will change the numbers in both the text and in the footnote itself.)
-
AuthorPosts