Category based vote limits

[Uninen (Ville Säävuori)]

Is there a way to do category-based vote limits? I would like to have feature requests category with only few votes, but then also a bug tracking category with limitless votes so that a vote would mean “i experienced this”.

Or would like/hearts be the better way for latter? It just feels wrong to like a bug…

[sam (Sam Saffron)]

I think this is a very good feature request, not immediately planned.

[tobiaseigen]

I’m testing out the voting plugin right now and I think this feature would be a good fit for our use case. Would be grateful for advice and ideas. Thanks!

We are considering using this plugin to allow the community to vote for representatives to join our network guidance committee. There might be more than one opening at a time with up to 6 candidates vying for the same opening. My thinking is that we’d have a VOTING category with voting plugin enabled sub-categories for each opening. Within each opening category there would be one topic per candidate, authored by the candidate, containing their message introducing themselves and why they should be elected. All site members would be allowed just one vote for each candidate.

So the current model that gives each user a set number of votes they can “spend” however they like doesn’t work. We’d have to provide enough votes for each user to be able to vote for all candidates, but do not want to have them spend them all on the same candidate.

For those who might be curious, here's the full election process as we are considering it right now.

• NGC members serve for 3 year, renewable terms. A vacancy arises when an NGC member decides not to renew their NGC membership for another term. Filling the vacancy will be based on universal criteria applying to all NGC members as well as specific criteria to round out the committee (e.g. gender of candidate or by region, theme, type of organization represented).
• On April 1st of each year, announce vacancies for nominations.
• This call for nominations will be open for two months until June 1st.
• Candidates, whether by nomination or self-nomination, must submit a resume and cover letter stating their intent to be on the NGC.
• All who submit appropriate documentation are called “nominees”.
• A selection committee made up of network team members and NGC members reviews the resumes and documentation of nominees. The selection committee will decide which nominees clearly do not meet minimal qualifications and eliminate those nominees. This requires a unanimous agreement by all members of the selection committee.
• Those nominees who meet the minimal qualifications will be contacted by a member of the selection committee for screening.
• By August 1st, the selection committee will select no more than 6 people for each vacancy to be considered for election. These selected individuals will be called “candidates”. The selection process will be done by consensus. If consensus cannot be achieved, then the chair of the selection committee may call for a simple majority vote on any nominee becoming a candidate with the chair of the committee having the deciding vote.
• Two months later, on October 1st, the results of the election are announced and the retired NGC members are removed and the new NGC members are added to the NGC page and discourse group.

A simpler alternative may be to create poll topics for each opening, and add the “pitch” text and maybe a photo for each candidate to the OP. But it seemed interesting to create some healthy and fun competition by having multiple topics that people can vote on.

[angus (Angus McLeod)]

I just made a PR that implements category based vote limits. Category based limits can be set for each trust level for each category. Category limits override ‘site’ limits.

FEATURE: category vote limits

[codinghorror (Jeff Atwood)]

@tobiaseigen

A simpler alternative may be to create poll topics for each opening, and add the “pitch” text and maybe a photo for each candidate to the OP

Yes, why not simply add a poll to the Topic? You could link to the candidates details.

[tobiaseigen]

@angus nice work. This Wil be handy and I look forward to trying it out.

@codinghorror

Yes, why not simply add a poll to the Topic? You could link to the candidates details.

Yep. We are leaning in this direction. Much simpler.

[angus (Angus McLeod)]

@tobiaseigen Actually, you may be interested in the elections plugin I just completed. It fits your use case quite well. It extends the concept of having one poll per topic. I built it for my own purposes (i.e. I’m going to be actively using it), so I’m keen on ironing out any issues it may have / getting the feature set right.

Elections Plugin

Repo: GitHub - angusmcleod/discourse-elections This uses the Polls plugin as a base and adds controls and features specific to running elections. Enabling and Settings Elections are administered by “Election Admins”. By default, election admins are site admins. All moderators can be made election admins by toggling the elections_admin_moderator site setting. To do: allow any user to be designated an ‘Election Admin’. Elections can be enabled on a category basis in Category Settings > “Cate…

[vsoch (Vanessasaurus)]

hey everyone! I’m not sure if this is the right thread (but I’ve been perusing around and it seems like it could be) but we are looking to allow for more than one upvote for a topic. Is this something that a plugin (that already exists or is under development) could support?

[sam (Sam Saffron)]

We experimented with super votes in the past, but it got fiendishly complex to explain to end users. We don’t have any current plans to add super voting or extra voting cause I think the complexity this adds is just too high.

[oshyan (Oshyan Greene)]

Gostaria de solicitar a possibilidade de definir o número de votos permitidos por categoria. O principal caso de uso para mim é permitir votações separadas para funcionalidades versus bugs, pois considero a priorização de ambos importante, mas independente um do outro. Não necessariamente quero dar às pessoas, por exemplo, 20 votos que possam usar inteiramente em Funcionalidades, mas sinto que 10 é pouco para a combinação de Funcionalidades e Bugs. Estou curioso se alguém mais vê dessa forma e, se não, como vocês lidam com a priorização de bugs versus funcionalidades em relação a este plugin.

Sei que isso provavelmente é um pedido de recurso bastante significativo para este plugin, mas acho que poderia ser bastante útil (e estou surpreso que não tenha sido solicitado antes, embora com a exclusão automática de respostas aqui, talvez seja por isso que não vejo…). Espero que possa ser considerado.

Edição: agora que meu tópico foi mesclado aqui (desculpe pela duplicata, pesquisei, mas não tinha certeza do que estava procurando…). Estou apenas curioso sobre o que aconteceu com a discussão aqui. Parece que ela se desviou um pouco, mas o pedido de recurso original ainda é muito útil, na minha opinião. Já marquei o Angus no outro tópico, então espero que ele se manifeste…

[angus (Angus McLeod)]

@oshyan Sim, é viável, mas eu gostaria de refazer aquele PR completamente, já que o plugin mudou muito nos últimos 4 anos (nossa, faz tanto tempo assim?).

Na prática, não tenho tempo para fazer isso nos próximos meses, mas como é um trabalho relativamente delimitado e um candidato viável para PR, pode ser feito das seguintes maneiras:

1. por um membro do Pavilion como parte do trabalho de código aberto deles para Pavilion (talvez @fzngagan, @keegan ou @kcereru possam se interessar);

2. por outra pessoa interessada em fazer trabalho de código aberto para o Discourse (se for o seu caso, me avise se precisar de ajuda; @Ahmed_Gagan?);

3. se houver orçamento para isso, você pode fazer uma postagem no Marketplace, e o Pavilion pode assumir como um trabalho pago (ou seja, será feito mais rápido / o desenvolvedor será incentivado); ou

4. se a equipe do Discourse fizer.

[oshyan (Oshyan Greene)]

Obrigado pela resposta detalhada! Atualmente, não tenho orçamento para isso, mas vou ver se consigo reunir algo.

Se mais alguém aqui também estiver interessado, talvez possamos juntar o suficiente coletivamente. Eu contribuiria com alguns fundos pessoais para isso, mas só conseguiria administrar algumas centenas de dólares americanos. Participe aqui se você também puder fazer o mesmo!

De forma mais geral, tenho curiosidade se mais alguém vê isso como tão valioso quanto eu e percebe a mesma dicotomia entre votos em Recursos versus Bugs. Algum dos fóruns oficialmente hospedados faz uso intensivo de Votação? (Não espero que sejam identificados por nome, estou apenas explorando a questão de quão valioso isso pode ser para os clientes pagantes do Discourse)

[Zup]

@oshyan

Mais geralmente, estou curioso se mais alguém vê isso como sendo tão valioso quanto eu.

Sim, eu vejo. De preferência, um limite global para todas as categorias, a menos que uma categoria específica tenha um limite de votos menor definido.

[aidanheerdegen]

@oshyan

Mais geralmente, estou curioso se mais alguém vê isso como tão valioso quanto eu.

Sim! Recentemente usamos a votação de tópicos para premiar pôsteres em um workshop:

Posters

Este é um ótimo caso de uso para essa funcionalidade: a votação pode ser restrita a apenas uma subcategoria, e podemos fazer a mesma coisa em nosso próximo workshop sem ter que apagar os votos da competição anterior.

Também permitiria a votação de tópicos em mais de um fluxo ao mesmo tempo.