[mezzanine-users] Re: Current approaches to multiple Product types in Cartridge
Based on what you described I think subclassing is your best bet. Variations currently have some limitations and I don't think would accomplish what you are trying to do. (https://groups.google.com/forum/#!topic/mezzanine-users/kYzgBKcwSsg) On Wednesday, February 26, 2014 4:40:19 AM UTC-7, Paul Walsh wrote: And, BTW, I don't mind coding something in this direction (for example, subclasses of Product) if it is a common pain-point for other users in Cartridge, but first, I want to see that I understand the current implementation, and how people are using it. On Wednesday, 26 February 2014 13:37:00 UTC+2, Paul Walsh wrote: Hi, I posted something similar a while back: https://groups.google.com/forum/#!topic/mezzanine-users/-ltMQLoS8Jo But now it is getting to the stage where I'm actually going to rebuild a store and move off Satchmo, starting next week. I've reassessed the options in Python land, and I'm mostly happy with Cartridge, except for the issue of different product types. I want to check I'm not missing anything here, and hopefully hear from others who have similar stores on Cartridge. I have at least 4 product types, let's say they all share 7-8 attributes common to all products, and each have another 5-10 attributes that are unique to each Product type. The implementation of product variations/options is a way to go about it, I suppose, but it really seems most suited for variations of one product type, and not for a range of different product types. Ultimately, what I'd like to get to is a set of distinct models: Book, Accessory, Poster, TShirt - etc - for the content editor, and also for the visitor - I'm not sure how to achieve that with what I see in Cartridge. -- You received this message because you are subscribed to the Google Groups Mezzanine Users group. To unsubscribe from this group and stop receiving emails from it, send an email to mezzanine-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [mezzanine-users] Re: Current approaches to multiple Product types in Cartridge
There's an old outdated pull request that implemented something like what you're talking about here: https://github.com/stephenmcd/cartridge/pull/57 If I recall it applies a similar approach to Mezzanine's pages where concrete inheritance stems from a base product, allowing custom product subclasses. I'm not sure if that code's too out of date to use, or can be revived - I suspect the latter, but if you're keen to get involved with this, that would be your best starting point. Josh's link to our recent discussion on option types is also very relevant - I think custom product types would shape addressing some of the problems there too. On Thu, Feb 27, 2014 at 5:03 AM, Paul Walsh paulywa...@gmail.com wrote: The thing I'm wondering is - has anyone gone down this path before with Cartridge (subclassing for distinct product types), and, if yes, do other parts of the application need patching to support it. On Wednesday, 26 February 2014 19:22:44 UTC+2, Josh B wrote: Based on what you described I think subclassing is your best bet. Variations currently have some limitations and I don't think would accomplish what you are trying to do. (https://groups.google.com/ forum/#!topic/mezzanine-users/kYzgBKcwSsg) On Wednesday, February 26, 2014 4:40:19 AM UTC-7, Paul Walsh wrote: And, BTW, I don't mind coding something in this direction (for example, subclasses of Product) if it is a common pain-point for other users in Cartridge, but first, I want to see that I understand the current implementation, and how people are using it. On Wednesday, 26 February 2014 13:37:00 UTC+2, Paul Walsh wrote: Hi, I posted something similar a while back: https://groups.google.com/forum/#!topic/mezzanine-users/-ltMQLoS8Jo But now it is getting to the stage where I'm actually going to rebuild a store and move off Satchmo, starting next week. I've reassessed the options in Python land, and I'm mostly happy with Cartridge, except for the issue of different product types. I want to check I'm not missing anything here, and hopefully hear from others who have similar stores on Cartridge. I have at least 4 product types, let's say they all share 7-8 attributes common to all products, and each have another 5-10 attributes that are unique to each Product type. The implementation of product variations/options is a way to go about it, I suppose, but it really seems most suited for variations of one product type, and not for a range of different product types. Ultimately, what I'd like to get to is a set of distinct models: Book, Accessory, Poster, TShirt - etc - for the content editor, and also for the visitor - I'm not sure how to achieve that with what I see in Cartridge. -- You received this message because you are subscribed to the Google Groups Mezzanine Users group. To unsubscribe from this group and stop receiving emails from it, send an email to mezzanine-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- Stephen McDonald http://jupo.org -- You received this message because you are subscribed to the Google Groups Mezzanine Users group. To unsubscribe from this group and stop receiving emails from it, send an email to mezzanine-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [mezzanine-users] Re: Current approaches to multiple Product types in Cartridge
Hi Stephen, That pull request is very interesting. I'll play with it in he coming days. Thanks. On Wednesday, 26 February 2014 21:55:14 UTC+2, Stephen McDonald wrote: There's an old outdated pull request that implemented something like what you're talking about here: https://github.com/stephenmcd/cartridge/pull/57 If I recall it applies a similar approach to Mezzanine's pages where concrete inheritance stems from a base product, allowing custom product subclasses. I'm not sure if that code's too out of date to use, or can be revived - I suspect the latter, but if you're keen to get involved with this, that would be your best starting point. Josh's link to our recent discussion on option types is also very relevant - I think custom product types would shape addressing some of the problems there too. On Thu, Feb 27, 2014 at 5:03 AM, Paul Walsh pauly...@gmail.comjavascript: wrote: The thing I'm wondering is - has anyone gone down this path before with Cartridge (subclassing for distinct product types), and, if yes, do other parts of the application need patching to support it. On Wednesday, 26 February 2014 19:22:44 UTC+2, Josh B wrote: Based on what you described I think subclassing is your best bet. Variations currently have some limitations and I don't think would accomplish what you are trying to do. (https://groups.google.com/ forum/#!topic/mezzanine-users/kYzgBKcwSsg) On Wednesday, February 26, 2014 4:40:19 AM UTC-7, Paul Walsh wrote: And, BTW, I don't mind coding something in this direction (for example, subclasses of Product) if it is a common pain-point for other users in Cartridge, but first, I want to see that I understand the current implementation, and how people are using it. On Wednesday, 26 February 2014 13:37:00 UTC+2, Paul Walsh wrote: Hi, I posted something similar a while back: https://groups.google.com/forum/#!topic/mezzanine-users/-ltMQLoS8Jo But now it is getting to the stage where I'm actually going to rebuild a store and move off Satchmo, starting next week. I've reassessed the options in Python land, and I'm mostly happy with Cartridge, except for the issue of different product types. I want to check I'm not missing anything here, and hopefully hear from others who have similar stores on Cartridge. I have at least 4 product types, let's say they all share 7-8 attributes common to all products, and each have another 5-10 attributes that are unique to each Product type. The implementation of product variations/options is a way to go about it, I suppose, but it really seems most suited for variations of one product type, and not for a range of different product types. Ultimately, what I'd like to get to is a set of distinct models: Book, Accessory, Poster, TShirt - etc - for the content editor, and also for the visitor - I'm not sure how to achieve that with what I see in Cartridge. -- You received this message because you are subscribed to the Google Groups Mezzanine Users group. To unsubscribe from this group and stop receiving emails from it, send an email to mezzanine-use...@googlegroups.com javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- Stephen McDonald http://jupo.org -- You received this message because you are subscribed to the Google Groups Mezzanine Users group. To unsubscribe from this group and stop receiving emails from it, send an email to mezzanine-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.