suntrop Posted February 2, 2017 Posted February 2, 2017 Hello! I am looking for a developer to create a PW module/fieldtype. In a nutshell. I am developing a shop and need a special fieldtype (I think so) for the price and product variations. It has to be accessible by an editor without the knowledge of fields/templates/etc. For example: a shirt will have the variations/attributes - Color [red, green] - Size [S, M, L] - Fabric [Cotton, Synthetic] … each variation will have its own price (and perhaps graduated prices). All variations (Color, Size, Fabric) and their attributes (red, green – S, M, L etc) must be created easily from the product page. (If you know Magento's "Configurations", that's similar). So in the first place you create the variations, then automatically create all combinations and set the prices for each variation separately. That's a rough summary of what I need. I am not fixed to the way it has to be done, but more fixed to how it is used/displayed on the website. If all that sounds like something you would like to do, please PM me! Unfortunately I'm late and need it ASAP … sorry It would be great if you can tell me a little bit about your PW experience, maybe similar work you have done and your time/conditions/estimate. German and Englisch Cheers!
kongondo Posted February 2, 2017 Posted February 2, 2017 This, partly, looks like a job for Profields Table? However, this... 58 minutes ago, suntrop said: All variations (Color, Size, Fabric) and their attributes (red, green – S, M, L etc) must be created easily from the product page. (If you know Magento's "Configurations", that's similar). So in the first place you create the variations, then automatically create all combinations and set the prices for each variation separately. ...seems like you need the dynamism to be created during page edit.
rock0308 Posted February 2, 2017 Posted February 2, 2017 Hi I can do this job for you. Please check PM. Regards, Lisa
suntrop Posted February 2, 2017 Author Posted February 2, 2017 2 hours ago, kongondo said: This, partly, looks like a job for Profields Table? However, this... ...seems like you need the dynamism to be created during page edit. Yes and no. Table is cool if you know what goes in. Not only the rows, but even the column count and column titles had to to be flexible. I have done a part with RepeaterMatrix, PageTable and Multiplier, but I am not quite happy with it. Lisa, there is no PM from you?
adrian Posted February 2, 2017 Posted February 2, 2017 Isn't this a good use of @kongondo's Matrix fieldtype ? 1
kongondo Posted February 2, 2017 Posted February 2, 2017 5 hours ago, adrian said: Isn't this a good use of @kongondo's Matrix fieldtype ? Wondered about that but too but it seems there could be upwards of 3 variations, e.g. colour, size, fabric as well as price.
suntrop Posted February 2, 2017 Author Posted February 2, 2017 I have seen that module, but thought it is not helpful in case. I read the forum post and the first example is almost what I need. Couldn't figure out how this will work yet, but will check it out now.
suntrop Posted February 2, 2017 Author Posted February 2, 2017 4 hours ago, kongondo said: … but it seems there could be upwards of 3 variations, e.g. colour, size, fabric as well as price. That is the bottleneck. There are even more than 3 variations (color, material, size, diameter, etc.) and a lot of products will have their own set of variations.
kongondo Posted February 2, 2017 Posted February 2, 2017 (edited) Do those variations have to be searchable? E.g. Should users be able to search for, say, a Purple shirt, of size M and material Cotton? If yes, then we could be talking a DB table for each variation with foreign keys to link the products. If not, then you might just about get away with storing everything in one column of a table using, say, a JSON string. Edited February 2, 2017 by kongondo
suntrop Posted February 2, 2017 Author Posted February 2, 2017 Usually I prefer to be able to search everything. It hasn't top priority now, because the product variations won't have a front-end page, they are just selectable options for the product. As a workaround I could put the text into a hidden field and make this searchable from the front-end. So people can search for "red shirt" and won't find necessarily shirts only in blue (I know, it is not like that, but I think you get what I mean
dragan Posted February 6, 2017 Posted February 6, 2017 Can't you do this? Each product is a page = parent / container. Here you also define all possible variations that each individual item can have. Below are child-pages that serve as individual products. Each page is an individual item with the variations in size, color, fabric. These attributes would be simple checkboxes or radio-buttons / dropdown selects. Add a field for this template to hold SKU (article number) and one for price.
kongondo Posted February 17, 2017 Posted February 17, 2017 Hi @suntrop, I know you told me that you'd already found a solution for your project. If you have the time though, I'd appreciate any thoughts you have about this new module (offering variations and attributes functionality) that I am developing. Thanks.
Recommended Posts