From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Maxim Cournoyer Newsgroups: gmane.emacs.bugs Subject: bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28 Date: Sun, 26 Jun 2022 21:53:48 -0400 Message-ID: <874k06zxar.fsf@gmail.com> References: <87zgi2xcgm.fsf@gmail.com> <87y1xlj6wn.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21135"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) Cc: 56197@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jun 27 03:54:09 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1o5dx3-0005HN-G0 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 27 Jun 2022 03:54:09 +0200 Original-Received: from localhost ([::1]:51126 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o5dx2-0001mP-0Z for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Jun 2022 21:54:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55302) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o5dwv-0001mB-St for bug-gnu-emacs@gnu.org; Sun, 26 Jun 2022 21:54:01 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55438) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1o5dwv-0001Mp-Km for bug-gnu-emacs@gnu.org; Sun, 26 Jun 2022 21:54:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1o5dwv-0004Od-Jy for bug-gnu-emacs@gnu.org; Sun, 26 Jun 2022 21:54:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Maxim Cournoyer Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jun 2022 01:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56197 X-GNU-PR-Package: emacs Original-Received: via spool by 56197-submit@debbugs.gnu.org id=B56197.165629483916891 (code B ref 56197); Mon, 27 Jun 2022 01:54:01 +0000 Original-Received: (at 56197) by debbugs.gnu.org; 27 Jun 2022 01:53:59 +0000 Original-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 Original-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 Original-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) Original-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) In-Reply-To: <87y1xlj6wn.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 25 Jun 2022 13:53:44 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:235406 Archived-At: 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