Menu
▾
▴
web-erp-developers
|
From: webERP D. <web...@li...> - 2013-07-06 03:14:31
|
OK - it seems obvious this is the way to go .... I've started to have a go at this transition to HTML 5 http://www.weberp.org/wiki/TransitionToHtml5 I think there may well be some issues with input type="date" with respect to multi-language/date formats so I don't propose to go that route just yet... datepicking in Firefox 4.01 doesn't work for me either. I doubt there will be many using older browsers than me! We have the nice little date picker already which isn't too bad. Anyone who fancies a go at a couple of scripts then that would make light work of it - just cross them off the list when you've committed them. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz skype:daintree On 06/07/13 09:07, webERP Developers wrote: > By the time you have all the plugins required - this does increase the > burden considerably and I am rethinking this whole idea in view of good > comments from Exson and Kalmer. I am not sure it is worth it with jQuery > - I know we have been around this a few times now - I will research html5... > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890 > http://www.logicworks.co.nz > skype:daintree > > > On 05/07/13 20:30, webERP Developers wrote: >> the problem is that one cannot put jquery plugins into single scripts if you >> have not loaded them in the header. >> >> But also, one does not want to load all js for all scripts, if the plugins >> are not needed there. >> >> . >> Therefore, it is good if an ndividual script can ask weberp to add something >> to the header, for example, as web2project does. One could copy their >> functionality. >> . >> Then I can use jquery for manufacturing and BOM, whereas someone else who >> does concentrate on something else can use an individual js approach. >> >> And each script would only load that js that is actually needed. >> >> Klaus >> >> >> >> -- >> View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656558.html >> Sent from the web-ERP-developers mailing list archive at Nabble.com. >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: webERP D. <web...@li...> - 2013-07-18 15:07:25
|
*Hi, Tim:*
Thank you for your feedback. I've got it.
It's moved to body now.
Best regards!
Exson
TimSchofield2 wrote
> Hi Exson,
> ExsonQu wrote
>> a hidden field is created to hold the Lang variable.
> No, the html still gets output to the browser with the Lang variable
> before the html headers are sent.
>
> Nothing can be sent before this:
>
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml">
> which is sent in header.inc, which is why header.inc is the place for this
> code.
>
> Do a Ctr-U to see the source html and you will see what I mean.
>
> Thanks
> Tim
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656614.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-06 10:33:28
|
Or send me a patch. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz skype:daintree On 06/07/13 15:15, webERP Developers wrote: > OK - it seems obvious this is the way to go .... I've started to have a > go at this transition to HTML 5 > > http://www.weberp.org/wiki/TransitionToHtml5 > > I think there may well be some issues with input type="date" with > respect to multi-language/date formats so I don't propose to go that > route just yet... datepicking in Firefox 4.01 doesn't work for me > either. I doubt there will be many using older browsers than me! We have > the nice little date picker already which isn't too bad. > > Anyone who fancies a go at a couple of scripts then that would make > light work of it - just cross them off the list when you've committed them. > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890 > http://www.logicworks.co.nz > skype:daintree > > > On 06/07/13 09:07, webERP Developers wrote: >> By the time you have all the plugins required - this does increase the >> burden considerably and I am rethinking this whole idea in view of good >> comments from Exson and Kalmer. I am not sure it is worth it with jQuery >> - I know we have been around this a few times now - I will research html5... >> >> Phil >> >> Phil Daintree >> Logic Works Ltd - +64 (0)275 567890 >> http://www.logicworks.co.nz >> skype:daintree >> >> >> On 05/07/13 20:30, webERP Developers wrote: >>> the problem is that one cannot put jquery plugins into single scripts if you >>> have not loaded them in the header. >>> >>> But also, one does not want to load all js for all scripts, if the plugins >>> are not needed there. >>> >>> . >>> Therefore, it is good if an ndividual script can ask weberp to add something >>> to the header, for example, as web2project does. One could copy their >>> functionality. >>> . >>> Then I can use jquery for manufacturing and BOM, whereas someone else who >>> does concentrate on something else can use an individual js approach. >>> >>> And each script would only load that js that is actually needed. >>> >>> Klaus >>> >>> >>> >>> -- >>> View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656558.html >>> Sent from the web-ERP-developers mailing list archive at Nabble.com. >>> >>> ------------------------------------------------------------------------------ >>> This SF.net email is sponsored by Windows: >>> >>> Build for Windows Store. >>> >>> http://p.sf.net/sfu/windows-dev2dev >>> _______________________________________________ >>> Web-erp-developers mailing list >>> Web...@li... >>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >>> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: webERP D. <web...@li...> - 2013-07-06 11:50:59
|
*Hi, Phil:*
Thank you for your prompt action. It's unbelievable! I believe
it's a great decision.
I'll apply those rules in the installer.
Best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656572.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-06 12:15:39
|
> I've started to have a > go at this transition to HTML 5 Great idea Phil. > I think there may well be some issues with input type="date" There are a lot of good sites discussing browser compatibility and incompatibility and I'm sure people have their favourites. I found this site is a good one for quickly checking if html5 or css3 is supported in any particular browser - so I'm still careful with what I use of HTML5 and CSS3 on sites. http://caniuse.com/ Cheers, On 06/07/2013, at 12:45 PM, webERP Developers <web...@li...> wrote: > > OK - it seems obvious this is the way to go .... I've started to have a > go at this transition to HTML 5 > > http://www.weberp.org/wiki/TransitionToHtml5 > > I think there may well be some issues with input type="date" with > respect to multi-language/date formats so I don't propose to go that > route just yet... datepicking in Firefox 4.01 doesn't work for me > either. I doubt there will be many using older browsers than me! We have > the nice little date picker already which isn't too bad. > > Anyone who fancies a go at a couple of scripts then that would make > light work of it - just cross them off the list when you've committed them. > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890 > http://www.logicworks.co.nz > skype:daintree > > > On 06/07/13 09:07, webERP Developers wrote: >> By the time you have all the plugins required - this does increase the >> burden considerably and I am rethinking this whole idea in view of good >> comments from Exson and Kalmer. I am not sure it is worth it with jQuery >> - I know we have been around this a few times now - I will research html5... >> >> Phil >> >> Phil Daintree >> Logic Works Ltd - +64 (0)275 567890 >> http://www.logicworks.co.nz >> skype:daintree >> >> >> On 05/07/13 20:30, webERP Developers wrote: >>> the problem is that one cannot put jquery plugins into single scripts if you >>> have not loaded them in the header. >>> >>> But also, one does not want to load all js for all scripts, if the plugins >>> are not needed there. >>> >>> . >>> Therefore, it is good if an ndividual script can ask weberp to add something >>> to the header, for example, as web2project does. One could copy their >>> functionality. >>> . >>> Then I can use jquery for manufacturing and BOM, whereas someone else who >>> does concentrate on something else can use an individual js approach. >>> >>> And each script would only load that js that is actually needed. >>> >>> Klaus >>> >>> >>> >>> -- >>> View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656558.html >>> Sent from the web-ERP-developers mailing list archive at Nabble.com. >>> >>> ------------------------------------------------------------------------------ >>> This SF.net email is sponsored by Windows: >>> >>> Build for Windows Store. >>> >>> http://p.sf.net/sfu/windows-dev2dev >>> _______________________________________________ >>> Web-erp-developers mailing list >>> Web...@li... >>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >>> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: webERP D. <web...@li...> - 2013-07-17 06:52:40
|
*Hi, Phil:*
I've checked the html5 transaction page. And it seems that the
current gating issue is the number validation.
I've studied Tim's js function. The function only validate users'
input by single character. A pattern is a must to ensure the correct input.
I've made one as following:
pattern="(?:^\d{1,3}(?:\.?\d{3})*(?:,\d{1,})?$)|(?:^\d{1,3}(?:,?\d{3})*(?:\.\d{1,})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:\.\d{1,})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:,\d{1,})?$)|(?:^(\d{1,2},)?(\d{2},)*(\d{3})(\.\d+)?|(\d{1,3})(\.\d+)?$)"
It used to validate number format pattern as described in
webERP's languageArray.inc.
It is tested OK in firefox and js regex on line. But it seems that
it does not work in Chrome.
Any comments are welcome!
Thanks and best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656589.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-17 10:26:35
|
Well the pattern we use will have to be different depending on:
a) the user's locale
b) the number of decimal places that are allowed
so
pattern="(?:^\d{1,3}(?:\.?\d{3})*(?:,\d{1,})?$)|(?:^\d{1,3}(?:,?\d{3})*(?:\.\d{1,})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:\.\d{,
})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:,\d{1,})?$)|(?:^(\d{1,2},)?(\d{2},)*(\d{3})(\.\d+)?|(\d{1,3})(\.\d+)?$)"
is a bit of a kludge and a very long one that really doesn't check
accurately the number format in any event as it doesn't take into
account the actual number format particular to the locale nor the number
of decimal places allowed. In any event we don't need to trap the
numbeir format that closely either as it doesn't matter if the user
enters with or without decimal separators. This looks like regular
expressions gone MAD to me and given that it really isn't that good I
don't think it is worth it IMHO. Better off just sticking with Tim's
class="number" format.... he has also developed a class="integer" which
doesn't allow the hyphen to get negatives nor any decimal separators so
quite a good additional check... should try to bring that in I think.
Tim has also made some improvements to the confirm boxes but probably
unnecessary really, especially since it adds significantly to the size
of the file. I do like the improvement he has made to allow sorting
tables so that needs to be brought in too - actually not much code
required for this as it turns out.
Phil
Phil Daintree
Logic Works Ltd - +64 (0)275 567890
http://www.logicworks.co.nz
skype:daintree
On 17/07/13 18:52, webERP Developers wrote:
> *Hi, Phil:*
>
> I've checked the html5 transaction page. And it seems that the
> current gating issue is the number validation.
>
> I've studied Tim's js function. The function only validate users'
> input by single character. A pattern is a must to ensure the correct input.
> I've made one as following:
>
>
> pattern="(?:^\d{1,3}(?:\.?\d{3})*(?:,\d{1,})?$)|(?:^\d{1,3}(?:,?\d{3})*(?:\.\d{1,})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:\.\d{1,})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:,\d{1,})?$)|(?:^(\d{1,2},)?(\d{2},)*(\d{3})(\.\d+)?|(\d{1,3})(\.\d+)?$)"
>
> It used to validate number format pattern as described in
> webERP's languageArray.inc.
>
> It is tested OK in firefox and js regex on line. But it seems that
> it does not work in Chrome.
>
> Any comments are welcome!
>
> Thanks and best regards!
>
> Exson
>
>
>
>
>
> --
> View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656589.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
>
|
|
From: webERP D. <web...@li...> - 2013-07-17 10:40:04
|
Hi Exson, The pattern works for me in firefox and opera for a number of scenarios... but it is a bit too crazy for me i think and gives us very little over Tim's javascript - better to work on an improvement to that I think perhaps through oninput as you suggest. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz skype:daintree On 17/07/13 22:26, webERP Developers wrote: > Well the pattern we use will have to be different depending on: > > a) the user's locale > b) the number of decimal places that are allowed > > > so > pattern="(?:^\d{1,3}(?:\.?\d{3})*(?:,\d{1,})?$)|(?:^\d{1,3}(?:,?\d{3})*(?:\.\d{1,})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:\.\d{, > })?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:,\d{1,})?$)|(?:^(\d{1,2},)?(\d{2},)*(\d{3})(\.\d+)?|(\d{1,3})(\.\d+)?$)" > > > is a bit of a kludge and a very long one that really doesn't check > accurately the number format in any event as it doesn't take into > account the actual number format particular to the locale nor the number > of decimal places allowed. In any event we don't need to trap the > numbeir format that closely either as it doesn't matter if the user > enters with or without decimal separators. This looks like regular > expressions gone MAD to me and given that it really isn't that good I > don't think it is worth it IMHO. Better off just sticking with Tim's > class="number" format.... he has also developed a class="integer" which > doesn't allow the hyphen to get negatives nor any decimal separators so > quite a good additional check... should try to bring that in I think. > > Tim has also made some improvements to the confirm boxes but probably > unnecessary really, especially since it adds significantly to the size > of the file. I do like the improvement he has made to allow sorting > tables so that needs to be brought in too - actually not much code > required for this as it turns out. > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890 > http://www.logicworks.co.nz > skype:daintree > > > On 17/07/13 18:52, webERP Developers wrote: >> *Hi, Phil:* >> >> I've checked the html5 transaction page. And it seems that the >> current gating issue is the number validation. >> >> I've studied Tim's js function. The function only validate users' >> input by single character. A pattern is a must to ensure the correct input. >> I've made one as following: >> >> >> pattern="(?:^\d{1,3}(?:\.?\d{3})*(?:,\d{1,})?$)|(?:^\d{1,3}(?:,?\d{3})*(?:\.\d{1,})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:\.\d{1,})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:,\d{1,})?$)|(?:^(\d{1,2},)?(\d{2},)*(\d{3})(\.\d+)?|(\d{1,3})(\.\d+)?$)" >> >> It used to validate number format pattern as described in >> webERP's languageArray.inc. >> >> It is tested OK in firefox and js regex on line. But it seems that >> it does not work in Chrome. >> >> Any comments are welcome! >> >> Thanks and best regards! >> >> Exson >> >> >> >> >> >> -- >> View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656589.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 > |
|
From: webERP D. <web...@li...> - 2013-07-17 10:41:19
|
It would fail for European locales with a comma as a decimal point. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz skype:daintree On 17/07/13 22:26, webERP Developers wrote: > Well the pattern we use will have to be different depending on: > > a) the user's locale > b) the number of decimal places that are allowed > > > so > pattern="(?:^\d{1,3}(?:\.?\d{3})*(?:,\d{1,})?$)|(?:^\d{1,3}(?:,?\d{3})*(?:\.\d{1,})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:\.\d{, > })?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:,\d{1,})?$)|(?:^(\d{1,2},)?(\d{2},)*(\d{3})(\.\d+)?|(\d{1,3})(\.\d+)?$)" > > > is a bit of a kludge and a very long one that really doesn't check > accurately the number format in any event as it doesn't take into > account the actual number format particular to the locale nor the number > of decimal places allowed. In any event we don't need to trap the > numbeir format that closely either as it doesn't matter if the user > enters with or without decimal separators. This looks like regular > expressions gone MAD to me and given that it really isn't that good I > don't think it is worth it IMHO. Better off just sticking with Tim's > class="number" format.... he has also developed a class="integer" which > doesn't allow the hyphen to get negatives nor any decimal separators so > quite a good additional check... should try to bring that in I think. > > Tim has also made some improvements to the confirm boxes but probably > unnecessary really, especially since it adds significantly to the size > of the file. I do like the improvement he has made to allow sorting > tables so that needs to be brought in too - actually not much code > required for this as it turns out. > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890 > http://www.logicworks.co.nz > skype:daintree > > > On 17/07/13 18:52, webERP Developers wrote: >> *Hi, Phil:* >> >> I've checked the html5 transaction page. And it seems that the >> current gating issue is the number validation. >> >> I've studied Tim's js function. The function only validate users' >> input by single character. A pattern is a must to ensure the correct input. >> I've made one as following: >> >> >> pattern="(?:^\d{1,3}(?:\.?\d{3})*(?:,\d{1,})?$)|(?:^\d{1,3}(?:,?\d{3})*(?:\.\d{1,})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:\.\d{1,})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:,\d{1,})?$)|(?:^(\d{1,2},)?(\d{2},)*(\d{3})(\.\d+)?|(\d{1,3})(\.\d+)?$)" >> >> It used to validate number format pattern as described in >> webERP's languageArray.inc. >> >> It is tested OK in firefox and js regex on line. But it seems that >> it does not work in Chrome. >> >> Any comments are welcome! >> >> Thanks and best regards! >> >> Exson >> >> >> >> >> >> -- >> View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656589.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 > |
|
From: webERP D. <web...@li...> - 2013-07-17 10:44:32
|
Sorry - no it looks like it works too for comma as decimal separator. But it is too general to give us any more than we already have with the javascript and so not worth doing IMHO. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz skype:daintree On 17/07/13 22:41, webERP Developers wrote: > It would fail for European locales with a comma as a decimal point. > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890 > http://www.logicworks.co.nz > skype:daintree > > > On 17/07/13 22:26, webERP Developers wrote: >> Well the pattern we use will have to be different depending on: >> >> a) the user's locale >> b) the number of decimal places that are allowed >> >> >> so >> pattern="(?:^\d{1,3}(?:\.?\d{3})*(?:,\d{1,})?$)|(?:^\d{1,3}(?:,?\d{3})*(?:\.\d{1,})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:\.\d{, >> })?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:,\d{1,})?$)|(?:^(\d{1,2},)?(\d{2},)*(\d{3})(\.\d+)?|(\d{1,3})(\.\d+)?$)" >> >> >> is a bit of a kludge and a very long one that really doesn't check >> accurately the number format in any event as it doesn't take into >> account the actual number format particular to the locale nor the number >> of decimal places allowed. In any event we don't need to trap the >> numbeir format that closely either as it doesn't matter if the user >> enters with or without decimal separators. This looks like regular >> expressions gone MAD to me and given that it really isn't that good I >> don't think it is worth it IMHO. Better off just sticking with Tim's >> class="number" format.... he has also developed a class="integer" which >> doesn't allow the hyphen to get negatives nor any decimal separators so >> quite a good additional check... should try to bring that in I think. >> >> Tim has also made some improvements to the confirm boxes but probably >> unnecessary really, especially since it adds significantly to the size >> of the file. I do like the improvement he has made to allow sorting >> tables so that needs to be brought in too - actually not much code >> required for this as it turns out. >> >> Phil >> >> Phil Daintree >> Logic Works Ltd - +64 (0)275 567890 >> http://www.logicworks.co.nz >> skype:daintree >> >> >> On 17/07/13 18:52, webERP Developers wrote: >>> *Hi, Phil:* >>> >>> I've checked the html5 transaction page. And it seems that the >>> current gating issue is the number validation. >>> >>> I've studied Tim's js function. The function only validate users' >>> input by single character. A pattern is a must to ensure the correct input. >>> I've made one as following: >>> >>> >>> pattern="(?:^\d{1,3}(?:\.?\d{3})*(?:,\d{1,})?$)|(?:^\d{1,3}(?:,?\d{3})*(?:\.\d{1,})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:\.\d{1,})?$)|(?:^\d{1,3}(?:\s?\d{3})*(?:,\d{1,})?$)|(?:^(\d{1,2},)?(\d{2},)*(\d{3})(\.\d+)?|(\d{1,3})(\.\d+)?$)" >>> >>> It used to validate number format pattern as described in >>> webERP's languageArray.inc. >>> >>> It is tested OK in firefox and js regex on line. But it seems that >>> it does not work in Chrome. >>> >>> Any comments are welcome! >>> >>> Thanks and best regards! >>> >>> Exson >>> >>> >>> >>> >>> >>> -- >>> View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656589.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 >> > ------------------------------------------------------------------------------ > 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 > |
|
From: webERP D. <web...@li...> - 2013-07-17 12:30:09
|
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. |
|
From: webERP D. <web...@li...> - 2013-07-17 12:47:49
|
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 |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X