Version: 1.5.0 B 3, by Surviver
Developer Last Online: May 2020
Category: Add-On Releases -
Version: 3.6.8
Rating:
Released: 11-27-2006
Last Update: 10-26-2007
Installs: 186
DB Changes Uses Plugins Template Edits
Additional Files Translations Is in Beta Stage
No support by the author.
Edithistory (1.5.0 B 3)
What does this Modification?
This Modification saves a version of a post if someone edits it. If there are saved edits for a post, you can view the "Post History" and you are able to restore old posts.
Also you can compare saved versions of a post.
Installation
Installation-Instructions are included in the zip-File
What's new in Version 1.5.0 B 2?
In this version i made a lot of improvement: eg. I've overwritten the code, the Ajax Compare function now works properly (Screen #3) and I implented a function to mass restore posts of a user. (Screen #6)
I also had to edit a few phrases -quite a few of them appear to be in German.
Okay, I will kool at this and translate them.
Quote:
I also found the text size in the comparisons to be very small (almost unreadable) so I added a font-size: 12px; to all the CSS diff_xxx classes - this also highlighted that the .diff-unchanged class is completely missing from the peh_view template.
In the edit history, when you click on the delete option it pops up a message asking you if you are sure, however, when you click on restore, it just goes ahead and restores the post - it would be better if this option was consistant with the delete option (i.e. pops up an "are you sure" confirmation).
In the edit history, when you click on the delete option it pops up a message asking you if you are sure, however, when you click on restore, it just goes ahead and restores the post - it would be better if this option was consistant with the delete option (i.e. pops up an "are you sure" confirmation).
Restoring creates a new entry to the edit history (if I remember right) so it's always possible to undo a restore operation. That's why there should be no confirmation dialog, because it would only decrease the usability/effectiveness.
And in any case, the benefit of all confirmation dialogs is questionable, because the users will quickly learn to click the confirmation dialog as a reflex, without thinking about it, which means that the confirmation dialog adds one more unnecessary button press but does not prevent the users from accidentally deleting stuff (for example on Windows, deleting a file is a key combination "Shift+Delete, Enter" and the confirmatin dialog is pointless because the user instinctively always presses Enter before stopping to think about the dialog). It's always better to allow some way to undo the action in the rare case of an accidental button press.