From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 777D9C433F5 for ; Wed, 8 Dec 2021 04:35:20 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244225AbhLHEiu (ORCPT ); Tue, 7 Dec 2021 23:38:50 -0500 Received: from szxga08-in.huawei.com ([45.249.212.255]:29100 "EHLO szxga08-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240064AbhLHEiu (ORCPT ); Tue, 7 Dec 2021 23:38:50 -0500 Received: from dggpeml500022.china.huawei.com (unknown [172.30.72.55]) by szxga08-in.huawei.com (SkyGuard) with ESMTP id 4J845Q5tGLz1DJyq; Wed, 8 Dec 2021 12:32:26 +0800 (CST) Received: from dggpeml500006.china.huawei.com (7.185.36.76) by dggpeml500022.china.huawei.com (7.185.36.66) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Wed, 8 Dec 2021 12:35:16 +0800 Received: from [10.174.177.232] (10.174.177.232) by dggpeml500006.china.huawei.com (7.185.36.76) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Wed, 8 Dec 2021 12:35:15 +0800 Subject: Re: [PATCH 1/1] docs/zh_CN: Add sched-capacity translation To: Alex Shi , Jonathan Corbet CC: Yanteng Si , yanteng si , Alex Shi , Linux Doc Mailing List , , Yeechou Tang , Feiyang Chen References: <20211206090911.26487-1-tangyizhou@huawei.com> <20211206090911.26487-2-tangyizhou@huawei.com> <87ee6o1mzf.fsf@meer.lwn.net> From: Tang Yizhou Message-ID: <87bba6bf-1746-eed7-c5e3-619ae2a0cdb8@huawei.com> Date: Wed, 8 Dec 2021 12:35:14 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.177.232] X-ClientProxiedBy: dggems704-chm.china.huawei.com (10.3.19.181) To dggpeml500006.china.huawei.com (7.185.36.76) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-doc@vger.kernel.org On 2021/12/8 11:16, Alex Shi wrote: > On Tue, Dec 7, 2021 at 10:57 PM Jonathan Corbet wrote: >> >> Alex Shi writes: >> >>> What the result of scripts/checkpatch.pl or make htmldocs say? >>> Let's tame these tools and follow the regluar styles of kernel. >> >> checkpatch knows nothing about different languages, and "make htmldocs" >> doesn't do that sort of stylistic checking. > > Thanks for the info! > >> >> I don't know enough (i.e. anything :) to have an opinion on the best >> length for lines of Chinese text. Surely there must be some conventions >> out there? > > The only reason I know is to remove extra spaces char in 'rendered > documentation' > which is generated by line break. For this purpose, 40 or 60 line chars limit > can't fulfill it obviously. > > Yizhou's suggestion has no line break unless a punctuation hitted, so the > space will happen with the punctuation. This makes the rendered document look > good, but will lead to toooo long and never alignment lines in the > source document. > It looks like we have no good way to resolve this issue by style > change. Also the '60' > number seems an arbitrary number? If we have to relief this problem from coding > style change, why not follow the new rule after checkpatch's change: > from 80 to 100, > let's say about 50 Chinese chars plus breaking after a meaningful Chinese word? Agreed. Now I prefer 50 Chinese chars plus breaking after a meaningful Chinese word. Thanks, Tang > > Thanks > Alex > >> >> Thanks, >> >> jon > . >