[Chandler-dev] Proposal/Call for volunteers/Brain dump: Showing
reminders when Chandler isn't running
Jeffrey Harris
jeffrey at osafoundation.org
Wed Jul 19 10:55:47 PDT 2006
>> 1) Have two separate processes, the app and a background
>> daemon/service, that both access the user's repository. The way I
>> understand things (Andi, correct me if I'm wrong), both processes
>> would need to poll (via the repository view refresh() API) to detect
>> when changes have occurred. It turns out Chandler does this already
>> (in a wx idle event callback), while the reminder process could
>> presumably just check every minute (if it's not displaying any UI).
>
> Yes, that should work.
I'd lean towards option 1). A flat-file system is probably the cheapest
way to get a reminder widget up and running with low resource
consumption, so I'm not opposed to starting there, but I can imagine
this background process having:
- a hotkey that essentially pops up the current Chandler preview area,
- a quick-entry widget, or
- maybe just run the appropriate server to accept quick-entries from
XML-RPC
Since we're already committed to handling merges well, it seems like we
might as well take advantage of the existing investment...
Sincerely,
Jeffrey
More information about the chandler-dev
mailing list