With this, the code is no longer using any deprecated Gnome symbols
(though it still uses deprecated Glib and Gtk symbols).
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21857 57a11ea4-9604-0410-9ed3-97b8803252fd
As usual, re-indentation was done using astyle-1.24 using the following options:
astyle --indent=spaces=4 --brackets=break --pad-oper --pad-header --suffix=none
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21816 57a11ea4-9604-0410-9ed3-97b8803252fd
* Only propose output folders that actually exist.
* If the jobname already contains a full filename path, use it as proposed
output path.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21757 57a11ea4-9604-0410-9ed3-97b8803252fd
gnc_html_print gets an extra boolean argument to choose the "Export as PDF" option.
The GtkPrintOperation expects a full file name in set_export_filename, though.
We obtain one by asking the user for it.
This action still needs a more suitable icon.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21722 57a11ea4-9604-0410-9ed3-97b8803252fd
analysis.
As a result, some unused functions and function prototypes are removed.
It did expose one real bug in Transaction.c so far.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21687 57a11ea4-9604-0410-9ed3-97b8803252fd
sensitivity.
For more details, consult this Fedora bugreport:
https://bugzilla.redhat.com/show_bug.cgi?id=712268
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20796 57a11ea4-9604-0410-9ed3-97b8803252fd
to handle MSWin32 (following gnome/druid-hierarchy.c) correctly.
Use them in gnc-backend-dbi.c instead of the incorrect code from r20189
(Thanks, Christian).
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20192 57a11ea4-9604-0410-9ed3-97b8803252fd
This re-indentation was done using astyle-1.24 using the following options:
astyle --indent=spaces=4 --brackets=break --pad-oper --pad-header --suffix=none
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19907 57a11ea4-9604-0410-9ed3-97b8803252fd
This re-indentation was done using astyle-1.24 using the following options:
astyle --indent=spaces=4 --brackets=break --pad-oper --pad-header --suffix=none
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19301 57a11ea4-9604-0410-9ed3-97b8803252fd
The logic was accidentally inverted when #ifndef got replaced with if HAVE().
As a side effect, this fixes a mingw gcc-4.4 compiler warning.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19205 57a11ea4-9604-0410-9ed3-97b8803252fd
This change also changes the config #define name from HAVE_WEBKIT_PRINT_FULL to HAVE_WEBKIT_WEB_FRAME_PRINT_FULL to be a bit more descriptive.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19027 57a11ea4-9604-0410-9ed3-97b8803252fd
If webkit_web_frame_print_full exists in the version of WebKit being used then
use it with a GtkPrintOperation which has been initialized from the Page
Setup data.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19025 57a11ea4-9604-0410-9ed3-97b8803252fd
Along with a new version of webkit which properly handles local image files, a change was needed so that instead of creating an html string and feeding it directly to webkit, it is exported to a temp file which is then loaded as a file:// URI. On Linux, if this is not done, any embedded images do not appear, and there is a console message that local resources can't be loaded. On Windows, the embedded images don't appear, possibly for the same reason, but I'm not sure where the console messages go.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18992 57a11ea4-9604-0410-9ed3-97b8803252fd
This also strips trailing whitespaces from lines where they existed.
This re-indentation was done using astyle-1.24 using the following options:
astyle --indent=spaces=4 --brackets=break --pad-oper --pad-header --suffix=none
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18787 57a11ea4-9604-0410-9ed3-97b8803252fd
From comment 23:
"The PDF in comment 2 is about 8 times smaller than it should be. One possible cause of this bug is if gtk_print_operation_set_unit (op, GTK_UNIT_POINTS) is not called. gtkprint defaults to GTK_UNIT_PIXEL - a useless unit to be using with printers.
On Linux GTK_UNIT_PIXEL units are 1 unit = 1/72 inch (the same as GTK_UNIT_POINTS as well as PostScript and PDF units). On Windows GTK_UNIT_PIXEL units are the GDI device units which for printers is the dpi resolution. So for a 600dpi printer 1 unit is 1/600".
If the application was developed on Linux and assumes the default gtkprint units are always 1/72" inch the output on Windows using a 600dpi printer will be 72/600 = 0.12 of the size (or approximately 1/8 of the size)."
Solution was to use webkit_web_frame_print_full() which allows us to provide our own GtkPrintOperation object with units set to GTK_UNIT_POINTS. Tested on both Linux and Windows.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18720 57a11ea4-9604-0410-9ed3-97b8803252fd
This also strips trailing whitespaces from lines where they existed.
This re-indentation was done using astyle-1.24 using the following options:
astyle --indent=spaces=4 --brackets=break --pad-oper --pad-header
Discussed at http://lists.gnucash.org/pipermail/gnucash-devel/2009-August/026121.html
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18675 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Halton Huo:
Since solaris ship gmp header files under /usr/include/gmp rather than
/usr/include, so this bug only happens on those systems which does not ship gmp
headers into /usr/include.
Actually this is aware during configure time through "guile-config compile". My
GUILE_INCS is -I/usr/include/gmp. So adding GUILE_INCS for AM_CPPFLAGS in
src/gnc-module/Makefile.am will fix this bug.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18415 57a11ea4-9604-0410-9ed3-97b8803252fd
Handle the "navigation requested" callback correctly. It was being called with
the uri "base-uri" when a page was being loaded. This needed to be accepted.
Then, when clicking on an account name, the correct register needs to be
opened and the navigation status needs to be IGNORE.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18408 57a11ea4-9604-0410-9ed3-97b8803252fd
This patch contains those cases where a cast was unavoidable.
Patch by J. Alex Aycinena. Detailed explanation follows:
1 - src/register/register-gnome/gnucash-item-edit.c
The variable 'sel' is set with 'gtk_selection_data_get_text' which
returns a 'guchar *'; 'sel' is then used by functions
'gtk_editable_insert_text' and 'strlen' which require 'gchar *', so
there is no alternative but to cast.
2 - src/backend/xml/gnc-budget-xml-v2.c
The functions 'xmlNewNode'and 'xmlSetProp' require arguments that are
of type 'const xmlChar *' but the arguments are string literals (char
*). Can string literals be set up as type 'const xmlChar *'? The
patchfile has them being cast. BAD_CAST is defined for this purpose.
3 - src/backend/xml/gnc-schedxaction-xml-v2.c
Like above, the function 'xmlNewNode' requires arguments that are of
type 'const xmlChar *' but the arguments are string literals (char *).
In the three other changes the type 'const xmlChar *' needs to be
changed to 'char *' to be used by 'strcmp'.
4 - src/backend/xml/gnc-recurrence-xml-v2.c
Like above for the functions 'xmlNewNode'and 'xmlSetProp'.
5 - src/html/gnc-html-graph-gog-webkit.c
The function 'g_base64_encode' requires type 'guchar *' for the
argument and changing the variable to this caused other problems so
used casting instead.
6 - src/libqof/backend/file/qsf-xml-map.c (6 occurances)
The first occurance was solved by changing the type declaration, but
the other 5 required casting.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18226 57a11ea4-9604-0410-9ed3-97b8803252fd