-
Notifications
You must be signed in to change notification settings - Fork 568
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
(Feature Request): Value of like/dislike ratio for existing and new videos #429
Comments
That's not the way it works. The dislike count is extrapolated using available data from extension users.
Already implemented in a different way to protect privacy. |
that's not how it works. |
Thanks for the replies and excuse my ignorance in regards to existing issues and implemented operation specifics. Good to know that others have pointed this out already. The remaining part of the suggestion would then be to provide a breakdown of sorts so the user knows the amount has been adjusted and by what logic, could be a simple implementation using a hover tooltip or otherwise. |
Extension or Userscript?
Both
Request or suggest a new feature!
Suggestion 1
Nice work on the service. This is a fairly short request, and it'll become more important the longer the feature is no longer natively provided by Youtube:
The reason this would be helpful is that the value of the like to dislike ratio goes down the more time progresses for existing videos.
For new and more recent videos the problem is already apparent in that your service may still track new dislikes but it is displayed next to the likes of the platform.
The ratio is thus of little value as the entire userbase of Youtube is magnitudes larger than that of the service and will thus outweigh the dislikes and skew the ratio with bias for likes.
Quantified example:
Suggestion 2
Might want to consider using Google OAuth so a bad actor can't artificially inflate dislikes using proxies and repeat-requests.
This may be debated from a privacy perspective, not allowing duplicates based on IP seems like the bare minimum.
Ways to implement this!
Suggestion 1:
Suggestion 2:
Can you work on this?
The text was updated successfully, but these errors were encountered: