I had a similar though about that some days ago, when I was chatting with a user of Twiki. Twiki got a feature to invisibly edit a revision. I am totally against such thing. But the user was using it to temporary save his work.

I rewrote the use case and plan to develop the following feature for my Redmine use (but not for the moment):

> As it is often that when editing a wiki page we want to save modifications without publishing them publicly (don't publish unfinished/unstable work), a "save in working copy" action would benefit wiki edition.
>
> Behaviour would be:
> * having a specific option or button to save an edited wiki page that:
> > * save the edited content on the server
> > * does not produce any new revision of the page
> > * is strictly private and re-editable only by the user itself
> * when edition work is over, a traditional save action publish a new revision of the page, dated at this precise moment (and not timed when we did a previous "save to working copy" action
> * if conflict with a new revision happens (someone(s) else published new revision(s) since we firstly edited the working copy), then:
> > * show differences between head revision and edited revision, but without local changes made in the working copy
> > * propose an edition possibility to merge the working copy changes with head revision changes

--------------------------------------------------------------------------------
Same feature than #1888
--------------------------------------------------------------------------------
Any update regarding this feature?
I checked issue #1888 but there doesn't seem to be any progress about it either.

Regards,
Emrah
--------------------------------------------------------------------------------
Working on the basic implementation of

-ability to save the current draft
-when going back to edit the page the draft is loaded into the editor

-maybe autosave
--------------------------------------------------------------------------------
That's great news Chris, we're eagerly waiting to see the results of your work!
Please let me know if you need help bug testing it.

Once the redmine side of things has been built, we may be able to help out with the js autosave functionality.

Cheers,
Alex
--------------------------------------------------------------------------------
Looking forward to it. I'm happy to help test as well. Would be nice if the JS responded to a Ctrl-S keypress by saving a draft copy, too.
--------------------------------------------------------------------------------
Hi Chris,

Are you still working on the patch for this feature?

Do you have some design documents so that in case you have not taken up this issue, I can continue from where you left.

Thanks,
Udit
--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
I agree, this is _must-have_ feature.

What about a button "Save Minor Changes" (as confluence has it), but which:

* is only visible if the user has *locked* the issue (or wiki page), and
* if pressed, saves the current changes without modification emails

The first condition prevents us from conflicts when 2 user update the same issue.
Modification emails still may be sent once the user unlocks the issue.

--------------------------------------------------------------------------------