so you have some selenium tests that work on the same pages between
trunk and jquery.
good to hear.
=========================
BJ Freeman
Strategic Power Office with Supplier Automation
<http://www.businessesnetwork.com/automation/viewforum.php?f=52>
Specialtymarket.com <http://www.specialtymarket.com/>
Systems Integrator-- Glad to Assist
Chat Y! messenger: bjfr33man
Sascha Rodekamp sent the following on 12/3/2010 11:32 AM:
Good evening,
BJ i'm on you're site. During the migration i tried to keep the old
behavior. So if you're using standard components from the UI you're
instances shouldn't be effected. And let me say that a few (UI) features,
after the migration, are more stable and faster than the old once (i.e. the
lookups).
Another side point to merge in the next days is, that i have this month free
time to fix bugs (which maybe occurs :-))
2010/12/3 BJ Freeman<bjf...@free-man.net>
ofbiz is to me is versatility with letting different implementation work
side by side.
the core is that the entities when modified will display at UI level with
no other changes to code. If you add a field at entity level that field will
display at the UI level with no more work.
So as long as any effort keeps that philosophy then I have no problem.
and as long as I can continued to work on my production servers without
major changes, then I am ok with it.
For those that want to change this, I suggest a different effort so they
can resolve their requirement but not effect the basic philosophy of ofbiz
design.
=========================
BJ Freeman
Strategic Power Office with Supplier Automation<
http://www.businessesnetwork.com/automation/viewforum.php?f=52>
Specialtymarket.com<http://www.specialtymarket.com/>
Systems Integrator-- Glad to Assist
Chat Y! messenger: bjfr33man
Karl Pitrich sent the following on 12/3/2010 7:49 AM:
I understand that a lot of people have a stake in OfBiz, but for the sake
of advancement of the project I strongly believe that a clear and quick
decision is necessary, even when it breaks functionality.
