From unknown Fri Jun 20 07:18:46 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#47856 <47856@debbugs.gnu.org> To: bug#47856 <47856@debbugs.gnu.org> Subject: Status: auto-fill-mode vs. oriental languages: no respect Reply-To: bug#47856 <47856@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:18:46 +0000 retitle 47856 auto-fill-mode vs. oriental languages: no respect reassign 47856 emacs submitter 47856 =E7=A9=8D=E4=B8=B9=E5=B0=BC Dan Jacobson severity 47856 minor tag 47856 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 17 21:12:40 2021 Received: (at submit) by debbugs.gnu.org; 18 Apr 2021 01:12:41 +0000 Received: from localhost ([127.0.0.1]:44959 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lXvzM-0004pb-E9 for submit@debbugs.gnu.org; Sat, 17 Apr 2021 21:12:40 -0400 Received: from lists.gnu.org ([209.51.188.17]:57396) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lXvzL-0004pT-C4 for submit@debbugs.gnu.org; Sat, 17 Apr 2021 21:12:39 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:47778) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lXvzL-0003Tf-76 for bug-gnu-emacs@gnu.org; Sat, 17 Apr 2021 21:12:39 -0400 Received: from olivedrab.birch.relay.mailchannels.net ([23.83.209.135]:1254) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lXvzE-0002gi-2O for bug-gnu-emacs@gnu.org; Sat, 17 Apr 2021 21:12:38 -0400 X-Sender-Id: dreamhost|x-authsender|jidanni@jidanni.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id F3BD5322434 for ; Sun, 18 Apr 2021 01:12:28 +0000 (UTC) Received: from pdx1-sub0-mail-a9.g.dreamhost.com (100-96-16-53.trex.outbound.svc.cluster.local [100.96.16.53]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 96FF7322169 for ; Sun, 18 Apr 2021 01:12:28 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jidanni@jidanni.org Received: from pdx1-sub0-mail-a9.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384) by 100.96.16.53 (trex/6.1.1); Sun, 18 Apr 2021 01:12:28 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jidanni@jidanni.org X-MailChannels-Auth-Id: dreamhost X-Lettuce-Robust: 73973caf699283ac_1618708348839_358832860 X-MC-Loop-Signature: 1618708348839:3439296953 X-MC-Ingress-Time: 1618708348839 Received: from pdx1-sub0-mail-a9.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a9.g.dreamhost.com (Postfix) with ESMTP id 585D686724 for ; Sat, 17 Apr 2021 18:12:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jidanni.org; h=from:to :subject:date:message-id:mime-version:content-type :content-transfer-encoding; s=jidanni.org; bh=MsqzJ1ahVHYHLqc5Kn oaULt3UDs=; b=qBjRqp2S4oqE+1c8lnuaS1PX7z3zTku/tVHDH0CF6fpFKPyxpf vs9p0ZQPZc44zyS1IEfEgM+pLed/fwBM33kCRSQO4GG071ZTtuDG0ETKdUPgbTEO Dl/yisDGV+euJqf6TvHxJvyYrxhZ+s7hDBqV5NV+oAjGaDzulv2ibk1M8= Received: from jidanni.org (114-41-19-154.dynamic-ip.hinet.net [114.41.19.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jidanni@jidanni.org) by pdx1-sub0-mail-a9.g.dreamhost.com (Postfix) with ESMTPSA id BDD31861BE for ; Sat, 17 Apr 2021 18:12:27 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a9 From: =?utf-8?B?56mN5Li55bC8?= Dan Jacobson To: bug-gnu-emacs@gnu.org Subject: auto-fill-mode vs. oriental languages: no respect Date: Sun, 18 Apr 2021 08:14:35 +0800 Message-ID: <87czus4ff8.5.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=23.83.209.135; envelope-from=jidanni@jidanni.org; helo=olivedrab.birch.relay.mailchannels.net 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit 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: -2.4 (--) auto-fill-mode is an interactive compiled Lisp function in=E2=80=98simple= .el=E2=80=99. ... When Auto Fill mode is enabled, inserting a space at a column ^^^^^[1] beyond =E2=80=98current-fill-column=E2=80=99 automatically breaks the = line at a previous space. ^^^^^^^^^^^^^^[2] That is all fine and dandy. But it has no respect for oriental languages. What if it bro ke a line like th is? That's how it treats oriental languages. What if emacs "helpfully" turned ...if temperature > temp then stop_nuclear_reactor() into ...if temp erature > temp then stop_nuclear_reactor() Syntax error. Meltdown! It's like if one wore braces for five years, and along came emacs and in one second put ugly gaps back in your teeth. Here is my line, pre-victimization:

=E9=82=A3=E9=BA=BC=E8=AB=8B=E8=B2=B4=E5=8F=B8=EF=BC=8C =E8=B5=B0=E9=81= =8E=E5=8E=BB=E5=8F=B0=E9=9B=BB=E5=A4=A7=E6=A8=93=E5=9D=90=E4=B8=8B=E4=BE=86= =E5=90=88=E4=BD=9C=EF=BC=8C =E9=80=8F=E9=81=8E=E5=8F=B0=E9=9B=BB=E5=85=A7= =E9=83=A8=E7=B2=BE=E6=BA=96=E5=BA=A7=E6=A8=99=EF=BC=8C =E6=8A=8A=E9=80=99= =E4=BA=9B=E5=AD=A4=E5=85=92=E9=96=80=E7=89=8C=EF=BC=8C =E7=9B=A1=E9=87=8F= =E4=B8=80=E4=B8=80=E6=AD=B8=E6=A1=88=E3=80=82

And here is the mangled result:

=E9=82=A3=E9=BA=BC=E8=AB=8B=E8=B2=B4=E5=8F=B8=EF=BC=8C =E8=B5=B0=E9=81= =8E=E5=8E=BB=E5=8F=B0=E9=9B=BB=E5=A4=A7=E6=A8=93=E5=9D=90=E4=B8=8B=E4=BE=86= =E5=90=88=E4=BD=9C=EF=BC=8C =E9=80=8F=E9=81=8E=E5=8F=B0=E9=9B=BB=E5=85=A7= =E9=83=A8=E7=B2=BE=E6=BA=96=E5=BA=A7=E6=A8=99=EF=BC=8C =E6=8A=8A =E9=80=99=E4=BA=9B=E5=AD=A4=E5=85=92=E9=96=80=E7=89=8C=EF=BC=8C =E7=9B= =A1=E9=87=8F=E4=B8=80=E4=B8=80=E6=AD=B8=E6=A1=88=E3=80=82

In [2] we were promised "at a previous *space*". Well it lied. We put plenty of *spaces* in the line, just to feed its hungry mouth. But no. It had to go rip in to "=E6=8A=8A=E9=80=99=E4=BA=9B=E5=AD=A4=E5=85=92=E9=96=80=E7=89=8C=EF=BC=8C= " and put a goofy gap in: "=E6=8A=8A =E9=80=99=E4=BA=9B=E5=AD=A4=E5=85=92=E9=96=80=E7=89=8C=EF=BC=8C= " That's how the rendered HTML will look. Might as well make it "=E6=8A=8A =E9=80=99 =E4=BA=9B =E5=AD=A4 =E5=85=92 =E9=96=80 =E7=89=8C=EF= =BC=8C" that way readers will think you were angry. Also if the space is accidentally inserted before presidents' names, that will mean you support/honor/respect them. Sure, in English, President Nixon looks better than PresidentNixon. So you will just have to take my word that I know what I am talking about= . I.e., it is super dangerous to go inserting random spaces in oriental languages where there was none to begin with. If there was one to begin with, then make it two or three, be my guest. But don't just go semi-randomly put ting gaps in gran dmas' te eth. Than = k you. If there really is no way then to break a line, then just don't break it. It's the user's problem in that case. Maybe it can play fast and lose with .txt files, but it should know better how silly it will make HTML look. "Well browsers will break your oriental lines arbitrarily anyway. Bug clo= sed." Yes, but they do that a the ends of lines they render. The damage that emacs does to the source file ends up as an ugly mid-word gap. (Unless in the rare case where the browser also breaks the line at emacs' gap, in which case the reader will not notice any problem.) [1] P.S., RET at the end of line will destroy the line too. Not just spac= e. What's worse, you probably won't notice what happened, as your eyes are already on the next line. Seen with emacs 27.1, using -q. LC_CTYPE=3Dzh_TW.UTF-8 . From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 18 02:46:50 2021 Received: (at 47856) by debbugs.gnu.org; 18 Apr 2021 06:46:50 +0000 Received: from localhost ([127.0.0.1]:45149 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lY1Ck-0004m2-Iy for submit@debbugs.gnu.org; Sun, 18 Apr 2021 02:46:50 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36166) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lY1Cj-0004lq-NX for 47856@debbugs.gnu.org; Sun, 18 Apr 2021 02:46:50 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:47337) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lY1Ce-0003kh-7i; Sun, 18 Apr 2021 02:46:44 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4648 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lY1Cd-0001Tu-KS; Sun, 18 Apr 2021 02:46:43 -0400 Date: Sun, 18 Apr 2021 09:46:24 +0300 Message-Id: <838s5gum2n.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?56mN5Li55bC8?= Dan Jacobson In-Reply-To: <87czus4ff8.5.fsf@jidanni.org> Subject: Re: bug#47856: auto-fill-mode vs. oriental languages: no respect References: <87czus4ff8.5.fsf@jidanni.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47856 Cc: 47856@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.7 (-) > From: 積丹尼 Dan Jacobson > > Date: Sun, 18 Apr 2021 08:14:35 +0800 > > auto-fill-mode is an interactive compiled Lisp function in‘simple.el’. ... > > When Auto Fill mode is enabled, inserting a space at a column > ^^^^^[1] > beyond ‘current-fill-column’ automatically breaks the line at a > previous space. > ^^^^^^^^^^^^^^[2] > > That is all fine and dandy. But it has no respect for oriental > languages. > > What if it bro > ke a line like th > is? > > That's how it treats oriental languages. > > What if emacs "helpfully" turned > > ...if temperature > temp > then stop_nuclear_reactor() > > into > > ...if temp > erature > temp > then stop_nuclear_reactor() > > Syntax error. Meltdown! > > It's like if one wore braces for five years, and along came emacs and > in one second put ugly gaps back in your teeth. > > Here is my line, pre-victimization: > >

那麼請貴司， 走過去台電大樓坐下來合作， 透過台電內部精準座標， 把這些孤兒門牌， 盡量一一歸案。

> > And here is the mangled result: > >

那麼請貴司， 走過去台電大樓坐下來合作， 透過台電內部精準座標， 把 > 這些孤兒門牌， 盡量一一歸案。

> > In [2] we were promised "at a previous *space*". Emacs by default employs the "kinsoku" rules for breaking lines in CJK languages, when it fills text. Isn't the place where it breaks the line in this case according to Kinsoku rules? if you set enable-kinsoku to nil, don't you get what you expected? If so, this seems to be a documentation issue. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 18 12:27:28 2021 Received: (at control) by debbugs.gnu.org; 18 Apr 2021 16:27:28 +0000 Received: from localhost ([127.0.0.1]:47562 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYAGd-00055o-QU for submit@debbugs.gnu.org; Sun, 18 Apr 2021 12:27:27 -0400 Received: from mail-pj1-f46.google.com ([209.85.216.46]:45714) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYAGc-00055S-SS for control@debbugs.gnu.org; Sun, 18 Apr 2021 12:27:27 -0400 Received: by mail-pj1-f46.google.com with SMTP id nm3-20020a17090b19c3b029014e1bbf6c60so12948993pjb.4 for ; Sun, 18 Apr 2021 09:27:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:date:message-id:subject:to; bh=LB1/wmBTtaZVpBwHrsiUPHv6EIrGipB07F0AtZK1q1U=; b=EarMGXDfORzI/BmKMwJspA/tWviOZSsp9PkQttWFxTd82n61K+PiQrFKMII5zf1IH/ jzQrcXeqR1ox1O1DfUwz2yxAXge9kASu5Xv+lZmWpvf4/FzddW3bnAh0+XX1CtPkuF3s qJho4A8Id0tEuQjjD8c4kVNFZSRNyOjeBMF27G0JpizDHqIhg0qwXhp8YcSHvJSUZ1ox dd0l8xpUXMlZwsywp24SY90ELS2MdcYUqvsT1QaYcs5Q2yMDq6uFo3E+p5kLRsEtkl+K L9ZONCYKmxuJR8Ldb9RpMIzOkpJdKahAIBoUfpW/T/71SZXDIYZ2sJ3iqm/ejd2hZUHV pmeA== X-Gm-Message-State: AOAM532bnZwmv5ya35ibycX1s/o70m1icH7OoSlwpe6ZuVM4Ytp7Kg5Z BY9fwDykrSOYla48OAYEiQRBs1aPiPLuyaOtx5pn7SEA X-Google-Smtp-Source: ABdhPJzUvzcliVN4Yj6l/QUJ69W1sHbRbu1vpwxohzfja4fvRIOPLAIngoVTlBU1O9eDrzsY7jpOxR5V5e2Y4Tl8vqM= X-Received: by 2002:a17:90b:f0b:: with SMTP id br11mr19995960pjb.179.1618763241230; Sun, 18 Apr 2021 09:27:21 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 18 Apr 2021 11:27:20 -0500 From: Stefan Kangas MIME-Version: 1.0 Date: Sun, 18 Apr 2021 11:27:20 -0500 Message-ID: Subject: To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: tags 47856 + moreinfo thanks Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.216.46 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.216.46 listed in wl.mailspike.net] 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 2.0 BLANK_SUBJECT Subject is present but empty -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines X-Debbugs-Envelope-To: control 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.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: tags 47856 + moreinfo thanks Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.216.46 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.216.46 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_PASS SPF: sender matches SPF record 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 2.0 BLANK_SUBJECT Subject is present but empty -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines tags 47856 + moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 19 21:13:16 2021 Received: (at 47856) by debbugs.gnu.org; 20 Apr 2021 01:13:16 +0000 Received: from localhost ([127.0.0.1]:52425 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYex1-0007XG-Te for submit@debbugs.gnu.org; Mon, 19 Apr 2021 21:13:16 -0400 Received: from hedgehog.birch.relay.mailchannels.net ([23.83.209.81]:37824) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYewz-0007Ww-Kn for 47856@debbugs.gnu.org; Mon, 19 Apr 2021 21:13:14 -0400 X-Sender-Id: dreamhost|x-authsender|jidanni@jidanni.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 4121C322B0D; Tue, 20 Apr 2021 01:13:12 +0000 (UTC) Received: from pdx1-sub0-mail-a21.g.dreamhost.com (100-101-162-40.trex.outbound.svc.cluster.local [100.101.162.40]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id CC5F83219E2; Tue, 20 Apr 2021 01:13:11 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jidanni@jidanni.org Received: from pdx1-sub0-mail-a21.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384) by 100.101.162.40 (trex/6.1.1); Tue, 20 Apr 2021 01:13:12 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jidanni@jidanni.org X-MailChannels-Auth-Id: dreamhost X-Decisive-Relation: 7abf90fc3ee4b309_1618881192071_369760468 X-MC-Loop-Signature: 1618881192071:3871732453 X-MC-Ingress-Time: 1618881192071 Received: from pdx1-sub0-mail-a21.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a21.g.dreamhost.com (Postfix) with ESMTP id 94EDC7F1D8; Mon, 19 Apr 2021 18:13:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jidanni.org; h=from:to:cc :subject:references:date:message-id:mime-version:content-type; s=jidanni.org; bh=7XJw7F3hj/GywnJ87TlEswXdQwI=; b=Yu/nuXJJ9Xdwl tWnLULK5Gd9XqvXJReCdN0x+N1HnaXSfmWD1J5v9E8k3AC8YfVeEqXd5AFCFSTz2 bh4teEg+3bfdWvgAG5mVkikJS8XoijTWNoMtOVPyjZlZW92mSfYJtbE9lTIMWnjK fT4LPpcF/fQdGXJrFUMlje82utPzfo= Received: from jidanni.org (111-246-96-104.dynamic-ip.hinet.net [111.246.96.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jidanni@jidanni.org) by pdx1-sub0-mail-a21.g.dreamhost.com (Postfix) with ESMTPSA id 561E07F1C3; Mon, 19 Apr 2021 18:13:11 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a21 From: =?utf-8?B?56mN5Li55bC8?= Dan Jacobson To: Eli Zaretskii Subject: Re: bug#47856: auto-fill-mode vs. oriental languages: no respect References: <87czus4ff8.5.fsf@jidanni.org> <838s5gum2n.fsf@gnu.org> Date: Tue, 20 Apr 2021 07:28:27 +0800 Message-ID: <87eef5n9b8.5.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47856 Cc: 47856@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 (-) >>>>> "EZ" == Eli Zaretskii writes: EZ> Emacs by default employs the "kinsoku" rules for breaking lines in CJK EZ> languages, when it fills text. Isn't the place where it breaks the EZ> line in this case according to Kinsoku rules? if you set EZ> enable-kinsoku to nil, don't you get what you expected? If so, this EZ> seems to be a documentation issue. Try it and you will see that whatever value enable-kinsoku has does not affect this, nor #47857. And that is a good thing too. If it did we would really be in trouble. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 20 01:20:17 2021 Received: (at 47856) by debbugs.gnu.org; 20 Apr 2021 05:20:17 +0000 Received: from localhost ([127.0.0.1]:52622 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYio1-0007Tl-Go for submit@debbugs.gnu.org; Tue, 20 Apr 2021 01:20:17 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55366) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYinw-0007TR-U1 for 47856@debbugs.gnu.org; Tue, 20 Apr 2021 01:20:12 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56765) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lYinr-0000Rp-GW; Tue, 20 Apr 2021 01:20:03 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1lYinq-0003Kf-QA; Tue, 20 Apr 2021 01:20:03 -0400 From: Eli Zaretskii To: =?utf-8?B?56mN5Li55bC8?= Dan Jacobson In-Reply-To: <87eef5n9b8.5.fsf@jidanni.org> (message from =?utf-8?B?56mN?= =?utf-8?B?5Li55bC8?= Dan Jacobson on Tue, 20 Apr 2021 07:28:27 +0800) Subject: Re: bug#47856: auto-fill-mode vs. oriental languages: no respect References: <87czus4ff8.5.fsf@jidanni.org> <838s5gum2n.fsf@gnu.org> <87eef5n9b8.5.fsf@jidanni.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Message-Id: Date: Tue, 20 Apr 2021 01:20:02 -0400 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47856 Cc: 47856@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: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: 積丹尼 Dan Jacobson > Cc: 47856@debbugs.gnu.org > Date: Tue, 20 Apr 2021 07:28:27 +0800 > > >>>>> "EZ" == Eli Zaretskii writes: > > EZ> Emacs by default employs the "kinsoku" rules for breaking lines in CJK > EZ> languages, when it fills text. Isn't the place where it breaks the > EZ> line in this case according to Kinsoku rules? if you set > EZ> enable-kinsoku to nil, don't you get what you expected? If so, this > EZ> seems to be a documentation issue. > > Try it and you will see that whatever value enable-kinsoku has does not affect > this, nor #47857. And that is a good thing too. If it did we would > really be in trouble. Why are you so unhelpful? don't you want this issue investigated and resolved? I asked the questions above because I don't speak Chinese and cannot read the text you quoted in your report. Please help me understand the issue by answering those questions, and please provide any additional information that could be of relevance, so that we could make some progress here. TIA. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 20 07:25:08 2021 Received: (at 47856) by debbugs.gnu.org; 20 Apr 2021 11:25:08 +0000 Received: from localhost ([127.0.0.1]:53111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYoV9-0002CO-KV for submit@debbugs.gnu.org; Tue, 20 Apr 2021 07:25:07 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54392) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYoV7-0002Bq-Hh for 47856@debbugs.gnu.org; Tue, 20 Apr 2021 07:25:05 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60766) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lYoV2-0006wc-6J; Tue, 20 Apr 2021 07:25:00 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4903 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lYoV1-0008An-FA; Tue, 20 Apr 2021 07:24:59 -0400 Date: Tue, 20 Apr 2021 14:24:45 +0300 Message-Id: <83y2ddqjuq.fsf@gnu.org> From: Eli Zaretskii To: jidanni@jidanni.org In-Reply-To: (message from Eli Zaretskii on Tue, 20 Apr 2021 01:20:02 -0400) Subject: Re: bug#47856: auto-fill-mode vs. oriental languages: no respect References: <87czus4ff8.5.fsf@jidanni.org> <838s5gum2n.fsf@gnu.org> <87eef5n9b8.5.fsf@jidanni.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47856 Cc: 47856@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.7 (-) > From: Eli Zaretskii > Date: Tue, 20 Apr 2021 01:20:02 -0400 > Cc: 47856@debbugs.gnu.org > > Please help me understand the issue by answering those questions, > and please provide any additional information that could be of > relevance, so that we could make some progress here. TIA. Never mind, I've managed to figure this out on my own. So, back to the TIL department: . For CJK scripts, Emacs's filling commands are allowed to break a line at _any_ character, not just at whitespace. This is not just Emacs's invention: the Unicode Line-Breaking Algorithm mandates the same, albeit via special properties it assigns to CJK characters. . If you load 'kinsoku', Emacs will additionally refrain from breaking lines between some CJK characters, where there are special rules which prohibit that. But still, line can be broken almost at any place in CJK text, even under the kinsoku rules. . Conclusion: this is the intended behavior, a feature. So yeah, it's a documentation issue, to be fixed soon enough. > "Well browsers will break your oriental lines arbitrarily anyway. Bug closed." > > Yes, but they do that a the ends of lines they render. If this is what you want, it's a different feature: you need to turn on word-wrap (M-x visual-line-mode RET), not auto-fill. In Emacs 28, there will be an additional option, word-wrap-by-category, which will obey kinsoku rules in visual-line-mode. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 20 08:15:01 2021 Received: (at 47856-done) by debbugs.gnu.org; 20 Apr 2021 12:15:01 +0000 Received: from localhost ([127.0.0.1]:53189 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYpHQ-0005Xz-OW for submit@debbugs.gnu.org; Tue, 20 Apr 2021 08:15:00 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40062) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYpHO-0005Xm-FX for 47856-done@debbugs.gnu.org; Tue, 20 Apr 2021 08:14:58 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33260) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lYpHI-0003QA-AU; Tue, 20 Apr 2021 08:14:53 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3980 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lYpHH-0007wH-45; Tue, 20 Apr 2021 08:14:51 -0400 Date: Tue, 20 Apr 2021 15:14:34 +0300 Message-Id: <83tuo1qhjp.fsf@gnu.org> From: Eli Zaretskii To: jidanni@jidanni.org In-Reply-To: <83y2ddqjuq.fsf@gnu.org> (message from Eli Zaretskii on Tue, 20 Apr 2021 14:24:45 +0300) Subject: Re: bug#47856: auto-fill-mode vs. oriental languages: no respect References: <87czus4ff8.5.fsf@jidanni.org> <838s5gum2n.fsf@gnu.org> <87eef5n9b8.5.fsf@jidanni.org> <83y2ddqjuq.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47856-done Cc: 47856-done@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.7 (-) > Date: Tue, 20 Apr 2021 14:24:45 +0300 > From: Eli Zaretskii > Cc: 47856@debbugs.gnu.org > > So yeah, it's a documentation issue, to be fixed soon enough. Now done, and closing the bug. From unknown Fri Jun 20 07:18:46 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 19 May 2021 11:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator