[Zope] Talking about revision history

Marcin Kasperski Marcin.Kasperski@softax.com.pl
Sat, 29 Jul 2000 18:00:10 +0200


The zope Undo mechanics is nice for clearing simple mistakes, but the
screens filled with 'manage_edit by ...' does not provide too much
information. What I would like is some high level website revision
history. Below I discuss some ideas, please comment on them.

Before details, main motivation: as the main zopesite manager (call me
Stan ;-) ), I give my users permissions to edit parts of the website.
But I would like to see their activities from the high level, with
reports like 'at day such and such Johny the Spoiler performed change
which he named "proofing our department pages" and this change touched
the following objects: ...' (looks like info about saving a version
enriched with info about objects saved).

1) I would like to disable the ability to edit anything outside some
version. I guess that specifying some permissions in configuration would
do, but before I spoil sth I would like to ask whether someone performed
such a configuration and how was it defined?

2) Would be great, if attempt to edit outside of version prompted 
You are to edit this website outside any version. Choose to either 
    join <.dropdownlist of existingversions>    [JOIN]
    create and join new version of name: .......[CREATE]
    cancel edits                                [CANCEL]

3) Is it at all possible to check, whether some version is currently
empty (no unsaved edits) or not - and if not, what is unsaved?

4) Is it possible (with current zope) to get changes history with manual
edits grouped somehow 
   (I'd prefer - instead of having 17 times 'manage_edit by xaut' - to
see '17 manage_edit's by xaut')

5) CVS-like tagging mechanizm would be nice. Seems that version control
is completely implemented, the only thing left is a method to add a
comment at some places of database history - and to provide a method of
browsing them.

--
 www.mk.maxi.pl  | Even if we could state all of a system's             
Marcin.Kasperski | requirements, there are many details about a system  
  @softax.com.pl | that we can only discover once we are well into its  
    @bigfoot.com | implementation. (Parnas)