> Hi All,
> After writing a partially complete, GNUmeric import/export filter, I
> began to get frustrated because much of the code already exists in GNUmeric.
> I was thinking about writing a filter which could use the plugins of
> GNUmeric to import and export files. This would elimate the need to rewrite
> the code, and automatically boost the number of file types that kspread
> could import and export.
> If you are thinking about redesigning the Filter API and architecture, you
> may find that the GNUmeric people have solved some of the design problems
> I haven't looked at their design in depth, but here's a pointer to the CVS
> directory: <a href="/bti/redirect.html?http://cvs.gnome.org/lxr/source/gnumeric/plugins/"; target="newLink">http://cvs.gnome.org/lxr/source/gnumeric/plugins/</a>
> A single filter source-pool for all opensource projects would be wonderful
> to achieve.
> I honestly believe filter quality/completeness is one of the largest
> barriers to acceptance of koffice/open office/gnumeric into the larger
> business eviornment.
FWIW, such efforts are already underway for the editors over at wvware.sf.net, and I would would certainly encourage the other apps to do the same. Note that is it essential that we all use a generic framework, as well as individual filters in order to support embedding.
The work on libwv2 is intended to be supplemented by libwmf2 for image handling.