Re: design q -- are revisions linear or parallel?

From: David Chart (david@dchart.demon.co.uk)
Date: Sat May 18 2002 - 17:30:13 EDT

  • Next message: Tomas Frydrych: "commit HEAD: revisions"

    On Sat, 2002-05-18 at 21:26, Tomas Frydrych wrote:
    >
    > In combination the sequential revisions handling and ability to
    > merge would make it possible to implement a scenario of any
    > complexity.
    >

    I agree with this. Could we implement an internal 'de-merge' for the
    cases where you want to take a revision out of the middle? This is a bit
    vague as an idea, but you'd have two versions of the doc, one where all
    of 4's revisions are accepted, and one where they're only accepted if
    they don't have any other revision marks on. Actually, the latter might
    be the best way to do a global accept of just 4 -- and then warn the
    user that there are conflicts to resolve.

    -- 
    David Chart
    


    This archive was generated by hypermail 2.1.4 : Sat May 18 2002 - 17:34:15 EDT