Hi,
Le samedi 18 avril 2009 à 19:23 +0200, Jean Bréfort a écrit :
> I don't understand why this would be needed, or even useful. I need some
> time to investigate what would be broken (candidates are abiword and
> gchemutils).
It's useful in an application where the data dimension is not know when
we create the GOData object. Which is the case for an application I'm
writing.
Even without that, it makes subclassing of GOData much simpler, and
avoid much of the code duplication, which is quite obvious in the
GODataVectorFoo and GODataMatrixFoo classes.
GnmGODataFoo could be merged into a single GnmGOData class.
It also helps to keep things consistent. For example,
go_data_scalar_get_str which returns a const char *, where vector and
matrix variants return char *.
Emmanuel.
> Le samedi 18 avril 2009 à 18:25 +0200, Emmanuel Pacaud a écrit :
> > Hi,
> >
> > Here's the patches that removes GODataScalar, GODataVector and
> > GODataMatrix and moves their functionality into GOData.
> >
> > It could be possible to go further and also merge the GODataFooVal,
> > GODataFooStr and GnmGOFooData classes into GODataVal, GODataStr and
> > GnmGOData.
> >
> > Comments ?
> >
> > Emmanuel.
> > _______________________________________________
> > gnumeric-list mailing list
> > gnumeric-list@gnome.org
> > http://mail.gnome.org/mailman/listinfo/gnumeric-list
>
_______________________________________________
gnumeric-list mailing list
gnumeric-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnumeric-list
