Clicking the + does nothing to add the test "value" as an option of this collection. Do you see what I mean? I cannot do what you propose as that the second step of your procedure renders only empty (without checkboxes) lists
I practice, I will always create my products programatically, so if I can find out the way to do this with code, then I would be happy too of course. (I'm creating an api that serves as an integration point with an on premise pos/inventory system)
OK - you found a bug (easy one) that must have been caused by a tweak I did in the last version. Hit return instead of hitting the plus button =) - somehow I wound up creating an issue with the ng-click on the + icon ...
Originally the filters were referred to as specified filter attributes in the concepts and I wanted to simplify the naming ... so I changed it to simply Product Filters =) and forgot to change that reference.
Just one more question, do you perhaps have some documentation on how to do this in code? I already found a lot of useful info in the fasttrackdatainstaller class, but this doesn't seem to be visible in any of the exposed merchello services... or am I wrong?
I don't think I'm following here - are you asking about documentation as to how to programatically populate a filter? If so we don't as of yet (but we've been working on a couple of implementation that we're hoping to turn into some concept posts - not that it helps you now ...). Be happy to try to answer questions though ...
yes, that is what I'm asking :)
Do you think it is not possible at all, or just not documented? Because if it is the latter, then I'll find my way... At this point, I have already been able to create the filter, now I'll try to do the population of the filter and the linking of it's values to the product
Ok, Happy to see that I discovered that the filters are in fact ientitycollections which can be created the same way, but with a different key and that the options in the filters are also ientitycollections. Knowing this, I was able to generate the filter with it's options, but when it comes to linking the option with the product, I get stuck. I thought that it would be simply using the AddToCollection method on IProduct, but this seems too easy. The link isn't made and I hope that it is because I'm missing something.
Do you have a pointer perhaps? I would be really glad if I get this working! :)
Awesome to hear and sorry I did not get a chance to reply with "Yes, it's possible earlier" =)
I've done a few custom filters. Two use event triggers to add products to and from various filters and a third that uses a background task that groups products into price ranges ...
In a nutshell, Filters are essentially a specialized kind of product collections where the top level collection is the "FilterGroup" and the child collections are the actual "Filter(s)". It is important to set the isFilter value of each of these collection records to True (bit 1) INCLUDING THE ROOT FilterGroup collection itself. Just pointing that out as it's caught me before in troubleshooting =)
Haha! Don't worry about it! You have I life too I guess ;-)
The case that you mention here is indeed interesting! (I didn't think about the price ranges, but that is possible too in my implementation... Thx for the idea!
Also, thx for pointing out that the flag must be set on both levels. I first did it only on the root level of the filter, and then saw in the DB that it had to be done on both levels. Good to have the confirmation though!
Merchello Filter groups - Product Filters -> not working?
Hi,
I'm starting to use merchello and I discovered the functionality of product groups (as described here: https://our.umbraco.org/projects/collaboration/merchello/merchello/79449-get-list-of-products-from-collections-merchello by @rustyswayne on Sep 01, 2016 @ 12:31
I'm trying to get this working, but I can only create such a filter, but not populate it with values. Is there something that I'm missing?
I would really like to use this functionality as it really suits my needs
Thank you in advance!
Hi Tim,
Once you setup a filter - have you gone back to individual products and added the products to the filters?
Hi Rusty,
I have tried, but i'm already stuck in step 0.
Clicking the + does nothing to add the test "value" as an option of this collection. Do you see what I mean? I cannot do what you propose as that the second step of your procedure renders only empty (without checkboxes) lists
I practice, I will always create my products programatically, so if I can find out the way to do this with code, then I would be happy too of course. (I'm creating an api that serves as an integration point with an on premise pos/inventory system)
thx
Tim
OK - you found a bug (easy one) that must have been caused by a tweak I did in the last version. Hit return instead of hitting the plus button =) - somehow I wound up creating an issue with the ng-click on the + icon ...
Fixing that now.
Hi Tim - You can fix this in your site by:
Open the
/App_Plugins/Merchello/Backoffice/Merchello/dialogs/filtergroupfilters.addedit.html
On or about line 24:
find:
and change the
addAttribute()
call in the<merchello-add-icon do-add="addAttribute()"></merchello-add-icon>
to
Originally the filters were referred to as specified filter attributes in the concepts and I wanted to simplify the naming ... so I changed it to simply Product Filters =) and forgot to change that reference.
Added the issue here http://issues.merchello.com/youtrack/issue/M-1273
Just one more question, do you perhaps have some documentation on how to do this in code? I already found a lot of useful info in the fasttrackdatainstaller class, but this doesn't seem to be visible in any of the exposed merchello services... or am I wrong?
Thx!
I don't think I'm following here - are you asking about documentation as to how to programatically populate a filter? If so we don't as of yet (but we've been working on a couple of implementation that we're hoping to turn into some concept posts - not that it helps you now ...). Be happy to try to answer questions though ...
yes, that is what I'm asking :) Do you think it is not possible at all, or just not documented? Because if it is the latter, then I'll find my way... At this point, I have already been able to create the filter, now I'll try to do the population of the filter and the linking of it's values to the product
Ok, Happy to see that I discovered that the filters are in fact ientitycollections which can be created the same way, but with a different key and that the options in the filters are also ientitycollections. Knowing this, I was able to generate the filter with it's options, but when it comes to linking the option with the product, I get stuck. I thought that it would be simply using the AddToCollection method on IProduct, but this seems too easy. The link isn't made and I hope that it is because I'm missing something.
Do you have a pointer perhaps? I would be really glad if I get this working! :)
Ok Man, I figured it out, it is thus in fact possible :)
Thx for making such an awesome solution!
T
Cool Man! thank you, now it's working! Now onto to the next step :)
Awesome to hear and sorry I did not get a chance to reply with "Yes, it's possible earlier" =)
I've done a few custom filters. Two use event triggers to add products to and from various filters and a third that uses a background task that groups products into price ranges ...
In a nutshell, Filters are essentially a specialized kind of product collections where the top level collection is the "FilterGroup" and the child collections are the actual "Filter(s)". It is important to set the
isFilter
value of each of these collection records to True (bit 1) INCLUDING THE ROOT FilterGroup collection itself. Just pointing that out as it's caught me before in troubleshooting =)Haha! Don't worry about it! You have I life too I guess ;-)
The case that you mention here is indeed interesting! (I didn't think about the price ranges, but that is possible too in my implementation... Thx for the idea!
Also, thx for pointing out that the flag must be set on both levels. I first did it only on the root level of the filter, and then saw in the DB that it had to be done on both levels. Good to have the confirmation though!
Next up... Visualization!
T
is working on a reply...