Thanks for the advice Michael.
 
MJS: This is a community and we all like to help where we can. :)


In our model the price is only valid for a certain range of dates, which is why we needed a M:1 for Prices:Products, which is also why I suggested having a separate price object.  Can you use the PLP to add multiple price objects underneath the product?
 
MJS:  That is the way adding images and files work.  For every page you can add a multitude of images and files.  This is how we are going about doing options as well.  Take a look at the step in the dmHTML type for files and images.  You will see the process essentially allows you to add as much as you want to one type.  If I had some finished code I would send it your way, but right now it is pretty messy.  
 
  I'm trying to keep out of the core and see how flexible this is.... although with custom sales reports, marketing reports and all the rest I think that's going to be quite hard. I'd prefer to utilise the FarCry and FourQ libraries in a separate app to create some of the custom features, so we can keep with the standard farcry_core. Do you think it's worth the bother?
 
MJS: Our approach for ecom is that there is so much to do to that is intrinsic to the app that we went right to the core.  Custom types are powerful and in some cases we have moved custom types into the core.  We are not messing with the core files in anyway but rather deploying new types in the core.  This will allow us to keep up to date on core builds but have a slew of types for ecom only!

- tim
 

--
Regards,
Michael J. Sammut
________________________________________________
F O U R  E Y E S  P R O D U C T I O N S
 
think | plan | create :: web site design & development :: NYC
 
E. [EMAIL PROTECTED] | T: 718.254.9557 ext. 101 | F: 718.254.0399
 
"Tim Lucas" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]...
Thanks for the advice Michael.

In our model the price is only valid for a certain range of dates, which is why we needed a M:1 for Prices:Products, which is also why I suggested having a separate price object.

Can you use the PLP to add multiple price objects underneath the product?

I'm trying to keep out of the core and see how flexible this is.... although with custom sales reports, marketing reports and all the rest I think that's going to be quite hard. I'd prefer to utilise the FarCry and FourQ libraries in a separate app to create some of the custom features, so we can keep with the standard farcry_core. Do you think it's worth the bother?

- tim

Michael Sammut spoke the following wise words on 20/10/2003 6:24 AM EST:
Another question for those who have done ecomm in FarCry: did you create
a price type, and what interface did you make to create/edit prices
associated with objects? (i'm talking multiple prices for a single
product... like multiple colours options for a jumper)


MJS:  What we did (are doing) is extend the dmHTML type.  Essentially, the
dmHTML has become dmProduct.  Since a product on a site is not more than a
standard page with an add to cart an options, this seemed the most logical
approach.  The dmProduct has a few steps in it for pricing and options.  On
the pricing the pricing front we allow for things like retail, sale and for
flags for taxable (uses another type), wholesale (uses a whole pricing
table), an a slew of extended information.  Options, are attached similar to
images with the ability to use radio, checkbox, pulldown, etc.  There is
some more stuff in there, but since we are not done, I do not know it all
yet.  In short dmProduct is a PLP with a lot of steps.  What is cool is that
using FarCRy for ecom allows us to use things like recommended content for
recommended products and custom rules for really good product site
marketing.  With friendly URLs the site is then well indexable!!.



>From what I can
tell, you'd need separate lists for products and prices in a custom tab
(similar to brendans photo gallery).

MJS: I am not sure why?  Pricing fro us is directly related to a product.
We do have other PLPs that we use for attaching discounts, coupons, etc to
augment the prices associated with each product.  Side note, we are not
building anthing as a custom type, but rather in the farcry_core




I would like to make it so you
could add prices to a product by editing the product (which would seem
most logical). Can you do this sort of thing with a custom PLP or could
you use the tree, and create price objects as descendents of the
product? (which would also seem logical).


MJS: Yup, this is our current path.  We expect to be done in about 8 weeks
(Sorry, it is a backburner project as we complete current projects).  The
trickiest part of all this is building the routines for order management.
So much stuff to do, but when done it will be very robust. (Too many crappy
CF ecom apps out there.)


  
Also, I have heard it hinted that you can auto-thumbnail dmImage objects
with the ImageJ plugin . Any hints on  how I'd go about
enabling/implementing this?
    

MJS: Try
http://farcry.daemon.com.au/index.cfm?objectid=B54EFE07-D0B7-4CD6-F9384192E5D18D97
on the Custom Type walkthrough
  
---
You are currently subscribed to farcry-dev as: [EMAIL PROTECTED]
To unsubscribe send a blank email to [EMAIL PROTECTED]

Reply via email to