If I understand Wade correctly the one of the main purposes(at least) is not
hiding "content" bundles somewhere(for example in Browse's bookmarks)
..and I see your concern(for what reason we should create new entities
if there are lots of existed content - Gutenberg's texts, pdfs, etc)
..I was thi
Wade,
Here are a couple of /very/ quick thoughts for you. Please let me know which
ones are helpful and which are simply confusing (or misguided).
Michael
The basic premises of this rant are that
"we need to be able to mix, match and dissect activities"
so therefore activ
On Wed, Apr 8, 2009 at 2:20 AM, Aleksey Lim wrote:
> If I understand Wade correctly the one of the main purposes(at least) is not
> hiding "content" bundles somewhere(for example in Browse's bookmarks)
> ..and I see your concern(for what reason we should create new entities
> if there are lots of
On Wed, Apr 8, 2009 at 9:12 AM, Eben Eliason wrote:
> On Wed, Apr 8, 2009 at 2:20 AM, Aleksey Lim wrote:
>> Proposal.
>>
>> To achieve this target, instead of inventing new versioning scheme in sugar
>> (in addition to Journal), I propose treat Activities as regular Journal
>> objects.
>
> I'm a
On Wed, Apr 8, 2009 at 1:54 PM, Wade Brainerd wrote:
> On Wed, Apr 8, 2009 at 9:12 AM, Eben Eliason wrote:
>> On Wed, Apr 8, 2009 at 2:20 AM, Aleksey Lim wrote:
>>> Proposal.
>>>
>>> To achieve this target, instead of inventing new versioning scheme in sugar
>>> (in addition to Journal), I propo
On Wed, Apr 08, 2009 at 01:54:45PM -0400, Wade Brainerd wrote:
> On Wed, Apr 8, 2009 at 9:12 AM, Eben Eliason wrote:
> > On Wed, Apr 8, 2009 at 2:20 AM, Aleksey Lim wrote:
> >> Proposal.
> >>
> >> To achieve this target, instead of inventing new versioning scheme in sugar
> >> (in addition to Jou
On Wed, Apr 08, 2009 at 02:01:58PM -0400, Eben Eliason wrote:
> On Wed, Apr 8, 2009 at 1:54 PM, Wade Brainerd wrote:
> > On Wed, Apr 8, 2009 at 9:12 AM, Eben Eliason wrote:
> > certainly provide a future path for activity versioning, promote the
> > creation and modification of activities to be a
On Wed, Apr 08, 2009 at 09:12:17AM -0400, Eben Eliason wrote:
> On Wed, Apr 8, 2009 at 2:20 AM, Aleksey Lim wrote:
> > Benefits.
> >
> > With this scheme accepted user will have unified interface to all
> > objects(and theirs versions) - content(generated by activities or
> > downloaded from the i
The idea that activities actually exist in the Journal (and only in
the Journal) is really exciting to me.
To fully realize this, we should unpack their .xo bundles *into their
Journal entry directory*, not /home/user/Activities.
Also, the default Activities should be present in the Journal, whi
On Wed, Apr 8, 2009 at 3:17 PM, Wade Brainerd wrote:
> The idea that activities actually exist in the Journal (and only in
> the Journal) is really exciting to me.
>
> To fully realize this, we should unpack their .xo bundles *into their
> Journal entry directory*, not /home/user/Activities.
Yes
Quick comment: you should probably be thinking about running
activities *in place from their ZIP file* rather than storing the
"unpacked" form in the Journal. This will lead to a much simpler
implementation in the short term, since activities still have a single
identity.
There are a number of de
11 matches
Mail list logo