On Jan 10, 2011, at 7:12 AM, Jeff Kletsky wrote:
>
> * "xPad" aware
>
> Consider that I wouldn't be surprised if there are more iPads out there than
> Linux desktops. Android is on the upswing. The increasing number of handheld
> devices, to some extent, argues against heavyweight interpreters
On Jan 10, 2011, at 6:31 AM, Phil Frost wrote:
> On Mon, Jan 10, 2011 at 12:50:25PM +0200, Graham Leggett wrote:
>> I think rather than focusing on a GUI, rather focus on a clean API to
>> the gnucash core, that a GUI might call easily. That will free up a
>> python coder to use the python bi
On Jan 10, 2011, at 5:17 PM, Derek Atkins wrote:
> John,
>
> On Mon, January 10, 2011 7:04 pm, John Ralls wrote:
>> I've written a fairly extensive change to manage database version changes,
>> and I'd like to add unit tests for the new functions before I commit it.
>> Longer-term, of course, I'
John,
On Mon, January 10, 2011 7:04 pm, John Ralls wrote:
> I've written a fairly extensive change to manage database version changes,
> and I'd like to add unit tests for the new functions before I commit it.
> Longer-term, of course, I'd like to have full unit test coverage of the
> non-gui part
I've written a fairly extensive change to manage database version changes, and
I'd like to add unit tests for the new functions before I commit it.
Longer-term, of course, I'd like to have full unit test coverage of the non-gui
parts of Gnucash before we start on the major surgery we've been dis
On Mon, 10 Jan 2011 17:04:50 -0500, Christoph Holtermann
wrote:
Hello and a happy new year !
My interest in gnucash is to have a python-shell-environment which lets
me easily access and display
data. I have written some things for myself like simple functions
PrintTransaction(Transaction)
Hello and a happy new year !
My interest in gnucash is to have a python-shell-environment which lets me
easily access and display
data. I have written some things for myself like simple functions
PrintTransaction(Transaction) and so for other objects.
I use IPython for that purpose. I would like
On 01/10/2011 08:28 AM, Geert Janssens wrote:
On Monday 10 January 2011, Jeff Kletsky wrote:
At least as I understand it, branches in git are nothing more than a
pointer to the "head" commit and, structurally, are pretty much the same
(if not identical) to tags. A branch in git is a tag on point
On Jan 10, 2011, at 8:13 AM, Colin Law wrote:
> On 10 January 2011 15:56, Jeff Kletsky wrote:
>> At least as I understand it, branches in git are nothing more than a pointer
>> to the "head" commit and, structurally, are pretty much the same (if not
>> identical) to tags. A branch in git is a ta
On Mon, Jan 10, 2011 at 12:04 PM, Franco Mossotto
wrote:
> I see your point, but what's your suggestion?
> I don't think that the actual information on Advanced Portfolio are useful
> to take a decision on the investments because there is no information
> considering the duration of the investment
I see your point, but what's your suggestion?
I don't think that the actual information on Advanced Portfolio are useful
to take a decision on the investments because there is no information
considering the duration of the investments. And for me this is the main
missing feature in gnucash compared
On Mon, Jan 10, 2011 at 11:38 AM, Franco Mossotto
wrote:
> Yes,
> you are right, IRR can be misinterpreted because it assumes reinvestments
> with the same return rate, but this is anyway widely used and is present on
> other products.
What Prof. Baker is pointing out is that you can be fooled by
Yes,
you are right, IRR can be misinterpreted because it assumes reinvestments
with the same return rate, but this is anyway widely used and is present on
other products.
NPV can be easily added starting from my code (we just need to add an option
to take the rate to calculate NPV, and add the col
On Monday 10 January 2011, Jeff Kletsky wrote:
> At least as I understand it, branches in git are nothing more than a
> pointer to the "head" commit and, structurally, are pretty much the same
> (if not identical) to tags. A branch in git is a tag on point in
> development that is moved to other co
On Monday 10 January 2011, Derek Atkins wrote:
> Geert Janssens writes:
> > On Wednesday 05 January 2011, Jeff Kletsky wrote:
> >> I don't like that history is a pretty flexible thing and that "branches"
> >> are just pointers to specific commits, rather than the kind of
> >> "followable path" tha
On 10 January 2011 15:56, Jeff Kletsky wrote:
> At least as I understand it, branches in git are nothing more than a pointer
> to the "head" commit and, structurally, are pretty much the same (if not
> identical) to tags. A branch in git is a tag on point in development that is
> moved to other co
Wonderful news, Jeff. Thanks. I should have made it clear that the
zero amount issue happens with SQL, not the XML. Sorry 'bout that.
Bill
On 01/10/2011 01:54 AM, Jeff Kletsky wrote:
>
> [...]
> Hello!
>
> I am having a problem with make check on r20048 (and a few versions
> be
On 10 January 2011 15:48, Derek Atkins wrote:
> Colin Law writes:
>
>> On 10 January 2011 15:12, Derek Atkins wrote:
>>> Geert Janssens writes:
>>>
On Wednesday 05 January 2011, Jeff Kletsky wrote:
> I don't like that history is a pretty flexible thing and that "branches"
> are jus
At least as I understand it, branches in git are nothing more than a
pointer to the "head" commit and, structurally, are pretty much the same
(if not identical) to tags. A branch in git is a tag on point in
development that is moved to other commits if you commit "to" that
branch. In simpler wo
Normally, I copy it. I forgot this time.
Phil
-
I used to be a hypochondriac AND a kleptomaniac. So I took something for it.
From: Geert Janssens
To: gnucash-devel@gnucash.org
Cc: Antonín Sprinzl ; Derek Atkins
Sent: Mon, January 10, 2011 10:33:33 A
Colin Law writes:
> On 10 January 2011 15:12, Derek Atkins wrote:
>> Geert Janssens writes:
>>
>>> On Wednesday 05 January 2011, Jeff Kletsky wrote:
I don't like that history is a pretty flexible thing and that "branches"
are just pointers to specific commits, rather than the kind of
Geert Janssens writes:
> On Tuesday 04 January 2011, Derek Atkins wrote:
>> On Mon, January 3, 2011 9:35 pm, Frank H. Ellenberger wrote:
>> > Servus Tony,
>> >
>> > in the chat
>> > http://lists.gnucash.org/logs/2011/01/2011-01-03.html#T14:23:35 a
>> > user asked, why gnucash-2.4.0 is not availa
On Mon, Jan 10, 2011 at 3:22 AM, Franco Mossotto
wrote:
> I was looking for the ability in gnucash to calculate the IRR (Internal Rate
> of Return) for investments. This is something that other products has and
> that I found essential in order to evaluate the investments in my portfolio.
IRR is
On 10 January 2011 15:12, Derek Atkins wrote:
> Geert Janssens writes:
>
>> On Wednesday 05 January 2011, Jeff Kletsky wrote:
>>> I don't like that history is a pretty flexible thing and that "branches"
>>> are just pointers to specific commits, rather than the kind of
>>> "followable path" that
On Tuesday 04 January 2011, Derek Atkins wrote:
> On Mon, January 3, 2011 9:35 pm, Frank H. Ellenberger wrote:
> > Servus Tony,
> >
> > in the chat
> > http://lists.gnucash.org/logs/2011/01/2011-01-03.html#T14:23:35 a
> > user asked, why gnucash-2.4.0 is not availabe at ftp.at.gnucash.org =
> > gd
On Monday 10 January 2011, Geert Janssens wrote:
>
> What I don't have experience with at all yet is working with others via
> git. Like pushing or pulling changes to/from other git repositories.
>
Oh, and I forgot to add that I don't have experience with svk. So I don't know
it that also impro
Geert Janssens writes:
> On Wednesday 05 January 2011, Jeff Kletsky wrote:
>> I don't like that history is a pretty flexible thing and that "branches"
>> are just pointers to specific commits, rather than the kind of
>> "followable path" that svn provides.
>>
> That's interesting, because I feel
In my opinion, it is great that Scheme and Guile are on the way out.
I would suggest though, that something more than how few lines of code
are needed go into the determination of the language for the UI.
Otherwise, APL is going to win hands down. Even the presence of bindings
doesn't sway me
On Mon, Jan 10, 2011 at 12:50:25PM +0200, Graham Leggett wrote:
> I think rather than focusing on a GUI, rather focus on a clean API to
> the gnucash core, that a GUI might call easily. That will free up a
> python coder to use the python bindings to make a python based interface
> (as you've
Frank,
"Frank H. Ellenberger" writes:
> Hi Derek,
>
> should be fixed in r20037.
Thanks. It does appear to be working again.
> Frank
-derek
> Am Mittwoch, 5. Januar 2011 um 21:47:56 schrieb Derek Atkins:
>> Hi All,
>>
>> The GnuCash docs have failed to build the last few days. I decided to
On Wednesday 05 January 2011, Jeff Kletsky wrote:
> I don't like that history is a pretty flexible thing and that "branches"
> are just pointers to specific commits, rather than the kind of
> "followable path" that svn provides.
>
That's interesting, because I feel exactly the oposite. I don't lik
On Thursday 06 January 2011, Mike Alexander wrote:
> --On January 5, 2011 2:12:06 PM -0500 Derek Atkins
> > I get the "git is cool" aspect of it. But I'm trying to get people
> > ignore the "git is cool" part and to seriously think about the
> > technicalities: what does git buy us that we don't
On 10 Jan 2011, at 12:24 PM, Christian Stimming wrote:
We've been discussing various future directions for gnucash,
including a switch to a different programming language for the GUI
code [1]. GUI coding in C sucks. Because of this, I've experimented
with C++/Qt and was able to write up a u
Dear all,
We've been discussing various future directions for gnucash, including
a switch to a different programming language for the GUI code [1]. GUI
coding in C sucks. Because of this, I've experimented with C++/Qt and
was able to write up a usable gnucash-like register window GUI in 2-3
34 matches
Mail list logo
