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: skaill <sk...@ro...> - 2004-09-13 15:21:54
|
I'm guessing you're already using the charts in webERP so wondering if you have any site I can go to and try it already setup. Possibly a test site... Steve ----- Original Message ----- From: "Chris Bice" <cb...@en...> To: <web...@li...> Sent: Monday, September 13, 2004 9:12 AM Subject: RE: [Web-erp-developers] Feature List/Road Map > Here is a great tool I use for graphical charting with PHP. > > http://www.maani.us/charts/index.php > > It takes the php data and puts it into a Flash Component. > > Check it out. > > Chris > > -----Original Message----- > From: web...@li... > [mailto:web...@li...] On Behalf Of > Phil Daintree > Sent: Saturday, September 11, 2004 2:33 AM > To: web...@li... > Subject: Re: [Web-erp-developers] Feature List/Road Map > > I am a BIG fan of PDF - compact, open spec and abundant 3rd party tools. > Precise positioning - free reading using a multitude of readers. > > Not such a fan of such large peices of software to read them. However, > everyone has a pdf reader they are as widely used almost as a > web-browser. > > You've had quite a chequered history Steve working for was it Great > Plains (or one of those big accounting software vendors) previously and > now a major imaging company. > > I am thinking really only perhaps some comparative graphing and KPI > reporting perhaps on order fill, stock turnover, gross profit by > salesman, product category etc etc. I see this as pdf based all using > the existing class we are currently using. > > I am a little concerned about the multi-language capability of this > class. I will not re-write these reports a 3rd time! > > Phil > > On Sat, 2004-09-11 at 11:43, skaill wrote: > > I'm not sure that graphical output is necessary in the base. It is > > necessary, however, to have presentable reports. There is a real > challenge > > in this area. To pdf or not. I'm not real keen on pdf. It's not > readily > > extractable and proprietary. And of course I don't trust Adobe with > its > > over inflated $600 products and it's many products that should be one > > product. > > > > A specialty of mine is reporting and imaging as I work in a lead > capacity > > for a large "outsourcing" imaging company some years back that did > > microfiche, (laser) printing, storage, etc, for larger scale companies > like > > banks, government, etc. > > > > I think I have or could do a decent report engine but it would require > some > > work and help because I have to make a living too ;) > > > > What html does not do and what a good reporting engine does need to do > is be > > positional. That is the key to reporting. That and an easy interface > ;) > > > > Steve > > > > ----- Original Message ----- > > From: "Daintrees" <p.d...@pa...> > > To: <web...@li...> > > Sent: Friday, September 10, 2004 5:28 PM > > Subject: Re: [Web-erp-developers] Feature List/Road Map > > > > > > > Its tough to nail anyone down to a completion date .. least of all > me ... > > on > > > a project like this. > > > > > > I would dearly love the system to have the following > > > > > > Work orders - usage variances > > > Master Schedule and MRP > > > Capacity planning > > > Warehouse management > > > > > > A number of reports and perhaps graphical output would also be good. > > > However, other contributors have other ideas and I am happy to > incorporate > > > their ideas in too. My wish list starts seeing webERP grow into a > real > > force > > > in ERP software - much of my efforts are therefore in support and > getting > > > others involved. My own capacity to drive these functionality aims > forward > > > is therefore displaced somewhat. > > > > > > Phil > > > > > > > > > > > > ----- Original Message ----- > > > From: <wmc...@mc...> > > > To: <web...@li...> > > > Sent: Saturday, September 11, 2004 3:44 AM > > > Subject: [Web-erp-developers] Feature List/Road Map > > > > > > > > > > Is there a future feature list and/or road map with projection > dates > > > > available? We currently use this app in our office and have 2 > clients > > > that > > > > are in demo mode with web-erp. Just wondering what to look > forward to. > > > > > > > > Thanks > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > > > Project Admins to receive an Apple iPod Mini FREE for your judgement > on > > > who ports your project to Linux PPC the best. Sponsored by IBM. > > > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > > > _______________________________________________ > > > Web-erp-developers mailing list > > > Web...@li... > > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > > Project Admins to receive an Apple iPod Mini FREE for your judgement > on > > who ports your project to Linux PPC the best. Sponsored by IBM. > > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: skaill <sk...@ro...> - 2004-09-13 15:19:26
|
And if I understand correctly the only include files needing to be before
session.inc are classes because they must be included before session.inc
creates the session with session_start.
Steve
----- Original Message -----
From: "Jesse Peterson" <je...@st...>
To: <web...@li...>
Sent: Monday, September 13, 2004 11:02 AM
Subject: RE: [Web-erp-developers] Including LanguageSetup.php
that is basically my option 1 ;)
* require_once() for the language file include, and putting that line in
session and all the files that may be included before it.
Also, I REALLY like the idea of including like chunks of code via include
files better than several lines of code - that minimizes future
corrections/additions to 1 change rather than 50.
jesse
-----Original Message-----
From: Phil Daintree [mailto:we...@pa...]
Sent: Monday, September 13, 2004 4:15 AM
To: web...@li...
Subject: Re: [Web-erp-developers] Including LanguageSetup.php
Possible cunning plan?
What say we take the
if (!function_exists('gettext')){
function _($text){
return ($text);
}
}
bit out of LanguageSetup.php and pop it into the DefineCartClass.php and
other classes that need it?
Phil
On Mon, 2004-09-13 at 08:38, Jesse Peterson wrote:
> Yes... this was my option 3 from the initial email - "* changing classes
> to remove strings so translation is moot (probably more correct) "
> there aren't too terribly many strings, so it should not be noticed very
> often that they are not done. Worst case we could pass in whatever
> strings from the file the functions are used in...
> I'll write if I think up some other way...
>
> jesse
>
>
> skaill wrote:
>
> >Hahaha...none from me.
> >
> >The good news is the classes I've looked through don't have any strings.
> >It's still possible some may though. If a class does display a string
then
> >it is probably due to an error and could be modified to pass back an
error
> >code instead. That code can be checked later once the multilangauge is
> >running and the proper message displayed at that time.
> >
> >It may be that none of the classes use (or at least display) strings.
> >
> >Steve
> >
> >----- Original Message -----
> >From: "Daintrees" <p.d...@pa...>
> >To: <web...@li...>
> >Sent: Sunday, September 12, 2004 4:22 PM
> >Subject: [Web-erp-developers] Including LanguageSetup.php
> >
> >
> >
> >
> >>Shot from the hip and missed with that previous email Jesse!
> >>
> >>The snag is that language is set from a session variable, so a session
> >>
> >>
> >needs
> >
> >
> >>to be initiated before LanguageSetup.php is included - so we have access
> >>
> >>
> >to
> >
> >
> >>$_SESSION['Language']! This creates a more serious difficulty for
strings
> >>
> >>
> >in
> >
> >
> >>class defintion files :-(
> >>
> >>Need a little more thought and some brilliant ideas would be most
> >>appreciated.
> >>
> >>Phil
> >>
> >>
> >>
> >>-------------------------------------------------------
> >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> >>Project Admins to receive an Apple iPod Mini FREE for your judgement on
> >>who ports your project to Linux PPC the best. Sponsored by IBM.
> >>Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> >>_______________________________________________
> >>Web-erp-developers mailing list
> >>Web...@li...
> >>https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> >>
> >>
> >
> >
> >
> >-------------------------------------------------------
> >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> >Project Admins to receive an Apple iPod Mini FREE for your judgement on
> >who ports your project to Linux PPC the best. Sponsored by IBM.
> >Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> >_______________________________________________
> >Web-erp-developers mailing list
> >Web...@li...
> >https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> >
> >
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Web-erp-developers mailing list
Web...@li...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Web-erp-developers mailing list
Web...@li...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers
|
|
From: Jesse P. <je...@st...> - 2004-09-13 15:11:12
|
You may want to refrain from fully fixing it till the changes I sent = Phil yesterday are in... jesse -----Original Message----- From: Chris Bice [mailto:cb...@en...] Sent: Monday, September 13, 2004 9:18 AM To: web...@li... Subject: RE: [Web-erp-developers] StockTransfers Yup. We wanted to consolidate the code for that. Ill take a look at it Phil and Jesse. Thanks Chris -----Original Message----- From: web...@li... [mailto:web...@li...] On Behalf Of Daintrees Sent: Monday, September 13, 2004 1:56 AM To: web...@li... Subject: Re: [Web-erp-developers] StockTransfers I or possibly Chris separated it out when the bulk transfer script was created but obviously never dealt to the existing script. The idea was to reuse the same code in both scripts using the include. Phil ----- Original Message -----=20 From: "Jesse Peterson" <je...@st...> To: <web...@li...> Sent: Monday, September 13, 2004 10:41 AM Subject: [Web-erp-developers] StockTransfers > StockTransfers has the StockTransfer class defined in it. I went to > break it out to a DefineStockTransfer.php and found that there is also a > DefineStockTransfers.php which defines a StockTranfer class. It also > appears that both are being used in differing scripts though for pretty > much the same thing. > > It seems to work fine, so I'm going to leave it working of course, but > I'm going to see if I can do some testing and sort things out. If anyone > can shed some light on what caused this, that may help... > > > jesse > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM.=20 Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php _______________________________________________ Web-erp-developers mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/web-erp-developers ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM.=20 Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php _______________________________________________ Web-erp-developers mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Jesse P. <je...@st...> - 2004-09-13 15:03:36
|
that is basically my option 1 ;)
* require_once() for the language file include, and putting that line in =
session and all the files that may be included before it.=20
Also, I REALLY like the idea of including like chunks of code via =
include files better than several lines of code - that minimizes future =
corrections/additions to 1 change rather than 50.
jesse
-----Original Message-----
From: Phil Daintree [mailto:we...@pa...]
Sent: Monday, September 13, 2004 4:15 AM
To: web...@li...
Subject: Re: [Web-erp-developers] Including LanguageSetup.php
Possible cunning plan?
What say we take the=20
if (!function_exists('gettext')){
function _($text){
return ($text);
}
}
bit out of LanguageSetup.php and pop it into the DefineCartClass.php and
other classes that need it?
Phil
On Mon, 2004-09-13 at 08:38, Jesse Peterson wrote:
> Yes... this was my option 3 from the initial email - "* changing =
classes=20
> to remove strings so translation is moot (probably more correct) "
> there aren't too terribly many strings, so it should not be noticed =
very=20
> often that they are not done. Worst case we could pass in whatever=20
> strings from the file the functions are used in...
> I'll write if I think up some other way...
>=20
> jesse
>=20
>=20
> skaill wrote:
>=20
> >Hahaha...none from me.
> >
> >The good news is the classes I've looked through don't have any =
strings.
> >It's still possible some may though. If a class does display a =
string then
> >it is probably due to an error and could be modified to pass back an =
error
> >code instead. That code can be checked later once the multilangauge =
is
> >running and the proper message displayed at that time.
> >
> >It may be that none of the classes use (or at least display) strings.
> >
> >Steve
> >
> >----- Original Message -----=20
> >From: "Daintrees" <p.d...@pa...>
> >To: <web...@li...>
> >Sent: Sunday, September 12, 2004 4:22 PM
> >Subject: [Web-erp-developers] Including LanguageSetup.php
> >
> >
> > =20
> >
> >>Shot from the hip and missed with that previous email Jesse!
> >>
> >>The snag is that language is set from a session variable, so a =
session
> >> =20
> >>
> >needs
> > =20
> >
> >>to be initiated before LanguageSetup.php is included - so we have =
access
> >> =20
> >>
> >to
> > =20
> >
> >>$_SESSION['Language']! This creates a more serious difficulty for =
strings
> >> =20
> >>
> >in
> > =20
> >
> >>class defintion files :-(
> >>
> >>Need a little more thought and some brilliant ideas would be most
> >>appreciated.
> >>
> >>Phil
> >>
> >>
> >>
> >>-------------------------------------------------------
> >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> >>Project Admins to receive an Apple iPod Mini FREE for your judgement =
on
> >>who ports your project to Linux PPC the best. Sponsored by IBM.
> >>Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> >>_______________________________________________
> >>Web-erp-developers mailing list
> >>Web...@li...
> >>https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> >> =20
> >>
> >
> >
> >
> >-------------------------------------------------------
> >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> >Project Admins to receive an Apple iPod Mini FREE for your judgement =
on
> >who ports your project to Linux PPC the best. Sponsored by IBM.=20
> >Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> >_______________________________________________
> >Web-erp-developers mailing list
> >Web...@li...
> >https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> > =20
> >
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement =
on
> who ports your project to Linux PPC the best. Sponsored by IBM.=20
> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>=20
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.=20
Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Web-erp-developers mailing list
Web...@li...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers
|
|
From: Chris B. <cb...@en...> - 2004-09-13 13:18:16
|
Yup. We wanted to consolidate the code for that. Ill take a look at it Phil and Jesse. Thanks Chris -----Original Message----- From: web...@li... [mailto:web...@li...] On Behalf Of Daintrees Sent: Monday, September 13, 2004 1:56 AM To: web...@li... Subject: Re: [Web-erp-developers] StockTransfers I or possibly Chris separated it out when the bulk transfer script was created but obviously never dealt to the existing script. The idea was to reuse the same code in both scripts using the include. Phil ----- Original Message ----- From: "Jesse Peterson" <je...@st...> To: <web...@li...> Sent: Monday, September 13, 2004 10:41 AM Subject: [Web-erp-developers] StockTransfers > StockTransfers has the StockTransfer class defined in it. I went to > break it out to a DefineStockTransfer.php and found that there is also a > DefineStockTransfers.php which defines a StockTranfer class. It also > appears that both are being used in differing scripts though for pretty > much the same thing. > > It seems to work fine, so I'm going to leave it working of course, but > I'm going to see if I can do some testing and sort things out. If anyone > can shed some light on what caused this, that may help... > > > jesse > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php _______________________________________________ Web-erp-developers mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Chris B. <cb...@en...> - 2004-09-13 13:12:59
|
Here is a great tool I use for graphical charting with PHP. http://www.maani.us/charts/index.php It takes the php data and puts it into a Flash Component. Check it out. Chris -----Original Message----- From: web...@li... [mailto:web...@li...] On Behalf Of Phil Daintree Sent: Saturday, September 11, 2004 2:33 AM To: web...@li... Subject: Re: [Web-erp-developers] Feature List/Road Map I am a BIG fan of PDF - compact, open spec and abundant 3rd party tools. Precise positioning - free reading using a multitude of readers. Not such a fan of such large peices of software to read them. However, everyone has a pdf reader they are as widely used almost as a web-browser. You've had quite a chequered history Steve working for was it Great Plains (or one of those big accounting software vendors) previously and now a major imaging company. I am thinking really only perhaps some comparative graphing and KPI reporting perhaps on order fill, stock turnover, gross profit by salesman, product category etc etc. I see this as pdf based all using the existing class we are currently using. I am a little concerned about the multi-language capability of this class. I will not re-write these reports a 3rd time! Phil On Sat, 2004-09-11 at 11:43, skaill wrote: > I'm not sure that graphical output is necessary in the base. It is > necessary, however, to have presentable reports. There is a real challenge > in this area. To pdf or not. I'm not real keen on pdf. It's not readily > extractable and proprietary. And of course I don't trust Adobe with its > over inflated $600 products and it's many products that should be one > product. > > A specialty of mine is reporting and imaging as I work in a lead capacity > for a large "outsourcing" imaging company some years back that did > microfiche, (laser) printing, storage, etc, for larger scale companies like > banks, government, etc. > > I think I have or could do a decent report engine but it would require some > work and help because I have to make a living too ;) > > What html does not do and what a good reporting engine does need to do is be > positional. That is the key to reporting. That and an easy interface ;) > > Steve > > ----- Original Message ----- > From: "Daintrees" <p.d...@pa...> > To: <web...@li...> > Sent: Friday, September 10, 2004 5:28 PM > Subject: Re: [Web-erp-developers] Feature List/Road Map > > > > Its tough to nail anyone down to a completion date .. least of all me ... > on > > a project like this. > > > > I would dearly love the system to have the following > > > > Work orders - usage variances > > Master Schedule and MRP > > Capacity planning > > Warehouse management > > > > A number of reports and perhaps graphical output would also be good. > > However, other contributors have other ideas and I am happy to incorporate > > their ideas in too. My wish list starts seeing webERP grow into a real > force > > in ERP software - much of my efforts are therefore in support and getting > > others involved. My own capacity to drive these functionality aims forward > > is therefore displaced somewhat. > > > > Phil > > > > > > > > ----- Original Message ----- > > From: <wmc...@mc...> > > To: <web...@li...> > > Sent: Saturday, September 11, 2004 3:44 AM > > Subject: [Web-erp-developers] Feature List/Road Map > > > > > > > Is there a future feature list and/or road map with projection dates > > > available? We currently use this app in our office and have 2 clients > > that > > > are in demo mode with web-erp. Just wondering what to look forward to. > > > > > > Thanks > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > > Project Admins to receive an Apple iPod Mini FREE for your judgement on > > who ports your project to Linux PPC the best. Sponsored by IBM. > > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php _______________________________________________ Web-erp-developers mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Phil D. <we...@pa...> - 2004-09-13 08:14:48
|
Possible cunning plan?
What say we take the
if (!function_exists('gettext')){
function _($text){
return ($text);
}
}
bit out of LanguageSetup.php and pop it into the DefineCartClass.php and
other classes that need it?
Phil
On Mon, 2004-09-13 at 08:38, Jesse Peterson wrote:
> Yes... this was my option 3 from the initial email - "* changing classes
> to remove strings so translation is moot (probably more correct) "
> there aren't too terribly many strings, so it should not be noticed very
> often that they are not done. Worst case we could pass in whatever
> strings from the file the functions are used in...
> I'll write if I think up some other way...
>
> jesse
>
>
> skaill wrote:
>
> >Hahaha...none from me.
> >
> >The good news is the classes I've looked through don't have any strings.
> >It's still possible some may though. If a class does display a string then
> >it is probably due to an error and could be modified to pass back an error
> >code instead. That code can be checked later once the multilangauge is
> >running and the proper message displayed at that time.
> >
> >It may be that none of the classes use (or at least display) strings.
> >
> >Steve
> >
> >----- Original Message -----
> >From: "Daintrees" <p.d...@pa...>
> >To: <web...@li...>
> >Sent: Sunday, September 12, 2004 4:22 PM
> >Subject: [Web-erp-developers] Including LanguageSetup.php
> >
> >
> >
> >
> >>Shot from the hip and missed with that previous email Jesse!
> >>
> >>The snag is that language is set from a session variable, so a session
> >>
> >>
> >needs
> >
> >
> >>to be initiated before LanguageSetup.php is included - so we have access
> >>
> >>
> >to
> >
> >
> >>$_SESSION['Language']! This creates a more serious difficulty for strings
> >>
> >>
> >in
> >
> >
> >>class defintion files :-(
> >>
> >>Need a little more thought and some brilliant ideas would be most
> >>appreciated.
> >>
> >>Phil
> >>
> >>
> >>
> >>-------------------------------------------------------
> >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> >>Project Admins to receive an Apple iPod Mini FREE for your judgement on
> >>who ports your project to Linux PPC the best. Sponsored by IBM.
> >>Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> >>_______________________________________________
> >>Web-erp-developers mailing list
> >>Web...@li...
> >>https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> >>
> >>
> >
> >
> >
> >-------------------------------------------------------
> >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> >Project Admins to receive an Apple iPod Mini FREE for your judgement on
> >who ports your project to Linux PPC the best. Sponsored by IBM.
> >Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> >_______________________________________________
> >Web-erp-developers mailing list
> >Web...@li...
> >https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> >
> >
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
|
|
From: Daintrees <p.d...@pa...> - 2004-09-13 06:53:29
|
I or possibly Chris separated it out when the bulk transfer script was created but obviously never dealt to the existing script. The idea was to reuse the same code in both scripts using the include. Phil ----- Original Message ----- From: "Jesse Peterson" <je...@st...> To: <web...@li...> Sent: Monday, September 13, 2004 10:41 AM Subject: [Web-erp-developers] StockTransfers > StockTransfers has the StockTransfer class defined in it. I went to > break it out to a DefineStockTransfer.php and found that there is also a > DefineStockTransfers.php which defines a StockTranfer class. It also > appears that both are being used in differing scripts though for pretty > much the same thing. > > It seems to work fine, so I'm going to leave it working of course, but > I'm going to see if I can do some testing and sort things out. If anyone > can shed some light on what caused this, that may help... > > > jesse > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: Jesse P. <je...@st...> - 2004-09-12 22:41:17
|
StockTransfers has the StockTransfer class defined in it. I went to break it out to a DefineStockTransfer.php and found that there is also a DefineStockTransfers.php which defines a StockTranfer class. It also appears that both are being used in differing scripts though for pretty much the same thing. It seems to work fine, so I'm going to leave it working of course, but I'm going to see if I can do some testing and sort things out. If anyone can shed some light on what caused this, that may help... jesse |
|
From: Jesse P. <je...@st...> - 2004-09-12 20:38:50
|
Yes... this was my option 3 from the initial email - "* changing classes to remove strings so translation is moot (probably more correct) " there aren't too terribly many strings, so it should not be noticed very often that they are not done. Worst case we could pass in whatever strings from the file the functions are used in... I'll write if I think up some other way... jesse skaill wrote: >Hahaha...none from me. > >The good news is the classes I've looked through don't have any strings. >It's still possible some may though. If a class does display a string then >it is probably due to an error and could be modified to pass back an error >code instead. That code can be checked later once the multilangauge is >running and the proper message displayed at that time. > >It may be that none of the classes use (or at least display) strings. > >Steve > >----- Original Message ----- >From: "Daintrees" <p.d...@pa...> >To: <web...@li...> >Sent: Sunday, September 12, 2004 4:22 PM >Subject: [Web-erp-developers] Including LanguageSetup.php > > > > >>Shot from the hip and missed with that previous email Jesse! >> >>The snag is that language is set from a session variable, so a session >> >> >needs > > >>to be initiated before LanguageSetup.php is included - so we have access >> >> >to > > >>$_SESSION['Language']! This creates a more serious difficulty for strings >> >> >in > > >>class defintion files :-( >> >>Need a little more thought and some brilliant ideas would be most >>appreciated. >> >>Phil >> >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>who ports your project to Linux PPC the best. Sponsored by IBM. >>Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php >>_______________________________________________ >>Web-erp-developers mailing list >>Web...@li... >>https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> > > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Web-erp-developers mailing list >Web...@li... >https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > |
|
From: skaill <sk...@ro...> - 2004-09-12 20:31:14
|
Hahaha...none from me. The good news is the classes I've looked through don't have any strings. It's still possible some may though. If a class does display a string then it is probably due to an error and could be modified to pass back an error code instead. That code can be checked later once the multilangauge is running and the proper message displayed at that time. It may be that none of the classes use (or at least display) strings. Steve ----- Original Message ----- From: "Daintrees" <p.d...@pa...> To: <web...@li...> Sent: Sunday, September 12, 2004 4:22 PM Subject: [Web-erp-developers] Including LanguageSetup.php > Shot from the hip and missed with that previous email Jesse! > > The snag is that language is set from a session variable, so a session needs > to be initiated before LanguageSetup.php is included - so we have access to > $_SESSION['Language']! This creates a more serious difficulty for strings in > class defintion files :-( > > Need a little more thought and some brilliant ideas would be most > appreciated. > > Phil > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: skaill <sk...@ro...> - 2004-09-12 20:20:39
|
So, I guess that means we need to download the latest cvs after you do it,
Phil and before doing any more multilanguage conversion. We will need to
include LanguageSetup.php at the beginning of each script we do from now on,
right?
Steve
----- Original Message -----
From: "Daintrees" <p.d...@pa...>
To: <web...@li...>
Sent: Sunday, September 12, 2004 4:04 PM
Subject: Re: [Web-erp-developers] Multilanguage - includes
> I hit the same snag yesterday with Credit_Invoice.php
>
> Or option 4 include LanguageSetup.php in every script at the beginning.
> This is more visible and prevents having to delve through several layers
of
> includes.
> I will do this and change session.inc
>
> Thanks Jesse
>
> Phil
>
> ----- Original Message -----
> From: "Jesse Peterson" <je...@st...>
> To: <web...@li...>
> Sent: Monday, September 13, 2004 7:39 AM
> Subject: Re: [Web-erp-developers] Multilanguage - includes
>
>
> > This is gonna be a fun one. I did the translation fixes on
> > ConfirmDispatch_Invoice yesterday and tried to start
> > ConfirmDispatchControlled_Invoice. I quickly ran into a problem that I
> > have finally tracked down today courtesy of var_dump. Turns out
> > something I knew, but neglected to think about... and web-erp is,
> > probably intentionally, written correctly.
> >
> > The problem is that when you use class based objects, such as cart in
> > DefineCartClass.php, the class needs to exist *before* the session is
> > started if you are going to use that object as a session variable.
> > Since the repercussions of it can be strange (things won't just break),
> > it would be a really good idea to pull all the files the order has been
> > changed in and fix them soon.
> >
> > That essentially puts us at needing to do something like this on every
> > page this happens... just in general would probably be good.
>
> --------------------------------------------------------------------------
> ----------------------------------------------
> > include('includes/DefinePOClass.php');
> > include('includes/DefineSerialItems.php');
> > $PageSecurity = 11;
> > /* Session started in header.inc for password checking and authorisation
> > level check */
> > include('includes/session.inc');
> > $title = 'Receive Controlled Items';
> >
> > include('includes/header.inc');
>
> --------------------------------------------------------------------------
> ----------------------------------------------
> >
> > That, however creates a smaller problem in that the strings in the
> > DefineXXX files can not be translated if the _() function does not
> > exist. I can see a few solutions:
> > * require_once() for the language file include, and putting that line in
> > session and all the files that may be included before it. (easiest)
> > * including all files that may be necessary in session.inc (bad idea)
> > * changing classes to remove strings so translation is moot (probably
> > more correct)
> >
> > thoughts?
> >
> >
> > jesse
> >
> >
> > skaill wrote:
> >
> > > I've noticed this type of thing in some scripts...
> > >
> > > $title = 'Receive Controlled Items';
> > > $PageSecurity = 11;
> > >
> > > /* Session started in header.inc for password checking and
> > > authorisation level check */
> > > include('includes/DefinePOClass.php');
> > > include('includes/DefineSerialItems.php');
> > > include('includes/session.inc');
> > > include('includes/header.inc');
> > > If $title was moved below session.inc and above header.inc that would
> > > be good for $title. However, DefineSerialItems.php has a string in it
> > > which means it also needs to be after session.inc.
> > >
> > > session.inc never uses any includes before it and verifies access so
> > > I'm thinking session.inc should always be the first include anyway.
> > > Can you confirm this Phil?
> > >
> > > Steve
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> > Project Admins to receive an Apple iPod Mini FREE for your judgement on
> > who ports your project to Linux PPC the best. Sponsored by IBM.
> > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> > _______________________________________________
> > Web-erp-developers mailing list
> > Web...@li...
> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> >
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
|
|
From: Daintrees <p.d...@pa...> - 2004-09-12 20:20:23
|
Shot from the hip and missed with that previous email Jesse! The snag is that language is set from a session variable, so a session needs to be initiated before LanguageSetup.php is included - so we have access to $_SESSION['Language']! This creates a more serious difficulty for strings in class defintion files :-( Need a little more thought and some brilliant ideas would be most appreciated. Phil |
|
From: skaill <sk...@ro...> - 2004-09-12 20:17:25
|
What about pulling the language stuff out of session.inc and having a
separate script for it. In this way language.inc can be above everything
including class includes. I'm thinking if we don't do it then any class
that uses strings will not be translated.
Steve
----- Original Message -----
From: "Jesse Peterson" <je...@st...>
To: <web...@li...>
Sent: Sunday, September 12, 2004 3:39 PM
Subject: Re: [Web-erp-developers] Multilanguage - includes
> This is gonna be a fun one. I did the translation fixes on
> ConfirmDispatch_Invoice yesterday and tried to start
> ConfirmDispatchControlled_Invoice. I quickly ran into a problem that I
> have finally tracked down today courtesy of var_dump. Turns out
> something I knew, but neglected to think about... and web-erp is,
> probably intentionally, written correctly.
>
> The problem is that when you use class based objects, such as cart in
> DefineCartClass.php, the class needs to exist *before* the session is
> started if you are going to use that object as a session variable.
> Since the repercussions of it can be strange (things won't just break),
> it would be a really good idea to pull all the files the order has been
> changed in and fix them soon.
>
> That essentially puts us at needing to do something like this on every
> page this happens... just in general would probably be good.
> --------------------------------------------------------------------------
----------------------------------------------
> include('includes/DefinePOClass.php');
> include('includes/DefineSerialItems.php');
> $PageSecurity = 11;
> /* Session started in header.inc for password checking and authorisation
> level check */
> include('includes/session.inc');
> $title = 'Receive Controlled Items';
>
> include('includes/header.inc');
> --------------------------------------------------------------------------
----------------------------------------------
>
> That, however creates a smaller problem in that the strings in the
> DefineXXX files can not be translated if the _() function does not
> exist. I can see a few solutions:
> * require_once() for the language file include, and putting that line in
> session and all the files that may be included before it. (easiest)
> * including all files that may be necessary in session.inc (bad idea)
> * changing classes to remove strings so translation is moot (probably
> more correct)
>
> thoughts?
>
>
> jesse
>
>
> skaill wrote:
>
> > I've noticed this type of thing in some scripts...
> >
> > $title = 'Receive Controlled Items';
> > $PageSecurity = 11;
> >
> > /* Session started in header.inc for password checking and
> > authorisation level check */
> > include('includes/DefinePOClass.php');
> > include('includes/DefineSerialItems.php');
> > include('includes/session.inc');
> > include('includes/header.inc');
> > If $title was moved below session.inc and above header.inc that would
> > be good for $title. However, DefineSerialItems.php has a string in it
> > which means it also needs to be after session.inc.
> >
> > session.inc never uses any includes before it and verifies access so
> > I'm thinking session.inc should always be the first include anyway.
> > Can you confirm this Phil?
> >
> > Steve
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
|
|
From: Daintrees <p.d...@pa...> - 2004-09-12 20:02:08
|
I hit the same snag yesterday with Credit_Invoice.php
Or option 4 include LanguageSetup.php in every script at the beginning.
This is more visible and prevents having to delve through several layers of
includes.
I will do this and change session.inc
Thanks Jesse
Phil
----- Original Message -----
From: "Jesse Peterson" <je...@st...>
To: <web...@li...>
Sent: Monday, September 13, 2004 7:39 AM
Subject: Re: [Web-erp-developers] Multilanguage - includes
> This is gonna be a fun one. I did the translation fixes on
> ConfirmDispatch_Invoice yesterday and tried to start
> ConfirmDispatchControlled_Invoice. I quickly ran into a problem that I
> have finally tracked down today courtesy of var_dump. Turns out
> something I knew, but neglected to think about... and web-erp is,
> probably intentionally, written correctly.
>
> The problem is that when you use class based objects, such as cart in
> DefineCartClass.php, the class needs to exist *before* the session is
> started if you are going to use that object as a session variable.
> Since the repercussions of it can be strange (things won't just break),
> it would be a really good idea to pull all the files the order has been
> changed in and fix them soon.
>
> That essentially puts us at needing to do something like this on every
> page this happens... just in general would probably be good.
> --------------------------------------------------------------------------
----------------------------------------------
> include('includes/DefinePOClass.php');
> include('includes/DefineSerialItems.php');
> $PageSecurity = 11;
> /* Session started in header.inc for password checking and authorisation
> level check */
> include('includes/session.inc');
> $title = 'Receive Controlled Items';
>
> include('includes/header.inc');
> --------------------------------------------------------------------------
----------------------------------------------
>
> That, however creates a smaller problem in that the strings in the
> DefineXXX files can not be translated if the _() function does not
> exist. I can see a few solutions:
> * require_once() for the language file include, and putting that line in
> session and all the files that may be included before it. (easiest)
> * including all files that may be necessary in session.inc (bad idea)
> * changing classes to remove strings so translation is moot (probably
> more correct)
>
> thoughts?
>
>
> jesse
>
>
> skaill wrote:
>
> > I've noticed this type of thing in some scripts...
> >
> > $title = 'Receive Controlled Items';
> > $PageSecurity = 11;
> >
> > /* Session started in header.inc for password checking and
> > authorisation level check */
> > include('includes/DefinePOClass.php');
> > include('includes/DefineSerialItems.php');
> > include('includes/session.inc');
> > include('includes/header.inc');
> > If $title was moved below session.inc and above header.inc that would
> > be good for $title. However, DefineSerialItems.php has a string in it
> > which means it also needs to be after session.inc.
> >
> > session.inc never uses any includes before it and verifies access so
> > I'm thinking session.inc should always be the first include anyway.
> > Can you confirm this Phil?
> >
> > Steve
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
|
|
From: Jesse P. <je...@st...> - 2004-09-12 19:39:24
|
This is gonna be a fun one. I did the translation fixes on
ConfirmDispatch_Invoice yesterday and tried to start
ConfirmDispatchControlled_Invoice. I quickly ran into a problem that I
have finally tracked down today courtesy of var_dump. Turns out
something I knew, but neglected to think about... and web-erp is,
probably intentionally, written correctly.
The problem is that when you use class based objects, such as cart in
DefineCartClass.php, the class needs to exist *before* the session is
started if you are going to use that object as a session variable.
Since the repercussions of it can be strange (things won't just break),
it would be a really good idea to pull all the files the order has been
changed in and fix them soon.
That essentially puts us at needing to do something like this on every
page this happens... just in general would probably be good.
------------------------------------------------------------------------------------------------------------------------
include('includes/DefinePOClass.php');
include('includes/DefineSerialItems.php');
$PageSecurity = 11;
/* Session started in header.inc for password checking and authorisation
level check */
include('includes/session.inc');
$title = 'Receive Controlled Items';
include('includes/header.inc');
------------------------------------------------------------------------------------------------------------------------
That, however creates a smaller problem in that the strings in the
DefineXXX files can not be translated if the _() function does not
exist. I can see a few solutions:
* require_once() for the language file include, and putting that line in
session and all the files that may be included before it. (easiest)
* including all files that may be necessary in session.inc (bad idea)
* changing classes to remove strings so translation is moot (probably
more correct)
thoughts?
jesse
skaill wrote:
> I've noticed this type of thing in some scripts...
>
> $title = 'Receive Controlled Items';
> $PageSecurity = 11;
>
> /* Session started in header.inc for password checking and
> authorisation level check */
> include('includes/DefinePOClass.php');
> include('includes/DefineSerialItems.php');
> include('includes/session.inc');
> include('includes/header.inc');
> If $title was moved below session.inc and above header.inc that would
> be good for $title. However, DefineSerialItems.php has a string in it
> which means it also needs to be after session.inc.
>
> session.inc never uses any includes before it and verifies access so
> I'm thinking session.inc should always be the first include anyway.
> Can you confirm this Phil?
>
> Steve
|
|
From: Phil D. <we...@pa...> - 2004-09-12 08:34:43
|
Luca, I had you down for this script - I hope you had not started it because I spotted a bug in it and took the liberty of doing the translation at the same time. Phil |
|
From: Phil D. <we...@pa...> - 2004-09-12 06:40:42
|
Many thanks Hani for this - I've just fixed that bit. Phil On Sun, 2004-09-12 at 11:33, Hani Naguib wrote: > Hi Phil, I have attached the DebtorsAtPeriodEnd.php with my modifications. > I am not familiar with your code so I would appreciate if you could have > a look at this and > make sure I have not done anything stupid or missed things that should > have been translated. > > I did notice a few things. > 'includes/session.inc' includes 'includes/LanguageSetup.php' at > the end of the file. This means > that the language stuff breaks initially on a system that does not have > gettext installed, since the _() function > is not defined until the LanguageSetup is called but session.inc uses it > before including LanguageSetup. > > In DebtorsAtPeriodEnd.php I moved the include session.php to the start > of the script so I could set the title. > I don't know what the implications of doing that are in your code. But I > suspect I should not have done that! > Could you let me know what the policy is for what includes I should use > prior to setting the title? > > Hani > > > |
|
From: Phil D. <we...@pa...> - 2004-09-12 06:38:56
|
It is a little more tricky with pdf report. A $title will not normally
be required unless the input form is shown - PDFStarter_ros.inc has the
authentication stuff in it and session initialisation and includes the
LanguageSetup.php
$title really only needs to be defined before a header.inc so the $title
in reports should be moved to before the include('includes/header.inc');
Phil
On Sun, 2004-09-12 at 11:33, Hani Naguib wrote:
> Hi Phil, I have attached the DebtorsAtPeriodEnd.php with my modifications=
.
> I am not familiar with your code so I would appreciate if you could have=20
> a look at this and
> make sure I have not done anything stupid or missed things that should=20
> have been translated.
>=20
> I did notice a few things.
> 'includes/session.inc' includes 'includes/LanguageSetup.php' at=20
> the end of the file. This means
> that the language stuff breaks initially on a system that does not have=20
> gettext installed, since the _() function
> is not defined until the LanguageSetup is called but session.inc uses it=20
> before including LanguageSetup.
>=20
> In DebtorsAtPeriodEnd.php I moved the include session.php to the start=20
> of the script so I could set the title.
> I don't know what the implications of doing that are in your code. But I=20
> suspect I should not have done that!
> Could you let me know what the policy is for what includes I should use=20
> prior to setting the title?
>=20
> Hani
>=20
> Phil Daintree wrote:
>=20
> >*This message was transferred with a trial version of CommuniGate(tm) Pr=
o*
> > =20
> >
> >>Once you guys settle on the approach I can give you a hand with some sc=
ripts
> >>although you would have to let me know which ones :)
> >>
> >> =20
> >>
> >
> >Hani,
> >
> >I noticed you kind offer and have pulled a couple off the list in
> >alpabetical order ...
> >
> >DebtorsAtPeriodEnd.php Hani
> >DeliveryDetails.php Hani
> >DiscountCategories.php Hani
> >DiscountMatrix.php Hani
> >
> >
> >Many thanks
> >
> >Phil
> >
> >
> >
> >-------------------------------------------------------
> >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> >Project Admins to receive an Apple iPod Mini FREE for your judgement on
> >who ports your project to Linux PPC the best. Sponsored by IBM.=20
> >Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> >_______________________________________________
> >Web-erp-developers mailing list
> >Web...@li...
> >https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> >
> >
> > =20
> >
>=20
>=20
> ______________________________________________________________________
> =3D1 AND isset($_POST['ToCriteria']) AND
> strlen($_POST['ToCriteria'])>=3D1){ include("config.php");
> include("includes/ConnectDB.inc");
> include("includes/PDFStarter_ros.inc"); $FontSize=3D12;
> $pdf->addinfo('Title',"Customer Balance Listing");
> $pdf->addinfo('Subject','Customer Balances'); $PageNumber=3D0;
> $line_height=3D12; /*Get the date of the last day in the period selected
> */ $SQL =3D "SELECT LastDate_In_Period FROM Periods WHERE PeriodNo =3D " =
.
> $_POST['PeriodEnd']; $PeriodEndResult =3D DB_query($SQL,$db,"Could not
> get the date of the last day in the period selected"); $PeriodRow =3D
> DB_fetch_row($PeriodEndResult); $PeriodEndDate =3D
> ConvertSQLDate($PeriodRow[0]); /*Now figure out the aged analysis for
> the customer range under review */ $SQL =3D "SELECT
> DebtorsMaster.DebtorNo, DebtorsMaster.Name, Currencies.Currency,
> Sum((DebtorTrans.OvAmount + DebtorTrans.OvGST + DebtorTrans.OvFreight
> + DebtorTrans.OvDiscount - DebtorTrans.Alloc)/DebtorTrans.Rate) AS
> Balance, Sum(DebtorTrans.OvAmount + DebtorTrans.OvGST +
> DebtorTrans.OvFreight + DebtorTrans.OvDiscount - DebtorTrans.Alloc) AS
> FXBalance, Sum(CASE WHEN DebtorTrans.Prd > " . $_POST['PeriodEnd'] . "
> THEN (DebtorTrans.OvAmount + DebtorTrans.OvGST + DebtorTrans.OvFreight
> + DebtorTrans.OvDiscount)/DebtorTrans.Rate ELSE 0 END) AS
> AfterDateTrans, Sum(CASE WHEN DebtorTrans.Prd > " .
> $_POST['PeriodEnd'] . " THEN DebtorTrans.OvAmount + DebtorTrans.OvGST
> + DebtorTrans.OvFreight + DebtorTrans.OvDiscount ELSE 0 END ) AS
> FXAfterDateTrans FROM DebtorsMaster, Currencies, DebtorTrans WHERE
> DebtorsMaster.CurrCode =3D Currencies.CurrAbrev AND
> DebtorsMaster.DebtorNo =3D DebtorTrans.DebtorNo AND
> DebtorsMaster.DebtorNo >=3D '" . $_POST['FromCriteria'] . "' AND
> DebtorsMaster.DebtorNo <=3D '" . $_POST['ToCriteria'] . "' GROUP BY
> DebtorsMaster.DebtorNo, DebtorsMaster.Name, Currencies.Currency";
> $CustomerResult =3D DB_query($SQL,$db); if (DB_error_no($db) !=3D0) {
> $title =3D _("Customer Balances - Problem Report.... ");
> include("includes/header.inc"); echo _("The customer details could not
> be retrieved by the SQL because - ") . DB_error_msg($db); echo "
> " . _("Back to the menu") . ""; if ($debug=3D=3D1){ echo "
> $SQL"; } include("includes/footer.inc"); exit; } include
> ("includes/PDFDebtorBalsPageHeader.inc"); $TotBal=3D0; While
> ($DebtorBalances =3D DB_fetch_array($CustomerResult,$db)){ $Balance =3D
> $DebtorBalances["Balance"] - $DebtorBalances['AfterDateTrans'];
> $FXBalance =3D $DebtorBalances["FXBalance"] -
> $DebtorBalances['FXAfterDateTrans']; if (ABS($Balance)>0.009 OR
> ABS($FXBalance)>0.009) { $DisplayBalance =3D
> number_format($DebtorBalances["Balance"] -
> $DebtorBalances['AfterDateTrans'],2); $DisplayFXBalance =3D
> number_format($DebtorBalances["FXBalance"] -
> $DebtorBalances['FXAfterDateTrans'],2); $TotBal +=3D $Balance;
> $LeftOvers =3D
> $pdf->addTextWrap($Left_Margin,$YPos,220-$Left_Margin,$FontSize,$DebtorBa=
lances["DebtorNo"] . " - " . $DebtorBalances["Name"],'left'); $LeftOvers =
=3D $pdf->addTextWrap(220,$YPos,60,$FontSize,$DisplayBalance,'right'); $Lef=
tOvers =3D $pdf->addTextWrap(280,$YPos,60,$FontSize,$DisplayFXBalance,'righ=
t'); $LeftOvers =3D $pdf->addTextWrap(350,$YPos,100,$FontSize,$DebtorBalanc=
es['Currency'],'left'); $YPos -=3D$line_height; if ($YPos < $Bottom_Margin =
+ $line_height){ include("includes/PDFDebtorBalsPageHeader.inc"); } } } /*e=
nd customer aged analysis while loop */ $YPos -=3D$line_height; if ($YPos <=
$Bottom_Margin + (2*$line_height)){ $PageNumber++; include("includes/PDFDe=
btorBalsPageHeader.inc"); } $DisplayTotBalance =3D number_format($TotBal,2)=
; $LeftOvers =3D $pdf->addTextWrap(220,$YPos,60,$FontSize,$DisplayTotBalanc=
e,'right'); $buf =3D $pdf->output(); $len =3D strlen($buf); header("Content=
-type: application/pdf"); header("Content-Length: $len"); header("Content-D=
isposition: inline; filename=3DDebtorBals.pdf"); header("Expires: 0"); head=
er("Cache-Control: must-revalidate, post-check=3D0, pre-check=3D0"); header=
("Pragma: public"); $pdf->stream(); } else { /*The option to print PDF was =
not hit */ include("includes/header.inc"); include("includes/SQL_CommonFunc=
tions.inc"); $CompanyRecord =3D ReadInCompanyRecord($db); if (strlen($_POST=
['FromCriteria'])<1 || strlen($_POST['ToCriteria'])<1) { /*if $FromCriteria=
is not set then show a form to allow input */ echo "
> " . _("From Customer Code") .":
> =20
> " . _("To Customer Code") . ":
> =20
> " . _("Balances As At") . ":
> "; $sql =3D "SELECT PeriodNo,
> LastDate_In_Period FROM Periods";
> $Periods =3D
> DB_query($sql,$db,_("Could not
> retrieve period data
> because"),_("The SQL that failed to
> get the period data was:")); while
> ($myrow =3D
> DB_fetch_array($Periods,$db)){ echo
> "
>=20
> "; include("includes/footer.inc"); } /*end of else not PrintPDF */ ?>
|
|
From: Hani N. <ha...@na...> - 2004-09-11 23:33:50
|
Hi Phil, I have attached the DebtorsAtPeriodEnd.php with my modifications.
I am not familiar with your code so I would appreciate if you could have
a look at this and
make sure I have not done anything stupid or missed things that should
have been translated.
I did notice a few things.
'includes/session.inc' includes 'includes/LanguageSetup.php' at
the end of the file. This means
that the language stuff breaks initially on a system that does not have
gettext installed, since the _() function
is not defined until the LanguageSetup is called but session.inc uses it
before including LanguageSetup.
In DebtorsAtPeriodEnd.php I moved the include session.php to the start
of the script so I could set the title.
I don't know what the implications of doing that are in your code. But I
suspect I should not have done that!
Could you let me know what the policy is for what includes I should use
prior to setting the title?
Hani
Phil Daintree wrote:
>*This message was transferred with a trial version of CommuniGate(tm) Pro*
>
>
>>Once you guys settle on the approach I can give you a hand with some scripts
>>although you would have to let me know which ones :)
>>
>>
>>
>
>Hani,
>
>I noticed you kind offer and have pulled a couple off the list in
>alpabetical order ...
>
>DebtorsAtPeriodEnd.php Hani
>DeliveryDetails.php Hani
>DiscountCategories.php Hani
>DiscountMatrix.php Hani
>
>
>Many thanks
>
>Phil
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
>Project Admins to receive an Apple iPod Mini FREE for your judgement on
>who ports your project to Linux PPC the best. Sponsored by IBM.
>Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
>_______________________________________________
>Web-erp-developers mailing list
>Web...@li...
>https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
>
>
|
|
From: Daintrees <p.d...@pa...> - 2004-09-11 22:06:58
|
I have no problem with the software being packaged/marketed and sold on. Most of the cost of commercial software is in the sales and marketing of it - there needs to be some reward to justify the expense/pain of marketing. As I understand the GPL this is ok as per SuSE Red Hat et all - they all charge for their wares. Open source does not necessarily mean no cost/charge software. Also, please re-distribute at will! However, the source should also be available in any redistribution - with the same rules applying to the re-distribution as applies to webERP. A credit to webERP is only polite I think. There is an obligation to feed the modified code back to webERP. Phil ----- Original Message ----- From: "skaill" <sk...@ro...> To: <web...@li...> Sent: Sunday, September 12, 2004 2:29 AM Subject: Fw: [Web-erp-developers] StoreFront/Catalog and webERP > Correction: > It can be used but not redistributed > should be > It can be used but not redistributed/sold for a price > > Steve > > ----- Original Message ----- > From: "skaill" <sk...@ro...> > To: <web...@li...> > Sent: Saturday, September 11, 2004 10:26 AM > Subject: Re: [Web-erp-developers] StoreFront/Catalog and webERP > > > > Hi Meraj, > > > > I took a good look around your entire website. Couldn't find Vector SOHO > in > > software though. Here are a couple of comments to make a good site > better. > > > > 1) The front page forces the customer to select a store section. It would > > be better for the customer to come right into that main menu and to put > all > > the text info on the "front page" into the area underneath on that menu > > page. That would then become the "front page"/Home page. It would come > up > > again when the customer clicked on Home instead of home putting them into > > software ejecting them from the menu. > > > > 2) Clicking on store front actually puts you straight into software. > Should > > there not be a store front introduction that appears in the area below the > > menu when they choose store front? After they get into the store then > they > > could select one of the section in the second store front menu. > > > > 3) I would suggest changing "Store Front" to "Store", "Catalog", > "Shopping" > > or "Products". The term "Store Front" is mostly used on the inside > > technically. Users/customers may not like that term as much. Possibly > some > > use it but I haven't seen or noticed. > > > > 4) When I look at the site in Mozilla I get all kinds of mysql warning > > messages. > > > > These are just some suggestions to make something good even better. It's > > all just from my opinion too but maybe it helps. > > > > Was the site custom done by somebody or is it produced through a generator > > store front type software? > > > > Here is how I would do mesh the webERP customer accounts and orders. > > > > 1) You could use the facilities of webERP for customers logging in and > > ordering to a certain extent. What you will need in addition is to give > the > > customers a way to create an account with the necessary information. As > it > > stands the administrator setup area in webERP is where this is done but > you > > done want customers to have full access to that area. So, you could take > > the code from the user setup in webERP and modify it so that customers can > > create their accounts. You would make it so they always get customer > access > > and nothing else plus you may want to add some info that you or the web > > store need in addition to what webERP has. Possibly credit card info or > > something. This is all assuming customers create their own accounts. If > > they call in and you set them up then disregard this part. It does make > it > > much more difficult for customers if they have to so that though. If you > > want time to approve them then when they create their account you could > set > > them to blocked, inactive or whatever and then after you take a look at > > their info then you unblock them at which time they can then shop. In the > > process of copying and changing the webERP user setup I would change it to > > have the website style/appearance. > > > > 2) Copy the webERP login script and modify to have the style of the > website. > > This copied and modified page is what the customers will see but it will > do > > the same as the webERP login. I would probably modify it to only accept > > customers and no other users who would have more access. That's just > added > > security to prevent the small chance of anybody hacking into your > accounting > > system. > > > > 3) Copy the webERP order entry script and modify to work appropriately for > > customers and to have only the fields and functions necessary for them to > > use. webERP probably already does this but if not, you may need to modify > > that copied script to only display and create orders for that customer. > You > > don't want them seeing and changing other customer's information. > > > > 4) I think there is a customer account section/script too. Copy and > modify > > this to appear like the website. > > > > 5) If you want to go even further then you should have an add to order > > button with each product. When they click it the code would add a new > order > > line to their order. If it is the first one then possibly you tell them > to > > create an order first or create it automatically and get them to fill out > > the particulars when they want to submit it. > > > > I think that accomplishes everything you need and in the easiest way. > > > > Keep in mind that as far as I understand you can use the webERP code for > > your own site but you can't use that code if you are going to sell it. In > > other words you can't take the code, put it into your store front package > > and then sell your store front package to others. It can be used but not > > redistributed. Plus you should display a credit to webERP. In a corner > of > > the modified webERP pages you could have something like "Powered by webERP > > accounting software" and a link so they can click to get to the webERP > site. > > It would really help all of us if you could do that as well. The more > > people know, the better for all of us including yourself ;) > > > > Also, if you want, it could be a big bonus to webERP if you offered the > > copied and modified scripts. We may be able to use it to build in a store > > front in the future with credit to you of course ;) > > > > I knew this message was going to take some time in order to respond > > thoroughly and that's why it took me a while to respond. > > > > Hopefully this all helps... > > > > Steve > > > > ----- Original Message ----- > > From: "Meraj Rasool Khattak" <mrk...@ya...> > > To: <web...@li...> > > Sent: Sunday, August 29, 2004 12:49 PM > > Subject: Re: [Web-erp-developers] StoreFront/Catalog and webERP > > > > > > > Hi, > > > > > > Steve/Phill thanks for your comments and help. Sorry > > > for not replying immediately as I was trying to make > > > store flow the way I would like it to function. I hope > > > looking at store will help convey better than I could > > > express in words. > > > > > > Please read on for my reply which is inline. > > > > > > > > > --- skaill <sk...@ro...> wrote: > > > > > > > Phil can correct me if I get anything incorrect > > > > here. It kind of depends on > > > > whether you need customer access for ordering or a > > > > pretty web storefront for > > > > advertising, selling, ordering and paying. > > > > > > > > > > We need both :-) if we can get away with it. > > > > > > > > > > > webERP, > > > > to the best of my > > > > knowledge, is not setup to be a storefront, it is an > > > > accounting/business/ERP > > > > > > > > > > Agreed ! we wish if we could add a storefront to > > > webERP which is easy to use and maintain for small > > > businesses. > > > > > > > > > > > system so the way the customer is going to see the > > > > products is the same as > > > > the users in the company see them internally. > > > > > > > > > > Please see www.salaama.com, I would suggest you to > > > check the Software store and in that store Vector SOHO > > > 3.2 as it has more complete flow of our store as > > > compare to other products in any store. > > > > > > If you click at "Your Account" on top or "Login Here" > > > on the right or if you select any product by clicking > > > on "Buy This", all point to webERP login. Where you > > > can check it with the user id "testy" and password > > > "pakbill" (it is a customer login only account). Here > > > again you will find what was outside (before logging > > > in). Here if you select any item by clicking on "Buy > > > This" it should open the webERP ordering page (where a > > > user adds product in webERP to order). > > > > > > We would like here "Buy This" to add products to the > > > customer's order. Any help / tip / suggesstions about > > > the best way to acheive this. > > > > > > > > > > > What webERP does already give > > > > you is a common database for storage of products and > > > > orders. It has > > > > mechanisms to create and access orders. It has > > > > authentication. Plus > > > > creating the web orders directly in webERP means > > > > they are ready to move > > > > through all the various accounting without any > > > > double work and interfacing > > > > being necessary. > > > > > > > > > > Yes! this is the functionality which attracted us to > > > go for webERP though our size of operation can never > > > dream of using any ERP system. Thanks Phill :-) > > > > > > > > > > > If a nice storefront is needed then that is a > > > > separate beast. You would > > > > need to either: > > > > > > > > 1) Enhance webERP to present a nice web store front, > > > > display product and > > > > organize this customer site in the ways that are > > > > appealing. > > > > > > Yes! you are right on dot. > > > > > > > > > > > 2) About the same mission as 1 but you take an > > > > existing store front and > > > > combine it with webERP. > > > > > > > > > > What about this one. It is simple and template based > > > design. > > > > > > > > > > > However, I doubt there is any cost effective > > > > solution out there that > > > > provides both full accounting/erp system and fully > > > > functional storefront so > > > > whichever system you used you would need to do the > > > > work explained above > > > > anyway. In my opinion you want to go with webERP > > > > because it's technology > > > > and design make it easier to combine a storefront > > > > with it than other > > > > systems. > > > > > > > > > > Yes. > > > > > > > > > > > Hopefully this helps. > > > > > > > > Steve > > > > > > > > > > Your comments and guideance were most helpful. Hope > > > you could spare some time once again. > > > > > > Thanking you, > > > > > > -Meraj Rasool Khattak > > > > > > > > > ===== > > > http://www.naqoosh.com > > > > > > > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > New and Improved Yahoo! Mail - 100MB free storage! > > > http://promotions.yahoo.com/new_mail > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by BEA Weblogic Workshop > > > FREE Java Enterprise J2EE developer tools! > > > Get your free copy of BEA WebLogic Workshop 8.1 today. > > > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > > > _______________________________________________ > > > Web-erp-developers mailing list > > > Web...@li... > > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: Daintrees <p.d...@pa...> - 2004-09-11 21:28:47
|
I guess we are all focused on improving webERP but I must say I am enjoying getting to know people with like minds too. Thanks for this Steve. I guess if you've had to sign some of these extraoridinary restraint of trade employment agreements it pays to be a little cagey about the info you give out. I hope Canada is not as litigious as the US. Phil ----- Original Message ----- From: "skaill" <sk...@ro...> To: <web...@li...> Sent: Sunday, September 12, 2004 12:17 AM Subject: Re: [Web-erp-developers] Feature List/Road Map > Well, there you go. I guess I haven't revisited the PDF situation lately. > That's good to know. > > The chequered history dates back about 20 years. In chronological order: > > Musicomp - my own first company which was an online BBS for musicians - I > failed miserably! > > Honeywell > > Supply and Services Canada - Pension, Family bonus, etc. > > Customs and Excise Canada (now consolidated with Taxation under a different > name) - awesome background check, fingerprinting, briefing and debriefing > was the coolest part ;) > > Rio Algom - mining company. That was different and interesting > > xxxx (University) - doing admin systems > > xxxx (Imaging Company) - microfiche, laser printing, doc imaging, data > warehousing, etc. for large corporations. Large scale with MICR cheque > codes, printed codes for machine sorting into envelopes, etc. > > xxxx (ERP Software Company) - one of the main well-known world-wide > mid-range offerings > > I'm not even sure why but I'm kind of paranoid about putting too much > recently about myself on the web hence the xxxx. > > Even though it might look like it, I've never been fired! Butted heads > quite a bit with two managers over the years though. Rio Algom shutdown > their entire Elliot Lake operation so all of us were gone. I was let go > once when they consolidated to another country and I did not want to move to > another position in another country. > > For the past 10+ years I've also worked with and without partners in our own > companies. Some of that time I was also employed by some of the companies > on the list. > > Guess I have too much time on my hands if I'm typing all this. I better do > some more Multilanguage scripts! > > Steve > > ----- Original Message ----- > From: "Phil Daintree" <we...@pa...> > To: <web...@li...> > Sent: Saturday, September 11, 2004 3:33 AM > Subject: Re: [Web-erp-developers] Feature List/Road Map > > > > I am a BIG fan of PDF - compact, open spec and abundant 3rd party tools. > > Precise positioning - free reading using a multitude of readers. > > > > Not such a fan of such large peices of software to read them. However, > > everyone has a pdf reader they are as widely used almost as a > > web-browser. > > > > You've had quite a chequered history Steve working for was it Great > > Plains (or one of those big accounting software vendors) previously and > > now a major imaging company. > > > > I am thinking really only perhaps some comparative graphing and KPI > > reporting perhaps on order fill, stock turnover, gross profit by > > salesman, product category etc etc. I see this as pdf based all using > > the existing class we are currently using. > > > > I am a little concerned about the multi-language capability of this > > class. I will not re-write these reports a 3rd time! > > > > Phil > > > > On Sat, 2004-09-11 at 11:43, skaill wrote: > > > I'm not sure that graphical output is necessary in the base. It is > > > necessary, however, to have presentable reports. There is a real > challenge > > > in this area. To pdf or not. I'm not real keen on pdf. It's not > readily > > > extractable and proprietary. And of course I don't trust Adobe with its > > > over inflated $600 products and it's many products that should be one > > > product. > > > > > > A specialty of mine is reporting and imaging as I work in a lead > capacity > > > for a large "outsourcing" imaging company some years back that did > > > microfiche, (laser) printing, storage, etc, for larger scale companies > like > > > banks, government, etc. > > > > > > I think I have or could do a decent report engine but it would require > some > > > work and help because I have to make a living too ;) > > > > > > What html does not do and what a good reporting engine does need to do > is be > > > positional. That is the key to reporting. That and an easy interface > ;) > > > > > > Steve > > > > > > ----- Original Message ----- > > > From: "Daintrees" <p.d...@pa...> > > > To: <web...@li...> > > > Sent: Friday, September 10, 2004 5:28 PM > > > Subject: Re: [Web-erp-developers] Feature List/Road Map > > > > > > > > > > Its tough to nail anyone down to a completion date .. least of all me > ... > > > on > > > > a project like this. > > > > > > > > I would dearly love the system to have the following > > > > > > > > Work orders - usage variances > > > > Master Schedule and MRP > > > > Capacity planning > > > > Warehouse management > > > > > > > > A number of reports and perhaps graphical output would also be good. > > > > However, other contributors have other ideas and I am happy to > incorporate > > > > their ideas in too. My wish list starts seeing webERP grow into a real > > > force > > > > in ERP software - much of my efforts are therefore in support and > getting > > > > others involved. My own capacity to drive these functionality aims > forward > > > > is therefore displaced somewhat. > > > > > > > > Phil > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > From: <wmc...@mc...> > > > > To: <web...@li...> > > > > Sent: Saturday, September 11, 2004 3:44 AM > > > > Subject: [Web-erp-developers] Feature List/Road Map > > > > > > > > > > > > > Is there a future feature list and/or road map with projection dates > > > > > available? We currently use this app in our office and have 2 > clients > > > > that > > > > > are in demo mode with web-erp. Just wondering what to look forward > to. > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > > > > Project Admins to receive an Apple iPod Mini FREE for your judgement > on > > > > who ports your project to Linux PPC the best. Sponsored by IBM. > > > > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > > > > _______________________________________________ > > > > Web-erp-developers mailing list > > > > Web...@li... > > > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > > > Project Admins to receive an Apple iPod Mini FREE for your judgement on > > > who ports your project to Linux PPC the best. Sponsored by IBM. > > > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > > > _______________________________________________ > > > Web-erp-developers mailing list > > > Web...@li... > > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > > Project Admins to receive an Apple iPod Mini FREE for your judgement on > > who ports your project to Linux PPC the best. Sponsored by IBM. > > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: skaill <sk...@ro...> - 2004-09-11 14:29:01
|
Correction: It can be used but not redistributed should be It can be used but not redistributed/sold for a price Steve ----- Original Message ----- From: "skaill" <sk...@ro...> To: <web...@li...> Sent: Saturday, September 11, 2004 10:26 AM Subject: Re: [Web-erp-developers] StoreFront/Catalog and webERP > Hi Meraj, > > I took a good look around your entire website. Couldn't find Vector SOHO in > software though. Here are a couple of comments to make a good site better. > > 1) The front page forces the customer to select a store section. It would > be better for the customer to come right into that main menu and to put all > the text info on the "front page" into the area underneath on that menu > page. That would then become the "front page"/Home page. It would come up > again when the customer clicked on Home instead of home putting them into > software ejecting them from the menu. > > 2) Clicking on store front actually puts you straight into software. Should > there not be a store front introduction that appears in the area below the > menu when they choose store front? After they get into the store then they > could select one of the section in the second store front menu. > > 3) I would suggest changing "Store Front" to "Store", "Catalog", "Shopping" > or "Products". The term "Store Front" is mostly used on the inside > technically. Users/customers may not like that term as much. Possibly some > use it but I haven't seen or noticed. > > 4) When I look at the site in Mozilla I get all kinds of mysql warning > messages. > > These are just some suggestions to make something good even better. It's > all just from my opinion too but maybe it helps. > > Was the site custom done by somebody or is it produced through a generator > store front type software? > > Here is how I would do mesh the webERP customer accounts and orders. > > 1) You could use the facilities of webERP for customers logging in and > ordering to a certain extent. What you will need in addition is to give the > customers a way to create an account with the necessary information. As it > stands the administrator setup area in webERP is where this is done but you > done want customers to have full access to that area. So, you could take > the code from the user setup in webERP and modify it so that customers can > create their accounts. You would make it so they always get customer access > and nothing else plus you may want to add some info that you or the web > store need in addition to what webERP has. Possibly credit card info or > something. This is all assuming customers create their own accounts. If > they call in and you set them up then disregard this part. It does make it > much more difficult for customers if they have to so that though. If you > want time to approve them then when they create their account you could set > them to blocked, inactive or whatever and then after you take a look at > their info then you unblock them at which time they can then shop. In the > process of copying and changing the webERP user setup I would change it to > have the website style/appearance. > > 2) Copy the webERP login script and modify to have the style of the website. > This copied and modified page is what the customers will see but it will do > the same as the webERP login. I would probably modify it to only accept > customers and no other users who would have more access. That's just added > security to prevent the small chance of anybody hacking into your accounting > system. > > 3) Copy the webERP order entry script and modify to work appropriately for > customers and to have only the fields and functions necessary for them to > use. webERP probably already does this but if not, you may need to modify > that copied script to only display and create orders for that customer. You > don't want them seeing and changing other customer's information. > > 4) I think there is a customer account section/script too. Copy and modify > this to appear like the website. > > 5) If you want to go even further then you should have an add to order > button with each product. When they click it the code would add a new order > line to their order. If it is the first one then possibly you tell them to > create an order first or create it automatically and get them to fill out > the particulars when they want to submit it. > > I think that accomplishes everything you need and in the easiest way. > > Keep in mind that as far as I understand you can use the webERP code for > your own site but you can't use that code if you are going to sell it. In > other words you can't take the code, put it into your store front package > and then sell your store front package to others. It can be used but not > redistributed. Plus you should display a credit to webERP. In a corner of > the modified webERP pages you could have something like "Powered by webERP > accounting software" and a link so they can click to get to the webERP site. > It would really help all of us if you could do that as well. The more > people know, the better for all of us including yourself ;) > > Also, if you want, it could be a big bonus to webERP if you offered the > copied and modified scripts. We may be able to use it to build in a store > front in the future with credit to you of course ;) > > I knew this message was going to take some time in order to respond > thoroughly and that's why it took me a while to respond. > > Hopefully this all helps... > > Steve > > ----- Original Message ----- > From: "Meraj Rasool Khattak" <mrk...@ya...> > To: <web...@li...> > Sent: Sunday, August 29, 2004 12:49 PM > Subject: Re: [Web-erp-developers] StoreFront/Catalog and webERP > > > > Hi, > > > > Steve/Phill thanks for your comments and help. Sorry > > for not replying immediately as I was trying to make > > store flow the way I would like it to function. I hope > > looking at store will help convey better than I could > > express in words. > > > > Please read on for my reply which is inline. > > > > > > --- skaill <sk...@ro...> wrote: > > > > > Phil can correct me if I get anything incorrect > > > here. It kind of depends on > > > whether you need customer access for ordering or a > > > pretty web storefront for > > > advertising, selling, ordering and paying. > > > > > > > We need both :-) if we can get away with it. > > > > > > > > webERP, > > > to the best of my > > > knowledge, is not setup to be a storefront, it is an > > > accounting/business/ERP > > > > > > > Agreed ! we wish if we could add a storefront to > > webERP which is easy to use and maintain for small > > businesses. > > > > > > > > system so the way the customer is going to see the > > > products is the same as > > > the users in the company see them internally. > > > > > > > Please see www.salaama.com, I would suggest you to > > check the Software store and in that store Vector SOHO > > 3.2 as it has more complete flow of our store as > > compare to other products in any store. > > > > If you click at "Your Account" on top or "Login Here" > > on the right or if you select any product by clicking > > on "Buy This", all point to webERP login. Where you > > can check it with the user id "testy" and password > > "pakbill" (it is a customer login only account). Here > > again you will find what was outside (before logging > > in). Here if you select any item by clicking on "Buy > > This" it should open the webERP ordering page (where a > > user adds product in webERP to order). > > > > We would like here "Buy This" to add products to the > > customer's order. Any help / tip / suggesstions about > > the best way to acheive this. > > > > > > > > What webERP does already give > > > you is a common database for storage of products and > > > orders. It has > > > mechanisms to create and access orders. It has > > > authentication. Plus > > > creating the web orders directly in webERP means > > > they are ready to move > > > through all the various accounting without any > > > double work and interfacing > > > being necessary. > > > > > > > Yes! this is the functionality which attracted us to > > go for webERP though our size of operation can never > > dream of using any ERP system. Thanks Phill :-) > > > > > > > > If a nice storefront is needed then that is a > > > separate beast. You would > > > need to either: > > > > > > 1) Enhance webERP to present a nice web store front, > > > display product and > > > organize this customer site in the ways that are > > > appealing. > > > > Yes! you are right on dot. > > > > > > > > 2) About the same mission as 1 but you take an > > > existing store front and > > > combine it with webERP. > > > > > > > What about this one. It is simple and template based > > design. > > > > > > > > However, I doubt there is any cost effective > > > solution out there that > > > provides both full accounting/erp system and fully > > > functional storefront so > > > whichever system you used you would need to do the > > > work explained above > > > anyway. In my opinion you want to go with webERP > > > because it's technology > > > and design make it easier to combine a storefront > > > with it than other > > > systems. > > > > > > > Yes. > > > > > > > > Hopefully this helps. > > > > > > Steve > > > > > > > Your comments and guideance were most helpful. Hope > > you could spare some time once again. > > > > Thanking you, > > > > -Meraj Rasool Khattak > > > > > > ===== > > http://www.naqoosh.com > > > > > > > > > > __________________________________ > > Do you Yahoo!? > > New and Improved Yahoo! Mail - 100MB free storage! > > http://promotions.yahoo.com/new_mail > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by BEA Weblogic Workshop > > FREE Java Enterprise J2EE developer tools! > > Get your free copy of BEA WebLogic Workshop 8.1 today. > > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: skaill <sk...@ro...> - 2004-09-11 14:25:44
|
Hi Meraj, I took a good look around your entire website. Couldn't find Vector SOHO in software though. Here are a couple of comments to make a good site better. 1) The front page forces the customer to select a store section. It would be better for the customer to come right into that main menu and to put all the text info on the "front page" into the area underneath on that menu page. That would then become the "front page"/Home page. It would come up again when the customer clicked on Home instead of home putting them into software ejecting them from the menu. 2) Clicking on store front actually puts you straight into software. Should there not be a store front introduction that appears in the area below the menu when they choose store front? After they get into the store then they could select one of the section in the second store front menu. 3) I would suggest changing "Store Front" to "Store", "Catalog", "Shopping" or "Products". The term "Store Front" is mostly used on the inside technically. Users/customers may not like that term as much. Possibly some use it but I haven't seen or noticed. 4) When I look at the site in Mozilla I get all kinds of mysql warning messages. These are just some suggestions to make something good even better. It's all just from my opinion too but maybe it helps. Was the site custom done by somebody or is it produced through a generator store front type software? Here is how I would do mesh the webERP customer accounts and orders. 1) You could use the facilities of webERP for customers logging in and ordering to a certain extent. What you will need in addition is to give the customers a way to create an account with the necessary information. As it stands the administrator setup area in webERP is where this is done but you done want customers to have full access to that area. So, you could take the code from the user setup in webERP and modify it so that customers can create their accounts. You would make it so they always get customer access and nothing else plus you may want to add some info that you or the web store need in addition to what webERP has. Possibly credit card info or something. This is all assuming customers create their own accounts. If they call in and you set them up then disregard this part. It does make it much more difficult for customers if they have to so that though. If you want time to approve them then when they create their account you could set them to blocked, inactive or whatever and then after you take a look at their info then you unblock them at which time they can then shop. In the process of copying and changing the webERP user setup I would change it to have the website style/appearance. 2) Copy the webERP login script and modify to have the style of the website. This copied and modified page is what the customers will see but it will do the same as the webERP login. I would probably modify it to only accept customers and no other users who would have more access. That's just added security to prevent the small chance of anybody hacking into your accounting system. 3) Copy the webERP order entry script and modify to work appropriately for customers and to have only the fields and functions necessary for them to use. webERP probably already does this but if not, you may need to modify that copied script to only display and create orders for that customer. You don't want them seeing and changing other customer's information. 4) I think there is a customer account section/script too. Copy and modify this to appear like the website. 5) If you want to go even further then you should have an add to order button with each product. When they click it the code would add a new order line to their order. If it is the first one then possibly you tell them to create an order first or create it automatically and get them to fill out the particulars when they want to submit it. I think that accomplishes everything you need and in the easiest way. Keep in mind that as far as I understand you can use the webERP code for your own site but you can't use that code if you are going to sell it. In other words you can't take the code, put it into your store front package and then sell your store front package to others. It can be used but not redistributed. Plus you should display a credit to webERP. In a corner of the modified webERP pages you could have something like "Powered by webERP accounting software" and a link so they can click to get to the webERP site. It would really help all of us if you could do that as well. The more people know, the better for all of us including yourself ;) Also, if you want, it could be a big bonus to webERP if you offered the copied and modified scripts. We may be able to use it to build in a store front in the future with credit to you of course ;) I knew this message was going to take some time in order to respond thoroughly and that's why it took me a while to respond. Hopefully this all helps... Steve ----- Original Message ----- From: "Meraj Rasool Khattak" <mrk...@ya...> To: <web...@li...> Sent: Sunday, August 29, 2004 12:49 PM Subject: Re: [Web-erp-developers] StoreFront/Catalog and webERP > Hi, > > Steve/Phill thanks for your comments and help. Sorry > for not replying immediately as I was trying to make > store flow the way I would like it to function. I hope > looking at store will help convey better than I could > express in words. > > Please read on for my reply which is inline. > > > --- skaill <sk...@ro...> wrote: > > > Phil can correct me if I get anything incorrect > > here. It kind of depends on > > whether you need customer access for ordering or a > > pretty web storefront for > > advertising, selling, ordering and paying. > > > > We need both :-) if we can get away with it. > > > > > webERP, > > to the best of my > > knowledge, is not setup to be a storefront, it is an > > accounting/business/ERP > > > > Agreed ! we wish if we could add a storefront to > webERP which is easy to use and maintain for small > businesses. > > > > > system so the way the customer is going to see the > > products is the same as > > the users in the company see them internally. > > > > Please see www.salaama.com, I would suggest you to > check the Software store and in that store Vector SOHO > 3.2 as it has more complete flow of our store as > compare to other products in any store. > > If you click at "Your Account" on top or "Login Here" > on the right or if you select any product by clicking > on "Buy This", all point to webERP login. Where you > can check it with the user id "testy" and password > "pakbill" (it is a customer login only account). Here > again you will find what was outside (before logging > in). Here if you select any item by clicking on "Buy > This" it should open the webERP ordering page (where a > user adds product in webERP to order). > > We would like here "Buy This" to add products to the > customer's order. Any help / tip / suggesstions about > the best way to acheive this. > > > > > What webERP does already give > > you is a common database for storage of products and > > orders. It has > > mechanisms to create and access orders. It has > > authentication. Plus > > creating the web orders directly in webERP means > > they are ready to move > > through all the various accounting without any > > double work and interfacing > > being necessary. > > > > Yes! this is the functionality which attracted us to > go for webERP though our size of operation can never > dream of using any ERP system. Thanks Phill :-) > > > > > If a nice storefront is needed then that is a > > separate beast. You would > > need to either: > > > > 1) Enhance webERP to present a nice web store front, > > display product and > > organize this customer site in the ways that are > > appealing. > > Yes! you are right on dot. > > > > > 2) About the same mission as 1 but you take an > > existing store front and > > combine it with webERP. > > > > What about this one. It is simple and template based > design. > > > > > However, I doubt there is any cost effective > > solution out there that > > provides both full accounting/erp system and fully > > functional storefront so > > whichever system you used you would need to do the > > work explained above > > anyway. In my opinion you want to go with webERP > > because it's technology > > and design make it easier to combine a storefront > > with it than other > > systems. > > > > Yes. > > > > > Hopefully this helps. > > > > Steve > > > > Your comments and guideance were most helpful. Hope > you could spare some time once again. > > Thanking you, > > -Meraj Rasool Khattak > > > ===== > http://www.naqoosh.com > > > > > __________________________________ > Do you Yahoo!? > New and Improved Yahoo! Mail - 100MB free storage! > http://promotions.yahoo.com/new_mail > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: skaill <sk...@ro...> - 2004-09-11 12:16:13
|
Well, there you go. I guess I haven't revisited the PDF situation lately. That's good to know. The chequered history dates back about 20 years. In chronological order: Musicomp - my own first company which was an online BBS for musicians - I failed miserably! Honeywell Supply and Services Canada - Pension, Family bonus, etc. Customs and Excise Canada (now consolidated with Taxation under a different name) - awesome background check, fingerprinting, briefing and debriefing was the coolest part ;) Rio Algom - mining company. That was different and interesting xxxx (University) - doing admin systems xxxx (Imaging Company) - microfiche, laser printing, doc imaging, data warehousing, etc. for large corporations. Large scale with MICR cheque codes, printed codes for machine sorting into envelopes, etc. xxxx (ERP Software Company) - one of the main well-known world-wide mid-range offerings I'm not even sure why but I'm kind of paranoid about putting too much recently about myself on the web hence the xxxx. Even though it might look like it, I've never been fired! Butted heads quite a bit with two managers over the years though. Rio Algom shutdown their entire Elliot Lake operation so all of us were gone. I was let go once when they consolidated to another country and I did not want to move to another position in another country. For the past 10+ years I've also worked with and without partners in our own companies. Some of that time I was also employed by some of the companies on the list. Guess I have too much time on my hands if I'm typing all this. I better do some more Multilanguage scripts! Steve ----- Original Message ----- From: "Phil Daintree" <we...@pa...> To: <web...@li...> Sent: Saturday, September 11, 2004 3:33 AM Subject: Re: [Web-erp-developers] Feature List/Road Map > I am a BIG fan of PDF - compact, open spec and abundant 3rd party tools. > Precise positioning - free reading using a multitude of readers. > > Not such a fan of such large peices of software to read them. However, > everyone has a pdf reader they are as widely used almost as a > web-browser. > > You've had quite a chequered history Steve working for was it Great > Plains (or one of those big accounting software vendors) previously and > now a major imaging company. > > I am thinking really only perhaps some comparative graphing and KPI > reporting perhaps on order fill, stock turnover, gross profit by > salesman, product category etc etc. I see this as pdf based all using > the existing class we are currently using. > > I am a little concerned about the multi-language capability of this > class. I will not re-write these reports a 3rd time! > > Phil > > On Sat, 2004-09-11 at 11:43, skaill wrote: > > I'm not sure that graphical output is necessary in the base. It is > > necessary, however, to have presentable reports. There is a real challenge > > in this area. To pdf or not. I'm not real keen on pdf. It's not readily > > extractable and proprietary. And of course I don't trust Adobe with its > > over inflated $600 products and it's many products that should be one > > product. > > > > A specialty of mine is reporting and imaging as I work in a lead capacity > > for a large "outsourcing" imaging company some years back that did > > microfiche, (laser) printing, storage, etc, for larger scale companies like > > banks, government, etc. > > > > I think I have or could do a decent report engine but it would require some > > work and help because I have to make a living too ;) > > > > What html does not do and what a good reporting engine does need to do is be > > positional. That is the key to reporting. That and an easy interface ;) > > > > Steve > > > > ----- Original Message ----- > > From: "Daintrees" <p.d...@pa...> > > To: <web...@li...> > > Sent: Friday, September 10, 2004 5:28 PM > > Subject: Re: [Web-erp-developers] Feature List/Road Map > > > > > > > Its tough to nail anyone down to a completion date .. least of all me ... > > on > > > a project like this. > > > > > > I would dearly love the system to have the following > > > > > > Work orders - usage variances > > > Master Schedule and MRP > > > Capacity planning > > > Warehouse management > > > > > > A number of reports and perhaps graphical output would also be good. > > > However, other contributors have other ideas and I am happy to incorporate > > > their ideas in too. My wish list starts seeing webERP grow into a real > > force > > > in ERP software - much of my efforts are therefore in support and getting > > > others involved. My own capacity to drive these functionality aims forward > > > is therefore displaced somewhat. > > > > > > Phil > > > > > > > > > > > > ----- Original Message ----- > > > From: <wmc...@mc...> > > > To: <web...@li...> > > > Sent: Saturday, September 11, 2004 3:44 AM > > > Subject: [Web-erp-developers] Feature List/Road Map > > > > > > > > > > Is there a future feature list and/or road map with projection dates > > > > available? We currently use this app in our office and have 2 clients > > > that > > > > are in demo mode with web-erp. Just wondering what to look forward to. > > > > > > > > Thanks > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > > > Project Admins to receive an Apple iPod Mini FREE for your judgement on > > > who ports your project to Linux PPC the best. Sponsored by IBM. > > > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > > > _______________________________________________ > > > Web-erp-developers mailing list > > > Web...@li... > > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > > Project Admins to receive an Apple iPod Mini FREE for your judgement on > > who ports your project to Linux PPC the best. Sponsored by IBM. > > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
231 messages has been excluded from this view by a project administrator.
