You are viewing a single comment's thread from:
RE: Introducing my very early prototype to the community of Steem - a frontend with a quest to find and display gems produced by common Steem users
I clicked the link and got a message saying nothing is there. :-(
Question, though: On the minimum vote amount, will your tool rank by number of votes? It would be cool if we could rank content by number of votes as well as by earned STU and number of comments. Also, what if a post is captured by one of the popular curation trails. How will that affect the trending? And it looks like you can search by all the popular tags, but what if someone wants to search by non-popular tags. For instance, what if someone creates a new tag and they want to see how many people are using it?
@quillfire might be interested in this, as well.
That's a good point. A post picked up by @curie would jump to the top of the stack right away. Not that that's a bad thing, they find quality content. But at the same time, it would defeat the purpose without some sort of controls attached.
Yeah, I was thinking the same thing. So if you could turn off curation trails and just see organic trending, that would be cool.
Or perhaps an ignore function for specific curation trails?
Curation trails could be added as another filter, yes.
The prototype was taken down but will be back up with more functionality as for now there's no logging in, voting or commenting working so it isn't really ready to be used by users.
Minimum vote amount cuts off any post from displaying that doesn't make the cut. That's something that user can tune himself.
Then there's also filter for enabling ordering by vote amount + stake rather than just stake. What it means is that the site loads 20 posts for you to see, these 20 posts being the ones with most stake that fit your filters and if you have vote ordering enabled they'll be then ordered by vote amount so the post at the top will have the most votes but not most usd value.
And giving user option to see most voted or commented posts would be nice addition indeed, but it might have to come later.
I think doing stuff like that would be easiest through SteemSQL and it costs 10SBD/month, so it might come later if this project gains enough support to make it worth it for me financially. If not, I'll look into the ways of implementing it with the tools that are available now.
Searching non-popular tags could be added later, but I'd like to keep the the project down to bare minimum as I work on it by myself when I have time. So the initial release will focus on just providing the users enough tools so they can start using the frontend daily with filters.