https://bugs.documentfoundation.org/show_bug.cgi?id=144512

--- Comment #16 from Mike Kaganski <[email protected]> ---
(In reply to Justin L from comment #15)
> (In reply to Justin L from comment #14)
> > -once they have been autosaved, they won't have impact again unless becoming
> > dirty
> Wrong! That is only (theoretically) true if UserAutoSave is actually saving
> the document itself. Otherwise the modify flag remains unchanged. AFAIK,
> there is currently no way that AutoSave can tell if the document has changed
> since last AutoSave, so it will run every time (until the user manually
> saves the file).

The modified flag of the *document* remains unchanged; but the modified flag of
IMPL_SfxBaseModel_DataContainer changes. So your comment 14 is correct.

(In reply to Justin L from comment #14)
> I don't see how separating them would be of any help:
> -once they have been autosaved, they won't have impact again unless becoming
> dirty - meaning the user is frequently switching between/editing multiple
> docs.
> -if the save of a non-active document affects the working document (likely
> true)
>      - then having staggered saves would actually be even more disruptive
> -while if the save of a non-active document doesn't affect the working
> document
>      - then it is somewhat irrelevant when it auto-saves
> 
> Staggered saves would just mean more frequent (but shorter) interruptions
> during idle times. That doesn't sound beneficial to me.

Generally I agree with all these facts. I just don't know how shorter (but
same-length in total) would affect user psychologically. The just-changed
document will not autosave immediately, just because monotonically ticking
timer happened to fire now; but it will autosave in 15 minutes; so if user
expects less saves, this expectation is wrong.

However, I prepare an experiment implementing this. I suppose it won't really
help users, but OTOH it won't hurt - if this change is merged, and Luke would
download and use a daily with it for some time, and report back, then we may
see if the idea worth it, or revert.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to