From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Yuri Khan Newsgroups: gmane.emacs.devel Subject: Re: What's the line length limit in the Emacs codebase? Date: Sat, 26 Dec 2020 18:17:52 +0700 Message-ID: References: <83wnx8pm0e.fsf@gnu.org> <20201225203227.GA10689@tuxteam.de> <87o8igzwaw.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5737"; mail-complaints-to="usenet@ciao.gmane.io" Cc: tomas@tuxteam.de, Emacs developers To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Dec 26 12:19:03 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kt7bD-0001O6-6D for ged-emacs-devel@m.gmane-mx.org; Sat, 26 Dec 2020 12:19:03 +0100 Original-Received: from localhost ([::1]:43484 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kt7bC-0005fP-8O for ged-emacs-devel@m.gmane-mx.org; Sat, 26 Dec 2020 06:19:02 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59284) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kt7aI-00055x-D1 for emacs-devel@gnu.org; Sat, 26 Dec 2020 06:18:07 -0500 Original-Received: from mail-vs1-xe29.google.com ([2607:f8b0:4864:20::e29]:37216) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kt7aG-0003Pj-ND for emacs-devel@gnu.org; Sat, 26 Dec 2020 06:18:06 -0500 Original-Received: by mail-vs1-xe29.google.com with SMTP id j140so3371349vsd.4 for ; Sat, 26 Dec 2020 03:18:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=T5mzBLeqHIyRjoIDX08R863DV0mNhgpQXi5O8PHcsKE=; b=CwI1TfOj9sLXEE+9OfCqFrl1Gtya6/+LSkAG0qANai4tI6ClQLDJyf5PPmVkkAvyO7 U93xnhUCw0nnIOJjdgrAip7pUbobIryOAtE3wHf2UAqqYEgGtJDU2zHCVNFQhqVDaKy9 RBNW13os+bsTRJkYwokggQTEacMd6yzNIBFxJHd3fr/SnE5Q/SIqqR4JP7okaoDBoj8i HzeiFS33f2Wkc0pb7Cy5xi2srZYmOWvBXdPig1rFq3Ie1JWjgDbiz7b8ofFaMThHrAXU sF4Hr5PI5CrQnjND8Wy/oos58126ucvg0ZHLqln+u7nkPhU+1OzcCkIh0SYg/hEsSJkk pjjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=T5mzBLeqHIyRjoIDX08R863DV0mNhgpQXi5O8PHcsKE=; b=nXGMz16WrkHa5L4DmcoDRFc6DF6mse8pO7H6tw92XE/ZkvQjncN7Lli4sW/6JD+xAL 672GjN+zo1OBcaJCGW6lTCjQp+BmnMJquz1uqqAtPqosw5PtPhd4wzG6bidH5t23ot6k vRmMLdfpuh1zfK3nCEqU5HqzSEc/j4SMAUMfP7GyGN5adyUvxXUwoM3Pfe2P+kW4qapv NNUh5IepUdRbIVC2RdsiQkuRNiFM2N/ocg6JXBzQsKjEK3cv9PxEt61Kk4S+4Ov1lUy5 e1e+mhAcNan3DMO7SN0vARYMTfuKhYGDn7C7Rdm/c2s7ga7/SoW6LwVrAojfUHlK17k/ 56LA== X-Gm-Message-State: AOAM530sz2x3sNgsJ4M+FDoOnrUKbqX0QMWQ10XpNOd7344EsSVo3A2J Ma4ToXSLBNS+AlImg9Ce8n/VegAJvaw6mU3g8hE= X-Google-Smtp-Source: ABdhPJzmlv3IU7BNLyH51XvHV5ow3VqJupv2AeWa8Fw0waMwPw0r3TwW7XeKDt8vygIp+k6nma+3o67UB2mq8Izzidk= X-Received: by 2002:a05:6102:2334:: with SMTP id b20mr24573111vsa.51.1608981483831; Sat, 26 Dec 2020 03:18:03 -0800 (PST) In-Reply-To: <87o8igzwaw.fsf@gmx.de> Received-SPF: pass client-ip=2607:f8b0:4864:20::e29; envelope-from=yurivkhan@gmail.com; helo=mail-vs1-xe29.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:261843 Archived-At: On Sat, 26 Dec 2020 at 17:39, Michael Albinus wrot= e: > > But sometimes (e.g. you have long string literals where > > breaks don't make sense -- but there are other examples), > > it is rather counterproductive to stick religiously to > > that rule. > > In Lisp code, I break such long strings into substrings, wrapped by conca= t. > Just for the better readability with 80 columns. I=E2=80=99m used to doing the same, but some coding style guides present a good reason to avoid doing that[1]: 6.2: Strings that cause the line to go over 100 characters should not be written across multiple lines using string concatenation. > Why? Broken strings are painful to work with > and make code less searchable. [1]: https://github.com/airbnb/javascript#strings--line-length I have actually found myself trying to grep for an error message ang failing to find it in code at first try because it was line-broken at a non-obvious point.