Issue 9220 - Saving in background would be very nice on large documents
Summary: Saving in background would be very nice on large documents
Status: CLOSED WONT_FIX
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.0.1
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: Mathias_Bauer
QA Contact: issues@sw
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2002-11-14 04:52 UTC by Unknown
Modified: 2013-08-07 14:38 UTC (History)
2 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
large file which takes a few seconds to save (7.74 KB, application/octet-stream)
2002-11-14 04:53 UTC, Unknown
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2002-11-14 04:52:28 UTC
I have some documents that get very large, and save time can be nearly measured
in 10s of seconds.  This alone isn't a problem, but when autosave is activated
and it interrupts typing for upwards of 10 seconds while it is saving, it
becomes a severe nuisance.  If somehow autosave can be designed to run in the
background instead of completely disrupting usable work time, that would be
really good on large documents.  As an example, I'm about to attach a 100 page
document.  Try to save and then type a few lines at the same time.
Comment 1 Unknown 2002-11-14 04:53:27 UTC
Created attachment 3590 [details]
large file which takes a few seconds to save
Comment 2 stefan.baltzer 2003-06-04 14:26:13 UTC
Reassigned to Bettina.
Comment 3 utomo99 2003-10-14 09:45:41 UTC
in 2.0 we will improve the saving so we can try this at 2.0
Comment 4 bettina.haberer 2003-10-22 12:38:31 UTC
Hello Matthias, could you please give an estimation about the
possibility of implementing multi-threading for allowing background
saving in the applications? Thank you.
Comment 5 Mathias_Bauer 2003-10-22 13:43:47 UTC
There are no plans to add multi-threaded access to documents in "Q".
Honestly speaking, it seems to be a nightmare to start working on
this. Besides that I don't see the value. Even if we added
multithreaded saving, of course you couldn't do any further changes on
the document meanwhile. It's impossible to save a document *while* it
is changed, with or without threads.

So the only benefit you would have from a multithreaded storing
procedure is that you can work in *other* documents while storing
proceeds. But that is already possible in OOo1.1, even without
multithreading.

I think that multithreading is more elegant, but it doesn't add much
value compared to the time it would take to implement it. So OOo later
is OK for me, additionally I'd like to set the prio to 4.
Comment 6 Mathias_Bauer 2005-11-11 17:35:37 UTC
Our future plans don't leave room for a feature like this. The effort to move
the complete document core outside the apartment is not judged by the value.
If we ever will do this the desired feature will be gained automatically so
there is no reason to keep this issue.
Comment 7 Mathias_Bauer 2005-11-11 17:36:01 UTC
closing