Hi, On 9/25/07, Bert Freudenberg <[EMAIL PROTECTED]> wrote: > On Sep 25, 2007, at 15:37 , Tomeu Vizoso wrote: > > There will be a D-Bus service (perhaps a new one, perhaps will be the > > service corresponding to the Journal activity) that will offer a > > retrieveObjectFromJournal method. This method will allow some preset > > filters for filtering by Kind, Date, etc. > > > > This method will open a modal dialog similar to the overlay in [1] and > > will let the user choose one or several objects from a simplified > > journal list view. > > > > [1] http://wiki.laptop.org/go/ > > Image:Activity_browse_handheld_navigation.jpg > > > > Now would be a good moment to discuss if we should implement this for > > FRS or later. > > The earlier the better if I had a say. > > > We have chosen to not support links to other objects in the journal.
I don't understand this choice... > > This will waste space, but simplifies greatly things and we hope will > > give a better experience. > > How would the inability to automatically track changes of an imported > object "give a better experience"? > > It does simplify things, even more so, it over-simplifies them. And am confused even about the simplicity. It seems to me that in a simple system I can say "store/save this item so that everything else can see it". Precluding this option makes sharing complicated, and sharing is one of the core uses we want to support. > > This was decided expecting that differential storage and transparent > > backup to the server will reduce the impact of storage waste and that > > self contained objects will allow for easier sharing and management of > > journal objects. > > Well, this wouldn't necessarily preclude optionally tracking objects, > an activity would have to be prepared that the object may not be > available, and in this case just continue to use its own copy. . SJ _______________________________________________ Sugar mailing list [email protected] http://lists.laptop.org/listinfo/sugar
