Help us test the Feature Voting plugin

We’ve just opened up the long-dormant #feature:integrations category to the general public.

This category is running with @joebuhlig’s Feature Voting plugin enabled. We’ve officially adopted this plugin, and will be working together with Joe to make it stable enough for use with our hosted customers.

Go test things!

Go to the #feature:integrations category and vote your heart out. Do weird things; break it. Add new integrations for people to vote on.

  • Bug reports or feature requests should be posted to the plugin’s own topic.

  • Questions about the voting process here on Meta can be asked here in this topic.

The future of the Integrations category and the use of Feature Voting on Meta is not yet determined.

「いいね!」 21

OK, now that we’ve gotten it pared down to a reasonable state, @sam had the following feature requests he wanted to get to:

  • Replace “Top” with “Voted” on “voting” categories.
  • Suppress likes on OP for “voting” topics
  • Sane behavior when you reach your limit, “You can not vote anymore, here is a list of stuff you voted for”
  • Handle edge case, deletion does not reclaim votes
  • Strip useless words off screen that shows who voted

One note, every time you vote it should tell you how many votes you have remaining. I had no idea votes were even limited in this manner. Something like.

You’ve cast 3 of your 5 available votes.

And

You’ve cast 5 of your 5 available votes. To cast more or change your votes .. {blah}

Also @erlend_sh this is a fork and will remain a fork, so I think it deserves its own topic, like discourse-official-feature-voting or similar? I believe there’s been a bit of a misunderstanding on where comments should go, because this plugin has significantly different functionality in first party delivered form…

「いいね!」 3

Why? @joebuhlig already agreed to move the plugin to our official repo. It’s been “ours” for months:

https://github.com/discourse/discourse-feature-voting

Does it need to be a fork? Can’t it just be v2?

If these people were relying on “supervotes” they may be in for a bit of a surprise..

I think anybody expecting this thing to even boot on beta or stable are in for a slightly bigger surprise.

「いいね!」 5

OK then I recommend removing the old topic and creating a new one @erlend_sh – we’re rebooting this. It will be confusing to find old out of date info..

Ok, once there’s a new topic let’s link to it, close the old one and eventually archive and unlist it. There are lots of discussions and ideas worth holding on to there, so I definitely don’t want to delete it completely.

I don’t subscribe to that theory. I subscribe to the “if it’s a good idea, it will come up again naturally” theory.

We’d also be polluting search results forever with the strategy you suggest.

I think this is a general problem lots of our plugins have, also discourse solved has it, mountains of irrelevant out of date discussion, it’s like each plugin struggles to be a category but is trapped in a topic

We could certainly have one subcategory for each official plugin, there aren’t that many.. tags are also an option?

I don’t like the practice of completely erasing good deeds from history. @joebuhlig deserves a lot of credit for taking my spec and building a fully functional plugin. Loads of other people helped test and reported bugs. The likes that were doled out during this back and forth had meaning; they were by and large acknowledgements of various contributions.

Archive & unlist the topic. Don’t delete it.

「いいね!」 2

The problem is this old out of date information is penalizing all future visitors, forever. So there is a rather steep (and forever growing!) cost to retaining it. As Spock once said, the needs of the many outweigh the needs of the few.

The only way to do what you propose is to completely disallow it from appearing in any search… somehow. I don’t think archiving and unlisting do that.

「いいね!」 1

Actually a handy feature may be an option on a category to exclude from search including google.

Then users get to keep karma and badges and the many are not punished, we just chuck content like this into a graveyard category

「いいね!」 1

Does unlisting a topic prevent the badges? As unlisting the topic would prevent google from indexing it anymore

Unlisting is still not what is desired, you want to still show off that you had a +20 likes post, but we don’t want people to find it outside of visiting your profile, graveyard or badge list

Unlisting hides from search, badge queries and user page

この「ファミリー」に関する議論について混乱しています。一瞬、何の決着もつかずに突然終了したように見え、議論がオフラインに移行したように見えました。:relieved:

@codinghorror さん、meta.discourse には古い情報が溢れているのに、なぜ Customization > Plugin においてそれが問題となるのでしょうか?

@erlend_sh さん、その当時しか価値がなく、今では検索者を混乱させるだけの古い情報を削除することに、どのような問題があるのでしょうか?トピックを読ませていただきましたが、その大部分は惜しまれずに消えるでしょう。

プラグインのリリーストピックを部分的な解決策として?

これは、Discourse が機能変更の公式記録として #releases を持っていることと関係があるのでしょうか?もしそうなら、公式プラグインにもリリーストピックを持たせるのが一つの選択肢ではないでしょうか?

これにより、プラグインの開発が構造化されており、簡潔かつ永続的に記録する価値があることがより明確に示されるでしょう。また、これにより貢献を永遠に前面に出すことも可能になります。

元のトピックを保持する場合、それらをリリーストピックへのリンク付きでクローズすることができます。

「いいね!」 1

Of course I’m biased, but why not rename the original topic to deprecated, close it, and create a new supported plugin topic? That process is done elsewhere. The only difference being the plugin category.

「いいね!」 4

Because it clutters search results with irrelevant, obsolete information for eternity. That is my main objection. We could move it to the lounge so it won’t get indexed.

At what point do you go back and filter out old topics? I run across outdated code here on Meta all the time. That’s the nature of development. Things progress and old methods no longer work. Rather than try to hide or delete all the old information, wouldn’t it make more sense to flag it in some way (rename it and close it) and give people a way to get to the new information (create a new topic and link to it from the old).

If I understand your logic correctly (and I’m not sure I do), wouldn’t that mean you need us to start flagging topics that contain obsolete information?

I’m not an SEO expert by any means but I’ve always assumed that Google prefers new content to old. By closing the old and sending users to the new, wouldn’t you be weighting the search results to the update information anyway?

You understand these things a lot better than I do. I’m simply struggling to follow your rationale here.