From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Juanma Barranquero" Newsgroups: gmane.emacs.devel Subject: Re: display.texi: (,) isn't documented. Date: Thu, 7 Jun 2007 17:35:56 +0200 Message-ID: References: <874plkkc3s.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1181230624 4614 80.91.229.12 (7 Jun 2007 15:37:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 7 Jun 2007 15:37:04 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 07 17:37:03 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HwK2j-0005cm-VQ for ged-emacs-devel@m.gmane.org; Thu, 07 Jun 2007 17:36:58 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HwK2j-0001rk-Gy for ged-emacs-devel@m.gmane.org; Thu, 07 Jun 2007 11:36:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HwK1o-0000Tx-2U for emacs-devel@gnu.org; Thu, 07 Jun 2007 11:36:00 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HwK1m-0000R3-8x for emacs-devel@gnu.org; Thu, 07 Jun 2007 11:35:59 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HwK1m-0000Qe-1N for emacs-devel@gnu.org; Thu, 07 Jun 2007 11:35:58 -0400 Original-Received: from wr-out-0506.google.com ([64.233.184.227]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HwK1l-0003ov-K8 for emacs-devel@gnu.org; Thu, 07 Jun 2007 11:35:57 -0400 Original-Received: by wr-out-0506.google.com with SMTP id 68so454104wri for ; Thu, 07 Jun 2007 08:35:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=V28EB/Bk7V6k181FoqFqHhTUTdR/KGjnUuEK7fmVJ7EINh0qTbTgvvVWCm+fcRRexav8cCCjjcHfxR8uXdXmYrRjHUW30rghHXnGY4pyIPpW6Ec7ZkMiVWjeZyqXNQm+niJg4uFuxgvh9gMdiBPjGJtig3bumCUBsGlaNe9p4d8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=d3Jk16VKnDboqqFWG27mTwyWuhXLtSZ3XEdxTMconX7JZH8O4tvt3DEy+EzlNn973kDhEVmmxG6Xk3ccJj5cttr+wDSUVmoPvdmhn2c0lXjGzok7aRGb6L9p/LPQM3v2blyDDNDAcqAMGolDsLDcJRMf5kSREB0DwUGQ5RNvZ0Y= Original-Received: by 10.90.80.8 with SMTP id d8mr1693778agb.1181230556751; Thu, 07 Jun 2007 08:35:56 -0700 (PDT) Original-Received: by 10.90.103.8 with HTTP; Thu, 7 Jun 2007 08:35:56 -0700 (PDT) In-Reply-To: Content-Disposition: inline X-detected-kernel: Linux 2.4-2.6 (Google crawlbot) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:72416 Archived-At: On 6/7/07, Drew Adams wrote: > How about: > > column only - 67x > line only - 234y > line & column - 67x234y Please, don't. > Advantages: > > . Few characters (no wasted space). More than 234:67 > . It's clear which is horizontal and which is vertical. Only if you know the (x,y) terminology (i.e., technically/scientifically oriented people). > . x and y are much more universal than L for "line" > and C for "column". No need to translate. I'm not going to defend L and C, but Emacs buffers have rows (lines) and columns, not x and y coordinates. > . Lowercase makes the units stand out from the digits. > The descender on the `y' makes it easy to spot and > disambiguate. (compared with L,C - and l,c suffers > from confusing l with 1) My brain has no trouble parsing 234,67 or 234/67 or 234:67, but 67x234y is just a clump. > Disadvantages of other proposals: > > . (34,67) and 34:67 are not clear about which is > horizontal and which is vertical. No, but many files have much more lines than columns, and it's really just a convention. Once you've used it for a while, it's automatic. > . :67 and 234: take longer to parse, to figure out > which is horizontal (vs 67x and 234y). In some universe tangent to mine, surely :) (BTW, very funny: with a Unicode font you could use U+2192 and U+2193 or some other suitable pointing-looking characters :) > . Using (234,67) for both horizontal and vertical, but 234L > and 67C for one only is more complex, less consistent. Yes. Juanma