First off, your GREP is even less readable than they normally are, because this forum's text editor eats single backslashes. To see one //, you need to insert two. To see two ////s, you need to insert four.

If I mentally fill in backslashes at like places, it looks like it grabs an http, ftp, or www prefix, then anything non-whitespace, followed by a period and between two and four lowercase chars — presumably, to catch postfixes in the shortest form (www.adobe.com) up to common file extensions in the longest form (www.yadayada.com/yadaydaya.html). (I wonder where the parenthesized stuff and the OR bar came from — they don't appear to add anything useful …)

Appending a slash after this makes no sense, as it will never (well — rarely) match a subfolder after the initial web site name (www.adobe.com/indesign <– this will NOT match the pattern).

As I see it, all you need to do is remove the period-plus-extension stuff at the end. You don't even have to add the slash, it will be picked up by the not-a-space sequence. It will have other repercussions, in it that you'll also pick up much more unwanted stuff as well. Then again, the original expression wasn't bullet proof either — but neither is any URL catching GREP I've seen so far.

Gold ink is not exactly the same as other 'regular' inks, as it is much less oilier. I think I've heard it's best when printed directly onto the paper (a knock out), and it may cause smudges when printed on top of other inks.

By the way, as almost all inks, it's not really opaque, so the apparent color will change when printed over another color.

To be totally sure, you should ask your printer. He will know how his brand of gold ink behaves on his own press.

Good tip! (Perhaps an oversight from Mac based Adobe programmers?)

Helios Textpad is a good Windows editor where you can inspect and change the line endings and text encoding.

This is what I came up with, for the moment. It gathers ranges of Master names and inserts them on a page of their own at the end of your current document. No color labels so far, because there is no immediate connection between UIColors (Salmon, Gold) and RGB colors, so these would have to be converted one by one. Still, it's a start.

(I didn't realize when writing the script, but the very final [None] entry is, of course, the page the script adds.)

endPage = app.activeDocument.pages.add(LocationOptions.AT_END);
endPage.appliedMaster = null;
someFrame = endPage.textFrames.add ({geometricBounds:[endPage.bounds[0]+endPage.marginPreferences.top, endPage.bounds[1]+endPage.marginPreferences.left, endPage.bounds[2]-endPage.marginPreferences.bottom, endPage.bounds[3]-endPage.marginPreferences.right]});

text = [];
currentPage = 0;
nextPage = currentPage;
while (nextPage < app.activeDocument.pages.length)
{
currentMaster = app.activeDocument.pages[currentPage].appliedMaster;
while (nextPage < app.activeDocument.pages.length)
{
if (app.activeDocument.pages[nextPage].appliedMaster != currentMaster)
break;
nextPage++;
}
if (currentMaster == null)
name = “[None]”;
else
name = currentMaster.name;
if (currentPage == nextPage-1)
text.push (“P.: “+app.activeDocument.pages[currentPage].name+”: “+name);
else
text.push (“Pp: “+app.activeDocument.pages[currentPage].name+”-“+app.activeDocument.pages[nextPage-1].name+”: “+name);
currentPage = nextPage;
}

someFrame.contents = text.join(“r”);

This is what I came up with, for the moment. It gathers ranges of Master names and inserts them on a page of their own at the end of your current document. No color labels so far, because there is no immediate connection between UIColors (Salmon, Gold) and RGB colors, so these would have to be converted one by one. Still, it's a start.

(I didn't realize when writing the script, but the very final [None] entry is, of course, the page the script adds.)

endPage = app.activeDocument.pages.add(LocationOptions.AT_END);
endPage.appliedMaster = null;
someFrame = endPage.textFrames.add ({geometricBounds:[endPage.bounds[0]+endPage.marginPreferences.top, endPage.bounds[1]+endPage.marginPreferences.left, endPage.bounds[2]-endPage.marginPreferences.bottom, endPage.bounds[3]-endPage.marginPreferences.right]});

text = [];
currentPage = 0;
nextPage = currentPage;
while (nextPage < app.activeDocument.pages.length)
{
currentMaster = app.activeDocument.pages[currentPage].appliedMaster;
while (nextPage < app.activeDocument.pages.length)
{
if (app.activeDocument.pages[nextPage].appliedMaster != currentMaster)
break;
nextPage++;
}
if (currentMaster == null)
name = “[None]”;
else
name = currentMaster.name;
if (currentPage == nextPage-1)
text.push (“P.: “+app.activeDocument.pages[currentPage].name+”: “+name);
else
text.push (“Pp: “+app.activeDocument.pages[currentPage].name+”-“+app.activeDocument.pages[nextPage-1].name+”: “+name);
currentPage = nextPage;
}

someFrame.contents = text.join(“r”);

Check “Replace Selected Item” …

(ID treats a text cursor inside text as “selection”, even though the length of the selection is 0.)

Okay … I can actually duplicate this behaviour, but only if I export to “test.txt” instead of “test” (which is saved as “test.pdf”) and even “test.” (saved as “test..pdf” (!)).

Does your ID document name contain a period? (… unlikely to be the actual problem, because even if I name a file “test.txt.indd”, it gets exported by default as “test.txt.pdf”. Nevertheless … does it?)