-
-
Notifications
You must be signed in to change notification settings - Fork 146
Feature: Implement voting logic for repos #12
Comments
IMHO anything calling a specific microservice or API endpoint could use some local mocking or container composing. How do you feel about doing some compatibility upgrades in https://github.com/open-sauced/hot-sauce-api ? |
Hey, @0-vortex interested in hearing more about this microservice. I think I will try to figure out the voting logic this week. I am thinking about creating a table in the supabase DB with votes captured. I am also thinking this will be blocked slightly by #20, since I will need to store the votes based on the logged-in user. Also, side note: I am going to look into making the data public via the new supabase studio. |
Going to be starting work on this. The current plan
The scope may be quick, but I will open issues if things start taking too long. |
You can also consider using React Context API for global state management. That way you can have a save a vote and have it available across the app for other components to use. Redux can also do the same but I think the set up might be a lot |
🎉 This issue has been resolved in version 1.6.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
Type of feature
Feature
Current behavior
Today the api is listing repos based on relevancy in open sauced.
Desired solution
We need a global state that can store votes from users
Additional context
No response
Code of Conduct
The text was updated successfully, but these errors were encountered: