From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 26 21:53:59 2022 Received: (at 56197) by debbugs.gnu.org; 27 Jun 2022 01:53:59 +0000 Received: from localhost ([127.0.0.1]:49335 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5dws-0004OM-MX for submit@debbugs.gnu.org; Sun, 26 Jun 2022 21:53:58 -0400 Received: from mail-qv1-f49.google.com ([209.85.219.49]:42529) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5dwp-0004O8-Rc for 56197@debbugs.gnu.org; Sun, 26 Jun 2022 21:53:56 -0400 Received: by mail-qv1-f49.google.com with SMTP id 65so2253642qva.9 for <56197@debbugs.gnu.org>; Sun, 26 Jun 2022 18:53:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=F2WesjLoxRJzPq2gCaq4Ck3vjcRb3/TSyNbRyA/YuuI=; b=oDTQc5uDdLUNCADHuH5QZsx5VwGz5BU9i0uP+s7qwu0knIwMj+xG4p0uRoyLHeHl1M UIPoIGbScZ0hsKapMjEWi0jMc1jWogi4FTkd+TWvugnPQ5stCO0SfN4vLB5KnprcX12g 9KGdJIAS0qbeofVKv3om9u/e5Nu29ChG0ENK3Kpb2c1X/YeqbX6P8EAc2APwq4zvEJNV v3hYPAeibvnLConbjXFaIkd+VH3ztnMge1meApTV7NNbsvGEXhJfPGGxGLfa+IyFOOsa hEEW6DG+IwHWOWM+I6ByysJ2CrhBRR8Pgnlbec42sByjfHrNDt0WR/yzEIq8bNrqOnOh zlzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=F2WesjLoxRJzPq2gCaq4Ck3vjcRb3/TSyNbRyA/YuuI=; b=mle0vGPRccPpqzfJpvdstB1EsDU8Y38JSrYvW4pgfowTJtS3i+NFln1fCQn7VxN33L Ic2sUV1Zd7iFS+VSHYxKl6Vwm63hY4v2q+Ea8Q2/yHzgAKM1nyg5Mk9GHuw1UgDHVIvN ItztF5N8juJW+BPH/g80hboqmVQvCCQwCSlZqdFrgWbzuiOWb+JdbYnVPlu4b0c7a6fQ PleMiyu8p6dI92yZ1kvaVKKhwWT5eY5qwP1BJsw4eHBg//3ey8udlUM0A7qBq+CXfKoM ok45dcNTO0IzHxNPDCwoEL9CbTfETDXekWDWEEM+fGPEGsoSRX5rljOc46l7x7w0ueyF uS2w== X-Gm-Message-State: AJIora/zPqrL0cEIIEsmMrFRXM9c3Nmahh0XUvgrszOMFMWuwjTIIPyZ 5TjbuhC5lvqvmXfvUqXhr/HwMkUlyI8W6w== X-Google-Smtp-Source: AGRyM1vAUqEC+Tc2M8YscDua1CqOU+vBMJMIjASFJCAIDuzvkRakwnf3xH9kpVmmK/Ersarb3//5tQ== X-Received: by 2002:ac8:5a49:0:b0:317:a417:65b5 with SMTP id o9-20020ac85a49000000b00317a41765b5mr7537714qta.214.1656294829842; Sun, 26 Jun 2022 18:53:49 -0700 (PDT) Received: from hurd (dsl-148-140.b2b2c.ca. [66.158.148.140]) by smtp.gmail.com with ESMTPSA id v15-20020a05620a440f00b006a79aa0c8b1sm7921286qkp.113.2022.06.26.18.53.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 26 Jun 2022 18:53:49 -0700 (PDT) From: Maxim Cournoyer To: Lars Ingebrigtsen Subject: Re: bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28 References: <87zgi2xcgm.fsf@gmail.com> <87y1xlj6wn.fsf@gnus.org> Date: Sun, 26 Jun 2022 21:53:48 -0400 In-Reply-To: <87y1xlj6wn.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 25 Jun 2022 13:53:44 +0200") Message-ID: <874k06zxar.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 56197 Cc: 56197@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Lars Ingebrigtsen writes: > Maxim Cournoyer writes: > >> ;; Emacs 28 >> (description "IBus-Anthy is an engine for the input bus \"IBus\"). It adds the Anthy >> Japanese language input method to IBus. Because most graphical applications >> allow text input via IBus, installing this package will enable Japanese >> language input in most graphical applications.") > > [...] > >> Simply commenting out the newly added block, evaluating the defun and >> running it on my example reverts to the previous correct behavior. > > I'm not sure the previous behaviour was any more correct. It's now > filling that string as if it, well, is a string, so that if you insert > it somewhere, the lines have similar lengths. The previous behaviour > was to fill "what you see in the buffer", which is wrong in most > contexts. > > So I don't know. Anybody have an opinion? Apologies if my previous example lacked too much context and confused more than helped. Here's another example, where I just experienced the problem after revamping the GNU Guix 'font-abattis-cantarrel' package definition: --8<---------------cut here---------------start------------->8--- (define-public font-abattis-cantarell (package (name "font-abattis-cantarell") (version "0.303") (source (origin (method git-fetch) (uri (git-reference (url "https://gitlab.gnome.org/GNOME/cantarell-fonts") (commit (string-append "v" version)))) (file-name (git-file-name name version)) (sha256 (base32 "1d1ay0fdqchk0wa5yqxis2c98imvzsbbd2kjv0x8sk4fm419847b")))) (build-system meson-build-system) (arguments (list #:configure-flags #~(list "-Dbuildstatics=true"))) (native-inputs (list gettext-minimal psautohint python python-cffsubr python-fontmath python-statmake python-ufo2ft)) (home-page "https://wiki.gnome.org/Projects/CantarellFonts") (synopsis "Cantarell sans-serif typeface") (description "The Cantarell font family is a contemporary Humanist sans-serif designed for on-screen reading. It is used by GNOME@tie{}3. This package contains both the non-variable as well as the variable versions of the font.") (license license:silofl1.1))) --8<---------------cut here---------------end--------------->8--- This is a Scheme sexp extracted from the (gnu packages fonts) Guile module. Hitting `lisp-fill-paragraph' (M-q) causes the above indentation, where the first line of the description extends past the `fill-column' value. I hope that helps, Thanks! Maxim