Menu
▾
▴
web-erp-developers — Discussion on development of webERP
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(20) |
Aug
(21) |
Sep
(12) |
Oct
(2) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(3) |
Feb
(46) |
Mar
(65) |
Apr
(49) |
May
(33) |
Jun
(5) |
Jul
(79) |
Aug
(228) |
Sep
(347) |
Oct
(272) |
Nov
(270) |
Dec
(424) |
| 2005 |
Jan
(549) |
Feb
(232) |
Mar
(134) |
Apr
(103) |
May
(57) |
Jun
(74) |
Jul
(67) |
Aug
(45) |
Sep
(99) |
Oct
(187) |
Nov
(238) |
Dec
(127) |
| 2006 |
Jan
(81) |
Feb
(137) |
Mar
(46) |
Apr
(55) |
May
(62) |
Jun
(152) |
Jul
(137) |
Aug
(154) |
Sep
(176) |
Oct
(104) |
Nov
(65) |
Dec
(64) |
| 2007 |
Jan
(56) |
Feb
(303) |
Mar
(88) |
Apr
(80) |
May
(72) |
Jun
(20) |
Jul
(47) |
Aug
(28) |
Sep
(113) |
Oct
(49) |
Nov
(89) |
Dec
(24) |
| 2008 |
Jan
(24) |
Feb
(61) |
Mar
(43) |
Apr
(51) |
May
(12) |
Jun
(10) |
Jul
(49) |
Aug
(26) |
Sep
(7) |
Oct
(50) |
Nov
(19) |
Dec
(15) |
| 2009 |
Jan
(87) |
Feb
(144) |
Mar
(54) |
Apr
(72) |
May
(32) |
Jun
(23) |
Jul
(27) |
Aug
(90) |
Sep
(349) |
Oct
(174) |
Nov
(320) |
Dec
(110) |
| 2010 |
Jan
(162) |
Feb
(39) |
Mar
(80) |
Apr
(126) |
May
(45) |
Jun
(44) |
Jul
(75) |
Aug
(32) |
Sep
(100) |
Oct
(57) |
Nov
(49) |
Dec
(125) |
| 2011 |
Jan
(72) |
Feb
(41) |
Mar
(63) |
Apr
(18) |
May
(123) |
Jun
(100) |
Jul
(96) |
Aug
(84) |
Sep
(83) |
Oct
(39) |
Nov
(166) |
Dec
(103) |
| 2012 |
Jan
(158) |
Feb
(148) |
Mar
(77) |
Apr
(43) |
May
(126) |
Jun
(82) |
Jul
(67) |
Aug
(28) |
Sep
(109) |
Oct
(30) |
Nov
(23) |
Dec
(34) |
| 2013 |
Jan
(14) |
Feb
(16) |
Mar
(7) |
Apr
(79) |
May
(76) |
Jun
(13) |
Jul
(76) |
Aug
(36) |
Sep
(22) |
Oct
(35) |
Nov
(167) |
Dec
(93) |
| 2014 |
Jan
(64) |
Feb
(14) |
Mar
(57) |
Apr
(63) |
May
(60) |
Jun
(15) |
Jul
(24) |
Aug
(19) |
Sep
(56) |
Oct
(70) |
Nov
(45) |
Dec
(52) |
| 2015 |
Jan
(56) |
Feb
(73) |
Mar
(34) |
Apr
(11) |
May
(24) |
Jun
(19) |
Jul
(11) |
Aug
(8) |
Sep
(25) |
Oct
(22) |
Nov
(38) |
Dec
(7) |
| 2016 |
Jan
(7) |
Feb
(34) |
Mar
(17) |
Apr
(10) |
May
(17) |
Jun
(7) |
Jul
(17) |
Aug
(31) |
Sep
(3) |
Oct
(34) |
Nov
(5) |
Dec
(2) |
| 2017 |
Jan
|
Feb
(4) |
Mar
(18) |
Apr
(6) |
May
(10) |
Jun
(13) |
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
|
Dec
(1) |
| 2018 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
(10) |
May
(5) |
Jun
|
Jul
(7) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
(2) |
| 2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(6) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
|
Dec
(3) |
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2022 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(30) |
Nov
|
Dec
(2) |
|
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 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: 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 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 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-15 09:07:09
|
*Dear all:*
Thank you for your nice support!
The new installer has been completed now. There is some new
features introduced:
1) Guess user's language and use the guessed language to set the
locale when users first run the installer, then he can choose his preferred
language.
2) Get timezone automatically, so it will set a default timezone
which maybe users need before users make final decision.
3) Gettext compatible. The installation interface's messages can
be translated now.
4) Support mysql and mysqli together. Not require mysqli only.
5) Provide a choice to install demo and new weberp together.
6) Php configuration check and show warning messages and errors.
7) Add a step to check the password, users and host for mysql is
set right or not.
8) Add a coa directory to store different locale, chart of
accounts' sql file. To prepare for further localization.
9) Integrated with Richard's admin user's mail feature to mail
security messages.
You can download it from trunk and test it.
Any feedback is highly appreciated!
Thanks and best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Install-interface-internationalize-tp4656407p4656587.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-13 23:34:14
|
Hi Bob, Yes I have applied this change to the trunk already. Let me know if you want me to help with this... Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz skype:daintree On 09/07/13 03:46, webERP Developers wrote: > Phil, > > I think that changing the work order receive code is the way to proceed. > The following scenario might possibly work: > > 1) Remove the material issue function. It is only a means to allow for > tracking inventory location and issuing whole batches. There are too many > problems with the batch issue to make it a viable solution. If one needs to > keep batches isolated, the existing method might be somehow forced to work, > but the shop discipline is too difficult to implement. One can only manage > one batch at a time. The users must keep track to the side on the usage and > then issue the next batch. Scrap is not handled at all. > > 2) If batch or serial numbered items are in the BOM, a special receiving > function is needed. In the receiving function, the user would enter the > serial number or batch of the components used in the new serial/batch > controlled item. > > 3) A check should be made when creating a BOM that the item being created > matches the control type of the strictest component in the BOM, i.e. an > uncontrolled item can't require a controlled and a batch controlled item > can't require a serial numbered item. > > Bob Thomas > > P.S. I had submitted a simple change to item issue to code to insure that > only items that existed are available for issue. The system always keeps a > record of where serial numbered items have been stored. When an item is > removed, the location/serial number pair is set to quantity zero. > > 4.10.1 WorkOrderIssue.php > > $SerialNoResult = DB_query("SELECT serialno > FROM stockserialitems > WHERE stockid='" . $_POST['IssueItem'] . "' > AND loccode='" . $_POST['FromLocation'] . "'", > > Corrected Code: > > $SerialNoResult = DB_query("SELECT serialno > FROM stockserialitems > WHERE stockid='" . $_POST['IssueItem'] . "' > AND loccode='" . $_POST['FromLocation'] . "' > AND quantity> 0", > > > > -- > View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Inventory-in-Manufacturing-tp4656561p4656581.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-11 01:37:22
|
R I P mr Mo. -----Original Message----- From: webERP Developers <web...@li...> Date: Thu, 11 Jul 2013 11:06:45 To: <web...@li...> Reply-To: webERP Developers <web...@li...> Subject: [WebERP-developers] Mo Kelly ------------------------------------------------------------------------------ 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 |
|
From: webERP D. <web...@li...> - 2013-07-11 01:08:43
|
I am very sad because Mr. Morris Kelly passed away. We have had dealings with him and we were working with him on the translation (and adaptation) of CARTwebERP to Spanish and French. He contributed with very bright ideas and helped us a lot with his enthusiasm for Software Libre (LAMP GPL3). We will remember him. Rafael Chacón 2013/7/10 webERP Developers <web...@li...> > ** > I know some of you will have had dealings with the gentleman Mo Kelly. Mo > was very active and a staunch advocate of webERP in conjunction with joomla > and a whole raft of Joomla add-ons that he created for webERP. Sadly, I > must advise that Mo passed away on Monday. > > His enthusiasm for webERP and his kind nature and good manners were > hallmarks of all my dealings with him. > > Phil > > Ph: +64 (0)275 567890 > Skype: daintree > http://www.logicworks.co.nz > > > ------------------------------------------------------------------------------ > 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-10 23:06:54
|
I know some of you will have had dealings with the gentleman Mo Kelly. Mo was very active and a staunch advocate of webERP in conjunction with joomla and a whole raft of Joomla add-ons that he created for webERP. Sadly, I must advise that Mo passed away on Monday. His enthusiasm for webERP and his kind nature and good manners were hallmarks of all my dealings with him. Phil Ph: +64 (0)275 567890 Skype: daintree http://www.logicworks.co.nz |
|
From: webERP D. <web...@li...> - 2013-07-08 15:47:15
|
Phil,
I think that changing the work order receive code is the way to proceed.
The following scenario might possibly work:
1) Remove the material issue function. It is only a means to allow for
tracking inventory location and issuing whole batches. There are too many
problems with the batch issue to make it a viable solution. If one needs to
keep batches isolated, the existing method might be somehow forced to work,
but the shop discipline is too difficult to implement. One can only manage
one batch at a time. The users must keep track to the side on the usage and
then issue the next batch. Scrap is not handled at all.
2) If batch or serial numbered items are in the BOM, a special receiving
function is needed. In the receiving function, the user would enter the
serial number or batch of the components used in the new serial/batch
controlled item.
3) A check should be made when creating a BOM that the item being created
matches the control type of the strictest component in the BOM, i.e. an
uncontrolled item can't require a controlled and a batch controlled item
can't require a serial numbered item.
Bob Thomas
P.S. I had submitted a simple change to item issue to code to insure that
only items that existed are available for issue. The system always keeps a
record of where serial numbered items have been stored. When an item is
removed, the location/serial number pair is set to quantity zero.
4.10.1 WorkOrderIssue.php
$SerialNoResult = DB_query("SELECT serialno
FROM stockserialitems
WHERE stockid='" . $_POST['IssueItem'] . "'
AND loccode='" . $_POST['FromLocation'] . "'",
Corrected Code:
$SerialNoResult = DB_query("SELECT serialno
FROM stockserialitems
WHERE stockid='" . $_POST['IssueItem'] . "'
AND loccode='" . $_POST['FromLocation'] . "'
AND quantity > 0",
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Inventory-in-Manufacturing-tp4656561p4656581.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-08 09:23:07
|
It was many years ago I wrote this logic and I am old :-( Sorry I just can't remember Exson. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz skype:daintree On 08/07/13 18:01, webERP Developers wrote: > *Hi, Phil:* > > Thank you very much! > > I'd like to code it but I'm not familiar with the business logic. > Would you like to explain a little about it? Then I'll find some time to > complete it. > > Best regards! > > Exson > > > > -- > View this message in context: http://weberp-accounting.1478800.n4.nabble.com/shipments-error-message-clarify-tp4656574p4656579.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-08 06:02:02
|
*Hi, Phil:*
Thank you very much!
I'd like to code it but I'm not familiar with the business logic.
Would you like to explain a little about it? Then I'll find some time to
complete it.
Best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/shipments-error-message-clarify-tp4656574p4656579.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-08 05:41:18
|
Well the stock could well have all long gone - and it would not be appropriate to revalue current stock if the credit relates to a shipment where most of the stock which has long since been consumed. However, is some situations you may wish to recalculate the shipment costs for the remaining stock items... happy if you want to code it as an option. Phil On 08 July 2013 at 17:28 webERP Developers <web...@li...> wrote: > *Hi, Phil: > * > Thank you for your prompt reply. > > It seems that the logic is not right here. If we credit the > supplier, the shipments records should also be revised to reflect the new > situation even the shipment has been closed. > > Thanks and best regards! > > Exson > > > > -- > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/shipments-error-message-clarify-tp4656574p4656577.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-08 05:29:10
|
*Hi, Phil:
*
Thank you for your prompt reply.
It seems that the logic is not right here. If we credit the
supplier, the shipments records should also be revised to reflect the new
situation even the shipment has been closed.
Thanks and best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/shipments-error-message-clarify-tp4656574p4656577.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-08 04:57:46
|
Yes you are correct - the message looks as though a "not" has crept in unnecessarily - the user is trying to allocate an order line to a closed shipment - a new shipment is required as you say. Would be better if this was just not possible. Phil Ph: +64 (0)275 567890 Skype: daintree http://www.logicworks.co.nz On 08 July 2013 at 16:41 webERP Developers <web...@li...> wrote: > *Dear all:* > > I've received a question about the shipments from webERP Chinese > community: It's from scripts SuppCreditGRN.php. Following is the error > message: > > Unfortunately the shipment that this purchase order line item was > allocated to has been closed - if you add this item to the transaction then > no shipments will not be updated. If you wish to allocate the order line > item to a different shipment the order must be modified first > > I think it should be 'no shipments will be updated' instead of 'no > shipments will not be updated'. And it seems that we should create another > shipment instead of modifying the order. > > Any comments is highly appreciated! > > Thanks and best regards! > > Exson > |
|
From: webERP D. <web...@li...> - 2013-07-08 04:55:48
|
Dear all:
Since this shipments maybe closed and the scripts function is to
issue a credit not. Is it a bug?
Thanks and best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/shipments-error-message-clarify-tp4656574p4656575.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: webERP D. <web...@li...> - 2013-07-08 04:41:37
|
*Dear all:*
I've received a question about the shipments from webERP Chinese
community: It's from scripts SuppCreditGRN.php. Following is the error
message:
Unfortunately the shipment that this purchase order line item was
allocated to has been closed - if you add this item to the transaction then
no shipments will not be updated. If you wish to allocate the order line
item to a different shipment the order must be modified first
I think it should be 'no shipments will be updated' instead of 'no
shipments will not be updated'. And it seems that we should create another
shipment instead of modifying the order.
Any comments is highly appreciated!
Thanks and best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/shipments-error-message-clarify-tp4656574.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-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 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 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-05 21:22:36
|
Hi Bob, If you need tracability back to the item, then you need individual work orders. Or some other functionality to manage the tracing. I almost wonder if it may be better to maintain the components of each completed item as a separate exercise - perhaps as part of the completion - receiving finished items against a work order with serialised output items and input items. Perhaps a new table created that stores the components serial numbers for each serialised/batch controlled component for the serialised output item - and this process being added to the receiving completed items from the work order. A bit of work - but would resolve this issue for you. Would be a nice contribution :-) Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz skype:daintree On 06/07/13 03:39, webERP Developers wrote: > We are using the BOM, WO and other capabilities of the Manufacturing Midule > and have the following challenges: > > * We have items that contain batch or serial numbered parts. If we create a > work order for a number of parts, and issue a number of serialized or batch > controlled items, there exists no means to force a specific component to a > finished part. For example we have serial numbered item ABC as a component > of serial numbered part DEF. When we build DEF we assign a unique serial > number and incorporate one of serial numbered item ABC. > > There is no way to make sure that Part DEF Serial Number 123 contains > component ABC 888. > > We need to trace back items by serial number and batch. We recognize that > some of this information is in the transaction trail. But the 1 to 1 > relationship is not known. > > If our work orders are for one piece then the relationship can be > maintained, but such is very onerous for all involved. > > * We too frequently make mistakes issuing items to Work Orders of make data > entry errors on serial numbers. The needs to be a way to "roll > back"/diassemble an item so the inventory is correct and proper item can be > built. > > Bob Thomas > > > > -- > View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Inventory-in-Manufacturing-tp4656561.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-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 > |
|
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>
|
231 messages has been excluded from this view by a project administrator.
