Chris Travers wrote:
>
> Yes it has, but let me save you the trouble. This pretty much sums up
> the approach:
> http://www.ledgersmb.org/node/41
Thanks.
Are you metatrontech on #ledgersmb? He gave me the link to this.
Ho-Sheng Hsiao
Isshen, LLC
http://www.isshen.com
On 7/6/07, Ho-Sheng Hsiao <[EMAIL PROTECTED]> wrote:
>
> Charley Tiggs wrote:
> > http://www.tiggs.net/lsmb_resources.zip
>
> Charley,
>
> I was looking for something like this. I don't suppose you (or someone
> on this list?) have a Perl version of this?
I think for Perl it woul probably be easie
On 7/6/07, Ho-Sheng Hsiao <[EMAIL PROTECTED]> wrote:
> I know there are plans to use a TT as the templating engine. Are there
> plans to break out the code along MVC lines? Right now, looking at the
> 1.1.12 code (havn't gotten the migration working to that yet),
> everything looks really messy. I
Ho-Sheng Hsiao wrote:
> Hi all,
>
> It has been a long time (2 or 3 years) since I last messed with the SL
> codebase. I'm in the middle of migrating from SL to LSMB and in the
> middle of it found some glitches. I started looking the code to track
> down what went wrong ... and that itch to code
Charley Tiggs wrote:
> http://www.tiggs.net/lsmb_resources.zip
Charley,
I was looking for something like this. I don't suppose you (or someone
on this list?) have a Perl version of this?
Ho-Sheng Hsiao
Isshen, LLC
http://www.isshen.com
-
Hi all,
It has been a long time (2 or 3 years) since I last messed with the SL
codebase. I'm in the middle of migrating from SL to LSMB and in the
middle of it found some glitches. I started looking the code to track
down what went wrong ... and that itch to code started up. I've been
working with
Charley Tiggs wrote:
> http://www.tiggs.net/lsmb_resources.zip
Thanks so much for releasing this, Charley. Documentation of these
parts of the CLI API is an invaluable help.
I'm going to be doing my integration work with python, which I'll also try
to release publicly.
Are there any objections t
> > 1) BIC and IBAN are not really used by the rest of the application. I
> > am thinking of breaking these off into a separate table anyway.
>
> This sounds very reasonable, to me
>
> > 2) A customer could also be a vendor. So entity_id could not be
> > assumed to be unique. Furthermore, you n
Hi Chris;
>
> Looking at these tables at the moment here are the thoughts that
> occur to me:
>
> 1) BIC and IBAN are not really used by the rest of the application. I
> am thinking of breaking these off into a separate table anyway.
This sounds very reasonable, to me
> 2) A customer could a
Hi Aurynn,
Looking at these tables at the moment here are the thoughts that occur to me:
1) BIC and IBAN are not really used by the rest of the application. I
am thinking of breaking these off into a separate table anyway.
2) A customer could also be a vendor. So entity_id could not be
assumed
Hiya;
I'm digging around in the Vendor and Customer tables, per JD's entity
modifications, and it looks like both tables are fundamentally
identical - The only difference is the customer table has
customer.invoice_notes and customer.id.
I'm going to remove both tables and replace it with en
11 matches
Mail list logo
