From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#34463: bug#9286: fill-paragraph destroys URLs Date: Fri, 11 Oct 2019 08:58:52 +0200 Message-ID: <87eezjpy37.fsf@gnus.org> References: <87k4ajbpyi.fsf@jidanni.org> <87obzjhn2b.fsf@stupidchicken.com> <87blupzh41.fsf@gnus.org> <8336g1t59w.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="177079"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 9286@debbugs.gnu.org, cyd@stupidchicken.com, handa@m17n.org, jidanni@jidanni.org, 34463@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Oct 11 09:00:11 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iIouI-000jwo-US for geb-bug-gnu-emacs@m.gmane.org; Fri, 11 Oct 2019 09:00:11 +0200 Original-Received: from localhost ([::1]:46344 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iIouH-0006ip-Hm for geb-bug-gnu-emacs@m.gmane.org; Fri, 11 Oct 2019 03:00:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57772) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iIouB-0006iS-RN for bug-gnu-emacs@gnu.org; Fri, 11 Oct 2019 03:00:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iIouA-0006Vo-IC for bug-gnu-emacs@gnu.org; Fri, 11 Oct 2019 03:00:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48729) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iIouA-0006VF-EK for bug-gnu-emacs@gnu.org; Fri, 11 Oct 2019 03:00:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iIouA-0007Cd-CB for bug-gnu-emacs@gnu.org; Fri, 11 Oct 2019 03:00:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Oct 2019 07:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34463 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 34463-submit@debbugs.gnu.org id=B34463.157077714327552 (code B ref 34463); Fri, 11 Oct 2019 07:00:02 +0000 Original-Received: (at 34463) by debbugs.gnu.org; 11 Oct 2019 06:59:03 +0000 Original-Received: from localhost ([127.0.0.1]:57550 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIotC-0007AF-RD for submit@debbugs.gnu.org; Fri, 11 Oct 2019 02:59:03 -0400 Original-Received: from quimby.gnus.org ([80.91.231.51]:54708) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIotA-00079h-Hn; Fri, 11 Oct 2019 02:59:01 -0400 Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iIot3-0001VV-9q; Fri, 11 Oct 2019 08:58:55 +0200 In-Reply-To: <8336g1t59w.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 10 Oct 2019 10:43:07 +0300") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:168934 Archived-At: Eli Zaretskii writes: > Since Kenichi didn't respond, I think we should study what the Unicode > Line-breaking Algorithm has to say about that. Can you look there for > relevant guidance? We don't yet implement the complete algorithm, but > some of what they say could nevertheless be used to resolve this > issue. That would be this: https://unicode.org/reports/tr14/ I have just skimmed it, but I can't see that it says anything helpful about filling/folding lines. If I read it correctly, then it's perfectly allowed to line-break asdf=E5=9C=8B into asdf =E5=9C=8B But it doesn't say what software should do when filling asdf =E5=9C=8B Presumably filling that into asdf=E5=9C=8B would be correct in many circumstances, but as Dan said, if it's really http://google.com =E5=9C=8B then filling that into=20 http://google.com=E5=9C=8B is most likely wrong. So if we want to be cautious, then applying Chong's patch seems to be the right thing: Adding the space will lead to things working more of the time, while the downside is that somebody might prefer=20 asdf=E5=9C=8B visually. I think. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no