Problem description: creating a PDF, the PDF path do not follow the ODT path Steps to reproduce: 1. .... 2. .... 3. .... Current behavior: Expected behavior: The PDF should be written inthe same path as the ODT file is located. Operating System: Windows 7 Version: 4.0.4.2 release
I don't understand your issue. Do you mean that the PDF is created in a directory other than you chose in Save As dialog? Or do you suppose that it is wrong that the initial directory in the Save As dialog points to some other place than that of original ODT? If first, then I cannot reproduce this problem using LO 3.3.0.4 - 4.1.0.4 under Win7x64 and 4.1.0.4 under Ubuntu 12.10. If second, then it may look inconvenient to you, but, for example, is very handy to my organization, where we use a dedicated directory to mass-export PDFs. I don't know if there's an option in LO to change this behaviour. You may change this issue to an enhancement request to add an option to control this. But this is definitely not a defect.
I thinks he wants the PDF output to be saved in the same folder of the ODT input. actually LibO doesn't do that and saves the PDF in the last used saving location which may differ from the ODT input folder. it has always been like that. some user would like this behaviour others wouldn't. setting a new option for this could make everyone happy. I mark this report as NEW and change summary to a much clearer one.
*** Bug 69880 has been marked as a duplicate of this bug. ***
It's an old known behavior that as Mike said was an RFE. *** This bug has been marked as a duplicate of bug 34303 ***
I consider it a bug because it's specific to Windows, and this kind of behaviour should be unified across platforms. With Linux Mint, LibreOffice behaves the way I expect it to: it always proposes to use the source ODT path when exporting a PDF file.
(In reply to comment #5) Maybe it's a bug of Linux version? ;) However, this consideration should be taken into account by developers. It would be good if you repeated it in bug 34303.