Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 9CBF1200C14 for ; Tue, 7 Feb 2017 12:37:14 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 99AF6160B4B; Tue, 7 Feb 2017 11:37:14 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id E3E3D160B3E for ; Tue, 7 Feb 2017 12:37:13 +0100 (CET) Received: (qmail 18184 invoked by uid 500); 7 Feb 2017 11:37:08 -0000 Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@subversion.apache.org Received: (qmail 18172 invoked by uid 99); 7 Feb 2017 11:37:07 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Feb 2017 11:37:07 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 61AD21A0418 for ; Tue, 7 Feb 2017 11:37:07 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.699 X-Spam-Level: X-Spam-Status: No, score=-0.699 tagged_above=-999 required=6.31 tests=[RCVD_IN_DNSWL_LOW=-0.7, UNPARSEABLE_RELAY=0.001] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id KPcAotlRcrpt for ; Tue, 7 Feb 2017 11:37:05 +0000 (UTC) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 59AF15F570 for ; Tue, 7 Feb 2017 11:37:05 +0000 (UTC) X-Envelope-From: stsp@elego.de Received: from ted.stsp.name (ted.stsp.name [217.197.84.34]) by einhorn.in-berlin.de (8.14.4/8.14.4/Debian-8+deb8u1) with ESMTP id v17BavfT013292 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 7 Feb 2017 12:36:57 +0100 Received: from localhost (ted.stsp.name [local]) by ted.stsp.name (OpenSMTPD) with ESMTPA id e5d041fe; Tue, 7 Feb 2017 12:36:57 +0100 (CET) Date: Tue, 7 Feb 2017 12:36:57 +0100 From: Stefan Sperling To: Johan Corveleyn Cc: Subversion Development Subject: Re: svn commit: r1780191 - /subversion/site/publish/docs/release-notes/1.10.html Message-ID: <20170207113657.GD74872@ted.stsp.name> Mail-Followup-To: Johan Corveleyn , Subversion Development References: <20170125144104.4AE273A0026@svn01-us-west.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.2 (2016-07-01) archived-at: Tue, 07 Feb 2017 11:37:14 -0000 On Tue, Feb 07, 2017 at 12:25:09PM +0100, Johan Corveleyn wrote: > I've been looking at the table in the release notes (in my browser, > not the textual diff, but replying on this commit to have some context > -- the "kinds of versioned items" column is already gone btw). > > I think it would be easier to understand for users if we changed the > order of the columns, to describe it like a user encountering the tree > conflict would experience it (at least, the way I experience it :-), > which is: > > 1) What's my local situation (local change) > 2) What operation did I do (operation) > 3) What's the incoming change > 4) Resolution options > > The grouping between some things would then change as well. > > So that would be: > > > local change > operation > incoming change > resolution options > > > In the first column there would be 4 possibilities right now, if we > shuffle the table around: "move an item", "add an item", "any change > inside a directory", "edit file" (or maybe these should be set in past > tense "edited file", "moved item", ... , because the user did them > already?). BTW: this makes me wonder, why no "deleted an item" for > local change? > > I'm willing to do this shuffling if we agree, and if noone else does > it first :-). Yes, this makes sense. Please just go ahead. I'd be happy to see you make any edits you wish to make. Let me know when you're done and I'll take a look at the result. The visual representation of this table is important, so having something to look at is better than discussing abstract ideas, I think :)