Date: prev next · Thread: first prev next last
2014 Archives by date, by thread · List index


As I understand it, the OP isn't complaining about the fact that the
file is locked, rather, about the fact that LO spends (potentially a
lot of) time processing the file before reporting the problem.

Instead, LO could check access to the file early, and report the problem
before wasting time processing. For the most common use cases, this
would save the user some time. That is something that *does* belong to
LO.

Of course, there would still be edge cases where the file wasn't locked
when LO started processing the pdf, but became locked by the time LO
finished. There is nothing that can be done about that, short of LO
itself locking the file, which may or may not be desired.


Paul



On Sun, 30 Nov 2014 13:55:37 +0100
Jaroslaw Staniek <staniek@kde.org> wrote:

Hi,
Google for "acrobat reader file locking" and you'd notice that this
unnecessary locking is inherent issue of Windows. You're dealing with
behavior largely inherited from the MS DOS era. You can pick other pdf
reader. Or publish to a web server and open the file using web browser
-it's lockless.

If you ask about Linux, it was solved *properly* years ago. If you're
a pro you can try e.g. Okular reader which reloads the pdf
automatically and never locks. Why would it in a modern multiuser
Inernet-enabled environment?

The bug doesn't belong to LO. Error message can be added, but IMHO
just to annoy users in a different way...


On Sunday, 30 November 2014, Carlo Strata <carlo.strata@tiscali.it>
wrote:
Hi Everyone,

I see that an exact issue already exists since 08/2012!!!
https://bugs.freedesktop.org/show_bug.cgi?id=53530

I think it could be a user time saving big fix and it could be a
very
appreciated update/fix in professional job/activities too.
I also currently don't know if the same behaviour happen on other
environment like linux and/or MacOS X.

I think the pdf file state could be test other than the mere
existence,
couldn't it?

Have a nice Sunday,

Carlo

--
ing. Carlo Strata
-
via Botticelli 1/4
30031 Dolo - VE
Italia - Italy
-
tel. +39.041.822.0665
cell. +39.347.85.69.824
Skype carlo.strata
Google carlo.strata.69
-
carlo.strata@tiscali.it
PEC: carlo.strata@ingpec.eu

Il 29/11/2014 13:27, Carlo Strata ha scritto:

Hi Everyone,

I use LibreOffice for all my job activities and I yield many pdf
documents. Many time I change the original document and update the
associate pdf. If I forget (!) to close the pdf document on my viewer
(see below), not necessarily the viewer itself, I get a nice sequence
of "I/O errors" and the export operation obviously fails!

If I export a long document I have to repeat the long time
operation and
to waste my time.

So, why not check whether the file is locked (opened) by another
program
before (!) starting exporting over it? I think it is possible.

Wht do you think about? Is there already an issue about this
behaviour?

My current work environment is:
- Microsoft Windows 8.1, 64 bit, Ita gui, daily full updated;
- LibreOffice 4.3.5.1, win32, Ita gui and local help;
- Adobe Acrobat Reader XI, 11.0.09, win32.

Have All a nice weekend,

Carlo



--
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems?
http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more:
http://wiki.documentfoundation.org/Netiquette List archive:
http://listarchives.libreoffice.org/global/users/ All messages sent
to this list will be publicly archived and cannot be
deleted





-- 
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.