-
Notifications
You must be signed in to change notification settings - Fork 50
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add positive/negative review endpoint #63
Comments
This would than also allow for filtering of reviews of high to low by helpful score as currently reviews just turn into a pagination series after whatever amount you choose to show as viewable on a product page. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
bump to keep this issue open |
@KaemonIsland @seandawes We are working on that, is any of you:
|
Following up a discussion on the public slack there's has been indicated a general interest to have this feature inside the extensions. This includes:
|
@kennyadsl @jarednorman @tvdeyen working through the extensions we found a lot of stuff that could possibly be realigned to what became standard (thumbs up / thumbs down / report). The extension lists a magnitude of feedback options that we could (in my oppinion) reduce to a simple thumbs up thumbs down and remove in the next major. Also "Display unapproved Reviews" and "Include unapproved Reviews" seems ambigous wording. Given that this extension is according to you hardly used maybe we can benefit from reducing the footprint here. Can we deprecate this in favor of thumbs up / thumbs down / report? |
What you're suggesting is pretty serious breaking change, even if it's a good one. This makes me think we'd be better off forking this (or providing a legacy fork), unless you have plans for an upgrade path. |
@jarednorman I suggest versioning here. Honestly it's a total mess frontend and backend. The extension makes extensive use of jquery and uses 14 years old jquery components that can be easily substituted with some CSS and clean jscript. I'd opt for reusing the api in reduced form and a new major release with breaking issues documented in release notes mantaining the old version in a legacy fork. |
I'm fine with either one of these options:
I don't have time to actually do either of those things right now, but I'm happy with either. The second option is less work. |
I second Jared here. Could be a great opportunity to move the extension over to the main solidus github org as well. |
If someone is willing to write 30 lines on how to create a new route inside an extension and use it in the starter frontend from start to finish we can do that. |
In the extension install generator, in case of starter fronted, you can use the Refs:
You should have all the pieces now. 😉 |
Ok, A couple of additional questions. So we need:
What we can discard:
Some issues came up:
Here comes the big question:
|
@jarednorman I think @tvdeyen had a fair suggestion. Let's finish this up in a new repo moved from contrib to solidusio and just archive this one. This way we don't break anything and don't leave anybody worse off than before. |
We have not decided anything, yet. Also we cannot just archive an extension stores are using. Please create your repo first and we maybe transfer it when we think we are willing to maintain it. |
We need a way for users to vote if a review was helpful or not.
The text was updated successfully, but these errors were encountered: