Return-Path: Delivered-To: apmail-incubator-esme-dev-archive@minotaur.apache.org Received: (qmail 54397 invoked from network); 29 Oct 2009 17:47:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 29 Oct 2009 17:47:45 -0000 Received: (qmail 12740 invoked by uid 500); 29 Oct 2009 17:47:45 -0000 Delivered-To: apmail-incubator-esme-dev-archive@incubator.apache.org Received: (qmail 12692 invoked by uid 500); 29 Oct 2009 17:47:45 -0000 Mailing-List: contact esme-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: esme-dev@incubator.apache.org Delivered-To: mailing list esme-dev@incubator.apache.org Received: (qmail 12682 invoked by uid 99); 29 Oct 2009 17:47:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Oct 2009 17:47:45 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of hirsch.dick@gmail.com designates 209.85.218.210 as permitted sender) Received: from [209.85.218.210] (HELO mail-bw0-f210.google.com) (209.85.218.210) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Oct 2009 17:47:36 +0000 Received: by bwz2 with SMTP id 2so2746305bwz.20 for ; Thu, 29 Oct 2009 10:47:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=BrUIo+8UfKXOkE0P0i5dC9cXSOGCBTCdo2q688kMwKY=; b=uGyBhfzKU3PD/mBUGeRTY0ssGPbN840d0pFpY64FpUidlPdfc9rgIqr0S5PxSV5oaO v3NnaKyKbwBQnLlI9OpAUhKBbDyi3VDKGr44C4LBweoewSN8Zhy04c2tPd9weSYzqnkT rJnQZ3vShS+6dfaQ5C3tmyqmbsLRWWgYaY6ps= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=ZJWUpKHsN7SgQtft1FtTI5fXAHEydCg6XAs71MXZjTrVvXUzRSM3HPC2kWTJz9rvmV flsePMwFf/00LsxD5mFYCfOkY6/5gc3Otgym7JoN0iOArMyyXiEYlnu8x7aL7zPfbmft 9WJ5f0JOGKe4xY6aKPkQQ7sm8Rvatr06aQuTM= MIME-Version: 1.0 Received: by 10.103.84.15 with SMTP id m15mr138471mul.105.1256838436076; Thu, 29 Oct 2009 10:47:16 -0700 (PDT) In-Reply-To: <68f4a0e80910290938x2614b4e6r5a4e05fa69f0ebb2@mail.gmail.com> References: <68f4a0e80910270655g77db6321m53f8757a9ab115b2@mail.gmail.com> <68f4a0e80910290938x2614b4e6r5a4e05fa69f0ebb2@mail.gmail.com> Date: Thu, 29 Oct 2009 18:47:16 +0100 Message-ID: Subject: Re: Actions, tags, and the public timeline From: Richard Hirsch To: esme-dev@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Excellent points. I think the idea of specifying a pool for the results of an action is good idea. We just need a new action "resend [pool] -- sends the message to a particular pool" Somewhere we described have three types of pools. Public, by-invitation (publicly visible but you have to be invited and private (invite only but not publicly viewable) - Don't know whether this will make it into our first release though. D. On Thu, Oct 29, 2009 at 5:38 PM, Ethan Jewett wrote: > On Tue, Oct 27, 2009 at 11:55 AM, Vassil Dichev wrote: >> >> Actions don't explicitly tag the messages. The problem is the >> long-standing bug ESME-26- URLs are parsed incorrectly (hash sign >> breaks the url), so the anchor is interpreted as a hashtag. I had some >> doubts if hashes would clash with URL parsing, but since this bug >> seems to be popular lately and pops up in all places, I think it's >> high time for me to try to fix it. (I'm aware I've promised other >> stuff but not delivered yet...) > > Ahhh... yes, I see. Looks like you've fixed it too? Thanks! > >> Should we eliminate the public timeline altogether? I don't find much >> use of it either on Twitter or in ESME. > > I think we should seriously de-emphasize it in the UI. Possibly > eliminate it entirely. For a small instance it is a decent discovery > mechanism, but in a large instance it will quickly become useless. > >> I think we must be careful with adding too many concepts or things >> will become too brittle. For instance, imagine that we turn generated >> actions into some other type of message and we're suddenly not able to >> filter them from the personal timeline, which benefits keeping the >> personal timeline nice and clean. > > Agreed, I don't really want another concept, but there is an issue (see below) > >> What you're offering actually sounds a lot like having the message >> generated by the action put in a specific pool. This is the only type >> of message which does not show in the public timeline. Then your >> followers will not be able to see these messages, though. >> >> And by the way the RSS action *is* "owned by a particular user" and >> "pulls in external events from RSS feeds" (did you mean entries >> instead of events?). I don't see what is the difference from what you >> want to promote- an action which is not an action? Would it be >> created/edited in the normal actions page or on a separate page? > > Yes, it is like having an action put a message in a particular pool. > Actually, this is probably exactly what is needed. Basically, some > types of action-generated-messages (my Twitter RSS feed, for example) > I want in my main timeline, displayed to my followers. Other types of > actions (the Jira RSS feed, for example), I'll not want displayed to > my followers. > > Dick's solution to this problem was to set up another user for the > Jira RSS action, so people could follow that user if they wanted. But > the items still polluted the public timeline. Plus, it was another > user for him to manage, and we all know how that ended ;-) > > It seems like the correct solution is exactly what you proposed: Allow > the creator of an action to specify what pool the action's messages go > into. The default should be the public pool. This way, Dick could have > just created a "JIRA" pool and people could join that pool to get the > messages. > > Brings up the question of how to let people join a pool without being > added. Maybe a pool could be marked as "Public" and anyone could join? > > Ethan >