help with date axis implementation / How are discrete axes supposed to work?

in advance for your help! Anybody willing to see my code can of course contact me, I don't want to publish it yet since it's not yet in a releasable state, has some printf() debugging etc.. -- Christian Neumair <[EMAIL PROTECTED]> ___ gnum

Re: [PATCH] libgoffice should doesn't pass correct type to gsf_xml_gvalue_from_str()

Am Freitag, den 10.08.2007, 14:44 -0400 schrieb Jody Goldberg: > On Fri, Aug 10, 2007 at 04:21:05PM +0200, Christian Neumair wrote: > > gsf_xml_gvalue_from_str() must know the precise type for G_TYPE_ENUM- > > and G_TYPE_FLAGS-derived types, and not just its fundamental type. Th

[PATCH] libgoffice should doesn't pass correct type to gsf_xml_gvalue_from_str()

s from XML files. Proposed patch attached. -- Christian Neumair <[EMAIL PROTECTED]> Index: goffice/graph/gog-object-xml.c === --- goffice/graph/gog-object-xml.c (Revision 1789) +++ goffice/graph/gog-object-xml.c (Arbeitskopie)

Re: Translated functions are feasible (was: Re: Translate gnumeric functions)

e screen. There may still be reasons to display the untranslated functions, for instance when giving people on IRC XL lessons. -- Christian Neumair <[EMAIL PROTECTED]> ___ gnumeric-list mailing list gnumeric-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnumeric-list

Re: Translated functions are feasible (was: Re: Translate gnumeric functions)

ibilities to give feedback sounds like a very good start. I will look into it. > On 12/2/06, Christian Neumair <[EMAIL PROTECTED]> wrote: > > > > I filed a bug report [1] and provided a patch. Feedback is appreciated. > > > > [1] http://bugzilla.gnome.org/show_bug.cgi?i

Translated functions are feasible (was: Re: Translate gnumeric functions)

s migrating from other > spreadsheets where all function names are translated. I filed a bug report [1] and provided a patch. Feedback is appreciated. [1] http://bugzilla.gnome.org/show_bug.cgi?id=381564 -- Christian Neumair <[EMAIL PROTECTED]> __

Re: libgsf/goffice: Fix G_TYPE_ENUM/G_TYPE_FLAGS handling for XML saving/restoring

Am Sonntag, den 26.11.2006, 20:06 +0100 schrieb Christian Neumair: > The attached patch fixes the G_TYPE_ENUM/G_TYPE_FLAGS saving/restoring > to/from XML streams. Previously, the libgsf routines > glade_enum_from_string and glade_flags_from_string were unable to > determine the enu

libgsf/goffice: Fix G_TYPE_ENUM/G_TYPE_FLAGS handling for XML saving/restoring

e debugging code for the purpose of determining such issues. -- Christian Neumair <[EMAIL PROTECTED]> Index: goffice/graph/gog-object-xml.c === RCS file: /cvs/gnome/goffice/goffice/graph/gog-object-xml.c,v retrieving revision 1.25 diff

Re: [PATCH] Allow to shrink dialogs to just display a single GnumericExprEntry

ll uses a NULL destroy notify for NULL data, though. Because the docs don't state that, I filed a bug report against glib [1]. [1] http://bugzilla.gnome.org/show_bug.cgi?id=343750 -- Christian Neumair <[EMAIL PROTECTED]> ___ gnumeric-list mail

[PATCH] Allow to shrink dialogs to just display a single GnumericExprEntry

ir widgets being displayed when processing data, and whether this should be packed into an additional flag. Feedback appreciated. -- Christian Neumair <[EMAIL PROTECTED]> Index: src/widgets/gnumeric-expr-entry.c === RCS file: /cv

[PATCH] Add paned graph window

list but that wasn't really of production quality. Comments appreciated. -- Christian Neumair <[EMAIL PROTECTED]> Index: src/Makefile.am === RCS file: /cvs/gnome/gnumeric/src/Makefile.am,v retrieving revision 1.395 diff -u

Re: [PATCH] add graph window

the #GogGraph embedded in the widget. May not be NULL. > Please add a comment that it adds a reference. To me the most > important docs are always lifecycle related. (...) > ditto (for go_graph_widget_get_chart). Done. > > --- goffice/gtk/go-graph-widget.h 8 Aug 2005 08:57:00 -0000

Re: [PATCH] add graph window

ways be covered by the graph. Thus we align to the relatively shorter dimension for 100% zoom (shorter when considering the aspect ratio), while aligning to the relatively longer dimension (again considering the aspect ratio). -- Christian Neumair <[EMAIL PROTECTE

Re: [PATCH] add graph window

On Fr, 2005-11-04 at 11:53 +0100, Jean Bréfort wrote: > Le vendredi 04 novembre 2005 à 11:44 +0100, Christian Neumair a écrit : > > On Fr, 2005-11-04 at 07:55 +0100, Jean Bréfort wrote: > > > Le jeudi 03 novembre 2005 à 22:42 +0100, Christian Neumair a écrit : > > > &

Re: [PATCH] add graph window

On Fr, 2005-11-04 at 07:55 +0100, Jean Bréfort wrote: > Le jeudi 03 novembre 2005 à 22:42 +0100, Christian Neumair a écrit : > > On Mi, 2005-11-02 at 16:58 +0100, Jean Bréfort wrote: > > > I have one objection against the goffice patch: the changes in > > > go-graph-

Re: [PATCH] add graph window

de them. You are right that it introduces some new codepaths. However, it was written to not break old client apps semantically. pie-demo still seems to work as expected. -- Christian Neumair <[EMAIL PROTECTED]> Index: goffice/graph/gog-object.c ==

Re: [PATCH] add graph window

Am Mittwoch, den 02.11.2005, 15:42 +0100 schrieb Christian Neumair: > > +#define ZOOM_IN(x) *x = CLAMP(*x+1, ZOOM_LEVEL_25, ZOOM_LEVEL_200) > +#define ZOOM_OUT(x) *x = CLAMP(*x-1, ZOOM_LEVEL_25, ZOOM_LEVEL_200) > +#define ZOOM_100(x) *x = ZOOM_LEVEL_100 > +#define ZOOM_FIT(x) *x =

[PATCH] add graph window

oks ugly. 5 the graph size in the window is wrong compared to the sheet object graph size, it seems like by a constant factor 6 gog_object_get_child_by_name was added just for API completeness. It is not needed by the rest of the patch. -- Christian Neumair <[EMAIL PROTECTED]> ?

Re: Gnumeric-1.6 does not use my locale

n 3 setlocale, this ensures that "each part of the locale (...) is set according to the environment variables". -- Christian Neumair <[EMAIL PROTECTED]> signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ gnumer