On Sat, Nov 28, 2009 at 04:16:30PM +0000, Aleksey Lim wrote: > On Sat, Nov 28, 2009 at 04:24:30PM +0100, Bert Freudenberg wrote: > > On 27.11.2009, at 17:15, Aleksey Lim wrote: > > > > > > On Fri, Nov 27, 2009 at 04:57:40PM +0100, Bert Freudenberg wrote: > > >> On 27.11.2009, at 07:13, Aleksey Lim wrote: > > >>> > > >>> Hi all, > > >>> > > >>> Want to know what people think about Journal Plugins feature[1] > > >>> and particularly that design team think about UI changes[2] involved > > >>> in this feature. > > >>> > > >>> [1] http://wiki.sugarlabs.org/go/Features/Journal_Plugins# > > >>> [2] http://wiki.sugarlabs.org/go/Features/Journal_Plugins#UI_changes > > >> > > >> I like the idea. > > >> > > >> Reminds me of how in OS X, the Finder can be extended to support more > > >> file formats by a plugin stored in an application bundle. The Finder > > >> knows how to show previews for several document types (audio, video, > > >> multi-page document). It recognizes a limited set of formats (like jpg, > > >> mov, pdf), and the app's plugin simply needs to convert its own format > > >> into one of these formats. > > > > > > yup, I had the same in mind, API will let Journal plugin to use query > > > (tags(which include MIME types tags) and search string) to restrict > > > final set of objects > > > > > >> That's a lot simpler than having to write an actual viewer plugin (which > > >> also would have to be maintained for every new version of the viewer). > > >> E.g., Etoys stores a thumbnail in its project file which are simply > > >> zipped, so the preview plugin just extracts the thumbnail picture from > > >> the project. Tt does not have to care about the actual UI used to > > >> display the thumbnail. > > > > > > there is another benefit for separate plugins - > > > plugins could be out of sugar release cycle(;P to core maintainers) > > > > > > -- > > > Aleksey > > > > I'm not sure we are talking about the same thing, though maybe we do - so > > I'll be explicit: > > > > I'm suggesting that activities would contain those plugins for the types > > they support. > > got it, but not sure, we can get the same result with preview feature, > in preview() every activity can "convert" its object to image, in my mind > its more useful(at least for now) then complicated system with preview > plugins.
[1] is more about adding special UI components, like for Books plugins, add extra columns to object list(author, date etc) or subwidget with preview etc. -- Aleksey _______________________________________________ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
