The other option would be to replace the satchmo view (using url_replace) with a custom view that will determine which template to render. It shouldn't be too difficult to do.
-Chris On Thu, Dec 3, 2009 at 12:45 PM, Bob Waycott <[email protected]> wrote: > Just a random off-the-cuff thought, but have you looked at creating a URL > pattern that would match products, pass it to a custom view, return a > response template if it matches a list of specified SKUs, else, return the > default Satchmo response if it doesn't? > > That seems like it would work without having to modify Satchmo in any way. > > > On Wed, Dec 2, 2009 at 12:27 PM, Justin <[email protected]> wrote: > >> Hello, >> >> We're currently evaluating Satchmo as a cart/store package. >> >> We'd like to be able to override product templates on a per-product >> basis; that is, a product with one SKU may get product/ >> detail_00001.html and another may get product/detail_00004.html. If >> there is no template for a specific product, we'd like Satchmo to fall >> back to the normal base product template. >> >> This is pretty similar to the way Satchmo currently works with custom >> product modules, as described in the documentation [1]. However, we >> don't really see the need to create separate product modules for >> products that don't substantially differ from other products (other >> than in the design of their product detail pages). >> >> Is there some kind of way to get this functionality without modifying >> core Satchmo files? Effectively what we'd want is the ability to add >> something like 'product/detail_%s.html' % product.sku to the list of >> templates generated in find_product_template(). >> >> Some of the alternatives we've considered and dismissed were modifying >> the base product template with a bunch of {% ifequal %} blocks (which >> doesn't scale well), writing our own template tag to include another >> template file if it exists (which isn't as elegant as simply extending >> the base template), and dumping large portions of the page's design in >> the database (which doesn't really keep presentation & data separate). >> >> We'd welcome other approaches, too. >> >> Thanks in advance! >> Justin >> >> >> [1] http://www.satchmoproject.com/docs/svn/custom-product.html >> >> -- >> >> You received this message because you are subscribed to the Google Groups >> "Satchmo users" group. >> To post to this group, send email to [email protected]. >> To unsubscribe from this group, send email to >> [email protected]<satchmo-users%[email protected]> >> . >> For more options, visit this group at >> http://groups.google.com/group/satchmo-users?hl=en. >> >> >> > -- > You received this message because you are subscribed to the Google Groups > "Satchmo users" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]<satchmo-users%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/satchmo-users?hl=en. > -- You received this message because you are subscribed to the Google Groups "Satchmo users" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/satchmo-users?hl=en.
