all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: 38051@debbugs.gnu.org, stefan@marxist.se
Subject: bug#38051: 26.3; (elisp) `Insertion' use of verb "point"
Date: Fri, 08 Nov 2019 22:14:33 +0200	[thread overview]
Message-ID: <8336eyazx2.fsf@gnu.org> (raw)
In-Reply-To: <b1d539d7-b507-4b33-8f2c-bcbf80e35d64@default> (message from Drew Adams on Fri, 8 Nov 2019 11:56:29 -0800 (PST))

> Date: Fri, 8 Nov 2019 11:56:29 -0800 (PST)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: stefan@marxist.se, 38051@debbugs.gnu.org
> 
> > > 1. From a user point of view (conceptual model),
> > >    markers _are_ objects that can be located
> > >    _in_ a buffer, _at_ buffer positions.
> > 
> > That is incorrect.  A marker stores a buffer and a location within
> > that buffer, but it isn't itself located in a buffer.
> 
> From a user point of view.  That's the point.
> That can't be "incorrect".

Of course it can.  And it is.

> It's a question of what the user needs as a
> conceptual model to work with markers (and
> overlays, for that matter).

Wrong conceptual models will bite you down the road.  It is best to
have correct conceptual models.

> > Overlays are completely different beasts.
> 
> If you say so (without any explanation of why you
> think so).
> 
> Does an overlay store a buffer and two locations
> within that buffer?

No.  Like I said: it's a different beast.

> What is it in the user-observable behavior of a
> marker that requires introducing the extra
> (I'd say extraneous) construct of it "pointing to"
> a buffer and a position within that buffer?

Convenience and clarity of description.

And please, can we stop this bikeshedding?  It goes nowhere.





  reply	other threads:[~2019-11-08 20:14 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <<10c2ca80-b3d5-4efb-a2b1-5ded0cc8a14d@default>
     [not found] ` <<83sgn3h7yj.fsf@gnu.org>
2019-11-04 18:10   ` bug#38051: 26.3; (elisp) `Insertion' use of verb "point" Drew Adams
2019-11-04 18:36     ` Eli Zaretskii
     [not found] ` <<874kzfyzk5.fsf@marxist.se>
     [not found]   ` <<3b0f7464-a74f-4687-b91b-b654697cc1cc@default>
     [not found]     ` <<83a796b2tx.fsf@gnu.org>
2019-11-08 19:56       ` Drew Adams
2019-11-08 20:14         ` Eli Zaretskii [this message]
2019-11-09 14:55           ` Stefan Kangas
2019-11-03 21:26 Drew Adams
2019-11-04 17:23 ` Eli Zaretskii
2019-11-08  0:36 ` Stefan Kangas
2019-11-08 17:53   ` Drew Adams
2019-11-08 19:11     ` Eli Zaretskii

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=8336eyazx2.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=38051@debbugs.gnu.org \
    --cc=drew.adams@oracle.com \
    --cc=stefan@marxist.se \
    /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.