Re: [Ledger-smb-devel] Diff-minimizing recipe for SQL-Ledger? perltidy, moves, replaces, etc.

2006-12-05 Thread Chris Travers
Certainly you could run both sets through perltidy before reviewing the diffs. I think you will find, however, that there are a *lot* more changes than are apparent on the surface. In particular, the move to parameterized SQL queries is a big one. Note also that, our codebase is actually smaller

Re: [Ledger-smb-devel] ledger-smb and SQL-Ledger-2.7 beta

2006-12-05 Thread Chris Travers
On 12/5/06, Jeff Kowalczyk <[EMAIL PROTECTED]> wrote: > Not to troll, but: > > Is LedgerSMB planning to incorporate the new features SQL-Ledger-2.7 beta, > scheduled for release mid December 2006? Seems like SQL-Ledger 2.8 has been postponed (2.7 is the beta for 2.8). There is no longer any date

[Ledger-smb-devel] ledger-smb and SQL-Ledger-2.7 beta

2006-12-05 Thread Jeff Kowalczyk
Not to troll, but: Is LedgerSMB planning to incorporate the new features SQL-Ledger-2.7 beta, scheduled for release mid December 2006? This is more or less the motivation for my previous question about diff-minimzation. But that's just the technical work of incorporating the changes. My underly

[Ledger-smb-devel] Diff-minimizing recipe for SQL-Ledger? perltidy, moves, replaces, etc.

2006-12-05 Thread Jeff Kowalczyk
As an evaluation step, I've been looking at diffs of SQL-Ledger releases to the current ledger-smb trunk. Worthwhile improvements such as whitespace reorganization, file moves, etc. do improve the ledger-smb codebase, but they also make diff comparison less viable, which accelerates divergence. W