Menu
▾
▴
web-erp-developers
|
From: webERP D. <web...@li...> - 2013-07-03 23:12:57
|
Hi Team, I am wondering about a new version, it is 5 months since 4.10.1 was released now. I was holding off pending the new installer work that Exson was doing, but this can wait if it is still some way off. We have some good new functionality in the trunk, with: 1. The bank transaction importer and analysis - currently only works with MT940 format bank feeds, but could easily be adapted to work with others (let me know off list if you need another format - keen to work with businesses as usual). 2. The fixed asset maintenance module - that allows a planned maintenance schedule to be set up for fixed assets and email reminders sent to engineers and managers as necessary. 3. The back end functionality that is required for webERP to work with webSHOP - new configuration parameters and webSHOP sales categories, currencies etc. 4. Exson's smtp mail options 5. Sales person now recorded against the debtor transaction 6. Quite a few important bug fixes too Not sure if there any reason not to just do this now as we are stable to the best of my knowledge. I am keen to kick off with the transition to jQuery - I have only done 1 script so far the AccountGroups.php and have had a couple of off-list discussions about it and think we should move to jQuery date-picking and tables too - but being mindful of the bandwidth implications for the really big result sets in searches. I would like to get going on this across all scripts - but after I have webSHOP stable with freight API links etc. it would be great if there were a team of us working on this as is it a big task and looking for volunteers to follow the work done on AccountGroups.php and roll it out across all scripts. The aim is to have: 1. Messages against each error to show users how to correct 2. Trap errors before forms are submitted 3. Ensure all fields required are entered before the form is submitted 4. Prevent incorrect entry as it is attempted to be entered 5. More functional and attractive date picking 6. Table filtering and sorting capabilities especially on searches These are major usability enhancements in my view and should go a long way to resolve the most often criticised shortcoming of webERP. This functionality is pretty much expected in modern web-applications and we have fallen a bit short here previously due to the reluctance to get stuck into javascript and the various incompatibilities that dogged it. This "jQueryisation" should give the application a serious face-lift as well as functional and usability improvements which are so important to first impressions - where I think we have suffered in the past. So, after this next release this is the direction I would like us to head. Hope there are a few of you guys who can see this value of this vision and keen to help me make it happen :-) Phil Ph: +64 (0)275 567890 Skype: daintree http://www.logicworks.co.nz |
|
From: webERP D. <web...@li...> - 2013-07-04 08:17:39
|
Hi Phil, > Not sure if there any reason not to just do this now as we are stable to the best of my knowledge. I'd say to release often is better than not with open source. > I am keen to kick off with the transition to jQuery - I have not been familiar with the plans for 'transition to jQuery' with webERP. By that do you mean introducing jQuery to handle some additional 'beautification' to the code? eg first level validations of forms etc. > The aim is to have: > 1. Messages against each error to show users how to correct > 2. Trap errors before forms are submitted > 3. Ensure all fields required are entered before the form is submitted > 4. Prevent incorrect entry as it is attempted to be entered > 5. More functional and attractive date picking > 6. Table filtering and sorting capabilities especially on searches I think it is a good idea as long as the functionality does not rely on the javascript so that we can have javascript turned off and still have functional pages and validating forms. > This "jQueryisation" should give the application a serious face-lift as well as functional and usability improvements which are so important to first impressions - where I think we have suffered in the past. I agree, although it is hard to apply standards based unobtrusive javascript in a system without some type of templating system. Would that also be on the agenda? A light weight templating engine? That way it is very easy to integrate and have users customise their pages with javascript behaviours. I'm very much in favour of the use of javascript (not always necessarily jQuery - but jQuery where applicable and just javascript where more efficient) in the pages, with the provisos above about having functionality still there and proper validation with javascript turned off. Cheers, Jo On 04/07/2013, at 8:42 AM, webERP Developers <web...@li...> wrote: > Hi Team, > > I am wondering about a new version, it is 5 months since 4.10.1 was released now. I was holding off pending the new installer work that Exson was doing, but this can wait if it is still some way off. We have some good new functionality in the trunk, with: > > 1. The bank transaction importer and analysis - currently only works with MT940 format bank feeds, but could easily be adapted to work with others (let me know off list if you need another format - keen to work with businesses as usual). > 2. The fixed asset maintenance module - that allows a planned maintenance schedule to be set up for fixed assets and email reminders sent to engineers and managers as necessary. > 3. The back end functionality that is required for webERP to work with webSHOP - new configuration parameters and webSHOP sales categories, currencies etc. > 4. Exson's smtp mail options > 5. Sales person now recorded against the debtor transaction > 6. Quite a few important bug fixes too > > Not sure if there any reason not to just do this now as we are stable to the best of my knowledge. > > I am keen to kick off with the transition to jQuery - I have only done 1 script so far the AccountGroups.php and have had a couple of off-list discussions about it and think we should move to jQuery date-picking and tables too - but being mindful of the bandwidth implications for the really big result sets in searches. I would like to get going on this across all scripts - but after I have webSHOP stable with freight API links etc. it would be great if there were a team of us working on this as is it a big task and looking for volunteers to follow the work done on AccountGroups.php and roll it out across all scripts. > > The aim is to have: > 1. Messages against each error to show users how to correct > 2. Trap errors before forms are submitted > 3. Ensure all fields required are entered before the form is submitted > 4. Prevent incorrect entry as it is attempted to be entered > 5. More functional and attractive date picking > 6. Table filtering and sorting capabilities especially on searches > > These are major usability enhancements in my view and should go a long way to resolve the most often criticised shortcoming of webERP. This functionality is pretty much expected in modern web-applications and we have fallen a bit short here previously due to the reluctance to get stuck into javascript and the various incompatibilities that dogged it. > > This "jQueryisation" should give the application a serious face-lift as well as functional and usability improvements which are so important to first impressions - where I think we have suffered in the past. > > So, after this next release this is the direction I would like us to head. Hope there are a few of you guys who can see this value of this vision and keen to help me make it happen :-) > > Phil > > Ph: +64 (0)275 567890 > Skype: daintree > http://www.logicworks.co.nz > ------------------------------------------------------------------------------ > 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-04 09:03:39
|
on better table display: I gave an example a long time ago using a jquery plugin that has good functionality and can be used next to the current pagination: features: sorting searching in table using javascript, no server action necessary column reordering user can store his/her preferred order on his machine pagination done by plugin and much more. Simple use: all tables nead ... (not present yet). one simple call of the javascript plugin. if Javascript works, set number of items per page in configuration to a large number - jquery does pagination and search if not, use as before. I think I prepared a demo for BOM's or some other manufacturing related table a year ago. If you are interested, I can post more info. And yes, usability is a big issue. Please do not be offended, but nobody in my company wants to use weberp. Coming from a windows world (which I don't praise - I am here active in open source land) , having drag and drop and all that, the waiting for webserver response and keyboard orientation is slow ... A modern UI is much appreciated and I am glad that you are pushing it. Thanks for that. Klaus -- View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656549.html Sent from the web-ERP-developers mailing list archive at Nabble.com. |
|
From: webERP D. <web...@li...> - 2013-07-17 07:26:04
|
2013.07.17. 8:52 keltezéssel, webERP Developers írta: > > It is tested OK in firefox and js regex on line. But it seems that > it does not work in Chrome. > > Codepage problem? (utf8, 16) -- k-atti- |
|
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 |
|
From: webERP D. <web...@li...> - 2013-07-17 22:21:59
|
if you have a stock of 1.000000 items - no matter how long your page is, unless you decide to display only 20, which would seem unpractical: can you still notice differences of 30 bytes of javascript in the bandwidthand in page loading time? Especially if the js might be cached? Won't it be faster if sorting and others things are done in the browser as compared to reloading a sorted page - needing twice the bandwidth? How many bytes are 30 lines of items in a table? More/less than jquery code, which is 70 kB? Won't the data be much larger than any of the code that could make the page more usable? Datatables could be used on top of your pagination, so it would only show and load the number of lines that is given in the config. It also allows to resort clumn ordering, to save that ordering locally, to hide colums, and eventually, some tables should have in table edit capability to improve usage. -- View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656604.html Sent from the web-ERP-developers mailing list archive at Nabble.com. |
|
From: webERP D. <web...@li...> - 2013-07-17 23:01:28
|
*Hi, Phil:*
Thank you for your explanation.
I agreed that the pattern I submit did little improvement and the
pattern should not be used in the html file. And it will significantly
reduce the work of the transition. But there are still space to improve the
js function to make it more precisely to trap error corresponding to user's
locale. I'll make a try.
The html5's local storage feature maybe give us more choice
without jq's data table.
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-tp4656547p4656605.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-04 09:09:26
|
Hi Klaus, Yes, I heard you and I am going to adopt your work throughout ... of course it is a big mission so I am looking for support to assist with it. I also hear Jo - he is right that we do not want to become dependent on javascript/jQuery to work at all, but have the server do the same checks to so there is a happy fall back i.e. progressive jQuery. I have demonstrated how this can be done I think with AccountGroups.php Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz skype:daintree On 04/07/13 21:03, webERP Developers wrote: > on better table display: > > I gave an example a long time ago using a jquery plugin that has good > functionality and can be used next to the current pagination: > > features: > sorting searching in table using javascript, no server action necessary > column reordering > user can store his/her preferred order on his machine > pagination done by plugin > > and much more. > Simple use: > all tables nead ... (not present yet). > one simple call of the javascript plugin. > if Javascript works, set number of items per page in configuration to a > large number - jquery does pagination and search > > if not, use as before. > > I think I prepared a demo for BOM's or some other manufacturing related > table a year ago. > > If you are interested, I can post more info. > > And yes, usability is a big issue. > Please do not be offended, but nobody in my company wants to use weberp. > Coming from a windows world (which I don't praise - I am here active in open > source land) , having drag and drop and all that, the waiting for webserver > response and keyboard orientation is slow ... > > A modern UI is much appreciated and I am glad that you are pushing it. > Thanks for that. > > > > Klaus > > > > -- > View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656549.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 > |
|
From: webERP D. <web...@li...> - 2013-07-17 08:40:24
|
*Hi, *
Thank you for your reply. It seems that only the browser behavior is
different. FF will validate after the input field is blur. Chrome will not
validate until the first submit.
I think the pattern is workable.
Best regards!
Exson
web-ERP-developers mailing list wrote
> 2013.07.17. 8:52 keltezéssel, webERP Developers írta:
>>
>> It is tested OK in firefox and js regex on line. But it seems
>> that
>> it does not work in Chrome.
>>
>>
> Codepage problem? (utf8, 16)
>
> --
> k-atti-
>
> ------------------------------------------------------------------------------
> 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-erp-developers@.sourceforge
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656591.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-17 09:29:25
|
*Dear all:*
A more efficient way maybe change the event of onkeypress to
oninput. Then the function can check the input string and validate it. Use
js to get the locale of the users and validate it more specifically. Then
what we need to do is only add or change the class instead of add a pattern
in the fields.
Is there any more idea about this?
Best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656592.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: ExsonQu <hex...@gm...> - 2013-07-25 05:18:04
|
TimSchofield2 wrote > > web-ERP-developers mailing list wrote >> 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. > It only adds 996 bytes to the file, and this could be shortened further > with the use of smaller variable names. To my mind they give a more > consistent and professional feel across all browsers. > > We could make far bigger savings than 996 bytes by using the condensed > versions of the css files that Martha did at KwaMoja. There are big > savings on these, about 2.5kb per file. -- View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656651.html Sent from the web-ERP-developers mailing list archive at Nabble.com. |
|
From: webERP D. <web...@li...> - 2013-07-04 21:15:18
|
Phil, many thanks. One thing is necessary and may be there and I did not find it, or not: Certain scripts need to include js (jquery code or plugins) into the header - sometimes it works also if called only in body but is more stable if sent in header. Is this currently possible? web2project, for example, ncludes an xxx.js into the header whenever index.php calls the script xxx.php (all their calls go through the main index.php. Just my 2 ct. Klaus -- View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656552.html Sent from the web-ERP-developers mailing list archive at Nabble.com. |
|
From: webERP D. <web...@li...> - 2013-07-17 23:47:55
|
> reduce the work of the transition. But there are still space to improve the > js function to make it more precisely to trap error corresponding to user's > locale. I'll make a try. That sounds great :-) I do believe this is the best avenue to try for improvement. > The html5's local storage feature maybe give us more choice > without jq's data table. Sounds like I should be looking at this too then. Thanks for all your efforts Exson :-) Phil On 18 July 2013 at 11:00 webERP Developers <web...@li...> wrote: > *Hi, Phil:* > > Thank you for your explanation. > I agreed that the pattern I submit did little improvement and the > pattern should not be used in the html file. And it will significantly > reduce the work of the transition. But there are still space to improve the > js function to make it more precisely to trap error corresponding to user's > locale. I'll make a try. > > The html5's local storage feature maybe give us more choice > without jq's data table. > > 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-tp4656547p4656605.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 Phil Ph: +64 (0)275 567890 Skype: daintree http://www.logicworks.co.nz |
|
From: webERP D. <web...@li...> - 2013-07-18 10:47:48
|
*Dear all:*
I've revised validation of number class features based on Tim's
job.
1) In step1, users cannot input ',. ' on a row.
2) an onchange function was added to validate user's input via
their locale.
I've commit these changes to svn.
Any comments are highly appreciated!
Thank you for the help from all of you!
Best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656608.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-19 03:47:19
|
*Hi, Phil:*
I've tried to revise some scripts to meet html5 standard and found
the spec should be revised:
1) There are illegal characters not allowed in server side. I think
this should be verified before the data send to server, otherwise, users
will be frustrated.
2) There are special string not allowed such as 'admin' in
WWW_Users.php, I think this string should be checked too.
Not sure if there are others which proceed in server side only.
Just my2cent.
Best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656618.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-19 04:00:20
|
Yes - I've been using pattern="[0-9a-zA-Z_]*" to prevent input of dodgy characters see http://www.weberp.org/wiki/TransitionToHtml5 <http://www.weberp.org/wiki/TransitionToHtml5> I am sure there are plenty of other places this should be used too - I noticed your nice use of pattern=".{4,}" to ensure the text entered is at least 4 characters long. You are obviously much better with regular expressions than I am. On 19 July 2013 at 15:46 webERP Developers <web...@li...> wrote: > *Hi, Phil:* > > I've tried to revise some scripts to meet html5 standard and found > the spec should be revised: > > 1) There are illegal characters not allowed in server side. I think > this should be verified before the data send to server, otherwise, users > will be frustrated. > 2) There are special string not allowed such as 'admin' in > WWW_Users.php, I think this string should be checked too. > Not sure if there are others which proceed in server side only. > > Just my2cent. > > Best regards! > > Exson > > > > > -- > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656618.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 Phil Ph: +64 (0)275 567890 Skype: daintree http://www.logicworks.co.nz |
|
From: webERP D. <web...@li...> - 2013-07-04 21:21:33
|
Well the trunk has jquery and the validate plugin is already included in the header already see includes/header.inc I will leave this as is for this release - although we only have one script jQuerified currently. Once it is loaded it is cached so it is not like it is an overhead for every page just a one off. Will need the tables plugin too and datepicker but this is for the main jqueryisation project after 4.11 is released. Phil Ph: +64 (0)275 567890 Skype: daintree http://www.logicworks.co.nz On 05 July 2013 at 09:14 webERP Developers <web...@li...> wrote: > Phil, > > many thanks. > > One thing is necessary and may be there and I did not find it, or not: > > Certain scripts need to include js (jquery code or plugins) into the header > - sometimes it works also if called only in body but is more stable if sent > in header. > > Is this currently possible? > > web2project, for example, ncludes an xxx.js into the header whenever > index.php calls the script xxx.php (all their calls go through the main > index.php. > Just my 2 ct. > > Klaus > > > > -- > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656552.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 |
|
From: ExsonQu <hex...@gm...> - 2013-07-25 05:21:16
|
Hi, Tim:
Thank you for your report. It's fixed now!
Best regards!
Exson
TimSchofield2 wrote
> Hi Exson,
>
> Your knowledge of regular expressions is certainly impressive!
>
> Looking at the latest regex it gives an error for input in the format of
> .5 which is a common method of inputting the number of 0.5.
>
> Thanks
> Tim
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656653.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-05 02:57:04
|
*Hi, Phil:*
Sorry for the late. I'll do my best to complete the new
installer within this weekend.
Concerning to the Jquery, if we only use it to do validation, it
seems overkill. The validation functions have been implemented almost by
every main browser in html5 now.
Best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656555.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-05 03:13:08
|
Hi Exson, Good point - I had not explored this idea - maybe html 5 is the better way to go I will do a bit more research. I do like the idea for sorting/filtering tables tough too - it maybe overkill though for that too.... Phil On 05 July 2013 at 14:56 webERP Developers <web...@li...> wrote: > *Hi, Phil:* > > Sorry for the late. I'll do my best to complete the new > installer within this weekend. > > Concerning to the Jquery, if we only use it to do validation, it > seems overkill. The validation functions have been implemented almost by > every main browser in html5 now. > > > Best regards! > > Exson > > > > -- > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656555.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 Phil Ph: +64 (0)275 567890 Skype: daintree http://www.logicworks.co.nz |
|
From: webERP D. <web...@li...> - 2013-07-05 07:00:54
Attachments:
pandeero.vcf
|
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">My proposal is to make the user
interface user-friendly which it is actually not. Just an example:
Account inquiry. I want to make the account inquiry for the
account 1030. Therefore, I click "Account Inquiry". Then I write
"1030" and click for search. Then I click "1030". Then I click
"Account Inquiry" again. Why is that? Or there is not possible to
delete rows from invoices or credit invoices, somewhere it was not
possible to delete. Or that many buttons have the
submit-functionality. If I deliberately push "Enter" then it does
something else I wanted it to do and my entered information is
lost, for instance by making a GL entry. It is therefore a better
approach not to use submit-buttons at all and that every button
has an "onclick"-functionality. Once UX is done, one can think of
some third-party crazy stuff like JQuery. I personally do not want
JQuery to be included because its code is to robust if one wants
to make some changes. Everything needed can be done without a
third-party stuff.<br>
<div class="moz-signature">
<div>
<p> <b>Kalmer Piiskop, MSc.</b> </p>
<p> <strong> <span
style="font-size:10.0pt;font-family:Verdana;color:#448593">Instituudi tee
3-27</span> </strong> </p>
<p> <strong> <span
style="font-size:10.0pt;font-family:Verdana;
color:#448593">EE76902</span> </strong> <strong> <span
style="font-size:10.0pt;font-family:Verdana;color:#448593">Harku</span>
</strong> </p>
<p> <strong>Harku</strong> </p>
<p> <strong>Harjumaa</strong> </p>
<p> <strong>European Union</strong> </p>
<p> <strong> <span style="font-size: 10.0pt;
font-family:"MS sans-serif"; color: #448593">+372
652 4228</span> </strong> </p>
<p> <strong> <span style="font-size: 10.0pt; font-family:
Verdana; color: #448593">+372 5620 4556</span> </strong>
</p>
<p> <strong> <span style="font-size: 10.0pt; font-family:
Verdana; color:#448593">callto://pandeero</span> </strong>
</p>
<p> <strong> <span style="font-size: 7.5pt; font-family:
Verdana; color: #448593">Danske Bank A/S Eesti filiaal
(FORE EE 2X): EE893300336314570000</span> </strong> </p>
<p> <span style="font-size: 10.0pt; font-family: Verdana;
color: #448593">Hansapank (HABA EE2X):
EE451100001107112667</span> </p>
<p> <strong> <span
style="font-size:7.5pt;font-family:Verdana;
color:#448593">__________________________________________________________________</span>
</strong> </p>
</div>
</div>
05.07.2013 00:21, webERP Developers kirjutas:<br>
</div>
<blockquote
cite="mid:418...@em..."
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<style type="text/css">.mceResizeHandle {position: absolute;border: 1px solid black;background: #FFF;width: 5px;height: 5px;z-index: 10000}.mceResizeHandle:hover {background: #000}img[data-mce-selected] {outline: 1px solid black}img.mceClonedResizable, table.mceClonedResizable {position: absolute;outline: 1px dashed black;opacity: .5;z-index: 10000}
</style>
<div> Well the trunk has jquery and the validate plugin is already
included in the header already see includes/header.inc I will
leave this as is for this release - although we only have one
script jQuerified currently. Once it is loaded it is cached so
it is not like it is an overhead for every page just a one off.
</div>
<div> </div>
<div> Will need the tables plugin too and datepicker but this is
for the main jqueryisation project after 4.11 is released. </div>
<div> </div>
<div> Phil <br>
<br>
Ph: +64 (0)275 567890 <br>
Skype: daintree <br>
<a class="moz-txt-link-freetext" href="http://www.logicworks.co.nz">http://www.logicworks.co.nz</a> </div>
<div> <br>
On 05 July 2013 at 09:14 webERP Developers
<a class="moz-txt-link-rfc2396E" href="mailto:web...@li..."><web...@li...></a> wrote: <br>
> Phil, <br>
> <br>
> many thanks. <br>
> <br>
> One thing is necessary and may be there and I did not find
it, or not: <br>
> <br>
> Certain scripts need to include js (jquery code or plugins)
into the header <br>
> - sometimes it works also if called only in body but is
more stable if sent <br>
> in header. <br>
> <br>
> Is this currently possible? <br>
> <br>
> web2project, for example, ncludes an xxx.js into the header
whenever <br>
> index.php calls the script xxx.php (all their calls go
through the main <br>
> index.php. <br>
> Just my 2 ct. <br>
> <br>
> Klaus <br>
> <br>
> <br>
> <br>
> -- <br>
> View this message in context:
<a class="moz-txt-link-freetext" href="http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656552.html">http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656552.html</a>
<br>
> Sent from the web-ERP-developers mailing list archive at
Nabble.com. <br>
> <br>
>
------------------------------------------------------------------------------
<br>
> This SF.net email is sponsored by Windows: <br>
> <br>
> Build for Windows Store. <br>
> <br>
> <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/windows-dev2dev">http://p.sf.net/sfu/windows-dev2dev</a> <br>
> _______________________________________________ <br>
> Web-erp-developers mailing list <br>
> <a class="moz-txt-link-abbreviated" href="mailto:Web...@li...">Web...@li...</a> <br>
>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
</div>
<div id="ox-signature"> </div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:
Build for Windows Store.
<a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/windows-dev2dev">http://p.sf.net/sfu/windows-dev2dev</a></pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Web-erp-developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Web...@li...">Web...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
</pre>
</blockquote>
<br>
</body>
</html>
|
|
From: webERP D. <web...@li...> - 2013-07-05 21:04:19
|
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Appreciate you view Kalmer ... yes there is some good usability
improvements we can make without jQuery - esp with html5. This
should be the first step I agree.<br>
<pre class="moz-signature" cols="72">Phil
Phil Daintree
Logic Works Ltd - +64 (0)275 567890
<a class="moz-txt-link-freetext" href="http://www.logicworks.co.nz">http://www.logicworks.co.nz</a>
skype:daintree</pre>
<br>
On 05/07/13 19:00, webERP Developers wrote:
<blockquote cite="mid:51D...@gm..." type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div class="moz-cite-prefix">My proposal is to make the user
interface user-friendly which it is actually not. Just an
example: Account inquiry. I want to make the account inquiry for
the account 1030. Therefore, I click "Account Inquiry". Then I
write "1030" and click for search. Then I click "1030". Then I
click "Account Inquiry" again. Why is that? Or there is not
possible to delete rows from invoices or credit invoices,
somewhere it was not possible to delete. Or that many buttons
have the submit-functionality. If I deliberately push "Enter"
then it does something else I wanted it to do and my entered
information is lost, for instance by making a GL entry. It is
therefore a better approach not to use submit-buttons at all and
that every button has an "onclick"-functionality. Once UX is
done, one can think of some third-party crazy stuff like JQuery.
I personally do not want JQuery to be included because its code
is to robust if one wants to make some changes. Everything
needed can be done without a third-party stuff.<br>
<div class="moz-signature">
<div>
<p> <b>Kalmer Piiskop, MSc.</b> </p>
<p> <strong> <span
style="font-size:10.0pt;font-family:Verdana;color:#448593">Instituudi tee
3-27</span> </strong> </p>
<p> <strong> <span
style="font-size:10.0pt;font-family:Verdana;
color:#448593">EE76902</span> </strong> <strong> <span
style="font-size:10.0pt;font-family:Verdana;color:#448593">Harku</span>
</strong> </p>
<p> <strong>Harku</strong> </p>
<p> <strong>Harjumaa</strong> </p>
<p> <strong>European Union</strong> </p>
<p> <strong> <span style="font-size: 10.0pt;
font-family:"MS sans-serif"; color: #448593">+372
652 4228</span> </strong> </p>
<p> <strong> <span style="font-size: 10.0pt; font-family:
Verdana; color: #448593">+372 5620 4556</span> </strong>
</p>
<p> <strong> <span style="font-size: 10.0pt; font-family:
Verdana; color:#448593">callto://pandeero</span> </strong>
</p>
<p> <strong> <span style="font-size: 7.5pt; font-family:
Verdana; color: #448593">Danske Bank A/S Eesti filiaal
(FORE EE 2X): EE893300336314570000</span> </strong> </p>
<p> <span style="font-size: 10.0pt; font-family: Verdana;
color: #448593">Hansapank (HABA EE2X):
EE451100001107112667</span> </p>
<p> <strong> <span
style="font-size:7.5pt;font-family:Verdana;
color:#448593">__________________________________________________________________</span>
</strong> </p>
</div>
</div>
05.07.2013 00:21, webERP Developers kirjutas:<br>
</div>
<blockquote
cite="mid:418...@em..."
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<style type="text/css">.mceResizeHandle {position: absolute;border: 1px solid black;background: #FFF;width: 5px;height: 5px;z-index: 10000}.mceResizeHandle:hover {background: #000}img[data-mce-selected] {outline: 1px solid black}img.mceClonedResizable, table.mceClonedResizable {position: absolute;outline: 1px dashed black;opacity: .5;z-index: 10000}
</style>
<div> Well the trunk has jquery and the validate plugin is
already included in the header already see
includes/header.inc I will leave this as is for this release
- although we only have one script jQuerified currently. Once
it is loaded it is cached so it is not like it is an overhead
for every page just a one off. </div>
<div> </div>
<div> Will need the tables plugin too and datepicker but this is
for the main jqueryisation project after 4.11 is released. </div>
<div> </div>
<div> Phil <br>
<br>
Ph: +64 (0)275 567890 <br>
Skype: daintree <br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://www.logicworks.co.nz">http://www.logicworks.co.nz</a>
</div>
<div> <br>
On 05 July 2013 at 09:14 webERP Developers <a
moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="mailto:web...@li..."><web...@li...></a>
wrote: <br>
> Phil, <br>
> <br>
> many thanks. <br>
> <br>
> One thing is necessary and may be there and I did not
find it, or not: <br>
> <br>
> Certain scripts need to include js (jquery code or
plugins) into the header <br>
> - sometimes it works also if called only in body but is
more stable if sent <br>
> in header. <br>
> <br>
> Is this currently possible? <br>
> <br>
> web2project, for example, ncludes an xxx.js into the
header whenever <br>
> index.php calls the script xxx.php (all their calls go
through the main <br>
> index.php. <br>
> Just my 2 ct. <br>
> <br>
> Klaus <br>
> <br>
> <br>
> <br>
> -- <br>
> View this message in context: <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656552.html">http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656552.html</a>
<br>
> Sent from the web-ERP-developers mailing list archive at
Nabble.com. <br>
> <br>
>
------------------------------------------------------------------------------
<br>
> This SF.net email is sponsored by Windows: <br>
> <br>
> Build for Windows Store. <br>
> <br>
> <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://p.sf.net/sfu/windows-dev2dev">http://p.sf.net/sfu/windows-dev2dev</a>
<br>
> _______________________________________________ <br>
> Web-erp-developers mailing list <br>
> <a moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:Web...@li...">Web...@li...</a>
<br>
> <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
</div>
<div id="ox-signature"> </div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:
Build for Windows Store.
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://p.sf.net/sfu/windows-dev2dev">http://p.sf.net/sfu/windows-dev2dev</a></pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Web-erp-developers mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Web...@li...">Web...@li...</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:
Build for Windows Store.
<a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/windows-dev2dev">http://p.sf.net/sfu/windows-dev2dev</a></pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Web-erp-developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Web...@li...">Web...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
</pre>
</blockquote>
</body>
</html>
|
|
From: webERP D. <web...@li...> - 2013-07-05 08:31:02
|
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. |
|
From: webERP D. <web...@li...> - 2013-07-18 14:22:37
|
*Hi, Tim:*
Thank you for your comments!
I've fixed it now. The negative mark is allowed for input and a
hidden field is created to hold the Lang variable.
Thank you again.
Best regards!
Exson
TimSchofield2 wrote
>
> ExsonQu wrote
*
>> Dear all:
*
>>
>> I've revised validation of number class features based on Tim's
>> job.
>> 1) In step1, users cannot input ',. ' on a row.
>> 2) an onchange function was added to validate user's input via
>> their locale.
>>
>> I've commit these changes to svn.
>>
>> Any comments are highly appreciated!
>>
>> Thank you for the help from all of you!
>>
>> Best regards!
>>
>> Exson
> Hi Exson,
>
> This is great work.
>
> A couple of pointers. I think you have accidentally removed the ability to
> put in negative numbers. In the rTN() function, the string should read
> ("0123456789.,-").
>
> Secondly By using LanguageSetup.php to create the JavaScript variable Lang
> you are outputting the script before the headers. By looking at the
> generated html you will see 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">
> <head>
> This will mean that all reports will refuse to run, and also has some
> undesirable UI affects, (you will probably notice that the fonts have
> grown!).
>
> This code is better placed in header.inc just before MiscFunctions.js gets
> included.
>
> Hope this helps,
> Tim
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Intention-to-roll-up-new-version-and-future-plans-tp4656547p4656612.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-05 21:06:14
|
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 > |
×
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