From: "Drew Adams" <drew.adams@oracle.com>
To: <emacs-devel@gnu.org>
Subject: RE: display.texi: (<line>,<col>) isn't documented.
Date: Thu, 7 Jun 2007 14:20:54 -0700 [thread overview]
Message-ID: <EIENLHALHGIMHGDOLMIMAEDKDCAA.drew.adams@oracle.com> (raw)
In-Reply-To: <20070607202624.GA1264@muc.de>
> > I think explicit units help, and are consistent and clear also
> > when only one unit is used (25c). I think they should be placed
> > after the numbers, not before: 12<line-unit>25<column-unit>.
> > So, 12L25C or 12l25c or 12y25x or some
> > such. If we can spare a space, then it is even more readable: 12L 25C.
>
> "Lines" and "Columns" here aren't units - they're identifying
> information. If the cursor is on L168, that's in no way 4 times its
> being on L42.
Perhaps it depends on how you interpret "L" or "lines".
168 lines from buffer top edge is exactly 4 times as far from buffer that
edge as is 42 lines (modulo existence of header lines etc.). 50 columns from
buffer left edge is 5 times as many columns as is 10 columns from that edge.
"Line" as a unit here means line height (including, perhaps, inter-line
spacing). You could even define this unit in terms of points or pixels (you
agree that they are units, right?). It a relative unit, of course, defined
in terms of `frame-char-height' (again, perhaps + inter-line spacing), so
that 1 line in buffer foo might be 14 pixels and 1 line in buffer bar might
be 10 pixels. And of course pixel is itself a relative unit, depending on
monitor ppi... Likewise, for column and `frame-char-width'.
A better argument might be to say that 25x 50y does not refer to 25 x units
and 50 y units (which is why I spoke of x and y directions in that case, and
of x and y as standing for horizontal and vertical).
I really don't care which word you want to use: "unit", "label", "bizdink".
If my write-the-units-after-the-quantities argument doesn't make sense to
you in this context, that's OK.
> As an analogy, you might live at "flat 15" in a block of
> flats. That's not "15 flats", it's not a unit of measurement; it's
> merely a label, and if building work happened, you might suddenly find
> yourself living at "flat 30", for which you wouldn't want to pay twice
> the rent.
30 flats from block edge (zero) - what's the problem?
Now, if the street addresses of two successive flats are not consecutive,
then there is perhaps a non-linear or even a bizarre relation between flat
units and address units, but that doesn't invalidate either as a unit.
I don't see the contradiction you see - or the relation between flat units
and duobled rent. Perhaps your whole post was meant as humor and I'm just
not getting it? I'm just hoping I understand "flat" correctly ;-).
> You might tell a visitor to come in through the front door, up
> the stairs, then you live at the third flat on the left. Here, "flat" IS
> being used as a unit.
>
> Note the difference in order: "flat 15" vs. "the third flat".
My monitor is 3 inches from the table edge (third inch from the edge) and 15
inches from the wall (inch 15 from the wall). So what?
next prev parent reply other threads:[~2007-06-07 21:20 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-05 23:19 display.texi: (<line>,<col>) isn't documented Alan Mackenzie
2007-06-06 16:59 ` Richard Stallman
2007-06-06 17:36 ` mode line: 1) indicate region size, if active; 2) highlight column # if > limit Drew Adams
2007-06-06 17:44 ` David House
2007-06-06 18:19 ` Drew Adams
2007-06-06 18:26 ` David House
2007-06-06 18:41 ` chad brown
2007-06-08 7:12 ` Richard Stallman
2007-06-22 23:13 ` Drew Adams
2007-06-23 13:19 ` Richard Stallman
2007-06-23 19:52 ` Juri Linkov
2007-06-24 14:40 ` Richard Stallman
2007-06-06 19:44 ` display.texi: (<line>,<col>) isn't documented David Kastrup
2007-06-06 20:07 ` Stefan Monnier
2007-06-06 20:09 ` Juanma Barranquero
2007-06-06 21:27 ` Juri Linkov
2007-06-07 15:12 ` Drew Adams
2007-06-07 15:17 ` David House
2007-06-07 15:30 ` Drew Adams
2007-06-07 15:40 ` Lennart Borgman (gmail)
2007-06-07 15:42 ` David House
2007-06-07 15:35 ` Juanma Barranquero
2007-06-07 15:44 ` David House
2007-06-07 15:45 ` Thomas Hühn
2007-06-07 15:49 ` Andreas Schwab
2007-06-07 16:15 ` Dieter Wilhelm
2007-06-07 17:18 ` Drew Adams
2007-06-07 17:28 ` Thomas Hühn
2007-06-07 17:42 ` Juanma Barranquero
2007-06-07 19:39 ` Jay Belanger
2007-06-07 20:17 ` Juri Linkov
2007-06-07 18:13 ` Dieter Wilhelm
2007-06-07 20:26 ` Alan Mackenzie
2007-06-07 21:20 ` Drew Adams [this message]
2007-06-07 21:33 ` Davis Herring
2007-06-08 14:24 ` Richard Stallman
2007-06-08 15:09 ` Drew Adams
2007-06-09 20:24 ` Richard Stallman
2007-06-09 20:35 ` Drew Adams
2007-06-09 21:34 ` Juri Linkov
2007-06-10 15:02 ` Drew Adams
2007-06-10 23:24 ` Johan Bockgård
2007-06-11 9:44 ` Richard Stallman
2007-06-11 17:21 ` Drew Adams
2007-06-13 8:07 ` Richard Stallman
2007-06-13 8:07 ` Richard Stallman
2007-06-10 13:18 ` Richard Stallman
2007-06-10 15:15 ` Drew Adams
2007-06-11 3:40 ` Miles Bader
2007-06-11 5:32 ` Drew Adams
2007-06-11 9:44 ` Richard Stallman
2007-06-11 9:50 ` David House
2007-06-11 17:30 ` Drew Adams
2007-06-08 7:11 ` Richard Stallman
2007-06-08 7:26 ` Thien-Thi Nguyen
2007-06-08 8:15 ` Kim F. Storm
2007-06-08 9:42 ` David House
2007-06-09 9:45 ` Richard Stallman
2007-06-08 8:11 ` Kim F. Storm
2007-06-08 8:38 ` Juri Linkov
2007-06-08 20:05 ` Dieter Wilhelm
2007-06-08 8:48 ` Nick Roberts
2007-06-06 21:57 ` Stephen Berman
2007-06-07 5:05 ` Werner LEMBERG
2007-06-10 8:35 ` Daniel Brockman
2007-06-10 14:27 ` Juri Linkov
2007-06-06 23:53 ` Jay Belanger
2007-06-07 0:07 ` David Kastrup
2007-06-07 0:08 ` Nick Roberts
2007-06-08 12:06 ` Alan Mackenzie
2007-06-07 8:23 ` tomas
2007-06-07 17:25 ` Alan Mackenzie
2007-06-08 8:26 ` tomas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=EIENLHALHGIMHGDOLMIMAEDKDCAA.drew.adams@oracle.com \
--to=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.