gtk-mac-bundler can't access the executable's rpath list so it can't
follow dependencies if they're not in $install_dir/lib from @rpath.
Autotools always sets absolute path install names so this should have no
adverse affects on other Mac builds.
This effectively replaces the use of GNUCASH_BUILD_DATE with GNUCASH_SCM_REV_DATE.
The latter is extracted from the current commit if building from some kind of vcs
(currently only works correctly for svn and git). The info extracted while building
from vcs is then also added to the dist tarball so it's available when building
from tarball as well (via the file libgnucash/core-utils/gnc-vcs-info.h).
The same date is also used to set the date in gnucash' man page document.
A practical detail: I have changed the substitution variables in the man page template
from @- -@ to ${} so we could leverage CONFIGURE_FILE in cmake. The necessary
related adjustments have also been made to Makefile.am's substitution rules.
intltool-update should be run from the build directory, not the source directory.
If run from the source directory it will omit glade messages that have a context attribute
so all msgids with a msgctxt comment would be missing.
It was decided that this is not required as the user can choose the
required colours by setting the preference to not use the built in
register colours.
There seems to be a problem with scrollbar sliders do not track the
value and also if you try to drag the slider it does not move. This may
be related to bug https://bugzilla.gnome.org/show_bug.cgi?id=765410
What I have found is that this problem can be overcome by hiding and
showing the scrollbar so this commit does so.
The gtkrc foreground and background functions did not process hatching
properly so changed the normal functions to use CSS classes instead and
remove the gtkrc functions.
Most of the call backs and procedures rely on the sheet being the one
in focus so prevent the entry being in focus. In doing this there is no
text cursor so add a draw function to draw one after the entry drawn.
Also remove the frame from the entry.
When you add the rate column when the register is in journal view, with
the splits visible, the alignment of the split columns fails. This seems
to be caused by the split memo field setup differently to description.
Change the colours of the register to be based on CSS. Use the register
default colours or by using the preference setting user / theme set
ones can be used.
