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: Pak R. <pak...@gm...> - 2013-11-06 02:39:23
|
Hi Phil: After checking and thinking for few days, it seems ugly to keep these dimensions in porperties, as we don't have any bullet proof way to compare them and be sure we transfer the data to the correct one. names can change, users can forget to update all the names for 1 same property between categoreies, etc... Seems too risky for me. I coded the 3 dimesions as fields in stockmaster. If you agree, I can commit it to SVN. Regards, Ricard 2013/11/1 Phil Daintree <ph...@lo...> > No I don't think so we will have to check for the same label as you > suggest... unless anyone else has any smart ideas? > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz > > On 01/11/13 19:09, Pak Ricard wrote: > > Hi Phil: > > The detail t solve then is: How we detect if a category property "is the > same" as another category property in another category? The table > definition has a stkcatpropid but it's auto_incrment, so we can't use it as > key. Label is the best candidate if it's used as a code, so in all > categories, label should be exactly the same. > > is there any other way to solve it? > > Regards, > Ricard > > > 2013/11/1 Phil Daintree <ph...@lo...> > >> Well I think you are right we probably should have implemented weight >> and volume as category properties as they are not really relevant to some >> items particularly service items. To deal with changing stock categories >> correctly I think the correct way is to copy the category properties across >> if they are not already set up against the new category and then the item >> category properties can come across correctly too then to the new category >> item properties. >> >> Phil >> >> Phil Daintree >> Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz >> >> On 01/11/13 17:23, Pak Ricard wrote: >> >> Hi all: >> >> We are facing a problem with Stock categories properties and would like >> to ind a good solution for everybody as now we keep the dimensions of >> stockid as a property in table stockcatproperties. >> >> Problem comes when an item changes stock category (quite often in our >> case), as we loose the data stored in stockcatproperties (because the >> stockcatproperties are linked with categoryid). >> >> A solution comes rewriting all stockcatproperties, so if >> stockcatproperties.label is equal in the new categoryid assigned to the >> stockid, then we copy all the values to the new stkcatpropid >> >> Another solution can be adding the field size into stockmaster. All >> physical items have a size (by definition). Services, software, etc no, but >> also do not have net weight, volume, etc and we kkep this info in >> stockmaster anyway. >> >> I think the most logical and universal solution is this second one, as >> the first one will have problems if label is not written exactly the same >> way, etc etc. >> >> Does everybody agree or there's any other option I'm missing here? >> >> Regards, >> Ricard >> >> >> ------------------------------------------------------------------------------ >> Android is increasing in popularity, but the open development platform that >> developers love is also attractive to malware creators. Download this white >> paper to learn more about secure code signing practices that can help keep >> Android apps secure.http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk >> >> >> >> _______________________________________________ >> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> >> >> >> ------------------------------------------------------------------------------ >> Android is increasing in popularity, but the open development platform >> that >> developers love is also attractive to malware creators. Download this >> white >> paper to learn more about secure code signing practices that can help keep >> Android apps secure. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure.http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > |
|
From: iced l. <ice...@gm...> - 2013-11-06 02:20:14
|
On Wed, Nov 6, 2013 at 5:13 AM, Tim Schofield <tim...@gm...> wrote: > Well you only get a plethora if you type vague search criteria in :-) > > Indeed that is true. But 'vague' can be relative. In some cases there are not only many 'unique' items, but also many dimensions to an item, and many values in a dimension, each of these as an individual item. 'Raw' materials used in production often are similarly named but not exactly named to aid in BOM construction. Being specific might not be specific enough, and might be difficult depending on who's doing the ordering. I wouldn't want to make it more difficult than it is now to select an item for ordering or increase probability of choosing an incorrect item. The 3 options i had considered before the specific client used the work around previously mentioned were: 1. Global switch 2. Individual item switch, 3. Category for 'saleable raw products' I don't believe option 1 is a practical option from a usability point of view when ordering (as per above notes). Category could possibly be more efficient in the code for selection or where there are many raw materials that are 'saleable' - may need more files updated. An individual switch per item might be the most flexible option for a few reasons, and would not require as many changes as category option. Cheers, Jo |
|
From: Tim S. <tim...@gm...> - 2013-11-05 18:44:02
|
Well you only get a plethora if you type vague search criteria in :-) On 5 November 2013 17:24, Phil Daintree <ph...@lo...> wrote: > I think Klaus's solution makes good sense > By default most businesses will not want a plethora of raw materials to > display on sales product searches. A checkbox to include them defaulting to > unchecked would be best imho > -- > Phil Daintree > +64(0)275 567890 > Skype: daintree > > icedlava <ice...@gm...> wrote: >> >> HI Tim, >> On 5 Nov 2013, at 8:35 pm, ti...@we... wrote: >> >>> Why do we need a work around? Surely selling raw materials is a >>> legitimate operation, and should be allowed by default? >> >> >> >> Not sure if having it by default is the way to go but I agree an option >> of some type should be available. >> >> Having it on by default may mean that for cases where client had many raw >> material items used in production,the sales item selection might become more >> onerous with potentially large increase in items to sift through (e.g. there >> may be many more raw materials than saleable items with only a few raw >> materials are actually saleable). >> >> Thus I had thought a checkbox per item (rather than a global checkbox), or >> different type of stock category might be more useable with the latter more >> efficient >> generally in use (code and user wise). >> >> Cheers, >> >> >> >> >> >> >> >> ________________________________ >> >> November Webinars for C, C++, Fortran Developers >> Accelerate application performance with scalable programming models. >> Explore >> techniques for threading, error checking, porting, and tuning. Get the >> most >> from the latest Intel processors and coprocessors. See abstracts and >> register >> >> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk >> ________________________________ >> >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > ------------------------------------------------------------------------------ > November Webinars for C, C++, Fortran Developers > Accelerate application performance with scalable programming models. Explore > techniques for threading, error checking, porting, and tuning. Get the most > from the latest Intel processors and coprocessors. See abstracts and > register > http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > -- Course View Towers, Plot 21 Yusuf Lule Road, Kampala T +256 (0) 312 314 418 M +256 (0) 752 963 325 www.weberpafrica.com @TimSchofield2 |
|
From: Phil D. <ph...@lo...> - 2013-11-05 17:24:40
|
I think Klaus's solution makes good sense By default most businesses will not want a plethora of raw materials to display on sales product searches. A checkbox to include them defaulting to unchecked would be best imho -- Phil Daintree +64(0)275 567890 Skype: daintree icedlava <ice...@gm...> wrote: >HI Tim, >On 5 Nov 2013, at 8:35 pm, ti...@we... wrote: > >> Why do we need a work around? Surely selling raw materials is a >> legitimate operation, and should be allowed by default? > > >Not sure if having it by default is the way to go but I agree an option > of some type should be available. > >Having it on by default may mean that for cases where client had many >raw material items used in production,the sales item selection might >become more onerous with potentially large increase in items to sift >through (e.g. there may be many more raw materials than saleable items >with only a few raw materials are actually saleable). > >Thus I had thought a checkbox per item (rather than a global checkbox), >or different type of stock category might be more useable with the >latter more efficient generally in use (code and user wise). > >Cheers, > > > > >> > > >------------------------------------------------------------------------------ >November Webinars for C, C++, Fortran Developers >Accelerate application performance with scalable programming models. >Explore >techniques for threading, error checking, porting, and tuning. Get the >most >from the latest Intel processors and coprocessors. See abstracts and >register >http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk >_______________________________________________ >Web-erp-developers mailing list >Web...@li... >https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: icedlava <ice...@gm...> - 2013-11-05 14:26:12
|
HI Tim, On 5 Nov 2013, at 8:35 pm, ti...@we... wrote: > Why do we need a work around? Surely selling raw materials is a > legitimate operation, and should be allowed by default? Not sure if having it by default is the way to go but I agree an option of some type should be available. Having it on by default may mean that for cases where client had many raw material items used in production,the sales item selection might become more onerous with potentially large increase in items to sift through (e.g. there may be many more raw materials than saleable items with only a few raw materials are actually saleable). Thus I had thought a checkbox per item (rather than a global checkbox), or different type of stock category might be more useable with the latter more efficient generally in use (code and user wise). Cheers, > |
|
From: icedlava <ice...@gm...> - 2013-11-05 14:18:37
|
Hi Klaus, >> Solution: >> How about a checkbox to include raw material? The work around described works well for one client in their specific case. I don’t believe it would be acceptable in the general case. I had also thought of a ‘checkbox' solution. But, I thought that this question would have arisen previously before my time here as it would not be so uncommon a requirement. Therefore I thought perhaps I may have been under some misunderstanding with setup regarding stock category - perhaps the ‘raw material’ should have been set up some other way to start with? Is there some stock category that could be used as a raw material and also be sold? In relation to providing options there were a few scenarios I was looking at: 1. checkbox for general use with all raw material to signify it could also be sold or part of BOM 2. Checkbox per stock item to signify it could be sold 3. Stock category that allowed a raw material to also be used as a saleable item and part of BOM (do we already have it?) Cheers, Jo On 5 Nov 2013, at 8:35 pm, ti...@we... wrote: > Why do we need a work around? Surely selling raw materials is a > legitimate operation, and should be allowed by default? > > On 5 November 2013 07:54, opto <bu...@op...> wrote: >> no, this is not a good solution. >> >> It took me two years to accidentally stumble about this post and the >> workaround. >> If the workaround is hidden so much, nobody will know about it or can use >> it. >> >> Remembering codes for us has proven to be the most errorprone type of >> entries, in addition. >> >> Raw material can be spare parts (or vice versa) - how about selling cooling >> liquid as consumable that is normally only used in a BOM? >> >> Solution: >> How about a checkbox to include raw material? >> >> Klaus >> >> >> >> -- >> View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Is-it-a-right-constraint-for-sales-order-tp4656839p4656843.html >> Sent from the web-ERP-developers mailing list archive at Nabble.com. >> >> ------------------------------------------------------------------------------ >> November Webinars for C, C++, Fortran Developers >> Accelerate application performance with scalable programming models. Explore >> techniques for threading, error checking, porting, and tuning. Get the most >> from the latest Intel processors and coprocessors. See abstracts and register >> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > -- > Course View Towers, > Plot 21 Yusuf Lule Road, > Kampala > T +256 (0) 312 314 418 > M +256 (0) 752 963 325 > www.weberpafrica.com > @TimSchofield2 > Blog: http://weberpafrica.blogspot.co.uk/ > > ------------------------------------------------------------------------------ > November Webinars for C, C++, Fortran Developers > Accelerate application performance with scalable programming models. Explore > techniques for threading, error checking, porting, and tuning. Get the most > from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: <ti...@we...> - 2013-11-05 10:05:43
|
Why do we need a work around? Surely selling raw materials is a legitimate operation, and should be allowed by default? On 5 November 2013 07:54, opto <bu...@op...> wrote: > no, this is not a good solution. > > It took me two years to accidentally stumble about this post and the > workaround. > If the workaround is hidden so much, nobody will know about it or can use > it. > > Remembering codes for us has proven to be the most errorprone type of > entries, in addition. > > Raw material can be spare parts (or vice versa) - how about selling cooling > liquid as consumable that is normally only used in a BOM? > > Solution: > How about a checkbox to include raw material? > > Klaus > > > > -- > View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Is-it-a-right-constraint-for-sales-order-tp4656839p4656843.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > ------------------------------------------------------------------------------ > November Webinars for C, C++, Fortran Developers > Accelerate application performance with scalable programming models. Explore > techniques for threading, error checking, porting, and tuning. Get the most > from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers -- Course View Towers, Plot 21 Yusuf Lule Road, Kampala T +256 (0) 312 314 418 M +256 (0) 752 963 325 www.weberpafrica.com @TimSchofield2 Blog: http://weberpafrica.blogspot.co.uk/ |
|
From: opto <bu...@op...> - 2013-11-05 08:16:59
|
no, this is not a good solution. It took me two years to accidentally stumble about this post and the workaround. If the workaround is hidden so much, nobody will know about it or can use it. Remembering codes for us has proven to be the most errorprone type of entries, in addition. Raw material can be spare parts (or vice versa) - how about selling cooling liquid as consumable that is normally only used in a BOM? Solution: How about a checkbox to include raw material? Klaus -- View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Is-it-a-right-constraint-for-sales-order-tp4656839p4656843.html Sent from the web-ERP-developers mailing list archive at Nabble.com. |
|
From: ExsonQu <hex...@gm...> - 2013-11-05 07:22:59
|
*Hi, Phil*
There is no receivable module in the demo. Would you like to
check it?
Thanks and best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Recieveable-module-is-missing-in-demo-tp4656842.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: ExsonQu <hex...@gm...> - 2013-11-04 00:55:18
|
*Hi, Jo:*
Thanks for your sharing.
You're right that current setting made it more convenient to
search. If there is no other inconvenience, we should leave it as is.
Best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Is-it-a-right-constraint-for-sales-order-tp4656839p4656841.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: iced l. <ice...@gm...> - 2013-11-03 14:08:47
|
Hi Exson, Good point. I also noticed the stock classified as raw material category cannot be sold with normal process of sales order. Clients have found this to be useful as it prevents errors in sales orders and also display of totally irrelevant materials for 99.9% of cases. However, from time to time, raw materials need to be sold - infrequent but it does happen. In this case, I accidentally discovered that raw materials can be sold by using the quick entry screen only. In this case the item code must be known by the person raising the sales order. This seems to work for the client as it prevents wrongful sale of raw materials and restricts sale of raw materials to those that know the item code and quick entry method. It also removes many raw materials items from potential search views during sales order creation. I am not sure if this could be a solution for others but is working here. Cheers, Jo On Sun, Nov 3, 2013 at 11:29 PM, ExsonQu <hex...@gm...> wrote: > *Dear all:* > > I've noticed that the stock classified as raw material category > cannot be sold since it'll not show in the sales order selection screen. > I've forgot if we've discussed before. Is it reasonable? > > Thanks and best regards! > > Exson > > > > -- > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/Is-it-a-right-constraint-for-sales-order-tp4656839.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: ExsonQu <hex...@gm...> - 2013-11-03 13:00:30
|
*Dear all:*
I've noticed that the stock classified as raw material category
cannot be sold since it'll not show in the sales order selection screen.
I've forgot if we've discussed before. Is it reasonable?
Thanks and best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Is-it-a-right-constraint-for-sales-order-tp4656839.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: Pak R. <pak...@gm...> - 2013-11-02 00:49:32
|
Hi Tim: I agree to separate the code in a file o function, as it's used in several places, so we'll have less code to maintain and will be easier. On the other hand, users sometimes search with a partial code, or description, and picture will help them to pick the correct one once the matching search has been done, so I think pictures will help users. Let's see if there's more votes :-) Regards, Ricard 2013/11/2 ti...@we... <ti...@we...> > I don't think I am in favour of this. I think for the majority of > users a picture in the searching part is unnecessary, and another > config value just increases the number of if then else statements in > the code. > > A couple of years ago somebody suggested that we should separate out > the stock item search facility into one file, and so the same code > could be used wherever in webERP it was needed. IMHO this should > happen before we start putting images into the search list. > > Thanks > Tim > > On 1 November 2013 01:31, ExsonQu <hex...@gm...> wrote: > > *Dear all,* > > > > Thank you for your feedback! > > > > Yes, those picture will display in the search result list > instead > > of selecting items for SO,PO etc. I'll talk with the users to check if it > > can meet Richard and Phil's requirements. > > > > I'll report the progress as there is any updates. > > > > Thanks again! > > > > Best regards! > > > > Exson > > > > > > > > -- > > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/Shall-we-add-the-picture-to-the-SelectProduct-php-tp4656824p4656830.html > > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > > > > ------------------------------------------------------------------------------ > > Android is increasing in popularity, but the open development platform > that > > developers love is also attractive to malware creators. Download this > white > > paper to learn more about secure code signing practices that can help > keep > > Android apps secure. > > > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > -- > Course View Towers, > Plot 21 Yusuf Lule Road, > Kampala > T +256 (0) 312 314 418 > M +256 (0) 752 963 325 > www.weberpafrica.com > Twitter: @TimSchofield2 > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: <ti...@we...> - 2013-11-01 23:33:47
|
I don't think I am in favour of this. I think for the majority of users a picture in the searching part is unnecessary, and another config value just increases the number of if then else statements in the code. A couple of years ago somebody suggested that we should separate out the stock item search facility into one file, and so the same code could be used wherever in webERP it was needed. IMHO this should happen before we start putting images into the search list. Thanks Tim On 1 November 2013 01:31, ExsonQu <hex...@gm...> wrote: > *Dear all,* > > Thank you for your feedback! > > Yes, those picture will display in the search result list instead > of selecting items for SO,PO etc. I'll talk with the users to check if it > can meet Richard and Phil's requirements. > > I'll report the progress as there is any updates. > > Thanks again! > > Best regards! > > Exson > > > > -- > View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Shall-we-add-the-picture-to-the-SelectProduct-php-tp4656824p4656830.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers -- Course View Towers, Plot 21 Yusuf Lule Road, Kampala T +256 (0) 312 314 418 M +256 (0) 752 963 325 www.weberpafrica.com Twitter: @TimSchofield2 |
|
From: Phil D. <ph...@lo...> - 2013-11-01 07:26:25
|
No I don't think so we will have to check for the same label as you suggest... unless anyone else has any smart ideas? Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 01/11/13 19:09, Pak Ricard wrote: > Hi Phil: > > The detail t solve then is: How we detect if a category property "is > the same" as another category property in another category? The table > definition has a stkcatpropid but it's auto_incrment, so we can't use > it as key. Label is the best candidate if it's used as a code, so in > all categories, label should be exactly the same. > > is there any other way to solve it? > > Regards, > Ricard > > > 2013/11/1 Phil Daintree <ph...@lo... > <mailto:ph...@lo...>> > > Well I think you are right we probably should have implemented > weight and volume as category properties as they are not really > relevant to some items particularly service items. To deal with > changing stock categories correctly I think the correct way is to > copy the category properties across if they are not already set up > against the new category and then the item category properties can > come across correctly too then to the new category item properties. > > Phil > > Phil Daintree > Logic Works Ltd -+64 (0)275 567890 <tel:%2B64%20%280%29275%20567890> > http://www.logicworks.co.nz > > On 01/11/13 17:23, Pak Ricard wrote: >> Hi all: >> >> We are facing a problem with Stock categories properties and >> would like to ind a good solution for everybody as now we keep >> the dimensions of stockid as a property in table stockcatproperties. >> >> Problem comes when an item changes stock category (quite often in >> our case), as we loose the data stored in stockcatproperties >> (because the stockcatproperties are linked with categoryid). >> >> A solution comes rewriting all stockcatproperties, so if >> stockcatproperties.label is equal in the new categoryid assigned >> to the stockid, then we copy all the values to the new stkcatpropid >> >> Another solution can be adding the field size into stockmaster. >> All physical items have a size (by definition). Services, >> software, etc no, but also do not have net weight, volume, etc >> and we kkep this info in stockmaster anyway. >> >> I think the most logical and universal solution is this second >> one, as the first one will have problems if label is not written >> exactly the same way, etc etc. >> >> Does everybody agree or there's any other option I'm missing here? >> >> Regards, >> Ricard >> >> >> ------------------------------------------------------------------------------ >> Android is increasing in popularity, but the open development platform that >> developers love is also attractive to malware creators. Download this white >> paper to learn more about secure code signing practices that can help keep >> Android apps secure. >> http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk >> >> >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... <mailto:Web...@li...> >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development > platform that > developers love is also attractive to malware creators. Download > this white > paper to learn more about secure code signing practices that can > help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > <mailto:Web...@li...> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > > > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Pak R. <pak...@gm...> - 2013-11-01 06:09:49
|
Hi Phil: The detail t solve then is: How we detect if a category property "is the same" as another category property in another category? The table definition has a stkcatpropid but it's auto_incrment, so we can't use it as key. Label is the best candidate if it's used as a code, so in all categories, label should be exactly the same. is there any other way to solve it? Regards, Ricard 2013/11/1 Phil Daintree <ph...@lo...> > Well I think you are right we probably should have implemented weight > and volume as category properties as they are not really relevant to some > items particularly service items. To deal with changing stock categories > correctly I think the correct way is to copy the category properties across > if they are not already set up against the new category and then the item > category properties can come across correctly too then to the new category > item properties. > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz > > On 01/11/13 17:23, Pak Ricard wrote: > > Hi all: > > We are facing a problem with Stock categories properties and would like > to ind a good solution for everybody as now we keep the dimensions of > stockid as a property in table stockcatproperties. > > Problem comes when an item changes stock category (quite often in our > case), as we loose the data stored in stockcatproperties (because the > stockcatproperties are linked with categoryid). > > A solution comes rewriting all stockcatproperties, so if > stockcatproperties.label is equal in the new categoryid assigned to the > stockid, then we copy all the values to the new stkcatpropid > > Another solution can be adding the field size into stockmaster. All > physical items have a size (by definition). Services, software, etc no, but > also do not have net weight, volume, etc and we kkep this info in > stockmaster anyway. > > I think the most logical and universal solution is this second one, as > the first one will have problems if label is not written exactly the same > way, etc etc. > > Does everybody agree or there's any other option I'm missing here? > > Regards, > Ricard > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure.http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > |
|
From: Phil D. <ph...@lo...> - 2013-11-01 05:07:36
|
Well I think you are right we probably should have implemented weight and volume as category properties as they are not really relevant to some items particularly service items. To deal with changing stock categories correctly I think the correct way is to copy the category properties across if they are not already set up against the new category and then the item category properties can come across correctly too then to the new category item properties. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 01/11/13 17:23, Pak Ricard wrote: > Hi all: > > We are facing a problem with Stock categories properties and would > like to ind a good solution for everybody as now we keep the > dimensions of stockid as a property in table stockcatproperties. > > Problem comes when an item changes stock category (quite often in our > case), as we loose the data stored in stockcatproperties (because the > stockcatproperties are linked with categoryid). > > A solution comes rewriting all stockcatproperties, so if > stockcatproperties.label is equal in the new categoryid assigned to > the stockid, then we copy all the values to the new stkcatpropid > > Another solution can be adding the field size into stockmaster. All > physical items have a size (by definition). Services, software, etc > no, but also do not have net weight, volume, etc and we kkep this info > in stockmaster anyway. > > I think the most logical and universal solution is this second one, as > the first one will have problems if label is not written exactly the > same way, etc etc. > > Does everybody agree or there's any other option I'm missing here? > > Regards, > Ricard > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > > > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Pak R. <pak...@gm...> - 2013-11-01 04:23:53
|
Hi all: We are facing a problem with Stock categories properties and would like to ind a good solution for everybody as now we keep the dimensions of stockid as a property in table stockcatproperties. Problem comes when an item changes stock category (quite often in our case), as we loose the data stored in stockcatproperties (because the stockcatproperties are linked with categoryid). A solution comes rewriting all stockcatproperties, so if stockcatproperties.label is equal in the new categoryid assigned to the stockid, then we copy all the values to the new stkcatpropid Another solution can be adding the field size into stockmaster. All physical items have a size (by definition). Services, software, etc no, but also do not have net weight, volume, etc and we kkep this info in stockmaster anyway. I think the most logical and universal solution is this second one, as the first one will have problems if label is not written exactly the same way, etc etc. Does everybody agree or there's any other option I'm missing here? Regards, Ricard |
|
From: ExsonQu <hex...@gm...> - 2013-11-01 01:32:14
|
*Dear all,*
Thank you for your feedback!
Yes, those picture will display in the search result list instead
of selecting items for SO,PO etc. I'll talk with the users to check if it
can meet Richard and Phil's requirements.
I'll report the progress as there is any updates.
Thanks again!
Best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Shall-we-add-the-picture-to-the-SelectProduct-php-tp4656824p4656830.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: Phil D. <ph...@lo...> - 2013-10-31 10:11:50
|
Hi exson We already have the picture displayed when an item is selected. I think you mean during the display of items for selection. I would say that this should be thumbnails produced with get stock image.php so bandwidth preserved. May also be best as a config option -- Phil Daintree +64(0)275 567890 Skype: daintree ExsonQu <hex...@gm...> wrote: >*Dear all:* > > I've received a suggestion in my website. One user come to here and >provide some code to add the picture to the SelectProduct.php. I'm >wondering >if we should show those pictures at the SelectProduct.php screen? > And he brought out another idea that we can store several different >picture for same stock. Then we can add different picture to invoice >and >quotation. For instance, a 3D picture for quotation and one picture for >spec >goes to invoice. > > I'm not sure if it's a general request for this. Any comments are >welcome. > > Thanks and best regards! > > Exson > > > >-- >View this message in context: >http://weberp-accounting.1478800.n4.nabble.com/Shall-we-add-the-picture-to-the-SelectProduct-php-tp4656824.html >Sent from the web-ERP-developers mailing list archive at Nabble.com. > >------------------------------------------------------------------------------ >Android is increasing in popularity, but the open development platform >that >developers love is also attractive to malware creators. Download this >white >paper to learn more about secure code signing practices that can help >keep >Android apps secure. >http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk >_______________________________________________ >Web-erp-developers mailing list >Web...@li... >https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Pak R. <pak...@gm...> - 2013-10-31 02:59:32
|
Sorry Rafael, you are 100% right. I read it wrongly. Probably should be easy to trasnform ne script into another. Regards, Ricard 2013/10/31 Rafael Chacón <raf...@gm...> > Hi Ricard, > > Price List by Inventory Category is done, but Price List by Sales Category > is not. An item belongs to one Inventory Category, but an item can be in > several Sales Categories. > > Regards, Rafael. > > > 2013/10/30 Pak Ricard <pak...@gm...> > >> Hi Exson: >> >> We are also interested in having N images for 1 stockid in webERP. I even >> started a thread in webERP forum >> http://www.weberp.org/forum/showthread.php?tid=1000 but did not have >> much success. Really happy that see it moving again! >> >> We are 100% for having invoices and quotations with pictures. It's a must >> on 2013 :-) >> >> However we don't understand the point of printing different images at >> different documents: 1 image at invoice and another at quotation: Can it >> lead to customer confusion? She's got one image at quootation, so probably >> she expects the same one at invoice). Could you please elaborate it? >> >> Regarding Rafael's Price List with images, I think it's done. Pls check >> Price Listing Type: Full description. Sure it needs some layout >> adjustments, but basically it's there. >> >> Regards, >> Ricard >> >> >> 2013/10/31 ExsonQu <hex...@gm...> >> >>> *Dear all:* >>> >>> I've received a suggestion in my website. One user come to here >>> and >>> provide some code to add the picture to the SelectProduct.php. I'm >>> wondering >>> if we should show those pictures at the SelectProduct.php screen? >>> And he brought out another idea that we can store several >>> different >>> picture for same stock. Then we can add different picture to invoice and >>> quotation. For instance, a 3D picture for quotation and one picture for >>> spec >>> goes to invoice. >>> >>> I'm not sure if it's a general request for this. Any comments are >>> welcome. >>> >>> Thanks and best regards! >>> >>> Exson >>> >>> >>> >>> -- >>> View this message in context: >>> http://weberp-accounting.1478800.n4.nabble.com/Shall-we-add-the-picture-to-the-SelectProduct-php-tp4656824.html >>> Sent from the web-ERP-developers mailing list archive at Nabble.com. >>> >>> >>> ------------------------------------------------------------------------------ >>> Android is increasing in popularity, but the open development platform >>> that >>> developers love is also attractive to malware creators. Download this >>> white >>> paper to learn more about secure code signing practices that can help >>> keep >>> Android apps secure. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Web-erp-developers mailing list >>> Web...@li... >>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >>> >> >> >> >> ------------------------------------------------------------------------------ >> Android is increasing in popularity, but the open development platform >> that >> developers love is also attractive to malware creators. Download this >> white >> paper to learn more about secure code signing practices that can help keep >> Android apps secure. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > |
|
From: Rafael C. <raf...@gm...> - 2013-10-31 02:55:23
|
Hi Ricard, Price List by Inventory Category is done, but Price List by Sales Category is not. An item belongs to one Inventory Category, but an item can be in several Sales Categories. Regards, Rafael. 2013/10/30 Pak Ricard <pak...@gm...> > Hi Exson: > > We are also interested in having N images for 1 stockid in webERP. I even > started a thread in webERP forum > http://www.weberp.org/forum/showthread.php?tid=1000 but did not have much > success. Really happy that see it moving again! > > We are 100% for having invoices and quotations with pictures. It's a must > on 2013 :-) > > However we don't understand the point of printing different images at > different documents: 1 image at invoice and another at quotation: Can it > lead to customer confusion? She's got one image at quootation, so probably > she expects the same one at invoice). Could you please elaborate it? > > Regarding Rafael's Price List with images, I think it's done. Pls check > Price Listing Type: Full description. Sure it needs some layout > adjustments, but basically it's there. > > Regards, > Ricard > > > 2013/10/31 ExsonQu <hex...@gm...> > >> *Dear all:* >> >> I've received a suggestion in my website. One user come to here >> and >> provide some code to add the picture to the SelectProduct.php. I'm >> wondering >> if we should show those pictures at the SelectProduct.php screen? >> And he brought out another idea that we can store several >> different >> picture for same stock. Then we can add different picture to invoice and >> quotation. For instance, a 3D picture for quotation and one picture for >> spec >> goes to invoice. >> >> I'm not sure if it's a general request for this. Any comments are >> welcome. >> >> Thanks and best regards! >> >> Exson >> >> >> >> -- >> View this message in context: >> http://weberp-accounting.1478800.n4.nabble.com/Shall-we-add-the-picture-to-the-SelectProduct-php-tp4656824.html >> Sent from the web-ERP-developers mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> Android is increasing in popularity, but the open development platform >> that >> developers love is also attractive to malware creators. Download this >> white >> paper to learn more about secure code signing practices that can help keep >> Android apps secure. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> > > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > |
|
From: Pak R. <pak...@gm...> - 2013-10-31 02:46:12
|
Hi Exson: We are also interested in having N images for 1 stockid in webERP. I even started a thread in webERP forum http://www.weberp.org/forum/showthread.php?tid=1000 but did not have much success. Really happy that see it moving again! We are 100% for having invoices and quotations with pictures. It's a must on 2013 :-) However we don't understand the point of printing different images at different documents: 1 image at invoice and another at quotation: Can it lead to customer confusion? She's got one image at quootation, so probably she expects the same one at invoice). Could you please elaborate it? Regarding Rafael's Price List with images, I think it's done. Pls check Price Listing Type: Full description. Sure it needs some layout adjustments, but basically it's there. Regards, Ricard 2013/10/31 ExsonQu <hex...@gm...> > *Dear all:* > > I've received a suggestion in my website. One user come to here > and > provide some code to add the picture to the SelectProduct.php. I'm > wondering > if we should show those pictures at the SelectProduct.php screen? > And he brought out another idea that we can store several > different > picture for same stock. Then we can add different picture to invoice and > quotation. For instance, a 3D picture for quotation and one picture for > spec > goes to invoice. > > I'm not sure if it's a general request for this. Any comments are > welcome. > > Thanks and best regards! > > Exson > > > > -- > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/Shall-we-add-the-picture-to-the-SelectProduct-php-tp4656824.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: Rafael C. <raf...@gm...> - 2013-10-31 01:57:16
|
Hi Exson, Do you mean to have pictures in the table under the "Search Now" button? That' s sound interesting. About having pictures in the quotation: also it sound interesting. In the past, I had the idea of doing a Price List by Sales Category with photos (like a brochure), but I did not work on it (not a programmer and not enough time). Regards, Rafael. 2013/10/30 ExsonQu <hex...@gm...> > *Dear all:* > > I've received a suggestion in my website. One user come to here > and > provide some code to add the picture to the SelectProduct.php. I'm > wondering > if we should show those pictures at the SelectProduct.php screen? > And he brought out another idea that we can store several > different > picture for same stock. Then we can add different picture to invoice and > quotation. For instance, a 3D picture for quotation and one picture for > spec > goes to invoice. > > I'm not sure if it's a general request for this. Any comments are > welcome. > > Thanks and best regards! > > Exson > > > > -- > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/Shall-we-add-the-picture-to-the-SelectProduct-php-tp4656824.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: ExsonQu <hex...@gm...> - 2013-10-31 01:15:20
|
*Dear all:*
I've received a suggestion in my website. One user come to here and
provide some code to add the picture to the SelectProduct.php. I'm wondering
if we should show those pictures at the SelectProduct.php screen?
And he brought out another idea that we can store several different
picture for same stock. Then we can add different picture to invoice and
quotation. For instance, a 3D picture for quotation and one picture for spec
goes to invoice.
I'm not sure if it's a general request for this. Any comments are
welcome.
Thanks and best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Shall-we-add-the-picture-to-the-SelectProduct-php-tp4656824.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
231 messages has been excluded from this view by a project administrator.
