Robert,
Yet another option is to use gnucash' --extra switch. This is a runtime command
line switch
that is used to show some additional menu items in a menu called Extra.
While developing you could move the actions related to Register2 to this menu
and every user
can test them simply by
Another thing I did not know about. I have added bug 710830 which adds a
configure option --enable-register2 and with this set will compile Gnucash
as is. If not enabled, default, Gnucash will look like before and operate
the same way. There is also an option to use Gnucash with the --extra
switch
On Monday 21 October 2013 21:39:45 Robert Fewell wrote:
I just thought it would be simpler, I must admit that I still do not
really use SVN / GIT as it should, just the bit I need to get the
source to my VM.
Leaving it there would involve adding a load of idef's so I took the
simpler
Hi Robert,
Thanks for picking up the work on the register2 again. Also thanks for the
proposal for the next release.
However, I strongly suggest *not* to remove the register2 code from SVN
currently. Instead, any of us other developers can add a configure option or
something similar easily.
On Tuesday 22 October 2013 21:09:22 Christian Stimming wrote:
Hi Robert,
Thanks for picking up the work on the register2 again. Also thanks for
the proposal for the next release.
However, I strongly suggest *not* to remove the register2 code from
SVN currently. Instead, any of us other
On Oct 22, 2013, at 11:34 AM, Geert Janssens janssens-ge...@telenet.be wrote:
I do encourage you to get used to svn/git, and as John proposes, clone
the gnucash repository on github. I'm not sure what would be the best
starting point for a branch, r23314 (which you would revert immediately
I am fine with what ever is best, mine was the simple solution which I knew
how to do but if a configure option can be added then please do.
Regards,
Robert
On 22 October 2013 20:49, John Ralls jra...@ceridwen.us wrote:
On Oct 22, 2013, at 11:34 AM, Geert Janssens janssens-ge...@telenet.be
I have added a patch to bug 673193 to remove all new register2 files and
amend existing files to restore the register back to the original setup. I
will progress the register2 changes off line and try to resolve the
existing open bugs.
Regards,
Robert
On 14 October 2013 18:52, Geert
Is removing them necessarily the best option? Can they just be disabled
(perhaps integrated by a configure script)?
For example, I can imagine adding a --enable-register2 that would turn on
the new register code integration points via an #ifdef REGISTER2_ENABLED
in the code.. But the
On Oct 21, 2013, at 1:10 PM, Robert Fewell 14ubo...@gmail.com wrote:
I have added a patch to bug 673193 to remove all new register2 files and
amend existing files to restore the register back to the original setup. I
will progress the register2 changes off line and try to resolve the
Hi Robert,
Sorry to hear about your computer crash. I wish you good luck in restoring your
working
environment(s).
Based on your feedback I propose to disable the register2 work for now to get
2.6 out of the
door as planned in December. I seem to remember you were rather careful to keep
the
On Saturday 12 October 2013 15:36:10 John Ralls wrote:
I went searched bugzilla for bugs that mention register2 either in
the title or a comment. For the ones which are clearly register2
problems I changed the category to a new one, Register2, and made
them blockers on 673193, the original
On Oct 14, 2013, at 10:54 AM, Geert Janssens janssens-ge...@telenet.be wrote:
On Saturday 12 October 2013 15:36:10 John Ralls wrote:
I went searched bugzilla for bugs that mention register2 either in
the title or a comment. For the ones which are clearly register2
problems I changed the
13 matches
Mail list logo
