Re: Last technical issue for 1.5-rc1 -- RFC

[Michael Richardson <..hidden..>]

Chris Travers <..hidden..> wrote:
    > code. On closer investigation, it seems that this isn't true, because we
    > use alternate delimiters "<?lsmb" and "?>" instead of TT's default "[%"
    > and "%]". So, this advantage doesn't seem to apply. Text::Xslate is said
    > to be very fast though -- one of the properties we are to be looking for
    > [1][2].

Aside from the hassle of the switch, what do the alternate delimiters gain
us?
It seems like a mechanical translation would be possible?

    > Then again, if we're going to be using Dojo widgets more and more, we'll
    > be able to use the Dojo template engine to build the page client
    > side. If
    > that's the case, then do we - long term - still need a (blazingly fast)
    > server side template engine? (There's an issue about this with a
    > question

I've started working on UBL export from Ledgersmb.
I don't think I'l be doing that as a template though.

    > This means that we still need templates for generating HTML/PDF/etc docs
    > where we need to do this (financial statements, invoices, etc) but not for
    > general use of the system. I don't see TT as having a major performance
    > problem at that point.

I agree.













    > **Note** that the use of a high-performance templating engine serves a
    > different purpose in our application than the templating engine which
    > needs to support loading INCLUDEs from the database: the former is to
    > handle our UI generation, the latter supports the generation of "document
    > output" (invoices, packing lists, etc).


    > agreed










    > We might decide that it's fine to stick with TT for the purpose of our
    > "document output" while we want to keep the option open to switch to
    > another template processor for our UI generation. If that's the decision
    > we reach, then I guess it's fine for me to start using more of TT's
    > features with our template engine to solve issue #854.



    > Comments?



    > [1] https://metacpan.org/pod/Text::Xslate#High-performance

    > [2] I'm not sure if the comparison uses TT's feature of "compiled
    > templates" which LedgerSMB can use -- this basically eliminates the need
    > to parse a template more than once.


    > --


    > Bye,


    > Erik.


    > http://efficito.com -- Hosted accounting and ERP.
    > Robust and Flexible. No vendor lock-in.

    > --
    > Best Wishes,
    > Chris Travers

    > Efficito: Hosted Accounting and ERP. Robust and Flexible. No vendor lock-in.
    > http://www.efficito.com/learn_more

    > ------------------------------------------------------------------------------
    > Find and fix application performance issues faster with Applications Manager
    > Applications Manager provides deep performance insights into multiple tiers of
    > your business applications. It resolves application problems quickly and
    > reduces your MTTR. Get your free trial!
    > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
    > _______________________________________________
    > Ledger-smb-devel mailing list
    > ..hidden..
    > https://lists.sourceforge.net/lists/listinfo/ledger-smb-devel

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        | network architect  [
]     ..hidden..  http://www.sandelman.ca/        |   ruby on rails    [


------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Ledger-smb-devel mailing list
..hidden..
https://lists.sourceforge.net/lists/listinfo/ledger-smb-devel