Hi everyone,
Sorry for the long silence from my end! I just committed the work I've
done over August in a big chunk. I should have committed it in smaller
increments, but the main reason I refrained was that for much of the
time it was in a not-so-functional state. :-( I guess this is a lesson
in
Hi Josh and Christian,
I thought I'd just write a summary of the status of the CSV import
code, and what still needs to be done.
What can the importer do now?
1. It can handle different encodings.
2. It can handle different separators and various date formats.
3. It is date-separator agnostic.
Thanks for all of your comments!
Christian and I already discussed some of his email in #gnucash, but
I'll summarize that discussion here, and respond to the rest of his
comments as well as those from Derek and Thomas about the date
parsing.
On 7/8/07, Christian Stimming [EMAIL PROTECTED] wrote:
Hi Chintan,
I think I'm at the point with the CSV import where I would be ready to
integrate a date parser that could be used by both the QIF and CSV
imports, so I was just wondering how far you are as far as date
parsing code is concerned. I'm happy to write the date parsing
function, but I
Hi Josh and Derek,
Thanks for your helpful suggestions! I've just committed a revision
incorporating them, as well as a number of new comments.
On 6/25/07, Derek Atkins [EMAIL PROTECTED] wrote:
-static void encoding_selected(GOCharmapSel* selector, const char* enc,
+/* Event handler for a
On 6/4/07, Josh Sled [EMAIL PROTECTED] wrote:
My go-to modeling here would have been something more like...
struct GncDelimParsingResult
{
const char *file_name;
GList /* GncDelimLine* */ *lines;
GList /* GncDelimColumnType */ *column_disposition;
}
enum
lasindi: In summary, I agree this is a bug and should be changed. But
for now I would recommend you should ignore that importer bug and just
focus on the CSV import part. Either you or someone else will probably
pick up this issue with the generic importer and Imbalance-account
handling
Below is the summary of what I've done so far and plan to do on the
CSV importer that you asked for. Sorry that it ended up being a bit
long; I guess there was just a lot of stuff to cram in. :-)
The Gnumeric code that handles the actual parsing of the file, the STF
library, will be placed in
Did you build 0.3.7 from source?
Nope, I just used what's in Ubuntu.
I see my up-to-date Gentoo box only
has 0.2.1.
Fedora 7 still only has 0.2.2, so I'd suggest we make sure than
anything we do (for now) only depends on that version.
I took a look at the 0.2.1 version of goffice, and it
goffice is already a dependency, for the graphing/charting of Gnome Office
Graphing (GOG). Do you need a particular version?
I don't think I need a particular version, though I haven't tested it
(I am using 0.3.7). Below are the goffice includes the code makes, in
case any of those headers
Hi Chintan,
I am the summer of code student working on the CSV importer. My mentor
(Josh Sled) suggested that I try seeing if there are any similarities
between the QIF and CSV importers that we could work on, and that
seems like a good idea to me (why reinvent wheels?). I have code at
the moment
Hi Derek and Josh,
Thanks for the welcome! I'm already subscribed to gnucash-devel, and I
should also be idling at the moment on IRC. I've also got a working
build environment.
Looking forward to working with you all!
Benny
On 4/18/07, Derek Atkins [EMAIL PROTECTED] wrote:
Hi,
My name is
12 matches
Mail list logo