Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp15425463ybl; Tue, 31 Dec 2019 07:34:00 -0800 (PST) X-Google-Smtp-Source: APXvYqxzHwchNCe3oH7N56k0NJ75s5ZgAKi1AulYrS0nfAbnWysuEgQinqQkGlgDrJXFUn56Qaaf X-Received: by 2002:aa7:d99a:: with SMTP id u26mr77003517eds.183.1577806439926; Tue, 31 Dec 2019 07:33:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1577806439; cv=none; d=google.com; s=arc-20160816; b=dkfk73wbSxIyVcHTULfeML8MC5m0ROhQmyTO7KuZaEleZIlzqSq2zCg+6+AETOzIVS raMUzMxCzRJ94w3DmYyFDO4sFHPoRuNyBtFEVwZlZhZZhdtagVMI+fWJpgmP8v6tAymR +4PNrGFjCHRLteGbTE4Ri/JOzrP7MCAIylrjd7+4BUlDwriYmOBwq3ZLKOSfzUgnQ9zt uaQgWQ1cdqWD+FaGPagTU1FCUhcbTqh6S8YixkZPNmRqIgA+wh/7mUpsiGHzf4WRgaMW S8HpnuZ3HJBz9B+PIxbnAtEHwZXOFAT8049VZyYs5ob2nSbMWtQeTlQIRjOS3JXii1yY xueA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=0AMHS7gbPrIlYuXEYmr0RM4lLpOTEONvLQ6geICtZWQ=; b=vd18wqFUrZ6TNFs2RepnrhViBFZYZUkakD+CWG1zVluR5QlAaE4fNE+hd0WE5uSBgb A5/0Dw9D8jfGvW1vqwC0e8o9A6srOMhDW33vn0fld8v6zhyE8dSYLFEDETyktplRkNT2 rrOnGzxlBMOzvq6gYXGEsEZXuyjR6PUhaas47nDTUryq6qejTr8GMYQMlLVXXdEOQ10n skA10jm59ofTjtiwLzg0/FZZFm5hMG6sDk9witHs9VeVqFlPOctHqXKYYjzrUsYhg+v5 R7ewxAkpDqTzUYcHdAiFPQGdoOcsSRKjr6r3vK8t7XQxCPuy1285G40b/v1C5k8BqBmS 8tMg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x9si29986085ejb.421.2019.12.31.07.33.35; Tue, 31 Dec 2019 07:33:59 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727066AbfLaPcP (ORCPT + 99 others); Tue, 31 Dec 2019 10:32:15 -0500 Received: from ms.lwn.net ([45.79.88.28]:36918 "EHLO ms.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726060AbfLaPcP (ORCPT ); Tue, 31 Dec 2019 10:32:15 -0500 Received: from lwn.net (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id B3758536; Tue, 31 Dec 2019 15:32:14 +0000 (UTC) Date: Tue, 31 Dec 2019 08:32:13 -0700 From: Jonathan Corbet To: "Daniel W. S. Almeida" Cc: mchehab+samsung@kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, skhan@linuxfoundation.org, linux-kernel-mentees@lists.linuxfoundation.org Subject: Re: [PATCH v2 2/8] Documentation: nfsroot.txt: convert to ReST Message-ID: <20191231083213.0786bda1@lwn.net> In-Reply-To: <47e2ea6e-a808-5012-6f9a-8800fbd3be00@gmail.com> References: <92be5a49b967ce35a305fc5ccfb3efea3f61a19a.1577681164.git.dwlsalmeida@gmail.com> <20191230121807.3a1f5f38@lwn.net> <47e2ea6e-a808-5012-6f9a-8800fbd3be00@gmail.com> Organization: LWN.net MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 31 Dec 2019 01:08:11 -0300 "Daniel W. S. Almeida" wrote: > Would you please rephrase this? My first language isn't English and I am > not sure I understood that. > > > It's best in general to avoid refilling paragraphs so as to make it clear > > what is being changed. But we would also like to avoid creating such long > > lines. Perhaps an add-on patch refilling things would satisfy both > > criteria here. Changing text in an existing paragraph can result in line lengths that are inconsistent and ragged, leading to a less pleasant appearance and the temptation to "refill" the paragraph so that the lines are all approximately equal in length. The problem with yielding to that temptation is that it messes up the diff output so that you can no longer easily see the actual text changes that were made. Thus, when making such changes, it can be better to not refill the paragraphs - as, indeed, you did not. But if the result becomes too difficult to read (as in, it creates lines that are waaaay to long), it can be good to create a second patch that makes only the cosmetic changes without any associated text changes. I was suggesting doing that in this case. Does that help? Thanks, jon