Problem with export to PDF

[olalexa]

Hello. I am making the pdf book with rebrending tags. In Write doc in URL I put

http://$$url$$

And when I export to pdf, the url is changed for

f:///c/users/Olga/desktop/http:%2f%2f$$url$$

Why? How can I correct it?

thank you in advance
Olga

[John_Ha]

Welcome to the forum.

It works fine for me, so try several things

1 It looks like you have Export URLs relative to file system set.

File > Export as PDF > Links > un-tick tick Export URLs relative to file system.

Also tick Export Bookmarks as named destibanations? and Default mode? as I have both ticked.

2 Tools > AutoCorrect Options > Options > un-tick URL Recognition - this prevents Writer changing the characters into a clickable URL, colouring them and providing an underline.

Screen image of PDF file

Clipboard01.png (12.49 KiB) Viewed 3087 times

If this solves the problem, please click the Edit button on your original post and edit the Title to [Solved].

[olalexa]

Thank you for your answer. I try. But the problem is still here.
The visible part of url in PDF is OK (as on you picture). But when I click to this "http://$$url$$" in PDF I see the doc try to connect to

f:///c/users/Olga/desktop/http:%2f%2f$$url$$
instead of this http://$$url$$

My screeshot

If I put the normal url like http://site.com and export to PDF with the same options, the link is OK. And the click link go to http://site.com

There is the problem with such url "http://$$url$$" only.

[John_Ha]

Did you File > Export as PDF > Links > un-tick tick Export URLs relative to file system?

Please upload a small .odt and .pdf with the problem - use the Upload attachment tabe below where you type.

These are the .odt and .pdf I created.

[olalexa]

Yes. I did. Here my screenshot of export to PDF oprion.
It is in Russian. But you can see, that tick Export URLs relative to file system is un-tick

And tick the first point I try too.

I see you file. And I see the link in pdf is not clickable.

Here are my file

3.odt

(8.2 KiB) Downloaded 208 times

3.pdf

(19.01 KiB) Downloaded 195 times

[John_Ha]

It does exactly the same for me so I added three more links to the file (by Insert > Hyperlink ...). One link was http://$$url$$ exactly the same as yours, one was http://ibm.com and one was to http://abcde_xyz.com, an address which does not exist.

When I exported to a PDF the ibm.com link worked properly, but the $$URL$$ and abcde_xyz.com links did not. All worked in the .odt file.

I think it has something to do with relative and absolute links. Also, Writer seems to check if the link is to a valid web address - if it is valid, Writer exports the address properly. If the address is not valid, Writer converts it to a local address.

See Help which says:

Relative and Absolute Links
When you include hyperlinks, two factors must be taken into account: whether they are set as relative or absolute on saving, and whether or not the file is present.

Choose Tools - Options - Load/Save - General and specify in the Save URLs relative to field if OpenOffice creates relative or absolute hyperlinks. Relative linking is only possible when the document you are working on and the link destination are on the same drive.
You should create the same directory structure on your hard disc as that which exists in the web space hosted by your Internet provider. Call the root directory for the homepage on your hard disc "homepage", for example. The start file is then "index.html", the full path being "C:\homepage\index.html" (assuming Windows operating system). The URL on your Internet provider's server might then be as follows: "http://www.myprovider.com/mypage/index.html". With relative addressing, you indicate the link relative to the location of the output document. For example, if you placed all the graphics for your homepage in a subfolder called "C:\homepage\images", you would need to give the following path to access the graphic "picture.gif": "images\picture.gif". This is the relative path, starting from the location of the file "index.html". On the provider's server, you would place the picture in the folder "mypage/images". When you transfer the document "index.html" to the provider's server through the File - Save As dialogue box, and if you have marked the option Copy local graphics to Internet under Tools - Options - Load/Save - HTML Compatibility, OpenOffice will automatically copy the graphic to the correct directory on the server.

An absolute path such as "C:\homepage\graphics\picture.gif" would no longer function on the provider server. Neither a server nor the computer of a reader needs to have a C: hard drive; operating systems such as Unix or MacOS do not recognise drive letters, and even if the folder homepage\graphics existed, your picture would not be available. It is better to use relative addressing for file links.
A link to a web page, for example, "www.example.com" or "www.myprovider.com/mypage/index.html" is an absolute link.
OpenOffice also reacts differently, depending on whether the file referred to in the link exists, and where it is located. OpenOffice checks every new link and sets a target and protocol automatically. The result can be seen in the generated HTML code after saving the source document.

The following rules apply: A relative reference ("graphic/picture.gif") is only possible when both files exist on the same drive. If the files are on different drives in your local file system, the absolute reference follows the "file:" protocol ("file:///data1/xyz/picture.gif"). If the files are on different servers or if the target of the link is not available, the absolute reference uses the "http:" protocol ("http://data2/abc/picture.gif").

Be sure to organise all files for your homepage on the same drive as the start file of the homepage. In this way, OpenOffice can set the protocol and target so that the reference on the server is always correct.

When you rest your mouse on a hyperlink, a help tip displays the absolute reference, since OpenOffice uses absolute path names internally. The complete path and address can only be seen when you view the result of the HTML export, by loading the HTML file as "Text" or opening it with a text editor.

Whether that is a bug or not I don't know.