From: Phil D. <ph...@lo...> - 2014-04-05 04:00:43
|
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...> 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 ------------------------------------------ |
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 > > |
From: opto <bu...@op...> - 2014-04-08 06:34:27
|
you don't necessarily need datatables and jeditable in the header. You only have to make sure it is loaded before $(''tabel').datatables is called. For my testing where I didn't want to touch core of web2project, I used an ajax call to fetch it while waiting for the call to finish (is that synchronous or asynchronus? - I always forget). If you want more details, let me know. I think there are two edit plugins for datatables, the 'offical' one, which is somewhat crippled (he wants to sell hos own solution), and an unofficial one, also with custom editors and custom validation, which one can find by google ( on github). (makeeditable). Seems to have more functionality. Again, drop me a line if you need assistance to find it. Klaus -- View this message in context: http://weberp-accounting.1478800.n4.nabble.com/TWIG-and-tp4657324p4657348.html Sent from the web-ERP-developers mailing list archive at Nabble.com. |
From: Jon R <jr...@gm...> - 2014-04-08 13:34:04
|
Hey Klaus, I know it doesn't need to be in the header but what i'm working on moves all html outside the pages, and will automatically add the functionality if forms or tables are flagged for ajax, all that needs to be provided are the relevant element ids, also will need to process the data after it is POSTed. It will make it simpler to deal with AJAX for other things too. |
From: rfthomas <rf...@as...> - 2014-04-27 13:27:48
|
For now we are using OpenVMS to host webERP. Currently we can edit/maintain webERP code directly on OpenVMS, changing to TWIG will eliminate such a capability. We would need to move all code maintenance to windows. In addition, there would be two sets of code that need to be maintained: the TWIG code and the PHP code. Since many would not have access to TWIG, their changes would only be in PHP. While there are benefits to TWIG, unless it can be universally used, the added maintenance complexity does not appear worth the benefits. Is there a means to easily back PHP and HTML code changes into TWIG? webERP is fast, the code is in general easy to read and modify. Better efforts might be made in eliminating duplicate code to be replaced with subroutines or objects. Bob Thomas -- View this message in context: http://weberp-accounting.1478800.n4.nabble.com/TWIG-and-tp4657324p4657386.html Sent from the web-ERP-developers mailing list archive at Nabble.com. |
From: Jonathan (T. <th...@ic...> - 2014-04-07 11:25:18
|
Hey icedlava, just wondering, do you have an eta on when you might be making the changes? I'm starting work on jEditable (I think I've got it figured out, just need to work out where the javascript should submit to (the api or the form itself?)). I'm itching to get moving on this if possible. 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 > > |