all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Stephen J. Turnbull'" <stephen@xemacs.org>
Cc: 'David Reitter' <david.reitter@gmail.com>,
	'Emacs-Devel devel' <emacs-devel@gnu.org>
Subject: RE: Oop customization group
Date: Sat, 6 Jun 2009 20:32:26 -0700	[thread overview]
Message-ID: <2ADA2594AEBC491B83F4A0C5329C4ECD@us.oracle.com> (raw)
In-Reply-To: <87my8kgasb.fsf@uwakimon.sk.tsukuba.ac.jp>

>  > Group inheritance can be multiple. This is essentially a tagging
>  > mechanism (in the sense of del.icio.us tags, not Emacs tags),
> 
> No, it's not, not until the UI reflects that.

You seem to be in violent agreement. ;-)

That was my point (in part). Groups are not really more than tags, because of
multiple inheritance and because this "inheritance" is so loose that it is
merely a kind of cross referencing ("see also") - you can even have group A that
inherits from a group B that inherits from A.

Groups are not more than tags in terms of their semantics, and they are less
than tags when it comes to UI. As I suggested, and as you reiterate, the UI is
not by design a tagging UI. 

That was my point in bringing this up: Since groups are nothing more than
arbitrary labels/tags, should we not perhaps provide a UI that is more in line
with the tagging and tag-searching UIs one sees today?

> If we're going to go in the direction of d.i.u-style tagging, what I
> think is needed is some way to communicate users' idea (ie, some sort
> of consensus which may still be somewhat ambiguous or confused, not
> coherent, well-thought-out individual systems) to the distribution.

Locally, that could come naturally, I think, if the UI were more tag-like.
Either on an individual basis or collectively among users at the same site, user
tagging would be reflected in the resultant tag set ("group hierarchy").
Regardless of the UI, that is what happens now, when users define groups that
other (local) users can see.

But yes, it could be useful to somehow integrate tagging by the wider user
community, so that it becomes part of Emacs, that is, part of a local Emacs
installation or a local Emacs session. Given Internet access, the tag set
available locally could dynamically (at least on demand) be made to reflect
tagging by users at large. 

How best to do that, I don't know - I'm pretty ignorant about this stuff.
Perhaps gnu.org could have a Web service that would federate user tagging, and
which could be used to update one's local Emacs. That is, local tagging by users
could be pushed out, and tags collected from non-local users could be pulled in.





  reply	other threads:[~2009-06-07  3:32 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-06 12:24 Oop customization group David Reitter
2009-06-06 16:57 ` chad
2009-06-06 18:08 ` Drew Adams
2009-06-07  0:14   ` Stephen J. Turnbull
2009-06-07  3:32     ` Drew Adams [this message]
2009-06-07  5:43       ` Stephen J. Turnbull
2009-06-06 19:06 ` Stefan Monnier
2009-06-08 21:21   ` MON KEY

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=2ADA2594AEBC491B83F4A0C5329C4ECD@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=david.reitter@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=stephen@xemacs.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.