Edgewall Software

Ticket #6557 (closed enhancement: wontfix)

Opened 13 months ago

Last modified 10 months ago

Usability:losing changes when editing wiki article (preview)

Reported by: tomater@… Owned by: cboos
Priority: normal Milestone:
Component: wiki system Version:
Severity: normal Keywords:
Cc:

Description (last modified by cboos) (diff)

Scenario

I am writing lots of text in wiki. I have to work with several windows, analyze information and then summarize in one article. Wyziwig works unstable, so I do my changes in text and them check it in preview.

Unfortunately, there already was several times when I lost lot of work accidentaly clicking in links in my new article. I follow link, look for more information, go back - OOPS! - my changes lost, because I forgot to press "submit" button.

And I can't remebmer in which window I was editing to go back in history, or even I already closed that window.

Yes, all this are my own mistakes. But the bad thing is that TRAC allows me to do that mistakes.

Proposition

I know, I can't ask for real WYSIWYG editor :) I also know that I can't ask for autosave feature just like in Google blogs. But what you can really implement is:

  • Make all links inside Preview window opening NEW browser window instead following links in same one.
  • To handle also accidental closing of window add Java Script code that asks "Are you really sure to close window? All your editing will be lost..."

Attachments

Change History

follow-up: ↓ 2   Changed 13 months ago by hyuga <hyugaricdeau@…>

  • severity changed from major to normal
  • summary changed from Usability:loosing changes when editing wiki article (preview) to Usability:losing changes when editing wiki article (preview)

This is definitely a plugin candidate. In fact, I've been maintaining such a plugin since Trac 0.9.x, but unfortunately it was developed internally and I'm still trying to get permission to release it, because it is quite useful.

in reply to: ↑ 1 ; follow-up: ↓ 3   Changed 13 months ago by anonymous

Replying to hyuga <hyugaricdeau@gmail.com>:

Why plug-in? It seems to me this should be default behavior. Actually what I proposed does not influence main stream usage, just prevents user from doing something wrong. What would be the reason for someone to follow links in preview window losing all changes?

in reply to: ↑ 2   Changed 13 months ago by eblot

Replying to anonymous:

Why plug-in? It seems to me this should be default behavior. Actually what I proposed does not influence main stream usage, just prevents user from doing something wrong. What would be the reason for someone to follow links in preview window losing all changes?

Hint: some users (me included) do not want a web site to decide wether a link opens a new browser or not, but prefer to let this choice to the user. Having a "preview" feature that does not behave as the final rendering does not seem very consistent and quite confusing from my point of view.

  Changed 10 months ago by cboos

  • status changed from new to closed
  • resolution set to wontfix
  • description modified (diff)

I agree with eblot: users should stay in control. If you know that you make such mistakes, use a Web browser which is able to cope with them, like Firefox (Undo Close Tab feature which even keeps content of edited textareas).

Add/Change #6557 (Usability:losing changes when editing wiki article (preview))

Author



Change Properties
<Author field>
Action
as closed
Next status will be 'reopened'
to The owner will change from cboos. Next status will be 'closed'
 
Note: See TracTickets for help on using tickets.