From: webERP D. <web...@li...> - 2013-07-17 21:12:41
|
Hello icedlava, Well my thinking was that we want the improved error trapping and the table sorting that jQuery offers... However, as Exson pointed out even IE has HTML5 compliance to a large extent these days and HTML5 offers much of the functionality of the jQuery validation plugin without nary a jot of local javascript.... it just seems a no brainer to use HTML5 for validation - there is a super fall back as always to our old PHP code when there is no HTML5 compatibility. Also, the traps that Tim did with the javascript number class remain - so only [0-0,.-] can be entered in input fields with class="number" Where we need to trap the number of characters or prevent "dodgy" characters ... we can use html5's pattern. Exson and I have researched the use of pattern to trap number input and we were considering using pattern but the pattern required is so long and the additional trap it provides is minimal compared to the class="number" we already have. I've decided not to go with pattern for number input. Also html5 <input type="number" is a non-starter as it does not handle inputs in different locale formats correctly - we could accommodate the number of decimal places with a step="1 x 10^-X" decimal places but the locale format issue has no easy solution so <input = "text" it is as I see it with class="number" or class="integer" where the javascript handles the trapping. So we are left only with the table sorting. The only problem I have with that is that when we have a stock result of over 1,000,000 rows - my thinking is that most people irrespective of their connection will prefer the paging we have currently which limits the result set and allows paging through it or resubmission of a more sensible search criteria. Table sorting should be on the returned results only. Tim has added a nice javascript solution in our tiny MiscFunctions.js file within the 6k or so and this is substantially below the sum of the jQuery main, jQuery validation plugin and the jQuery table sorting plugin - which when you add up the total javascript downloads altogether, they really are too heavy IMHO for what is an application that has always aimed to be usable over low bandwidth connections. With HTML5 validation and Tim's tiny javascript file, performance will remain SNAPPY and the GUI/useability much improved. Using the solution described here I think we retain the low footprint and gain the functionality to dramatically improve the user experience. I am half way through it - see http://www.weberp.org/wiki/TransitionToHtml5 <http://www.weberp.org/wiki/TransitionToHtml5> Hope this explains the rationale behind my decisions so far. Please do let me know if I have overlooked anything ! Thanks Phil On 18 July 2013 at 00:48 webERP Developers <web...@li...> wrote: > I think that the move to use of HTML5 is a good idea, keeping in mind that > there maybe many users on browsers that do not support some aspects of HTML5. > > However I agree also with Klaus that Jquery is small overhead for the > additional benefits it can bring. JQuery plugins can still provide behaviours > that HTML5 cannot, and they complement each other - one does not preclude the > other. > > I also agree that UI improvements are needed in webERP, and Unobtrusive usage > of jQuery in the UI could help in this area, and boost webERP usage. I guess > if it is used we need to think very carefully about what plugins should become > part of weberp distribution. > > Cheers, > > > > On 17/07/2013, at 9:59 PM, webERP Developers > <web...@li...> wrote: > > > I am somewhat sorry to read that you do not want to use jquery and other > > plugins. > > > > In addition (or except if done by html 5) to validation, better table > > handling, drag and drop etc would be greatly appreciated. > > > > I do not really think the extra burden would be big: jquery min is 90 kb, > > datatables 70 kb - I don't think these extra transfer volumes will give more > > inefficiency - than the gain in UI experuience will boost the use of the > > system. > > > > Klaus > > > > > > > > -- > > View this message in context: > > http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656597.html > > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > > > ------------------------------------------------------------------------------ > > See everything from the browser to the database with AppDynamics > > Get end-to-end visibility with application monitoring from AppDynamics > > Isolate bottlenecks and diagnose root cause in seconds. > > Start your free trial of AppDynamics Pro today! > > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > ------------------------------------------------------------------------------ > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers Phil Ph: +64 (0)275 567890 Skype: daintree http://www.logicworks.co.nz |