From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from danbala.tuwien.ac.at (danbala.ifoer.tuwien.ac.at [128.130.168.64]) by krisdoz.my.domain (8.14.3/8.14.3) with ESMTP id pANCsSNN018031 for ; Wed, 23 Nov 2011 07:54:28 -0500 (EST) Received: by danbala.tuwien.ac.at (Postfix, from userid 116) id 6C01D391C88; Wed, 23 Nov 2011 13:54:26 +0100 (CET) Date: Wed, 23 Nov 2011 13:54:26 +0100 From: Thomas Klausner To: Ingo Schwarze Cc: discuss@mdocml.bsd.lv Subject: Re: Space after .E[dl...]? Message-ID: <20111123125426.GT9000@danbala.tuwien.ac.at> References: <20111122223416.GY9000@danbala.tuwien.ac.at> <20111123003118.GA24880@iris.usta.de> X-Mailinglist: mdocml-discuss Reply-To: discuss@mdocml.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111123003118.GA24880@iris.usta.de> On Wed, Nov 23, 2011 at 01:31:19AM +0100, Ingo Schwarze wrote: > However, this is not just a question of what we like better, > but also a question of compatibility. There are three aspects > to compatibility: I understand your point. Most (if not all) mdoc man pages that a typical BSD user is interested in will come with their operating system though, so I don't see it as such a big hindrance as you do, because we can fix them. > (3) There are thousands of real-world manuals written for the > old behaviour. Quite probably, there are some that will look > worse after the change because the additional blank line is not > an improvement in their particular case, even if it is in many > other cases, and the authors of course relied on the fact that > there is no blank line. Before even proposing this change in > the language definition, i'd like some rough estimate, or at > least feeling, how many pages might be affected by this effect, > and how much effort we are imposing on people like jmc@ to > clean up the tree after the change. For backwards compat, I'd like to have Pp after El etc. ignored; this should fix this problem. Thanks for your feedback! Thomas -- To unsubscribe send an email to discuss+unsubscribe@mdocml.bsd.lv