Re: Release date 2.2.0? Another release candidate before that?
I also would prefer to release on thursday or friday due to my wanting to go away next weekend. To me pushing out the stable release is preferable too as there is a lot more work creating announcements. I dont like the idea of doing announcements mid-week as this is quite difficult to me due to my work schedule. I would far prefer to create the stable release tarball on the thursday before the sunday release to give Nathan time to roll the Windows version. Chris Josh Sled wrote: > Christian Stimming <[EMAIL PROTECTED]> writes: > >> * Should we have another "release candidate" version (2.1.5) next weekend? >> That would result in the final 2.2.0 around July 15th. >> > > I think (at least) a 2.1.5 is advisable. > > >> SVN and uploaded on Saturday, June 30th. Binary package is created and >> uploaded by Monday, July 2nd (and needs to be copied to gnucash.org as >> well). >> Announcement is sent out on Tuesday, July 3rd. Does that sound fine? >> > > July 3rd is the day before a major USian holiday (Independence Day), which > this year happens to be on a Wednesday. I'm not sure quite what impact that > will have on "press", but it might be better to schedule the release for the > following week. > > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Release date 2.2.0? Another release candidate before that?
On 6/25/07, Andreas Köhler <[EMAIL PROTECTED]> wrote: > > Hi, > > Am Montag, den 25.06.2007, 11:28 -0400 schrieb Derek Atkins: > > Josh Sled <[EMAIL PROTECTED]> writes: > > > Christian Stimming <[EMAIL PROTECTED]> writes: > > >> * Should we have another "release candidate" version (2.1.5) next > weekend? > > >> That would result in the final 2.2.0 around July 15th. > > > > > > I think (at least) a 2.1.5 is advisable. Sounds ok to me. Nathan ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Release date 2.2.0? Another release candidate before that?
Hi, Am Montag, den 25.06.2007, 11:28 -0400 schrieb Derek Atkins: > Josh Sled <[EMAIL PROTECTED]> writes: > > Christian Stimming <[EMAIL PROTECTED]> writes: > >> * Should we have another "release candidate" version (2.1.5) next weekend? > >> That would result in the final 2.2.0 around July 15th. > > > > I think (at least) a 2.1.5 is advisable. I do not have a strong option about that. > Agreed, I think we want another RC release, if for nothing else than > that some of the GObjectification issues that we've seen > (e.g. conflating qof_entity_get_guid() and qof_instance_get_guid() > which had different return values when passed a NULL argument)... > There still may be issues with Andreas' quick-fix; we should probably > (in the short term) revert part of my changes: > > * re-add a qof_entity_get_guid() API > * revert the calls that were changed to qof_instance_get_guid() > > Doing so, however, isn't a simple "revert a changeset". :( It's > reverting only part of a changeset, so it's going to be a manual task. Should be done as of r16212. Feel free to verify that. I have a few other open issues but hope to finish them soon. It would be cool if we had a list of release blockers bugs though. -- andi5 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: I'd like to create an applet for gnucash
On Mon, 2007-06-25 at 12:31 -0400, Derek Atkins wrote: > > But if gnucash was ALWAYS RUNNING, then what's the difference? in > other words, instead of: > > 1) Start gnucash > 2) Wait for it to start > 3) Enter a couple transactions > 4) Save > 5) Exit gnucash > 6) Repeat from #1 > > Why not: > > 1) Start gnucash (maybe as part of Gnome Session) > 2) Wait for First Start (only at gnome session start). > 3) Gnucash puts an icon in the application bar of the gnome panel > 4) click on the gnucash icon and the app opens immediately > 5) enter a couple transactions > 6) save > 7) "exit gnucash" (which really just hides it) > 8) repeat from #4 (With just a note that number six here is currently disfavored by Gnome and we should hope for a way that it stops being necessary, perhaps with a Big Fancy Database or something.) I think a UI decision should not be made on the basis of these questions. An applet is right if there is a good UI reason to want to clickie on a panel widget for some reason. Or, alternatively, the already running gnucash could insinuate itself in the notification area, which would make sense if there were something to notify *about*, but I can't think of anything. Thomas signature.asc Description: This is a digitally signed message part ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: I'd like to create an applet for gnucash
Quoting Martin Kaffanke <[EMAIL PROTECTED]>: > On mån, 2007-06-25 at 14:34 -0400, [EMAIL PROTECTED] wrote: >> Don't forget to CC to gnucash-devel on your replies > > Sorry, I noted it as soon as the email was sent. > >> Well, it would require work to integrate into gnome-session, get the >> icon, do the hide vs. exit, and handle graceful shutdown.. But I think >> this would be much easier than what you propose, and I think it gets >> you most of what you want (quick 'startup' of the gnucash application). > > Yes, but what I suppose with a gnucash-data-server: Gnucash could be > easyer made multiuser frendly. The GDA backend will solve most of that particular problem. Actually creating a full client-server model would be a major effort, much more so than either of these two projects. > Martin -derek ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: I'd like to create an applet for gnucash
On mån, 2007-06-25 at 14:34 -0400, [EMAIL PROTECTED] wrote: > Don't forget to CC to gnucash-devel on your replies Sorry, I noted it as soon as the email was sent. > Well, it would require work to integrate into gnome-session, get the > icon, do the hide vs. exit, and handle graceful shutdown.. But I think > this would be much easier than what you propose, and I think it gets > you most of what you want (quick 'startup' of the gnucash application). Yes, but what I suppose with a gnucash-data-server: Gnucash could be easyer made multiuser frendly. Martin signature.asc Description: This is a digitally signed message part ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: I'd like to create an applet for gnucash
Don't forget to CC to gnucash-devel on your replies Quoting Martin Kaffanke <[EMAIL PROTECTED]>: > On mån, 2007-06-25 at 12:31 -0400, Derek Atkins wrote: > >> 1) Start gnucash (maybe as part of Gnome Session) >> 2) Wait for First Start (only at gnome session start). >> 3) Gnucash puts an icon in the application bar of the gnome panel >> 4) click on the gnucash icon and the app opens immediately >> 5) enter a couple transactions >> 6) save >> 7) "exit gnucash" (which really just hides it) >> 8) repeat from #4 >> >> In this case, "exiting" gnucash really doens't exit, it just >> "hides" the app, just like pidgin. >> >> Wouldn't this do what you want? > > I normally look for keeping my session where simple and small, so this > would be to much for me. > > But if it works I would use it as a workarround. Well, it would require work to integrate into gnome-session, get the icon, do the hide vs. exit, and handle graceful shutdown.. But I think this would be much easier than what you propose, and I think it gets you most of what you want (quick 'startup' of the gnucash application). > - Martin -derek ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: I'd like to create an applet for gnucash
Martin Kaffanke <[EMAIL PROTECTED]> writes: > On mån, 2007-06-25 at 17:12 +0200, Andreas Köhler wrote: >> Hi, >> >> Am Montag, den 25.06.2007, 16:51 +0200 schrieb Martin Kaffanke: >> > Your suggestions are really good. But I'm not sure if I really like it >> > that way. There must be also a way to make the applet just bring the >> > gnucash window into the front if the user wants to insert any >> > transaction. This should be possible, but if the applet runns the user >> > will always get an 'file already open' message on starting gnucash >> > itself. >> >> Using a GtkStatusIcon to put a running GnuCash process into the >> notification area (system tray), just like at least pidgin and rhythmbox >> do, is not what you want? > > I might not use gnucash the way it is wanted... > > When I open gnucash it opens also about 6 reports and the data is > inserted since 1.1.06, where I have also many private things, like many > entries for supermarket (simple imported from my online banking export > ofx). So there is many data processed and open gnucash takes more than > a minute on my 1400 MHz Notebook with 1.2 GB RAM. > > So my suggestion was a way to simple insert _one_ (or three, but not > many) transactions into gnucash at a time where I don't want to see all > the reports and avoid the long start time just for inserting one > transaction. > > The thing is: I _don't_ want to start gnucash. But if gnucash was ALWAYS RUNNING, then what's the difference? in other words, instead of: 1) Start gnucash 2) Wait for it to start 3) Enter a couple transactions 4) Save 5) Exit gnucash 6) Repeat from #1 Why not: 1) Start gnucash (maybe as part of Gnome Session) 2) Wait for First Start (only at gnome session start). 3) Gnucash puts an icon in the application bar of the gnome panel 4) click on the gnucash icon and the app opens immediately 5) enter a couple transactions 6) save 7) "exit gnucash" (which really just hides it) 8) repeat from #4 In this case, "exiting" gnucash really doens't exit, it just "hides" the app, just like pidgin. Wouldn't this do what you want? Basically, it would imply adding gnome-session support to gnucash and handling the graceful shutdown/restart properly. -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r16201 - gnucash/trunk/lib/libqof/qof - Return NULL on qof_instance_get_guid(NULL) again, #448853.
Andreas Köhler <[EMAIL PROTECTED]> writes: > Author: andi5 > Date: 2007-06-22 13:42:52 -0400 (Fri, 22 Jun 2007) > New Revision: 16201 > Trac: http://svn.gnucash.org/trac/changeset/16201 > > Modified: >gnucash/trunk/lib/libqof/qof/qofinstance.c > Log: > Return NULL on qof_instance_get_guid(NULL) again, #448853. This is probably going to break other places where it's expecting to get guid_null() back. We really need to re-separate qof_entity_get_guid() and qof_instance_get_guid(). -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: I'd like to create an applet for gnucash
On mån, 2007-06-25 at 17:12 +0200, Andreas Köhler wrote: > Hi, > > Am Montag, den 25.06.2007, 16:51 +0200 schrieb Martin Kaffanke: > > Your suggestions are really good. But I'm not sure if I really like it > > that way. There must be also a way to make the applet just bring the > > gnucash window into the front if the user wants to insert any > > transaction. This should be possible, but if the applet runns the user > > will always get an 'file already open' message on starting gnucash > > itself. > > Using a GtkStatusIcon to put a running GnuCash process into the > notification area (system tray), just like at least pidgin and rhythmbox > do, is not what you want? I might not use gnucash the way it is wanted... When I open gnucash it opens also about 6 reports and the data is inserted since 1.1.06, where I have also many private things, like many entries for supermarket (simple imported from my online banking export ofx). So there is many data processed and open gnucash takes more than a minute on my 1400 MHz Notebook with 1.2 GB RAM. So my suggestion was a way to simple insert _one_ (or three, but not many) transactions into gnucash at a time where I don't want to see all the reports and avoid the long start time just for inserting one transaction. The thing is: I _don't_ want to start gnucash. -- Martin signature.asc Description: This is a digitally signed message part ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Release date 2.2.0? Another release candidate before that?
Josh Sled <[EMAIL PROTECTED]> writes: > Christian Stimming <[EMAIL PROTECTED]> writes: >> * Should we have another "release candidate" version (2.1.5) next weekend? >> That would result in the final 2.2.0 around July 15th. > > I think (at least) a 2.1.5 is advisable. Agreed, I think we want another RC release, if for nothing else than that some of the GObjectification issues that we've seen (e.g. conflating qof_entity_get_guid() and qof_instance_get_guid() which had different return values when passed a NULL argument)... There still may be issues with Andreas' quick-fix; we should probably (in the short term) revert part of my changes: * re-add a qof_entity_get_guid() API * revert the calls that were changed to qof_instance_get_guid() Doing so, however, isn't a simple "revert a changeset". :( It's reverting only part of a changeset, so it's going to be a manual task. -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r16208 - gnucash/branches/csv-import/src/import-export/csv - Added a bunch of comments to gnc-csv-import.c.
Josh Sled <[EMAIL PROTECTED]> writes: >> + GtkTreeView* treeview; /* The treeview containing the data */ >> + GtkTreeView* ctreeview; /* The treeview containing the column types */ >> + GtkCheckButton* sep_buttons[SEP_NUM_OF_TYPES]; /* Checkbuttons for common >> separators */ >> + GtkCheckButton* custom_cbutton; /* The checkbutton for a custom separator >> */ >> + GtkEntry* custom_entry; /* The entry for custom separators */ >> + gboolean approved; /* This is FALSE until the user clicks "OK". */ >> } GncCsvPreview; > > For these, for doxygen, you'll want to say /**< This is FALSE [...] */, I > think. Yep, that's the doxygen format for "this comment goes to the previous block, not the next block". >> -static void encoding_selected(GOCharmapSel* selector, const char* enc, >> +/* Event handler for a new encoding being selected. */ >> +static void encoding_selected(GOCharmapSel* selector, const char* encoding, >>GncCsvPreview* preview) >> { >> + /* This gets called twice everytime a new encoding is selected. The >> + * second call actually passes the correct data; thus, we only do >> + * something the second time this is called. */ >>static gboolean second_call = FALSE; >> + /* If this is the second time the function is called ... */ >>if(second_call) > > Ick. This stateful behavior should be avoided if at all possible. Is there > a way to instead be conditional on the "correctness" of the data? Or > eliminate the double-call? Or put the state into the parse context and not in the function? Yes, "static" state is BAD. What happens if you call the importer multiple times? (e.g. you're importing multiple files) The second time you run the importer this variable will be set and you're screwed. -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Generic importer:QIF
"Chintan Agarwal" <[EMAIL PROTECTED]> writes: > Thanks for that information. I could not find the declaration of Transaction > structure(or its un-typedefed form) per say but from the functions in the > file, could gather the variable types present. Like I said, src/engine/Transaction* -- the structure definition is in TransactionP.h, but you shouldn't be using the structure members directly; you should use the functions defined in Transaction.h. -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: I'd like to create an applet for gnucash
Hi, Am Montag, den 25.06.2007, 16:51 +0200 schrieb Martin Kaffanke: > Your suggestions are really good. But I'm not sure if I really like it > that way. There must be also a way to make the applet just bring the > gnucash window into the front if the user wants to insert any > transaction. This should be possible, but if the applet runns the user > will always get an 'file already open' message on starting gnucash > itself. Using a GtkStatusIcon to put a running GnuCash process into the notification area (system tray), just like at least pidgin and rhythmbox do, is not what you want? -- andi5 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: I'd like to create an applet for gnucash
Martin Kaffanke <[EMAIL PROTECTED]> writes: > The design of gnucash makes me not to extend gnucash. For that what you [...] > What do you think about splitting gnucash into an frontend and a backend > (data-server)? > > I suggest you would find it nice, but there aren't any people which have > time for that. :( That's a good summary of the situation. -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] pgp3EmhEQpeQb.pgp Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: I'd like to create an applet for gnucash
Hi Christian! > First of all, you need to keep in mind that gnucash works only on a > single data file as storage mechanism. So if an applet would like to > do something with that data file (either retrieve information or > adding new transactions), the data file cannot be used by another > full-blown gnucash process at the same time, and vice versa. Ok, this is understandable. But hum, this is not the first time I fell over gnucash mechanism, for me gnucash seems to be a hard thing, because it really matches to many things I like but extending gnucash is for me always a hard part, I never sended a patch to you because I never found my patches really well working. The design of gnucash makes me not to extend gnucash. For that what you tell me here I would suggest to have a gnucash-data-server like evolution has. This would be great but I think an implementation is not that easy, we need a protocol to connect a gnucash instance to the data-server, and this is not a part for me I think. It would be really great to have such a thing and some specification how we could use this from anywhere, maybe also over an ssh connection or something. > With this constraint, an applet could basically act as a > "mini-gnucash", i.e. it offers only a very small subset of the gnucash > features, but loads and saves the data file just as the normal gnucash > does. Your suggestions are really good. But I'm not sure if I really like it that way. There must be also a way to make the applet just bring the gnucash window into the front if the user wants to insert any transaction. This should be possible, but if the applet runns the user will always get an 'file already open' message on starting gnucash itself. > I think writing something like that is still non-trivial, but is > probably manageable. I thought this would be easyer just done by any c# or python gtk app, because on C I always run into so many troubles. :( > > Where can I start? Would this be easy on the gnucash side. > > If you start from the gnc-main-window and simply remove all unneeded > functionality it is probably rather easy. We'd even be happy to > include this as an additional subproject into our SVN repository once > you got some usable code. > > However, I'm not sure whether this is what you want. What do you think about splitting gnucash into an frontend and a backend (data-server)? I suggest you would find it nice, but there aren't any people which have time for that. :( Thanks, Martin signature.asc Description: This is a digitally signed message part ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: I'd like to create an applet for gnucash
Hi Martin, Quoting Martin Kaffanke <[EMAIL PROTECTED]>: > I'd like to create an applet or notification for gnucash. (Like we have > for tomboy.) interesting plan. I'm afraid our answers won't make you really happy, but I'd like to explain the technical conditions concerning a gnucash applet. First of all, you need to keep in mind that gnucash works only on a single data file as storage mechanism. So if an applet would like to do something with that data file (either retrieve information or adding new transactions), the data file cannot be used by another full-blown gnucash process at the same time, and vice versa. With this constraint, an applet could basically act as a "mini-gnucash", i.e. it offers only a very small subset of the gnucash features, but loads and saves the data file just as the normal gnucash does. I think writing something like that is still non-trivial, but is probably manageable. I'd suggest starting with the gnucash main window src/gnome-utils/gnc-main-window.c and simply removing all undesired widgets and functionality. > - Show the balance of a few chosen accounts, Easiest part. Once your applet uses the src/engine/libgncmod-engine.c library just like the normal gnucash does, you can always query the accounts for their balance. > - Show the actual situation of the finance status, the data we see at > the bottom in the accounts view That's the src/gnome-utils/window-main-summarybar.c widget. > - Simple add a new income or expense, so i.e. you buy a coke and put it > into gnucash, but you don't like to start anything else The normal data entry is done in the "register" widget, which I think is not quite suitable for an applet. But the "Transfer" dialog window (Toolbar -> Transfer) of gnucash already exists and can be called from your small applet just as well. > Where can I start? Would this be easy on the gnucash side. If you start from the gnc-main-window and simply remove all unneeded functionality it is probably rather easy. We'd even be happy to include this as an additional subproject into our SVN repository once you got some usable code. However, I'm not sure whether this is what you want. Regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: html export on Windows
Quoting Davide Imbeni <[EMAIL PROTECTED]>: > I noticed that html export only works for "text only" reports(e.g. balance), > at least on my machine (Windows 2000 SP 4, Gnucash 2.1.4 - r16170) This is a known problem: http://bugzilla.gnome.org/show_bug.cgi?id=168803 Exporting of the graphical reports haven't worked for a long time now. Technically it became probably a bit easier with the recent library versions libgtkhtml/libgoffice, but it's still a non-trivial task to be implemented. In other words, it doesn't work currently, it won't work for 2.2.0, and it won't work for many months to come. Sorry for that. > Printing, instead, works fine. Right. Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
html export on Windows
Hi, I noticed that html export only works for "text only" reports(e.g. balance), at least on my machine (Windows 2000 SP 4, Gnucash 2.1.4 - r16170) When I try to export something with pictures and colors (e.g. a barchart), all I get is the empty html container Printing, instead, works fine. It's not really the highest priority thing for me, but I thought it should get fixed before 2.2 (unless I'm the only one getting the problem, in that case I will ask for guidance in solving it on my installation...) Thanks Davide ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
I'd like to create an applet for gnucash
Hi there! I'd like to create an applet or notification for gnucash. (Like we have for tomboy.) This should do only a few things: - Show the balance of a few choosend accounts, - Show the actual situation of the finance status, the data we see at the bottom in the accounts view - Simple add a new income or expense, so i.e. you buy a coke and put it into gnucash, but you don't like to start anything else Where can I start? Would this be easy on the gnucash side. (This could be a start for a gnome integrated financial application.) Thanks for your ideas, Martin signature.asc Description: This is a digitally signed message part ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel