[11:18:27] <garbas> but tell me if i'm wrong with the plan. or if you have something else in mind
[11:19:04] <aclark> garbas: i definitely agree; I'm going to add a comment to try and get supton to respond with any concerns
[11:19:23] <aclark> garbas: in the meantime, after schema/property he says this is 2nd most important: (2) indexing of some sort (ZCatalog or something else) that allows us to query for due and notification times by date (datetime) range (e.g. notification daemon looks for notifications due between last nofitication success and present);
[11:19:41] <aclark> garbas: and i think that is one of your 4 bullet points? so that should give you something to focus on today
[11:20:01] <garbas> perfect. looks we are all on the same page
[11:21:02] <aclark> garbas: yeah the only thing I don't know or fully understand is how strongly he feels about zope.schema and the issue you raised about it not being the best to describe data; we'll see
[11:23:35] <garbas> i'm just saying zope.schema is hard to experiment (it is expensive in time to refractor)
[11:54:38] <aclark> garbas: p.a.event is fine if you can make it work, i think
[11:54:53] <aclark> if it's too much trouble, we need our own :-)
[11:55:41] <garbas> aclark: ok. will add it as a dep and then i'll see how much trouble it gives us
[11:57:26] <aclark> garbas: FYI I ran into some "bad dep" trying to use Plone 5… I'll make a ticket. (I'm trying to see if we can easily support both 4 and 5, very low priority.)
[11:57:49] <aclark> i.e. during buildout some constraint failed for some front end related package
[11:59:08] <garbas> yeah, p.a.widgets and p.a.event would have to be different version for plone 4.0 and 5.0
[11:59:28] <garbas> i would rather create a working version of uu.task on 4.0
[11:59:51] <garbas> and if need we can port it to 5.0, but in a separate branch