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: Stins, D. <DR...@Zi...> - 2004-10-08 17:51:59
|
OK. I setup an account for it. http://www.weberp.org. It is not a very fast server, but probably better then sourceforge. Only one issue: you can't get shell access. phpmyadmin is available. How much space do you need? 25mb? Who need the dns details? With best regards, Dick Stins ----- Original Message ----- From: "skaill" <sk...@ro...> To: <web...@li...> Sent: Friday, October 08, 2004 2:04 PM Subject: Re: [Web-erp-developers] Sourceforge is really slow > Hmm..this has always been the case with me and it has gotten even worst over > time. Since I have encountered in two different cities and you, Phil, are > on the other side of the world and also having trouble I would suggest we > host the > website and demo on a different server. > > Another server can be easily and seemlessly linked from Sourceforge instead > of hosting on Souceforge. It would all look EXACTLY the same as it does now > with all the project info remaining there and we could then count on the > webERP website and demo loading pages properly everytime. I've noticed that > there are other projects doing it this way too. > > At first I was hesitant to do this because Sourceforge provides. However, > it looks bad on us when people go to the site and get bad url messages > constantly, graphics don't load, etc. At the least it ends up making us > look two bit and at the worst people give up because it's unusable. If they > can't rely on it...or even properly try it out then they're gone. > > What would you think, Phil, about shifting the website and demo onto another > way better server. I believe we've had some other (free) offers and they > would all be much better than what we have. If it doesn't work out it's > easy enough to shift it back or somewhere else. If Sourceforge ever got its > problems sorted out we could shift it back but at this point I have a > feeling we will always be happier at another host for the website and demo. > > Steve > > ----- Original Message ----- > From: "Phil Daintree" <we...@pa...> > To: <web...@li...> > Sent: Friday, October 08, 2004 2:07 AM > Subject: Re: [Web-erp-developers] Sourceforge is really slow > > > > > > Me too! > > > > > > On Friday 08 October 2004 01:29, skaill wrote: > > > Is it just me having trouble with the Sourceforge site in terms of > looking > > > at the webERP website and demo? I mean I have to reload the page 3 or 4 > > > times to get it to load and that's almost every page! Most of the time > > > even when it loads parts of the page are missing. The rest of the time > I > > > get the dreaded unrecognized url white page. I have tried from another > > > city in Canada on a different computer with the same very poor results. > It > > > is practically unviewable/unusable. > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > > Use IT products in your business? Tell us what you think of them. Give us > > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more > > http://productguide.itmanagersjournal.com/guidepromo.tmpl > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: skaill <sk...@ro...> - 2004-10-08 16:31:19
|
I'm thinking I don't have enough experience with the pdf class to do a good
job on a file such as OutstandingGRNs.php. For instance, it has
$pdf->addinfo('Title',"Outstanding GRNs Report");
and I'm not positive what to Multilanguage enable and what not to. It would
be better for me to receive regular files and have someone other than myself
with more experience in the area do those PDF ones. Possibly one or two
people should do all PDF files because they will be good at it and do a
better job. I have been doing many regular files and have gotten better and
faster at doing them...
Steve
----- Original Message -----
From: "Phil Daintree" <we...@pa...>
To: <web...@li...>
Sent: Friday, October 08, 2004 2:05 AM
Subject: [Web-erp-developers] Recap on allocation of Scripts for
Gettextification
> Steve:
> COGSGLPostings.php Steve
> CompanyPreferences.php Steve
> OrderDetails.php Steve
> OutstandingGRNs.php Steve
> PDFBankingSummary.php Steve
> PDFChequeListing.php Steve
>
>
> Luca:
> CreditStatus.php Luca
> Currencies.php Luca
>
> Rom:
> CustEDISetup.php Rom
> CustWhereAlloc.php Rom
> CustomerAllocations.php Rom
> CustomerBranches.php Rom
> CustomerInquiry.php Rom
>
>
> Hani:
> DeliveryDetails.php Hani
>
> Victor:
> DiscountCategories.php Victor
> DiscountMatrix.php Victor
>
>
> Jake:
> GLTransInquiry.php Jake
> GLTrialBalance.php Jake
> Help.php Jake
> InventoryPlanning.php Jake
>
>
> Jesse: - I didn't have any outstanding for you Jesse since we are still
> finalising the StockTransfer.php - I have single transfers working on this
> but not controlled transfers .... could you take a look at what parameters
we
> need to send please? I have taken the next swag of gettextification
scripts
> too.
>
> PDFCustomerList.php Jesse
> PDFPriceList.php Jesse
> PDFStockCheckComparison.php Jesse
> PDFStockLocTransfer.php Jesse
>
> Don't forget if the script has a includes/PDFxxxxxxxPageHeader.inc then
this
> is considered part of the script for gettextification.
>
> Thanks guys.
>
> --
> Phil
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out
more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
|
|
From: skaill <sk...@ro...> - 2004-10-08 16:26:03
|
OutstandingGRNs.php has an include for PDFStarter_ros.inc. Does that mean I'm automatically supposed to enable Multilanguage in that file too? Steve ----- Original Message ----- From: "Phil Daintree" <we...@pa...> To: <web...@li...> Sent: Friday, October 08, 2004 2:05 AM Subject: [Web-erp-developers] Recap on allocation of Scripts for Gettextification > Steve: > COGSGLPostings.php Steve > CompanyPreferences.php Steve > OrderDetails.php Steve > OutstandingGRNs.php Steve > PDFBankingSummary.php Steve > PDFChequeListing.php Steve > > > Luca: > CreditStatus.php Luca > Currencies.php Luca > > Rom: > CustEDISetup.php Rom > CustWhereAlloc.php Rom > CustomerAllocations.php Rom > CustomerBranches.php Rom > CustomerInquiry.php Rom > > > Hani: > DeliveryDetails.php Hani > > Victor: > DiscountCategories.php Victor > DiscountMatrix.php Victor > > > Jake: > GLTransInquiry.php Jake > GLTrialBalance.php Jake > Help.php Jake > InventoryPlanning.php Jake > > > Jesse: - I didn't have any outstanding for you Jesse since we are still > finalising the StockTransfer.php - I have single transfers working on this > but not controlled transfers .... could you take a look at what parameters we > need to send please? I have taken the next swag of gettextification scripts > too. > > PDFCustomerList.php Jesse > PDFPriceList.php Jesse > PDFStockCheckComparison.php Jesse > PDFStockLocTransfer.php Jesse > > Don't forget if the script has a includes/PDFxxxxxxxPageHeader.inc then this > is considered part of the script for gettextification. > > Thanks guys. > > -- > Phil > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: skaill <sk...@ro...> - 2004-10-08 15:50:48
|
Here's OrderDetails.php including diff... Steve ----- Original Message ----- From: "Phil Daintree" <we...@pa...> To: <web...@li...> Sent: Friday, October 08, 2004 2:05 AM Subject: [Web-erp-developers] Recap on allocation of Scripts for Gettextification > Steve: > COGSGLPostings.php Steve > CompanyPreferences.php Steve > OrderDetails.php Steve > OutstandingGRNs.php Steve > PDFBankingSummary.php Steve > PDFChequeListing.php Steve > > > Luca: > CreditStatus.php Luca > Currencies.php Luca > > Rom: > CustEDISetup.php Rom > CustWhereAlloc.php Rom > CustomerAllocations.php Rom > CustomerBranches.php Rom > CustomerInquiry.php Rom > > > Hani: > DeliveryDetails.php Hani > > Victor: > DiscountCategories.php Victor > DiscountMatrix.php Victor > > > Jake: > GLTransInquiry.php Jake > GLTrialBalance.php Jake > Help.php Jake > InventoryPlanning.php Jake > > > Jesse: - I didn't have any outstanding for you Jesse since we are still > finalising the StockTransfer.php - I have single transfers working on this > but not controlled transfers .... could you take a look at what parameters we > need to send please? I have taken the next swag of gettextification scripts > too. > > PDFCustomerList.php Jesse > PDFPriceList.php Jesse > PDFStockCheckComparison.php Jesse > PDFStockLocTransfer.php Jesse > > Don't forget if the script has a includes/PDFxxxxxxxPageHeader.inc then this > is considered part of the script for gettextification. > > Thanks guys. > > -- > Phil > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: skaill <sk...@ro...> - 2004-10-08 14:47:58
|
Here's CompanyPreferences.php including diff. You know, I used to like you, Phil, before you gave me that horrendous CompanyPreferences to translate! Steve ----- Original Message ----- From: "Phil Daintree" <we...@pa...> To: <web...@li...> Sent: Friday, October 08, 2004 2:05 AM Subject: [Web-erp-developers] Recap on allocation of Scripts for Gettextification > Steve: > COGSGLPostings.php Steve > CompanyPreferences.php Steve > OrderDetails.php Steve > OutstandingGRNs.php Steve > PDFBankingSummary.php Steve > PDFChequeListing.php Steve > > > Luca: > CreditStatus.php Luca > Currencies.php Luca > > Rom: > CustEDISetup.php Rom > CustWhereAlloc.php Rom > CustomerAllocations.php Rom > CustomerBranches.php Rom > CustomerInquiry.php Rom > > > Hani: > DeliveryDetails.php Hani > > Victor: > DiscountCategories.php Victor > DiscountMatrix.php Victor > > > Jake: > GLTransInquiry.php Jake > GLTrialBalance.php Jake > Help.php Jake > InventoryPlanning.php Jake > > > Jesse: - I didn't have any outstanding for you Jesse since we are still > finalising the StockTransfer.php - I have single transfers working on this > but not controlled transfers .... could you take a look at what parameters we > need to send please? I have taken the next swag of gettextification scripts > too. > > PDFCustomerList.php Jesse > PDFPriceList.php Jesse > PDFStockCheckComparison.php Jesse > PDFStockLocTransfer.php Jesse > > Don't forget if the script has a includes/PDFxxxxxxxPageHeader.inc then this > is considered part of the script for gettextification. > > Thanks guys. > > -- > Phil > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: skaill <sk...@ro...> - 2004-10-08 14:05:10
|
Here's the diff file as well... ----- Original Message ----- From: "skaill" <sk...@ro...> To: <web...@li...> Sent: Friday, October 08, 2004 9:42 AM Subject: Re: [Web-erp-developers] Recap on allocation of Scripts for Gettextification > Here's COGSGLPostings.php. Phil, about 3/4 down the file in the Select for > Sales Type / Price List I believe the Option value should be ANY but it > already said AN so I did not change. You may want to look at that. The > rest are ANY. > > Steve > > ----- Original Message ----- > From: "Phil Daintree" <we...@pa...> > To: <web...@li...> > Sent: Friday, October 08, 2004 2:05 AM > Subject: [Web-erp-developers] Recap on allocation of Scripts for > Gettextification > > > > Steve: > > COGSGLPostings.php Steve > > CompanyPreferences.php Steve > > OrderDetails.php Steve > > OutstandingGRNs.php Steve > > PDFBankingSummary.php Steve > > PDFChequeListing.php Steve > > > > > > Luca: > > CreditStatus.php Luca > > Currencies.php Luca > > > > Rom: > > CustEDISetup.php Rom > > CustWhereAlloc.php Rom > > CustomerAllocations.php Rom > > CustomerBranches.php Rom > > CustomerInquiry.php Rom > > > > > > Hani: > > DeliveryDetails.php Hani > > > > Victor: > > DiscountCategories.php Victor > > DiscountMatrix.php Victor > > > > > > Jake: > > GLTransInquiry.php Jake > > GLTrialBalance.php Jake > > Help.php Jake > > InventoryPlanning.php Jake > > > > > > Jesse: - I didn't have any outstanding for you Jesse since we are still > > finalising the StockTransfer.php - I have single transfers working on this > > but not controlled transfers .... could you take a look at what parameters > we > > need to send please? I have taken the next swag of gettextification > scripts > > too. > > > > PDFCustomerList.php Jesse > > PDFPriceList.php Jesse > > PDFStockCheckComparison.php Jesse > > PDFStockLocTransfer.php Jesse > > > > Don't forget if the script has a includes/PDFxxxxxxxPageHeader.inc then > this > > is considered part of the script for gettextification. > > > > Thanks guys. > > > > -- > > Phil > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > > Use IT products in your business? Tell us what you think of them. Give us > > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more > > http://productguide.itmanagersjournal.com/guidepromo.tmpl > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: skaill <sk...@ro...> - 2004-10-08 13:41:21
|
Here's COGSGLPostings.php. Phil, about 3/4 down the file in the Select for Sales Type / Price List I believe the Option value should be ANY but it already said AN so I did not change. You may want to look at that. The rest are ANY. Steve ----- Original Message ----- From: "Phil Daintree" <we...@pa...> To: <web...@li...> Sent: Friday, October 08, 2004 2:05 AM Subject: [Web-erp-developers] Recap on allocation of Scripts for Gettextification > Steve: > COGSGLPostings.php Steve > CompanyPreferences.php Steve > OrderDetails.php Steve > OutstandingGRNs.php Steve > PDFBankingSummary.php Steve > PDFChequeListing.php Steve > > > Luca: > CreditStatus.php Luca > Currencies.php Luca > > Rom: > CustEDISetup.php Rom > CustWhereAlloc.php Rom > CustomerAllocations.php Rom > CustomerBranches.php Rom > CustomerInquiry.php Rom > > > Hani: > DeliveryDetails.php Hani > > Victor: > DiscountCategories.php Victor > DiscountMatrix.php Victor > > > Jake: > GLTransInquiry.php Jake > GLTrialBalance.php Jake > Help.php Jake > InventoryPlanning.php Jake > > > Jesse: - I didn't have any outstanding for you Jesse since we are still > finalising the StockTransfer.php - I have single transfers working on this > but not controlled transfers .... could you take a look at what parameters we > need to send please? I have taken the next swag of gettextification scripts > too. > > PDFCustomerList.php Jesse > PDFPriceList.php Jesse > PDFStockCheckComparison.php Jesse > PDFStockLocTransfer.php Jesse > > Don't forget if the script has a includes/PDFxxxxxxxPageHeader.inc then this > is considered part of the script for gettextification. > > Thanks guys. > > -- > Phil > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: skaill <sk...@ro...> - 2004-10-08 12:03:49
|
Hmm..this has always been the case with me and it has gotten even worst over time. Since I have encountered in two different cities and you, Phil, are on the other side of the world and also having trouble I would suggest we host the website and demo on a different server. Another server can be easily and seemlessly linked from Sourceforge instead of hosting on Souceforge. It would all look EXACTLY the same as it does now with all the project info remaining there and we could then count on the webERP website and demo loading pages properly everytime. I've noticed that there are other projects doing it this way too. At first I was hesitant to do this because Sourceforge provides. However, it looks bad on us when people go to the site and get bad url messages constantly, graphics don't load, etc. At the least it ends up making us look two bit and at the worst people give up because it's unusable. If they can't rely on it...or even properly try it out then they're gone. What would you think, Phil, about shifting the website and demo onto another way better server. I believe we've had some other (free) offers and they would all be much better than what we have. If it doesn't work out it's easy enough to shift it back or somewhere else. If Sourceforge ever got its problems sorted out we could shift it back but at this point I have a feeling we will always be happier at another host for the website and demo. Steve ----- Original Message ----- From: "Phil Daintree" <we...@pa...> To: <web...@li...> Sent: Friday, October 08, 2004 2:07 AM Subject: Re: [Web-erp-developers] Sourceforge is really slow > > Me too! > > > On Friday 08 October 2004 01:29, skaill wrote: > > Is it just me having trouble with the Sourceforge site in terms of looking > > at the webERP website and demo? I mean I have to reload the page 3 or 4 > > times to get it to load and that's almost every page! Most of the time > > even when it loads parts of the page are missing. The rest of the time I > > get the dreaded unrecognized url white page. I have tried from another > > city in Canada on a different computer with the same very poor results. It > > is practically unviewable/unusable. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Phil D. <we...@pa...> - 2004-10-08 06:06:37
|
Me too! On Friday 08 October 2004 01:29, skaill wrote: > Is it just me having trouble with the Sourceforge site in terms of looking > at the webERP website and demo? I mean I have to reload the page 3 or 4 > times to get it to load and that's almost every page! Most of the time > even when it loads parts of the page are missing. The rest of the time I > get the dreaded unrecognized url white page. I have tried from another > city in Canada on a different computer with the same very poor results. It > is practically unviewable/unusable. |
|
From: Phil D. <we...@pa...> - 2004-10-08 06:04:23
|
Steve: COGSGLPostings.php Steve CompanyPreferences.php Steve OrderDetails.php Steve OutstandingGRNs.php Steve PDFBankingSummary.php Steve PDFChequeListing.php Steve Luca: CreditStatus.php Luca Currencies.php Luca Rom: CustEDISetup.php Rom CustWhereAlloc.php Rom CustomerAllocations.php Rom CustomerBranches.php Rom CustomerInquiry.php Rom Hani: DeliveryDetails.php Hani Victor: DiscountCategories.php Victor DiscountMatrix.php Victor Jake: GLTransInquiry.php Jake GLTrialBalance.php Jake Help.php Jake InventoryPlanning.php Jake Jesse: - I didn't have any outstanding for you Jesse since we are still finalising the StockTransfer.php - I have single transfers working on this but not controlled transfers .... could you take a look at what parameters we need to send please? I have taken the next swag of gettextification scripts too. PDFCustomerList.php Jesse PDFPriceList.php Jesse PDFStockCheckComparison.php Jesse PDFStockLocTransfer.php Jesse Don't forget if the script has a includes/PDFxxxxxxxPageHeader.inc then this is considered part of the script for gettextification. Thanks guys. -- Phil |
|
From: Stins, D. <DR...@Zi...> - 2004-10-07 22:31:59
|
I use mozilla. cache =3D 5mb
preference: compare page every time I view the page
Dick
----- Original Message -----=20
From: skaill=20
To: web...@li...=20
Sent: Thursday, October 07, 2004 10:35 PM
Subject: Re: [Web-erp-developers] Sourceforge is really slow
Do you cache or reload every page? I reload every page.
Steve
----- Original Message -----=20
From: Stins, Dick=20
To: web...@li...=20
Sent: Thursday, October 07, 2004 4:19 PM
Subject: Re: [Web-erp-developers] Sourceforge is really slow
It's slow, but working fine for me.
with best regards,
Dick Stins
----- Original Message -----=20
From: skaill=20
To: web...@li...=20
Sent: Thursday, October 07, 2004 2:29 PM
Subject: [Web-erp-developers] Sourceforge is really slow
Is it just me having trouble with the Sourceforge site in terms of =
looking at the webERP website and demo? I mean I have to reload the =
page 3 or 4 times to get it to load and that's almost every page! Most =
of the time even when it loads parts of the page are missing. The rest =
of the time I get the dreaded unrecognized url white page. I have tried =
from another city in Canada on a different computer with the same very =
poor results. It is practically unviewable/unusable.
When I go to any other sites including Jesse's, Chris's or even =
Dick's in Holland and Phil's in Australia every page loads first time =
but the webERP website as hosted by Sorceforge has all kinds of problems =
all the time.
Steve
|
|
From: Jesse P. <je...@st...> - 2004-10-07 20:46:15
|
Phil, in never receiving the notice about you committing the last set of = changes I sent you, I also never received any scripts you may have = earmarked for me. Would you either send me those or assign me some? thanks, jesse |
|
From: skaill <sk...@ro...> - 2004-10-07 20:34:35
|
Do you cache or reload every page? I reload every page.
Steve
----- Original Message -----=20
From: Stins, Dick=20
To: web...@li...=20
Sent: Thursday, October 07, 2004 4:19 PM
Subject: Re: [Web-erp-developers] Sourceforge is really slow
It's slow, but working fine for me.
with best regards,
Dick Stins
----- Original Message -----=20
From: skaill=20
To: web...@li...=20
Sent: Thursday, October 07, 2004 2:29 PM
Subject: [Web-erp-developers] Sourceforge is really slow
Is it just me having trouble with the Sourceforge site in terms of =
looking at the webERP website and demo? I mean I have to reload the =
page 3 or 4 times to get it to load and that's almost every page! Most =
of the time even when it loads parts of the page are missing. The rest =
of the time I get the dreaded unrecognized url white page. I have tried =
from another city in Canada on a different computer with the same very =
poor results. It is practically unviewable/unusable.
When I go to any other sites including Jesse's, Chris's or even =
Dick's in Holland and Phil's in Australia every page loads first time =
but the webERP website as hosted by Sorceforge has all kinds of problems =
all the time.
Steve |
|
From: Stins, D. <DR...@Zi...> - 2004-10-07 20:15:27
|
It's slow, but working fine for me. with best regards, Dick Stins ----- Original Message -----=20 From: skaill=20 To: web...@li...=20 Sent: Thursday, October 07, 2004 2:29 PM Subject: [Web-erp-developers] Sourceforge is really slow Is it just me having trouble with the Sourceforge site in terms of = looking at the webERP website and demo? I mean I have to reload the = page 3 or 4 times to get it to load and that's almost every page! Most = of the time even when it loads parts of the page are missing. The rest = of the time I get the dreaded unrecognized url white page. I have tried = from another city in Canada on a different computer with the same very = poor results. It is practically unviewable/unusable. When I go to any other sites including Jesse's, Chris's or even Dick's = in Holland and Phil's in Australia every page loads first time but the = webERP website as hosted by Sorceforge has all kinds of problems all the = time. Steve |
|
From: skaill <sk...@ro...> - 2004-10-07 19:57:50
|
Comments within. Look for > to distinguish mine ...
----- Original Message -----=20
From: Daintrees=20
To: web...@li...=20
Sent: Thursday, October 07, 2004 3:23 PM
Subject: Re: [Web-erp-developers] Thanks
What is stored in the DB is English - kind of! But there is a longer =
string that is displayed on screen in respect of the Select for Sales =
Type, Stock Category etc.... so this is ok - I converted these strings.
>Good, I was just helping to make sure.
Most nights I commit something or other - so there is no harm in =
updating your cvs regularly.
> I was but since I wasn't doing much development for the last few =
weeks it was a bigger cvs update this time.
Comments within......
I think there may be an issue with the way the following has been =
converted for Multilanguage in ConstructSQLForUserDefinedSalesReport...
If ($ReportSpec["GroupByData2"] !=3D _('Not Used')) {
I believe this field is filled in by whatever is in the database. =
Not sure what puts it in the database but I'm think whatever does =
probably puts it there in English. If so, it should only be converted =
when being displayed, not when being tested in an IF condition. =
Possibly whatever puts it in does translate it though...
Here's another one in SalesAnalRepts...
if ($_POST['GroupByData3']=3D=3D'Not Used' AND =
$_POST['GroupByData4']!=3D'Not Used'){
I think I thought this through at the time I'll have another look.
Testing of this variable in GLJournal.php may be incorrect in the =
same way as GroupByData explained above.
if ($_POST["JournalType"]=3D=3D_("Reversing")){
and
The submit button for Accept is also translated so this should be ok =
... I think
} elseif ($_POST['Process']=3D=3D_("Accept")){ //user hit submit a =
new GL Analysis line into the journal
Same here in GLProfit_Loss.php...
if ((! isset($_POST["FromPeriod"]) AND ! isset($_POST["ToPeriod"])) =
OR $_POST["SelectADifferentPeriod"]=3D=3D_("Select A Different =
Period")){
and
if ($_POST['Detail']=3D=3D_('Detailed')){
which is in more than one place. Possibly some still work because =
here it is also translated on the submit form button but we agreed to =
try to test for isset rather than get into testing translations when at =
all possible.
I think detailed is a select to it will always be set although =
sometimes it'll be summary. Since the translation of detailed only has =
one translation wherever it appears we can rely on the same translation =
- it only appears in the .po file once.
> Good, just checking again.
In MailInventoryValuation the variable $DetailedReport is set to =
'Yes' but throughout it is $_POST['DetailedReport'] that is checked. =
This may be incorrect.
In MailSalesReport this does not look right but I guess could be =
somehow such as returning value I guess...
/*The Sales report to send */
$_GET['ReportID'] =3D 2;
In PDFDeliveryDifferences.php, again, it tries to translate strings =
before session.inc is run. I think there was varying opinion on whether =
that would work when gettext was not installed on the server. I'm =
thinking it won't.
I have a susbstitute function in config.php now.
>Ah, a substitute function that occurs previous to the translations =
that arer right at the top of those scripts?
Not sure the string in this sql statement in StockCostUpdate should =
be translated. I know usually they should not be, only when they are =
displayed...
$SQL =3D "INSERT INTO GLTrans (Type, TypeNo, TranDate, PeriodNo, =
Account, Narrative, Amount) VALUES (35, " . $CostUpdateNo . ", '" . =
Date('Y-m-d') . "', " . $PeriodNo . ", " . $StockGLCode["AdjGLAct"] . ", =
'" . $StockID . ' ' . _('cost was') . ' ' . $OldCost . ' ' . _('changed =
to') . ' ' . $NewCost . ' x ' . _('Quantity on hand of') . ' ' . =
$_POST['QOH'] . "', " . (-$ValueOfChange) . ")";
=20
Possibly because it is only a message.
Yeah that's right they are displayed in the database as a message =
and a message appropriate to the system is better. This does present a =
problem when the system is used by several different language speakers.
>Good. Yes, it does present a challenge I haven't really tackled. =
Possibly messages should not be stored in the >database and instead =
maybe a pointer in the database to a variable/array or whatever that can =
be translated in the same >fashion as we are doing the rest.
In Tax.php I'm thinking this is probably incorrect because it tests =
if the amount is 0 but doesn't exit like it used to...
if (ABS(round($TransTaxLeft,2))>0.01){
$WarningMessage[$MessageCounter] =3D _('The total tax on') . ' ' =
. $DebtorTransRow['TypeName'] . ' ' . $DebtorTransRow['TransNo'] . ' ' . =
_('of') . $LineItemsRow['LineTaxAmt'] . ' ' . _('as per the transaction =
header record was not equal to the sum of the line items - there is a =
data inconsistency of') . ' ' . $TransTaxLeft ;
$MessageCounter++;
}
>???
I think the latest cvs may have the DatabaseName in config.php =
incorrect. It says testsys instead of weberp.
Yeah thats my much larger test database.
>I figured someone had just left theirs which isn't a big issue but =
thought I would point it out.
The biggest source of problems because of translation I believe will =
come from converting strings that are tested and incorrectly translating =
and testing of Submit and Option.
I think this is true .... we'll need a translation to fully debug =
things.
>Yep. Guess we should try to do another sweep asap that will =
bringing the Multilanguage near to finished. I will commit to 10-20 =
more but give me a few at a time or too discouraging! =20
Just hitting the issues proactively that I can find before others =
encounter them at a less convenient time.
What is this PrnMsg? Are we supposed to be using it and if so then =
when and where?
This is a Jesseism - it is in includes/MiscFunctions.php and just =
formats and echo in the right colour etc depending on the message - I =
have used echos and I guess it would be better to use this function to =
ensure consistency throughout.
>Ok, I will take note and try to use that PrnMsg function. Sounds =
like a good idea.
There will be times often when people will not want rounding =
permanently fixed at 2. For instance, in an item price (price, not =
amount) and several other reasons. The additional code for rounding is =
a good idea, however there should be variables that can be set instead =
of hard coding 2 in all these places. Item price should use a different =
variable than Amount because item price is often set to 4 whereas Amount =
is often set to 2.
You have a bunch still allocated Steve... I am not on my development =
machine I will dig out what you should have. Thanks for keeping us all =
motiviated - its such a shame to have come this far - I believe we are =
about half way - and not finish the job. The other upset for me is that =
the foreign language speakers have not been involved in this whole push.
>I believe I only have two outstanding. Those two are heavier ones =
so I was hoping for more. This way I can pick off shorter ones when I =
have less time. We will get it done ;) In the meantime all of the =
scripts already done are kind of getting tested through some use which =
is a good thing.
>Yes, we could sure use more help. It is not much for several =
people to take on 5 scripts but doing 20 or 30 between a >few people is =
a much heavier load for each person. If anyone else can do it and has a =
bit of time we will get this done >quicker. If you don't want a big =
commitment just ask for 1 or 2 at a time. You can take a look at some =
others already >done to quickly see what to do. I can always explain =
too if you ask. At the same time I know some of the people will >be =
better at translating but don't have the computer skills we do. That's =
a good thing because it would be annoying if >everyone was just like =
me...hahaha!
Looks like the messages.po file is getting there with much more in =
it :) We need to drive toward getting it ALL done. Please give me 5 =
more files for translation, Phil...
Steve
Phil |
|
From: Daintrees <p.d...@pa...> - 2004-10-07 19:20:48
|
What is stored in the DB is English - kind of! But there is a longer =
string that is displayed on screen in respect of the Select for Sales =
Type, Stock Category etc.... so this is ok - I converted these strings.
Most nights I commit something or other - so there is no harm in =
updating your cvs regularly.
Comments within......
I think there may be an issue with the way the following has been =
converted for Multilanguage in ConstructSQLForUserDefinedSalesReport...
If ($ReportSpec["GroupByData2"] !=3D _('Not Used')) {
I believe this field is filled in by whatever is in the database. Not =
sure what puts it in the database but I'm think whatever does probably =
puts it there in English. If so, it should only be converted when being =
displayed, not when being tested in an IF condition. Possibly whatever =
puts it in does translate it though...
Here's another one in SalesAnalRepts...
if ($_POST['GroupByData3']=3D=3D'Not Used' AND =
$_POST['GroupByData4']!=3D'Not Used'){
I think I thought this through at the time I'll have another look.
Testing of this variable in GLJournal.php may be incorrect in the same =
way as GroupByData explained above.
if ($_POST["JournalType"]=3D=3D_("Reversing")){
and
The submit button for Accept is also translated so this should be ok =
... I think
} elseif ($_POST['Process']=3D=3D_("Accept")){ //user hit submit a new =
GL Analysis line into the journal
Same here in GLProfit_Loss.php...
if ((! isset($_POST["FromPeriod"]) AND ! isset($_POST["ToPeriod"])) OR =
$_POST["SelectADifferentPeriod"]=3D=3D_("Select A Different Period")){
and
if ($_POST['Detail']=3D=3D_('Detailed')){
which is in more than one place. Possibly some still work because =
here it is also translated on the submit form button but we agreed to =
try to test for isset rather than get into testing translations when at =
all possible.
I think detailed is a select to it will always be set although =
sometimes it'll be summary. Since the translation of detailed only has =
one translation wherever it appears we can rely on the same translation =
- it only appears in the .po file once.
In MailInventoryValuation the variable $DetailedReport is set to 'Yes' =
but throughout it is $_POST['DetailedReport'] that is checked. This may =
be incorrect.
In MailSalesReport this does not look right but I guess could be =
somehow such as returning value I guess...
/*The Sales report to send */
$_GET['ReportID'] =3D 2;
In PDFDeliveryDifferences.php, again, it tries to translate strings =
before session.inc is run. I think there was varying opinion on whether =
that would work when gettext was not installed on the server. I'm =
thinking it won't.
I have a susbstitute function in config.php now.
Not sure the string in this sql statement in StockCostUpdate should be =
translated. I know usually they should not be, only when they are =
displayed...
$SQL =3D "INSERT INTO GLTrans (Type, TypeNo, TranDate, PeriodNo, =
Account, Narrative, Amount) VALUES (35, " . $CostUpdateNo . ", '" . =
Date('Y-m-d') . "', " . $PeriodNo . ", " . $StockGLCode["AdjGLAct"] . ", =
'" . $StockID . ' ' . _('cost was') . ' ' . $OldCost . ' ' . _('changed =
to') . ' ' . $NewCost . ' x ' . _('Quantity on hand of') . ' ' . =
$_POST['QOH'] . "', " . (-$ValueOfChange) . ")";
=20
Possibly because it is only a message.
Yeah that's right they are displayed in the database as a message and =
a message appropriate to the system is better. This does present a =
problem when the system is used by several different language speakers.
In Tax.php I'm thinking this is probably incorrect because it tests if =
the amount is 0 but doesn't exit like it used to...
if (ABS(round($TransTaxLeft,2))>0.01){
$WarningMessage[$MessageCounter] =3D _('The total tax on') . ' ' . =
$DebtorTransRow['TypeName'] . ' ' . $DebtorTransRow['TransNo'] . ' ' . =
_('of') . $LineItemsRow['LineTaxAmt'] . ' ' . _('as per the transaction =
header record was not equal to the sum of the line items - there is a =
data inconsistency of') . ' ' . $TransTaxLeft ;
$MessageCounter++;
}
I think the latest cvs may have the DatabaseName in config.php =
incorrect. It says testsys instead of weberp.
Yeah thats my much larger test database.
The biggest source of problems because of translation I believe will =
come from converting strings that are tested and incorrectly translating =
and testing of Submit and Option.
I think this is true .... we'll need a translation to fully debug =
things.
Just hitting the issues proactively that I can find before others =
encounter them at a less convenient time.
What is this PrnMsg? Are we supposed to be using it and if so then =
when and where?
This is a Jesseism - it is in includes/MiscFunctions.php and just =
formats and echo in the right colour etc depending on the message - I =
have used echos and I guess it would be better to use this function to =
ensure consistency throughout.
There will be times often when people will not want rounding =
permanently fixed at 2. For instance, in an item price (price, not =
amount) and several other reasons. The additional code for rounding is =
a good idea, however there should be variables that can be set instead =
of hard coding 2 in all these places. Item price should use a different =
variable than Amount because item price is often set to 4 whereas Amount =
is often set to 2.
You have a bunch still allocated Steve... I am not on my development =
machine I will dig out what you should have. Thanks for keeping us all =
motiviated - its such a shame to have come this far - I believe we are =
about half way - and not finish the job. The other upset for me is that =
the foreign language speakers have not been involved in this whole push.
Looks like the messages.po file is getting there with much more in it =
:) We need to drive toward getting it ALL done. Please give me 5 more =
files for translation, Phil...
Steve
Phil |
|
From: skaill <sk...@ro...> - 2004-10-07 15:56:52
|
Just downloaded the latest cvs and noticed some things:
First the fixed that have been done...
1) css had no comma after font
2) ConnectDB needed double quotes to do the $SQL variable properly.
Thanks to whoever noticed and fixed those issues.
Now for issues that may need fixing...
I think there may be an issue with the way the following has been =
converted for Multilanguage in ConstructSQLForUserDefinedSalesReport...
If ($ReportSpec["GroupByData2"] !=3D _('Not Used')) {
I believe this field is filled in by whatever is in the database. Not =
sure what puts it in the database but I'm think whatever does probably =
puts it there in English. If so, it should only be converted when being =
displayed, not when being tested in an IF condition. Possibly whatever =
puts it in does translate it though...
Here's another one in SalesAnalRepts...
if ($_POST['GroupByData3']=3D=3D'Not Used' AND =
$_POST['GroupByData4']!=3D'Not Used'){
Testing of this variable in GLJournal.php may be incorrect in the same =
way as GroupByData explained above.
if ($_POST["JournalType"]=3D=3D_("Reversing")){
and
} elseif ($_POST['Process']=3D=3D_("Accept")){ //user hit submit a new =
GL Analysis line into the journal
Same here in GLProfit_Loss.php...
if ((! isset($_POST["FromPeriod"]) AND ! isset($_POST["ToPeriod"])) OR =
$_POST["SelectADifferentPeriod"]=3D=3D_("Select A Different Period")){
and
if ($_POST['Detail']=3D=3D_('Detailed')){
which is in more than one place. Possibly some still work because here =
it is also translated on the submit form button but we agreed to try to =
test for isset rather than get into testing translations when at all =
possible.
In MailInventoryValuation the variable $DetailedReport is set to 'Yes' =
but throughout it is $_POST['DetailedReport'] that is checked. This may =
be incorrect.
In MailSalesReport this does not look right but I guess could be somehow =
such as returning value I guess...
/*The Sales report to send */
$_GET['ReportID'] =3D 2;
In PDFDeliveryDifferences.php, again, it tries to translate strings =
before session.inc is run. I think there was varying opinion on whether =
that would work when gettext was not installed on the server. I'm =
thinking it won't.
Not sure the string in this sql statement in StockCostUpdate should be =
translated. I know usually they should not be, only when they are =
displayed...
$SQL =3D "INSERT INTO GLTrans (Type, TypeNo, TranDate, PeriodNo, =
Account, Narrative, Amount) VALUES (35, " . $CostUpdateNo . ", '" . =
Date('Y-m-d') . "', " . $PeriodNo . ", " . $StockGLCode["AdjGLAct"] . ", =
'" . $StockID . ' ' . _('cost was') . ' ' . $OldCost . ' ' . _('changed =
to') . ' ' . $NewCost . ' x ' . _('Quantity on hand of') . ' ' . =
$_POST['QOH'] . "', " . (-$ValueOfChange) . ")";
=20
Possibly because it is only a message.
In Tax.php I'm thinking this is probably incorrect because it tests if =
the amount is 0 but doesn't exit like it used to...
if (ABS(round($TransTaxLeft,2))>0.01){
$WarningMessage[$MessageCounter] =3D _('The total tax on') . ' ' . =
$DebtorTransRow['TypeName'] . ' ' . $DebtorTransRow['TransNo'] . ' ' . =
_('of') . $LineItemsRow['LineTaxAmt'] . ' ' . _('as per the transaction =
header record was not equal to the sum of the line items - there is a =
data inconsistency of') . ' ' . $TransTaxLeft ;
$MessageCounter++;
}
I think the latest cvs may have the DatabaseName in config.php =
incorrect. It says testsys instead of weberp.
The biggest source of problems because of translation I believe will =
come from converting strings that are tested and incorrectly translating =
and testing of Submit and Option.
Just hitting the issues proactively that I can find before others =
encounter them at a less convenient time.
What is this PrnMsg? Are we supposed to be using it and if so then when =
and where?
There will be times often when people will not want rounding permanently =
fixed at 2. For instance, in an item price (price, not amount) and =
several other reasons. The additional code for rounding is a good idea, =
however there should be variables that can be set instead of hard coding =
2 in all these places. Item price should use a different variable than =
Amount because item price is often set to 4 whereas Amount is often set =
to 2.
Looks like the messages.po file is getting there with much more in it :) =
We need to drive toward getting it ALL done. Please give me 5 more =
files for translation, Phil...
Steve |
|
From: skaill <sk...@ro...> - 2004-10-07 12:28:23
|
Is it just me having trouble with the Sourceforge site in terms of = looking at the webERP website and demo? I mean I have to reload the = page 3 or 4 times to get it to load and that's almost every page! Most = of the time even when it loads parts of the page are missing. The rest = of the time I get the dreaded unrecognized url white page. I have tried = from another city in Canada on a different computer with the same very = poor results. It is practically unviewable/unusable. When I go to any other sites including Jesse's, Chris's or even Dick's = in Holland and Phil's in Australia every page loads first time but the = webERP website as hosted by Sorceforge has all kinds of problems all the = time. Steve |
|
From: Jesse P. <je...@st...> - 2004-10-05 15:02:27
|
Thanks, that's good to see. I'd have to say I'd be inclined to do = separate Bins tables - pretty much for the same reason we separated out = the SerialItems from the StockMoves... it didn't have to be done and it = made this a litle more complicated, but it leaves alot more room for = growth in the system. The one comment I have is on the worries of 'what if this table is not = updated when xxxx happens' - testing, testing, testing :) It just needs = to be coded and tested to make sure things are working correctly. I can = atest to having to start over with a demo system several times working = with serial stock for exactly the same reason. Also, Phil is correct about the some of the logic needed being available = already to help handle most of this... but code & sql-wise, obviously, = it pretty much will have to be done from scratch... maybe it's more like = tracing a picture through notebook paper - you kinda having an outline = to follow, but it's not perfect. jesse -----Original Message----- From: Phil Daintree [mailto:ph...@du...] Sent: Monday, October 04, 2004 9:14 PM To: web...@li... Subject: [Web-erp-developers] Warehouse Management I hope you dont mind Chris - we had a discussion on warehouse mgt = earlier=20 today and I though Jesse may well be interested in this project too.... Created on 5 October 2004 14:09:27. 05/10/2004 (09:15:03) chris_bice says: Phil, Did you say you thought it would be better to add a table called = Bins,=20 where it would have BinID, LocCode with a Constraint to Locations, = LocCode,=20 then add a field into LocStock, a BinRef field, Contrainted to BinID in=20 Bins?? (09:15:30 ) Phil Daintree says: Yes I thought this would be the approach (09:16:01) chris_bice says: cool. I have alot of the code done then (09:16:26 ) Phil Daintree says: I have done a whouse mgt system before and it is kinda nice to know in = one=20 table what is where. It was in VB unfortunately (09:17:04 ) Phil Daintree says: Not sure about adding a field into Locstock (09:17:05) chris_bice says: Im a fan of VB. Its kind fo a hog, but it does a good job (09:17:20 ) Phil Daintree says: Not used it since that system (09:17:36 ) Phil Daintree says: Why do you need Bin in LocStock? (09:18:21) chris_bice says: So you dont have to update two tables when you update your stock (09:18:37 ) Phil Daintree says: Right. (09:18:53 ) Phil Daintree says: I need to chew this a bit (09:19:37) chris_bice says: Cause then all ther exsisting scripts will still work the same. The = Select=20 Sum(Qty) from LocStock where Location =3D ""Blah" will work fine (09:20:05 ) Phil Daintree says: Yeah ok, but what about a qty that is split accross several bays. The=20 Quantity in LocCode is 4000 but this is in a bunch of Bins (09:20:51 ) Phil Daintree says: This would mean that there would need to be a gazillion LocStock = records. We=20 really only have one for each Location and StockID at the mo (09:21:03 ) Phil Daintree says: Called away will come back (09:21:09) chris_bice says: Here is my idea, from the StockStatus, screen your Location is = Hyperlinked=20 to a LocStatus screen that shows you the Bin Qty's for the said part, = with=20 in the Selected Location,and a Picture or diagram of where that bin is = in=20 the warehouse (09:21:13) chris_bice says: k (09:37:08 ) Phil Daintree says: Kinda like the serial number/batches inquiry? Have you played with the=20 Serialised stock items yet. May be worth you having a look at - Make a = new=20 item and define it as controlled - the item can be defined as serialised = ie=20 only one item per reference or have many items per reference ie = lot/batch=20 control. When you receive PO items you need to enter the batch/serial no = references. An inquiry from stock status shows what batches/S/Ns you = have on=20 hand (09:39:53 ) Phil Daintree says: I still like the idea of having the warehouse bins defined separately. = ie=20 one defines the warehouse bins available separately in the Bins table = and=20 this table is updated when the stock is booked in with the bin = references=20 where it is stored. It would easy to make a nice graphical picture of = the=20 warehouse bins with what is in each bin (09:45:11) chris_bice says: The only thing that "scares" me about doing it that way, is what happens = if=20 a SQL adds the items to the Bins table but doesn't update the LocStock = with=20 the correct Amount?? (09:47:56 ) Phil Daintree says: OK it means updating another table at the time of receiving and this is = a=20 downer, but it preserves all the existing functionality for=20 invoicing/receiving/crediting/adjusting/transfering without a re-write. = We=20 then have an if $WarehouseManagementActive - not a Chris variable name I = realise!! then update the bins. (09:48:29 ) Phil Daintree says: The bigger scare to me is having the LocStock quantites wrong. This is = one=20 vital area we cant afford to bugger up!! (09:49:50) chris_bice says: But The LocStock would potentially be wrong if your Bin table is = correct,=20 but your LocStock wasn't updated correctly?? (09:50:01 ) Phil Daintree says: Also some Locations may have warehouse management active and others not = - i=20 guess this is a flag in the Locations table. The system would need to=20 inspect this flag on receiving stock to ensure that the appropriate link = is=20 available to allow allocation of the stock received to bins (09:50:40 ) Phil Daintree says: We are not changing anything about the LocStock logic under this = scenario -=20 so we can be confident it is not compromised (09:51:12 ) Phil Daintree says: The bin table stands apart - for those locations where warehouse = management=20 is active. (09:51:35) chris_bice says: K (10:21:13) chris_bice says: I dont like that Idea. It seems like we are going to have to create alot = more scripts. But I see your point. Let me chew on it tonight, and start = transforming some of my code over. (10:21:56) chris_bice says: IM also working on getting my RMA Code switched over as well (12:55:20 ) Phil Daintree says: The beauty of the approach is that a lot of the new scripts are already=20 written albeit in a slightly veiled guise - called controlled/serialised = stock. These would only need to be modified to use the new Bins table = and=20 Bob's ur fathers auntie! Phil=20 ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give = us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out = more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ Web-erp-developers mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Phil D. <ph...@du...> - 2004-10-05 01:13:05
|
I hope you dont mind Chris - we had a discussion on warehouse mgt earlier today and I though Jesse may well be interested in this project too.... Created on 5 October 2004 14:09:27. 05/10/2004 (09:15:03) chris_bice says: Phil, Did you say you thought it would be better to add a table called Bins, where it would have BinID, LocCode with a Constraint to Locations, LocCode, then add a field into LocStock, a BinRef field, Contrainted to BinID in Bins?? (09:15:30 ) Phil Daintree says: Yes I thought this would be the approach (09:16:01) chris_bice says: cool. I have alot of the code done then (09:16:26 ) Phil Daintree says: I have done a whouse mgt system before and it is kinda nice to know in one table what is where. It was in VB unfortunately (09:17:04 ) Phil Daintree says: Not sure about adding a field into Locstock (09:17:05) chris_bice says: Im a fan of VB. Its kind fo a hog, but it does a good job (09:17:20 ) Phil Daintree says: Not used it since that system (09:17:36 ) Phil Daintree says: Why do you need Bin in LocStock? (09:18:21) chris_bice says: So you dont have to update two tables when you update your stock (09:18:37 ) Phil Daintree says: Right. (09:18:53 ) Phil Daintree says: I need to chew this a bit (09:19:37) chris_bice says: Cause then all ther exsisting scripts will still work the same. The Select Sum(Qty) from LocStock where Location = ""Blah" will work fine (09:20:05 ) Phil Daintree says: Yeah ok, but what about a qty that is split accross several bays. The Quantity in LocCode is 4000 but this is in a bunch of Bins (09:20:51 ) Phil Daintree says: This would mean that there would need to be a gazillion LocStock records. We really only have one for each Location and StockID at the mo (09:21:03 ) Phil Daintree says: Called away will come back (09:21:09) chris_bice says: Here is my idea, from the StockStatus, screen your Location is Hyperlinked to a LocStatus screen that shows you the Bin Qty's for the said part, with in the Selected Location,and a Picture or diagram of where that bin is in the warehouse (09:21:13) chris_bice says: k (09:37:08 ) Phil Daintree says: Kinda like the serial number/batches inquiry? Have you played with the Serialised stock items yet. May be worth you having a look at - Make a new item and define it as controlled - the item can be defined as serialised ie only one item per reference or have many items per reference ie lot/batch control. When you receive PO items you need to enter the batch/serial no references. An inquiry from stock status shows what batches/S/Ns you have on hand (09:39:53 ) Phil Daintree says: I still like the idea of having the warehouse bins defined separately. ie one defines the warehouse bins available separately in the Bins table and this table is updated when the stock is booked in with the bin references where it is stored. It would easy to make a nice graphical picture of the warehouse bins with what is in each bin (09:45:11) chris_bice says: The only thing that "scares" me about doing it that way, is what happens if a SQL adds the items to the Bins table but doesn't update the LocStock with the correct Amount?? (09:47:56 ) Phil Daintree says: OK it means updating another table at the time of receiving and this is a downer, but it preserves all the existing functionality for invoicing/receiving/crediting/adjusting/transfering without a re-write. We then have an if $WarehouseManagementActive - not a Chris variable name I realise!! then update the bins. (09:48:29 ) Phil Daintree says: The bigger scare to me is having the LocStock quantites wrong. This is one vital area we cant afford to bugger up!! (09:49:50) chris_bice says: But The LocStock would potentially be wrong if your Bin table is correct, but your LocStock wasn't updated correctly?? (09:50:01 ) Phil Daintree says: Also some Locations may have warehouse management active and others not - i guess this is a flag in the Locations table. The system would need to inspect this flag on receiving stock to ensure that the appropriate link is available to allow allocation of the stock received to bins (09:50:40 ) Phil Daintree says: We are not changing anything about the LocStock logic under this scenario - so we can be confident it is not compromised (09:51:12 ) Phil Daintree says: The bin table stands apart - for those locations where warehouse management is active. (09:51:35) chris_bice says: K (10:21:13) chris_bice says: I dont like that Idea. It seems like we are going to have to create alot more scripts. But I see your point. Let me chew on it tonight, and start transforming some of my code over. (10:21:56) chris_bice says: IM also working on getting my RMA Code switched over as well (12:55:20 ) Phil Daintree says: The beauty of the approach is that a lot of the new scripts are already written albeit in a slightly veiled guise - called controlled/serialised stock. These would only need to be modified to use the new Bins table and Bob's ur fathers auntie! Phil |
|
From: Chris B. <cb...@en...> - 2004-10-04 13:57:17
|
Sorry Franck, I'm normally on IRC. I have created a skype account, with the username chris_bice. Looking forward to talking with you. Chris -----Original Message----- From: web...@li... [mailto:web...@li...] On Behalf Of Phil Daintree Sent: Sunday, October 03, 2004 11:46 PM To: web...@li... Subject: Re: [Web-erp-developers] alone on IRC I use Skype - this has an instant messenger and voice as well as being freeware - runs on linux/windows/mac - always happy to talk webERP. www.skype.com Phil On Monday 04 October 2004 11:13, Franck Martin wrote: > It seems I'm always alone on #web-erp on irc.freenode.net > > Nobody wants to talk to me? > > Cheers -- Phil ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ Web-erp-developers mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: skaill <sk...@ro...> - 2004-10-04 13:43:01
|
I don't know about others, Frank, but I'm having a bit of trouble readily reading your messages. They are coming as an attachment that I must open in order to see anything you send. The IRC was just setup recently. Steve ----- Original Message ----- From: "Franck Martin" <fr...@so...> To: <web...@li...> Sent: Sunday, October 03, 2004 6:13 PM Subject: [Web-erp-developers] alone on IRC |
|
From: skaill <sk...@ro...> - 2004-10-04 13:14:28
|
We do need more tax functionality. I have discussed this situation somewhat in the past and it is on the tax development document (summary) I created and distributed here. It is also on my to do list but there is someone else who is working substantially on taxes and I am waiting to see where they get to first. I have possibly not brought this issue to the forefront though. This is actually not a unique situation to Canada. There are so many taxes that can exist at the municipal, provincial/state, federal and even industry level. For instance there are taxes that apply to excise, expense/capitalize, even food as opposed to munchies differences in tax and special housing industry taxes. Some of these taxes in various places and situations end up taxed on the tax. In Canada there is one general taxation requirement that some others don't have and that is the customer must see each tax separately. Still, if you need to submit to different authorities then you must calculate separately at some point anyway. In other words these taxes MUST be calculated separately at some point and, for Canada and some others, shown separately on the customer invoice. Rounding must be properly handled as well but I've dealt with and have all the specs for that as well. Basically, many companies find they must do tax modifications to their base ERP software. For example, a huge world-wide ERP software that I worked on either did not do or did incorrectly (hence useless) many of the above mentioned including tax on tax until I entirely redid the tax code for North America 2-3 years ago. It was widely used for many years before the tax changes but each company was doing a manual solution or modifying the product somewhat to do as much as they needed. One workable approach for the interim is that which you are discussing where the PST is a separate "item". That tax item amount must be calculated after the rest of the invoice has been completed. You might want to put some kind of check/reminder in the posting saying "Hey, did you calculate the PST" or even an automated check... To provide automated tax on tax functionality you must provide: 1) A way to stipulate the ordering of the taxes. In other words QST calculated before GST. 2) Variations must be selectable. I.E. Sometimes items in Ontario have only GST (food) and others have GST and PST (a chocolate bar). In other words variations and combinations of the various levels of taxation. 3) An order (or hierarchy) does not in itself specify which taxes actually do tax on tax. So somewhere you need to be able to specify which do tax on tax. In Canada's case, you would specify that QST (Quebec) does tax on tax. There are two factors that influence the variation/combination of taxes. First is the customer. This has mostly, if not all, to do with their shipping address and whether your company has an "office" within the tax authority jurisdiction. The customer could be aboriginal and exempt from GST too! Secondly is the item. Some are PST and GST, others only GST and some could be industry plus the other taxes. Here's another interesting one...some places have tax authorities that don't even bother to tax when the subtotal is under a certain amount! The tax functionality I describe above and in the document better handles everything most need within North America and elsewhere except VAT. VAT is a different animal better handled by someone more knowledgeable in that area. Steve ----- Original Message ----- From: "Phil Daintree" <we...@pa...> To: <web...@li...> Cc: <web...@li...> Sent: Monday, October 04, 2004 5:02 AM Subject: [Web-erp-developers] Re: [Web-erp-users] tax rates... > In short webERP doesn't appear to cope with the multiple tax requirements on > one invoice. A different rate of tax can apply to every line on the invoice > and freight can have a different rate again, but two different taxes on the > same invoice - no can do as things stand. > > Your idea to have a dummy item that charges the first level of tax with a > description of tax @ 7% where the tax is calculated manually. You could make > a separate product category with general ledger posting set up to credit a > PST account in the general ledger instead of sales. GST would then calculate > on the total of the line items including the PST. I may have PST and GST > round the wrong way - but you see what I mean. > > It sounds as though we really need yet another layer of abstraction to handle > multiple taxes. This would need a whole lot of thought to figure out how to > do. I thought Steve Kaill was Canadian and would have brought this to my > attention before now. I would like the system to work for Canada but it does > seem as though it is not entirerly suitable. > > Phil > > > > >> > > >> I could easily charge the combined rate. I have thought of that. > > >> But, on the invoice, can I program in something to show the > > >> equivalent of each tax paid? I will need this for my > > >> monthly/quarterly tax reports. It will also be needed for the client > > >> when they deal with their taxes. I have received bills like that from > > >> my suppliers actually. The main bill shows the combined rate, and the > > >> to the list, under the list of products and services sold. > > >> > > >> I talked to my friend about it, and he came up with a potential > > >> solution. After we have the subtotal, can we create a service charge > > >> and this would be the first tax (7% of the subtotal), and then when > > >> the programmed tax (the one built into the software) comes along, it > > >> would tax on top of the subtotal and first tax. > > >> > > >> Thanks > > >> > > >> Joseph > > >> > > >> On Oct 3, 2004, at 3:47 PM, Phil Daintree wrote: > > >>> Is the tax paid to the same authority or do you have to pay PST > > >>> separately to GST to different bodies? > > >>> > > >>> You could arrive at a combined rate easily enough say GST =10% and > > >>> PST 5% PST charged on the GST inclusive amount > > >>> > > >>> > > >>> so PST is 5% on 110% of the net ie 5.5% of the net. The combined > > >>> rate is then 10% + 5.5% = 15.5%. > > >>> > > >>> Phil > > >>> > > >>> > > >>> ----- Original Message ----- From: "Joseph Hogan" > > >>> <ho...@tc...> > > >>> To: <web...@li...> > > >>> Sent: Sunday, October 03, 2004 3:28 PM > > >>> Subject: Re: [Web-erp-users] tax rates... > > >>> > > >>>> On Oct 2, 2004, at 3:26 AM, Daintrees wrote: > > >>>>> The manual has a fair bit on this. > > >>>>> However, the rate is calculated based on the net amount of the > > >>>>> invoice also > > >>>>> only one rate of tax can apply to a given invoice line. > > >>>> > > >>>> I just reread you message. > > >>>> > > >>>> Do I underdstand correctly then that if here in Canada we have our > > >>>> two taxes, that all of Canada will not be able to use this software > > >>>> (except Alberta, since they have no PST.). This surprises me, > > >>>> since there is a canadian that was involved in the manual > > >>>> preparation (I think that it was the manual ), and he/she woudl > > >>>> know that places have different ways of calculating taxes. > > >>>> > > >>>> This one rate of tax is limiting, because I have seen more and more > > >>>> cities levying their own municipal sales tax in certain parts of > > >>>> town. This could make a possible 3 taxes being charged. > > >>>> > > >>>> Please correct me if I am wrong. I hope I am, otherwise, I will > > >>>> have to look for another piece of software. I was getting used to > > >>>> Web-erp, and its interface. > > >>>> > > >>>> Joseph > > >>>> > > >>>> > > >>> > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Phil D. <we...@pa...> - 2004-10-04 09:02:17
|
In short webERP doesn't appear to cope with the multiple tax requirements on one invoice. A different rate of tax can apply to every line on the invoice and freight can have a different rate again, but two different taxes on the same invoice - no can do as things stand. Your idea to have a dummy item that charges the first level of tax with a description of tax @ 7% where the tax is calculated manually. You could make a separate product category with general ledger posting set up to credit a PST account in the general ledger instead of sales. GST would then calculate on the total of the line items including the PST. I may have PST and GST round the wrong way - but you see what I mean. It sounds as though we really need yet another layer of abstraction to handle multiple taxes. This would need a whole lot of thought to figure out how to do. I thought Steve Kaill was Canadian and would have brought this to my attention before now. I would like the system to work for Canada but it does seem as though it is not entirerly suitable. Phil > >> > >> I could easily charge the combined rate. I have thought of that. > >> But, on the invoice, can I program in something to show the > >> equivalent of each tax paid? I will need this for my > >> monthly/quarterly tax reports. It will also be needed for the client > >> when they deal with their taxes. I have received bills like that from > >> my suppliers actually. The main bill shows the combined rate, and the > >> to the list, under the list of products and services sold. > >> > >> I talked to my friend about it, and he came up with a potential > >> solution. After we have the subtotal, can we create a service charge > >> and this would be the first tax (7% of the subtotal), and then when > >> the programmed tax (the one built into the software) comes along, it > >> would tax on top of the subtotal and first tax. > >> > >> Thanks > >> > >> Joseph > >> > >> On Oct 3, 2004, at 3:47 PM, Phil Daintree wrote: > >>> Is the tax paid to the same authority or do you have to pay PST > >>> separately to GST to different bodies? > >>> > >>> You could arrive at a combined rate easily enough say GST =10% and > >>> PST 5% PST charged on the GST inclusive amount > >>> > >>> > >>> so PST is 5% on 110% of the net ie 5.5% of the net. The combined > >>> rate is then 10% + 5.5% = 15.5%. > >>> > >>> Phil > >>> > >>> > >>> ----- Original Message ----- From: "Joseph Hogan" > >>> <ho...@tc...> > >>> To: <web...@li...> > >>> Sent: Sunday, October 03, 2004 3:28 PM > >>> Subject: Re: [Web-erp-users] tax rates... > >>> > >>>> On Oct 2, 2004, at 3:26 AM, Daintrees wrote: > >>>>> The manual has a fair bit on this. > >>>>> However, the rate is calculated based on the net amount of the > >>>>> invoice also > >>>>> only one rate of tax can apply to a given invoice line. > >>>> > >>>> I just reread you message. > >>>> > >>>> Do I underdstand correctly then that if here in Canada we have our > >>>> two taxes, that all of Canada will not be able to use this software > >>>> (except Alberta, since they have no PST.). This surprises me, > >>>> since there is a canadian that was involved in the manual > >>>> preparation (I think that it was the manual ), and he/she woudl > >>>> know that places have different ways of calculating taxes. > >>>> > >>>> This one rate of tax is limiting, because I have seen more and more > >>>> cities levying their own municipal sales tax in certain parts of > >>>> town. This could make a possible 3 taxes being charged. > >>>> > >>>> Please correct me if I am wrong. I hope I am, otherwise, I will > >>>> have to look for another piece of software. I was getting used to > >>>> Web-erp, and its interface. > >>>> > >>>> Joseph > >>>> > >>>> > >>> |
|
From: Phil D. <we...@pa...> - 2004-10-04 04:45:17
|
I use Skype - this has an instant messenger and voice as well as being freeware - runs on linux/windows/mac - always happy to talk webERP. www.skype.com Phil On Monday 04 October 2004 11:13, Franck Martin wrote: > It seems I'm always alone on #web-erp on irc.freenode.net > > Nobody wants to talk to me? > > Cheers -- Phil |
231 messages has been excluded from this view by a project administrator.
