On Tue, 2005-11-01 at 19:20 -0500, Josh Sled wrote:
> Assuming that the merge goes smoothly, we're going to take advantage of
> the tree already being closed and just get this over and done with ...
> as such, I'm planning on doing the svn re-migration tonight. It'll take
> a couple of hours after
On Tue, 2005-11-01 at 23:30 -0500, Derek Atkins wrote:
> Quoting Jay Scherrer <[EMAIL PROTECTED]>:
>
> [snip]
> > Derek Atkins's employee plus a couple more members:
> > struct _gncEmployee
> > {
> > QofInstance inst;
> > char * id;
> > char * username;
> > GncAddress *
David,
I'm going through the Preferences after you made those changes:
From my reading of the Gnome Human Interface Guidelines, the name for a
group of labels should have each word capitalized. E.g. "Reverse
Balanced Accounts". All individual preferences should be in sentence
capitalization.
Quoting Jay Scherrer <[EMAIL PROTECTED]>:
[snip]
Derek Atkins's employee plus a couple more members:
struct _gncEmployee
{
QofInstance inst;
char * id;
char * username;
GncAddress *addr;
gnc_commodity * currency;
gbooleanactive;
char * language;
> >
> > There are two major occurrences of payroll calculation.
> > 1: performing the actual paycheck calculation.
> > 2: Then reporting the totals for the quarterly tax return.
>
> FOr my own purposes, I accumulate tax liabilities throughout the period
> and with a couple of reports can dete
On Tue, 2005-11-01 at 18:11 -0500, Derek Atkins wrote:
> At this point in time, all CVS commit access has been locked out
> so David and perform the g2->head collapse. After the collapse
> I expect Josh to perform the CVS->SVN migration. Future commits
> should happen in SVN. Mail will be sent o
Jay Scherrer wrote:
<< snippetty doo dah >>
Right on target. I my self don't know yet how GnuCash stores the
information into each account. But it would be nice if there was a form
to fill out while performing payroll that resembled a time clock or
pay-stub format (Once hours were entered all
At this point in time, all CVS commit access has been locked out
so David and perform the g2->head collapse. After the collapse
I expect Josh to perform the CVS->SVN migration. Future commits
should happen in SVN. Mail will be sent out when this is finished.
Enjoy!
-derek
--
Derek Atki
I'm going to lock CVS very shortly..
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
[EMAIL PROTECTED]PGP key av
On Tue, 2005-11-01 at 12:47 -0800, Karl Hegbloom wrote:
> Here's a ChangeLog entry and diff against today's CVS that suppresses
> the compiler warnings wrt casting from gpointer to int when a pointer is
> 64 bits and an int is only 32. See the Glib manual, under type
> conversion macros for docume
Here's a ChangeLog entry and diff against today's CVS that suppresses
the compiler warnings wrt casting from gpointer to int when a pointer is
64 bits and an int is only 32. See the Glib manual, under type
conversion macros for documentation of the macros used in this patch.
--
Karl Hegbloom <[E
On Tuesday 01 November 2005 6:34 pm, Derek Atkins wrote:
> Nah, might as well focus on eguile in the short term.
>
> -derek
>
> "Tracy Brown" <[EMAIL PROTECTED]> writes:
> > I have no opinion about using scheme or not for anything, but if there
> > are folks who want to get rid of it; we can evalua
Nah, might as well focus on eguile in the short term.
-derek
"Tracy Brown" <[EMAIL PROTECTED]> writes:
> I have no opinion about using scheme or not for anything, but if there are
> folks who want to get rid of it; we can evaluate the use of XSLT as a
> templating engine. I've used it and it's o
Neil Williams <[EMAIL PROTECTED]> writes:
> Maybe this also explains why rebuilding the gnucash tree from a make
> distclean every time is such a PITA for me and less of an issue for
> David!
>
> My current bash script to rebuild G2 takes an hour to go from make
> distclean, through autogen, make,
Title: RE: E-guile link
I have no opinion about using scheme or not for anything, but if there are folks who want to get rid of it; we can evaluate the use of XSLT as a templating engine. I've used it and it's okay but I suspect that eguile is much more flexible.
Tracy.
-Original Mess
FWIW my vote is to keep patches/changes/commit separate from devel. I'm on
devel only and it's already a lot to scan through, when I don't have time to
actively develop, but I'm intensely interested in the proceedings and
discussions of (not minutae but) overall goals, documentation,
meta-discussi
On Tue, 2005-11-01 at 06:16 -0800, Brian Rose wrote:
> Is Scheme/Guile staying in or going out? Would
> e-guile be deleted within the year
> and replaced?
:) Good question. In my ideal world, we would remove it entirely and
find a different, light-weight templating system for the reports ...
so
IMNSHO, what Josh means is that the WAY gnucash uses guile needs to
be fixed, and the way that gnucash is so /dependent/ on guile needs
to be fixed. Guile needs to be removed from the startup sequence.
Gnucash needs to depend LESS upon guile.
But I don't EVER see guile being /completely/ removed
On Tue, 2005-11-01 at 11:21 +, Neil Williams wrote:
> I thought afterwards whether a SVN equivalent to a CVS tag would be required
> to mark the point immediately before a new branch is created. I guess it is
> replaced by the revision number for the actual branch creation?
It is replaced by
Hi Derek,
FYI, the e-guile link is back up:
http://woozle.org/~neale/repos/eguile/eguile.html
I looked at it. It "appears" intuitive and nice to
use. However, how does that fit with
Josh Sled's simple roadmap explanation after G2? E.g.,
"We've been really focused on the G2 port and 2.0,
and
On Tuesday 01 November 2005 12:38 am, you wrote:
> You DO realize that the SVN repository is going to be destroyed this
> weekend, right?
Absolutely. Hence the [temp] and [demo] suffixes to the commit logs.
I was following a tutorial and decided to make sure it worked.
:-)
Perfect opportunity an
Le dim 30/10/2005 à 20:15, Josh Sled a écrit :
> On Sun, 2005-10-30 at 20:01 +0100, Didier Vidal wrote:
> > I've always wondered why the commits are systematically sent to
> > gnucash-patches... This results in noise and an additional chance to
> > forget or loose patches (since no dedicated tool e
22 matches
Mail list logo
