Maybe i didn't explain my thoughts properly.
What would you think of keeping all the chart creation, editing ... in
gnumeric and only allow import of readymade charts in abiword? Of
course we should still be able to trigger the creation of a new chart
from abi, but the work itself would be done in gnumeric.
So we would avoid code duplication and offer integraion with
gnumeric's full functionality.
The "only" thing that abi would have to do would be to display the charts.
The entire .gnumeric file could maybe be stored inside the .abw,
written to a temporary file while edited and imported back into the
.abw on save. This is of course a bit hackish but it doesn't require a
fancy component model and should therefore work on all platforms.
On the abi side we could so concentrate on polishing the interaction
and maybe create a chart import dialog which shows previews of all the
charts that a .gnumeric file contains.
As a side effect for our users all this might also strengthen the
"office suite feeling".
Just my $0.02
- Rob
On Wed, 23 Mar 2005 13:03:12 +0100, Jean Bréfort
<jean.brefort@normalesup.org> wrote:
> Le mercredi 23 mars 2005 à 12:45 +0100, Robert Staudinger a écrit :
> > Hi Jean,
> >
> > i'm very excited you are working on that!
> >
> > On Wed, 23 Mar 2005 11:38:56 +0100, Jean Bréfort
> > <jean.brefort@normalesup.org> wrote:
> > >
> > > Hi,
> > >
> > > I see several ways we might want to add charts in abi (unix version):
> > >
> > > - incorporate charts using a guru, with data from abiword. This can be
> > > done if we call goffice graph guru. The appropriate function is:
> > >
> > > GtkWidget *gog_guru (GogGraph *graph, GogDataAllocator *dalloc,
> > > GOCmdContext *cc, GtkWindow *toplevel,
> > > GClosure *closure);
> > >
> > > The most difficult part here is GogDataAllocator (and I am going to
> > > start working on it soon). What we need is (simplifying) a widget to
> > > choose the data needed for the graph. These data might be a row/column
> > > from a table or comma separated values.
> >
> > I'm not sure if this would make our users happy, some options that are
> > available in gnumeric would always be missing in abi (that's what i'm
> > afraid of).
>
> I don't see which options might be lacking. Charts code is in libgoffice
> and does not use gnumeric (even if gnumeric provides the interfaces
> necessary to retrieve the data).
>
> > I would prefer if charts would always be handeled in gnumeric and only
> > displayed in abiword. What do you think of providing
> >
> > + Import Chart (filechooser to open gnumeric file)
> > + Create new Chart (Gnumeric starts with a new, empty file, then
> > inserted to abi)
> > + Eventually something like "Chart from Table" (with AbiWord's data),
> > but in that case i'd export the table to gnumeric first, so the
> > UI/Environment in which charts are created/modified is always the
> > same.
>
> In the last case, gnumeric is of no help, except I'd not have to write a
> GogDataAllocator interface in the abigochart plugin.
>
> > It would of course be unbelievably great if we had a way to display
> > the table on which a chart is based in abiword also to have
> > consistency.
> >
> > WRT the component system problem it might be an (interim?) solution to
> > store the whole gnumeric file inside the .abw as it's done for mathml?
>
> This is possible, if we can get the chart outside of the gnumeric file.
> We'll probably need libgnumeric which does not exist yet.
>
>
Received on Wed Mar 23 13:35:13 2005
This archive was generated by hypermail 2.1.8 : Wed Mar 23 2005 - 13:35:13 CET