That's because GREP styles don't do any replacements. They only can apply character styles to text.

It doesn't work like that. The Running Header variable picks up the plain text from the style (paragraph or character), all formatting gets lost.

(Somewhere in my long, long wish list is that Character styles optionally could get picked up.)

Check the glyphs list for the font you're using: if you are in luck, you can insert that character immediately as a superscript one in the chapter title. It depends on the font; not all fonts come with all (or even some) pre-drawn superscript characters.

If not, you'll have to use the Old Skool method, pre-variables-style: copy the master page, put the running header in the any way you like, then apply this master page for that particular chapter only. For the rest, you can use your automated headers.

It probably can be scripted, but it'd still need some manual tidying up.

Perhaps you could mark the 'updates' in the real text with Conditions — these are visible in your InDesign document, easy to insert (rather than XML), invisible in all output, and a script can gather all text marked with some condition and copy it into a new document.

It's also possible to automatically add a source page number to the copied fragments.

Aside, Chuckie:

Find: d+/d+

Change: d+/d+

(with backslashes in the most likely positions) Nope :-)

GREP codes only are there for finding, not for replacing. Either type any replacement text, or use a special code for 'what was found' in the Replace field. The code '$0' will insert the entire found item, and, when working with parenthesized groups in the Find field, you can use $1, $2..$9 to move them around or insert stuff between them. In your case I'd say every occurrence of a fraction would have gotten replaced with the literal text “d+/d+”, but your comment says it didn't work at all, which is A Bit Strange.

If you only want to apply formatting to found text, you don't even need '$0'. Just make sure the Replace field is empty. And, of course, provide some formatting, or else the text will get replaced with nothing.

That's really good, Roland! Pat on the back from Holland.

I had a go at it, and you seem correct: it needs 5 groups (perhaps 4, if you don't include the '6' and put it in the replace).

You are in luck if all of the phone numbers are formatted the way you shown, otherwise it'd need .. let me see … This monstrosity:

Find

Replace

— and you'd better hope all of them start with the same “31 6” prefix, because InDesign's GREP stops counting at $9!

So the text goes, “name address address name address name address address (etc.)”, right?

How do you know what a name and what the address is?

Do they come in with some formatting applied? (even though it's the wrong formatting) — because then you could use Search & Replace. Search for 'blue' text and put your Name style in the Replace With formatting. Search for 'black' text and put your Address style in there.

Are there blank lines between successive names, for example, a single Hard return? Because then you can apply “Address” to everything, then use GREP to format all paragraphs-after-a-double hard return. (Ask & ye shall receive guidance on this.)

Okay, had to try first ;) This GREP Find will find and replace either the first paragraph in a story, or just those preceded by two hard returns (and no spaces on that blank line, please):

Make sure the Replace With text field is empty, and your paragraph style is in the Replace With formatting field.

I have written a Javascript to test, and it seems to work fine for basic elements — text and fill/stroke on object, applied through styles.

It does not work for items on a master page (you have to override these) and for bulleted lists (you have to convert these to text). It also doesn't work on table and cell styles, but theoretically that should be possible as well — I left it out for now because it's a bit more work ;-)

But it requires discipline in your document setup and style usage!

• First, you create swatches named “Page 1”, “Page 2”, “Page 3/4”, “Page 5/6/20”, and so on. The “x/y” notation lists multiple pages where the same swatch may be used — sorry, no niceties such as “Page 5-20” or “Page xxiv and xxvi up to the end” are allowed.
• You create one single swatch called “Color Placeholder”. Make it a bright “bad” color (I suggest Hot Pink) so it's clearly visible when applied.
• You apply this color only and exclusively through paragraph styles, character styles, and object styles. You cannot apply it directly to text or objects; that is because the applied color will get changed by the script, but the style color (“Color Placeholder”) will still be 'underneath'.
• If you run the script, it scans all paragraph, character, and object styles for a fill color “Color Placeholder”, and for object styles also a stroke color “Color Placeholder”. If it finds a style with that color in the definition, it finds all occurrences where that style was applied, checks on what page it occurs, and changes the color in place — leaving the style unchanged.

It's important that it changes the color “in place”, by directly changing the applied color. That's so you can run the script again, after inserting or removing pages, and editing text, and that's why you have to apply the color through styles.

It's also important that you actually define a swatch for every page — if the script cannot find a color for page x, all items on that page will remain in their original color (Hot Pink, or one that was assigned in a previous run).

You can download the test script by right-clicking here; select “Save Target As” (or equivalent) and save it right into your User Script folder. Don't forget to create the swatches and set up your styles before running!

Not necessarily. If you only need the text, you can click your text cursor anywhere into a running story and select “Export”, then select “Rich Text Export” in the “Format” drop down menu. Word can read RTF text as good (hum hum) as it can read its own files.

But it depends on what you are expecting … RTF export doesn't include any text or images that are in a frame of their own, and I'm not too sure about embedded images either. InDesign also has loads more text formatting options than Word does (oh — Word has “word underlining” … can't think of anything else that would be useful), and this formatting will get Lost in Translation, as will custom non-mapped glyphs, and — I think there was a question regarding that on the Adobe InDesign Forum — Word cannot handle large font families with more weights than “Regular” and “Bold”.

The Light Side, then, is both Paragraph and Character styles ought to translate to their Word counterparts, meaning, you can export to RTF, edit the text in Word using the same paragraph and character styles, then read back into ID and have your original style styling back. (Or so I've heard. I've never been tempted to try it — What Happens in InDesign, Stays in InDesign, is my credo. Well, one of them, anyway.)