Hi Carol,

Is your post missing some details that you meant to include (e.g. you said "After replacing the two url's below …" but then you didn't include anything about what were the two URLs)?

In any case, I think you'll need to provide more details:

1. What mode are you using (Classic, XML, CSS)?
2. How are you "coding" your URLs in the division, or if CSS mode what do you have in your .css file for the URLs.
3. When the divpdf -pdfmark tool fails (due to some URLs), what is the error message you are getting.

Jonathan Dagresta
SDL XPP Engineering

One

https://www.nature.com/articles/s41558-019-0400-5.epdf?referrer_access_token=XRTBUv8szusyUzNBAfGb2NRgN0jAjWel9jnR3ZoTv0PF2P9-gDYjYEmNYzmqz2h9TCQTor0U-KJxxAqzTzI-oRJcpO2lu8LzfGfbSoOnMVKHL4mdIGXA_G-6PDH5rduRjR-chIcMSsb-Ggq-MyUh0JkA1iF91OORc6PUW4uwlF1mhxM5m-Ua6rKKwpVsk50V9j-4TWoW1oEcP6_GuxyEum8whdXxISR5MWbOXQBzi6UrJbGNjcQ1rxQOjYEVFUOmZBsbnpR4gykgdMqRODjB5w%3D%3D&tracking_referrer=www.cnn.com

Two

https://www.youtube.com/watch?v=GZp0ZIBOplE&list=PL1eX22N4mg0x1gsETF_v6Ar29Dpop105I

We're using classic.

We get an unknown option error for both and that is followed by the text after the first = sign.

1. How are you "coding" your URLs in the division; i.e. what is the syntax of the macros that you are using to define the URLs?
2. What release/service pack of XPP are you using?

storage company, <url><:pdfs;WWW;cointelegraph.com/.../Border [0 0 0]>Mr. Musk cautioned<:pdfe;WWW><!url> that neverthe

Here is one small example. Hope this is what you are asking for.

9.0C.1 SP #1

Let me add a couple of more things.

The divpdf file itself is from SP #2. The file with SP 1 had a bug and displayed a banner across all the pages. Right now we do not want to put SP 2 in production so we just tried to move the fixed divpdf file.

The reason we are trying to use the divpdf tool now is because we are moving from Solaris to Linux and our developers said there is no distill program for Linux like we have on Solaris.

Presumably something 'dodgy', as far as pdfs is concerned,   in those particular URLs?

Maybe start by replacing the equals sign with a   %3D   ?

From the PDF Support in XPP manual (with my underlining):

Note: If a URL includes a semi-colon, enter the hex value of a semi-

colon—%3B—to avoid confusion with the semi-colon delimiter in XPP XyMacro

syntax.

Note: There may be other characters, such as the &, that may be problematic with

distiller. If the character is escaped, with a preceding \, the problem will likely be

resolved.

Thanks Paul - That looks like it will fix the problem with the bad links. One I get them all changes we will have to see if the blue text also goes away. 

So just to address something Carol first said, yes the divpdf program will not process the :pdfs/:pdfe macros at all unless the -pdfmark option is used.

The divpdf problem you are having with URLs containing equals signs (and other possible "special" characters) was fixed with issue XPP-1599 (Divpdf does not handle web addresses that contain equal signs in pdfmarks). This was fixed in SP 9.0.3 (and core release 9.1.0).

The workaround suggested by Paul is a good one to try w/o having the fix - although the context of the snippet from the PDF Support in XPP manual was in regards to the psfmtdrv program and not divpdf (as far as "escaping" characters, but not in regards to what it says about the semi-colons).

But it would be better if you had the fix and didn't have to worry about "changing" special characters in a URL (and doing that might confuse things later when and if you do get the fix, as far as doing something for the equals signs).

I will note that the XPP 9.0 release has been in "retired" state for over two years now. The Direct to PDF (divpdf) product was in its "infancy" in that release and has come "leaps and bounds" since then.

As far as the blue color of text continuing past the end of the URL, I cannot address that since you've given no information as to how the blue text color is being turned on and off.

Jonathan Dagresta
SDL XPP Engineering