From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?= Newsgroups: gmane.emacs.devel Subject: Re: fill-paragraph ill designed Date: Wed, 26 Aug 2015 18:45:59 +0200 Message-ID: <55DDED47.8080700@online.de> References: <55DC2621.4030905@online.de> <55DD5D02.9090407@online.de> <87bndule6e.fsf@gnu.org> <55DDAF7D.4000809@online.de> <87a8temdei.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1440607607 3187 80.91.229.3 (26 Aug 2015 16:46:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Aug 2015 16:46:47 +0000 (UTC) Cc: Tassilo Horn To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 26 18:46:39 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZUdqM-0003pz-4C for ged-emacs-devel@m.gmane.org; Wed, 26 Aug 2015 18:46:34 +0200 Original-Received: from localhost ([::1]:39371 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUdqL-0002n4-BT for ged-emacs-devel@m.gmane.org; Wed, 26 Aug 2015 12:46:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52981) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUdq7-0002my-Qx for emacs-devel@gnu.org; Wed, 26 Aug 2015 12:46:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZUdq6-0002Pm-Vt for emacs-devel@gnu.org; Wed, 26 Aug 2015 12:46:19 -0400 Original-Received: from mout.kundenserver.de ([212.227.126.187]:58903) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUdq2-0002Nm-5j; Wed, 26 Aug 2015 12:46:14 -0400 Original-Received: from [192.168.178.31] ([77.6.218.200]) by mrelayeu.kundenserver.de (mreue004) with ESMTPSA (Nemesis) id 0M9LFi-1Zae7u2Uz0-00Cg8q; Wed, 26 Aug 2015 18:46:12 +0200 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 In-Reply-To: <87a8temdei.fsf@gnu.org> X-Provags-ID: V03:K0:g1bif86ZNXdOmmYKFQqFOaFdco+Em2Rk4bRKx+JSerw5sD8cfnn +05xoJI3Q1rEBzU+qxGtihTDg3TVqjB9a/siYFDmCoGKSm2eBD9nJ0yrzDmhL753BkC9uL/ KC8ltblQ4Z4EKD3ML5IEyTgkSYhVKw5+lpEiJS8HYdT03rgYy51DSbgtvyq9SRYlt5r9myZ +vSImyHAXETLGBWyLyWZw== X-UI-Out-Filterresults: notjunk:1;V01:K0:/mS4asfuzWk=:qNKPf1rGBE0Tq6qayz+REn u9SLt2+FlSGtebHd0rnfJ0x/Cc8zoF8aj1oa1XZa6PBFMwCyEfBj+IsjINU0QOT+qWbJgRzvi hM8gvvmFYi4n/JODCZYmgaxHc1BlIev21KpE6vjzmVQyT9DSAu80papVMtuLGu2qwrsVMtOuV eYT/xkWkDzUBlZ5qe3rDvZwE4n7v2Ruf5rJzK9nGqX6IKjwDnTLG0fbm8GPz76awZMXd8veiU QfcZABM4D5saoelGSWmZSn+8aLILstL/jRkq7XCsqd/BYh+mKEMZsV3UlEvt1NpRliH0NRoN1 LNxtWtHzaQXS38eJ5J0eZZYPZ44m+FM3p31FFz6m9vW0UQq+Vlc3Tdc2hJQ/c0Rugnt1VMkon 3LTeYpcLI4gs8izKgjqI2OX6NSwXetmbwyut9iyNa0gRPVtHvTxe3Fw2nIrmNPyWfWHGMlHo3 Be8ik8zaiMUe3bBEzIua/DNWm7I6hSg/HW/wcdikpG3R1tYv5i981EgTBOAVplGWnJcV/z8SY fhRn3Yge62Adoh3U08vjdUgCfkXiLin8uHVUOPaomUAPeNrsLHiDAi7foIsojmergK9Lrk44Z k0vc1AvtoJYp/6Mm5EWOzxTRKcOD/pWOg0LPpZjrwmlMGndGCI1Ec+cm0XOnPQcupqBJ6b2PB j+Yz77ylxhBddI03YX/XV+52dIiE2i7+6cdv4G/s14ILSaqoF2rA7C+LQoWWFFZi251KG5QTN 6AFY+GyBsyEFoSaxfIEJ2JMpBgpY8cuDmIFWIZ46DCWVsdTfyXdF3PopM2SxaCB51OJzx4We X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.126.187 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:189195 Archived-At: Am 26.08.2015 um 14:40 schrieb Tassilo Horn: > Andreas Röhler writes: > >>>>> There is a lot of ugliness in the way fill-paragraph works, but >>>>> developing a replacement that works ok in practice is harder than it >>>>> looks. I recall a time that we tried. >>>> What would prevent switching the clauses as suggested? >>> IMO, it makes completely sense that `fill-paragraph' delegates to >>> `fill-region' if the region is active so that not every mode-specific >>> `fill-paragraph-function' has to do that on its own. >> Let's assume region is up to or inside a documentation-string in >> Python. >> >> Then fill-region will be called instead of fill-paragraph-function. >> >> But how should fill-region get access or know about Python docu-string >> styles? > `fill-region' would utilize `fill-forward-paragraph-function' to move > over the paragraphs in that region okay > and call `fill-paragraph-function' on > them. Can't see that. May you point me at? Cheers, Andreas