From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.devel Subject: Re: fill-paragraph ill designed Date: Wed, 26 Aug 2015 19:03:07 +0200 Message-ID: <14f6af66db8.27bc.69bc538c4644581689883e654f15bce0@gnu.org> References: <55DC2621.4030905@online.de> <55DD5D02.9090407@online.de> <87bndule6e.fsf@gnu.org> <55DDAF7D.4000809@online.de> <87a8temdei.fsf@gnu.org> <55DDED47.8080700@online.de> 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 1440608622 22141 80.91.229.3 (26 Aug 2015 17:03:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Aug 2015 17:03:42 +0000 (UTC) To: =?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?= , Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 26 19:03:36 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 1ZUe6o-0008Ae-6f for ged-emacs-devel@m.gmane.org; Wed, 26 Aug 2015 19:03:34 +0200 Original-Received: from localhost ([::1]:39446 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUe6i-00048k-Ls for ged-emacs-devel@m.gmane.org; Wed, 26 Aug 2015 13:03:28 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59280) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUe6Q-00048R-1b for emacs-devel@gnu.org; Wed, 26 Aug 2015 13:03:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZUe6M-00024s-LJ for emacs-devel@gnu.org; Wed, 26 Aug 2015 13:03:09 -0400 Original-Received: from out4-smtp.messagingengine.com ([66.111.4.28]:55379) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUe6M-00024d-FH for emacs-devel@gnu.org; Wed, 26 Aug 2015 13:03:06 -0400 Original-Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id C424221C80 for ; Wed, 26 Aug 2015 13:03:05 -0400 (EDT) Original-Received: from frontend1 ([10.202.2.160]) by compute6.internal (MEProxy); Wed, 26 Aug 2015 13:03:05 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=fdrb6Ug/bOhOoiv 7mzAVoHiUmQM=; b=B3K5THOHJ5wLywQNPh+aBayck7ZzxKquB9iz1ZcDkI5fJ1c U5dTpGy3b8enrVrL6fkWTRTh70OYY8la90W7Q9b43n54gJBxE3C6sx1nJ6JaqocC HQC17qTvikZuk8VldI1Zf0IBgvr6B2JGaE5Fr5SBHbDfKchT4gfxPtQ19O9c= X-Sasl-enc: usfbwhEZqIYzQoIeA9s9zj2fpZj2lVZ+AOpM4gq38iFE 1440608582 Original-Received: from [192.168.0.103] (unknown [2.163.189.65]) by mail.messagingengine.com (Postfix) with ESMTPA id 9C646C00021; Wed, 26 Aug 2015 13:03:01 -0400 (EDT) In-Reply-To: <55DDED47.8080700@online.de> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 AquaMail/1.5.9.11 (build: 22000017) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 66.111.4.28 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:189196 Archived-At: No, I can't point at it. I spoke in the subjunctive, i.e., IMO it would be the right thing to do for fill-region but currently it works differently. On August 26, 2015 18:46:23 Andreas Röhler wrote: > > 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 > >