And remove a reference in the comment to a no longer existing function
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22657 57a11ea4-9604-0410-9ed3-97b8803252fd
- The workarounds for long long were added more than 12
years back (pre guile 1.6). One would reasonably assume this issue would
have been fixed by now.
- But more importantly, we can guarantee a proper 64 type
conversion by replacing scm_to/from_long_long with scm_to/from_int64
which is always 64bit, just as gint64
I have chosen nonetheless to keep this change in a separate commit so
it's easier to track if some obscure platform still manages to screw
this up.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22655 57a11ea4-9604-0410-9ed3-97b8803252fd
Guards older implementation with ifndef HAVE_GLIB_2_32
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22533 57a11ea4-9604-0410-9ed3-97b8803252fd
scm is the modern term. vcs is rather used to refer to archaic systems
such as cvs and older. I wish I remembered this before my previous
commit. Oh well...
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22476 57a11ea4-9604-0410-9ed3-97b8803252fd
The code actually has provisions for svn, svk, git and bzr. Only svn and
git are actively used by the core developers though.
This involves changing
- filenames that contained svn while meant for multiple vcs's
- variable and macro names that are relevant for multiple vcs's
- the various locations where the vcs revision info is displayed
to the user, to mention the actual vcs used instead of standard "svn"
While at the last item, I also changed the text printed when gnucash is
called with the --version parameter, to reuse the translatable string
that is also used for the about dialog. This saves us one string to
translate.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22475 57a11ea4-9604-0410-9ed3-97b8803252fd
This required some small reorganization of our setup code, but the end
result is that gnucash is now independent of libgnome.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22379 57a11ea4-9604-0410-9ed3-97b8803252fd
After this patch the only parts still requiring gnome libraries are
- src/bin/gnucash-bin.c (for gnome_program_init)
- src/gnome-utils/gnc-gnome-utils.c (for gnome_program_init)
- register-gnome (only uses libgnomecanvas)
Some refactoring was required in register-gnome to prevent other parts
of GnuCash to continue to depend on libgnomecanvas as well (the
register interface needlessly exposed the implementation details, thus
leaking GnomeCanvas dependencies to other parts of gnucash).
Most other changes simply replaced gnome specific stuff with gtk
equivalents.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22358 57a11ea4-9604-0410-9ed3-97b8803252fd
Change r17720 has a typo that causes it to lose all -Ox flags passed in
CFLAGS when it was actually trying to preserve them.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22236 57a11ea4-9604-0410-9ed3-97b8803252fd
The windows build has been failing for several days due to this.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22146 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Robert Fewell:
Firstly, this patch allows for the creating and updating accounts based on the CSV file
being imported. New accounts are created if the commodity required exists and
existing accounts are updated for the four fields: code, description, notes and
colour. This can be used for doing bulk updates of these fields and also for
importing the account structure from another file.
The second part is the change of the existing CSV importer to use an assistant
to guide you through the import. Additional features added is the ability to
specify the start and end row to be imported allowing you to jump over a header
or footer or just import a few rows. A currency format option was added which
was requested in another bug to overcome a problem they were having with the
downloaded format from there bank. You can also associate the account name to a
GnuCash account using the 'online_id' kvp, not sure if this is Ok or whether it
should be a different one.
To achieve the above, I split the dialogs used in import_account_matcher and
import_main_matcher into the dialog and the content so I could load the content
into the assistant saving on duplication, hope this makes sense.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22086 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Robert Fewell:
I have put together a new feature to export the account tree and transactions
to a deliminated file. Both options allow you to select the deliminator and the
use of quotes. Every thing seems to work on the testing I have done but may be
some of the text and the headings in the output might need changing.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22085 57a11ea4-9604-0410-9ed3-97b8803252fd
Those few source files do not justify an extra loadable module. They are
just compiled-in into app-utils.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22075 57a11ea4-9604-0410-9ed3-97b8803252fd
From a patch by Sebastian Held.
Again the CSV file is of fixed number of fields, similar to invoice/bill importer.
Please test this.
Field list:
id, company, name, addr1, addr2, addr3, addr4, phone, fax, email, notes, shipname, shipaddr1, shipaddr2, shipaddr3, shipaddr4, shipphone shipfax, shipemail
Vendors don't have shipping information so even though the fields have to exist, leave them empty.
The id field is optional, if empty a new id will be chosen. If an id is used this will UPDATE
a vendor/customer with the same id. This may not be what the user wants. Maybe this should
be optional/selectable behaviour.
To enable the plugin, add the line:
(gnc:module-load "gnucash/plugins/customer_import" 0)
to ~/.gnucash/config.user
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22065 57a11ea4-9604-0410-9ed3-97b8803252fd
Additionally this commit adds some required changes to get the
Swedish account plans to actually show up in GnuCash (both BAS and the
earlier committed Swedish small business account plan)
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22012 57a11ea4-9604-0410-9ed3-97b8803252fd
ac_cv_header_dbi_dbi_h is set only if want_dbi is true, so testing for != no succeeds if dbi isn't enabled -- which is not what we want.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21867 57a11ea4-9604-0410-9ed3-97b8803252fd
This directory was created 10 years ago to hold a rewritten qif importer. It was never substantively worked on after.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21646 57a11ea4-9604-0410-9ed3-97b8803252fd
the engine, where the rest already was moved before.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21605 57a11ea4-9604-0410-9ed3-97b8803252fd
Several subdirectories have a subdirectory "gnucash", which clean tried to remove by including in the CLEANFILES variable in Makefile.am. This doesn't work, because directories can't be removed with rm, they require rm -r. Add a clean-local: target which calls rm -r on the gnucash subdirectory.
Some Makefile.ams used an AC_SUBSTed variable to define an optionally-compiled subdirectory, then included the variable in SUBDIRS and the actual directory name in DIST_SUBDIRS. This breaks the distclean and maintainer-clean targets when the optional directory is built, because it is then processed twice, and there is no Makefile the second time so make halts. Replaced the AC_SUBSTed variables with ones local to the Makefile.am, switched with an AM_CONDITIONAL. That way automake can figure out the dist_subdirs on its own.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21570 57a11ea4-9604-0410-9ed3-97b8803252fd
Unfortunately, this reveals the C++ wrappers will only work if the GObject
system is used properly, that is, including ref() and unref() and such.
This is not what I'd expect throughout gnucash.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21431 57a11ea4-9604-0410-9ed3-97b8803252fd
Mac integration has had a name and api change from
ige-mac-integration as part of migration from Sourceforge to
Gnome.
Also, gtk_osxapplication_add_app_menu_item() has been replaced
with gtk_osxapplication_insert_menu_item(),
gtk_osxapplication_add_app_menu_group() has been removed (just
insert a separator where you want it), and gtk_osxapplication
path functions had been deprecated in favor of quartz-application
equivalents; those deprecated convenience macros were removed in
1.0.0
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21398 57a11ea4-9604-0410-9ed3-97b8803252fd
This was discussed in more detail here:
http://lists.gnucash.org/pipermail/gnucash-devel/2011-June/032066.html
This might change the default location where the documentation is installed to.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20736 57a11ea4-9604-0410-9ed3-97b8803252fd
It already holds a first set of files that were converted from libglade
to gtkbuilder.
CAUTION: not all the GUI objects in these files work properly already !
Glade (the tool) simply deletes all widgets that are not supported
by gtkbuilder during the conversion. These will all be fixed gradually
while the corresponding calls in the C code are converted.
The idea is that with each GUI element that gets fixed in the
gtkbuilder file, and subsequently called from C, the old
GUI element is removed from the corresponding libglade file until all
the libglade files are empty and can be removed.
This way the conversion can be done gradually and both methods can
coexist until all widgets and code are converted.
This first commit for example contains a converted account hierarchy setup
assistant, but not yet the code to use it, so the old druid is still in
the libglade file. Once the code can succesfully use the new assistant
from the gtkbuilder file, the old druid will be removed from the
libglade file.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20531 57a11ea4-9604-0410-9ed3-97b8803252fd
