From: Jonathan (T. <th...@ic...> - 2014-04-05 05:39:42
|
I would like to see what icedlava has, I can probably rework my code to fit in since it's fairly modular. The table class can be separated from the rest but it needs to be able to hook in to the header and footer to take advantage of Datatables (and later jEditable- which would make the tables editable in-place using AJAX) which is a lot easier with some sort of template management system controlling output. I posted my code with the general impression that getting things moving was better than nothing, but I'm fine if it doesn't get used as-is or ends up being changed in the end. Of course, I'm happy with it but I'd rather have something everyone is happy with. Also, beyond the table class, the forms class also adds a few things for convenience. (For example, it would support a rotating FormID that changes on every form submission and is form-specific, which would help prevent attacks (I implemented this in a different project and could port the code back into webERP if people are interested)), as well as selects that can filter based on other selects. besides just making making forms easier. Like the table class, the form class doesn't contain context, it just expects to be fed information and displays that information. It should also be optionally AJAX-able but I'll develop that in the other project I'm working on and if it seems simple enough I can port it back. There's also a menu class but I don't care about it as much as it pretty much would only affect 1 file but it could lead to custom dashboards and showing/hiding unused menu options on a per-user basis. For Doctrine, the advantages will only really become obvious if we start working with databases other than MySQL. It works, also the PDO file I wrote works, you can add those as options and which theoretically expands the amount of supported DB's by a factor of ~10 but that requires bringing the install code in line with the rest of the project (right now it uses mysqli specific code instead of going through the database wrapper, and some functions use the ` symbol which is MySQL specific). So until that happens it's true that it doesn't change much, and it's not a priority for me. On Sat, Apr 5, 2014 at 12:00 PM, Phil Daintree <ph...@lo...>wrote: > Icedlava - perhaps you could go a ahead with your proposal in the working > copy - this may blow away some of serakfalcon's work but hopefully we could > keep the tableview class in place to have a play with. > > Serakfalcon's database work to me looks interesting. However, I am not up > for a rewrite of the webERP code to make the other DBs work more > efficiently due to limitations of their API. The Doctrine database > abstraction appears to have a lot of code/scripts and abstraction at every > turn - very clever stuff but I am really not sure about it. If there was > some problem with mysql then perhaps it would be worth considering - but I > am not aware of a problem. The drivers are not strong enough to consider > such a rewrite to me. > > I would like to have a look at TWIG and icedlavas work. > > Thanks > > > > -------- Original Message -------- Subject: New Reply to Update on View > Updates Date: Fri, 04 Apr 2014 01:03:36 -0400 From: webERP Forum > <in...@we...> <in...@we...> Reply-To: in...@we... To: > ph...@lo... > > phil, > > serakfalcon has just replied to a thread which you have subscribed to at webERP Forum. This thread is titled Update on View Updates. > > Here is an excerpt of the message: > ------------------------------------------ > I updated Views to include Twig. > > I'll add Views to the working directory so you can try it out. It... (visit the thread to read more..) > ------------------------------------------ > > To view the thread, you can go to the following URL:http://www.weberp.org/forum/showthread.php?tid=2133&action=newpost > > There may also be other replies to this thread but you will not receive anymore notifications until you visit the board again. > > Thank you, > webERP Forum Staff > > ------------------------------------------ > Unsubscription Information: > > If you would not like to receive any more notifications of replies to this thread, visit the following URL in your browser:http://www.weberp.org/forum/usercp2.php?action=removesubscription&tid=2133&key=a1f57630c1da5416c08f42f087e9b2a5&my_post_key=ccb046e3b721334d9e5f63cba4406f2a > > ------------------------------------------ > > > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > |