[Proposal] Goals for Item-Sharing vis-a-vis: Re: [Last call]
Re: [Chandler-dev] Shipping ticketed-URLs around for
individual items via email
Mimi Yin
mimi at osafoundation.org
Mon Mar 10 20:16:17 PDT 2008
Hi Jeffrey,
See in-line.
On Mar 10, 2008, at 11:54 AM, Jeffrey Harris wrote:
> Hi Mimi,
>
>> *Item - Sharing between Desktop users*
>> 2a. Recipients receive message in their email clients where they
>> see sharing URL
>> - They click on it and Chandler Desktop automatically subscribes
>> to the time;
>
> I'm not clear on what mechanism we'd use to get arbitrary mail
> clients to send URL clicks to Chandler Desktop. We could
> conceivably use our own custom scheme (like webcal:// instead of
> http://), but that's both tricky to get right on all platforms and
> generally frowned upon. Also, the link wouldn't work for casual
> collaborators, we'd need two links, which is confusing.
I dunno if 2 links would be that confusing:
View this note/event on Chandler Hub: http://...
Subscribe to this note/event with Chandler Desktop: http://...
> Failing a custom scheme, I don't think we can get clicking a link
> to take users directly to Desktop. We could send them first to the
> Hub, or we could use a localhost link on a well-known port to talk
> directly to the Desktop, either way it'd open up a browser, it
> wouldn't take you directly to the Desktop client.
>
>> OR
>> 2b. Recipients receive message in Chandler Desktop where Chandler
>> detects sharing URL and automatically subscribes to item, or if
>> user already has item via Sharing, the message is zapped.
>> Does that sound like the right thing to do?
>
> This approach is much closer to what we do now (we could maybe get
> by with just a custom header instead of an EIMML attachment, which
> might let Chandler emails get through Mailman).
I think it might still be important to connect the workflow from
email. A header would be good.
>
> The downsides are similar to what we already have; it requires
> configuring mail accounts in Chandler and it's magical (Chandler
> does something people don't expect, if they set up an account, they
> pretty much expect to get all their mail, or nothing).
I don't think we're going to get rid of inbound email accounts tho,
if only to continue supporting the IMAP folder scenario.
>
>> - Support downloading email replies to messages sent from Chandler
>> (so you have entire thread in Chandler)
>
> I guess this could be made to work for people who use the all-
> messages-in-their-Inbox filing system, but I think it would be very
> expensive to make this work for all IMAP usage patterns. I worry
> that doing this would look like not just magic, but unreliable magic.
Not sure I'm following...Why would this be unreliable? Meaning,
people might file replies out of their Inbox?
>
> So, I'm not sure we're on the same page about long-term item-
> sharing goals.
>
> Sincerely,
> Jeffrey
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
> Open Source Applications Foundation "chandler-dev" mailing list
> http://lists.osafoundation.org/mailman/listinfo/chandler-dev
More information about the chandler-dev
mailing list