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…
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.
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.
@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.
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?
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.
Me gustaría solicitar la posibilidad de establecer el número de votos permitidos por categoría. Mi caso de uso principal es permitir votaciones separadas para funcionalidades frente a errores, ya que considero que la priorización de ambos es importante pero independiente entre sí. No necesito necesariamente dar a las personas, por ejemplo, 20 votos que puedan usar enteramente en Funcionalidades, pero siento que 10 son insuficientes para la combinación de Funcionalidades y Errores. Me pregunto si alguien más lo ve de esta manera y, si no es así, cómo gestionan la priorización de errores frente a funcionalidades en relación con este plugin.
Sé que esto probablemente sea una solicitud de función bastante importante para este plugin, pero creo que podría ser muy útil (y me sorprende que no se haya solicitado antes, aunque con la eliminación automática de respuestas aquí, quizás por eso no lo veo…). Espero que pueda ser considerada.
Edición: ahora que mi hilo ha sido fusionado aquí (lo siento por el duplicado, busqué pero no estaba seguro de qué estaba buscando…). Solo me pregunto qué pasó con la discusión aquí. Parece que se desvió un poco, pero la solicitud original de función sigue siendo muy útil, en mi opinión. Ya etiqueté a Angus en el otro hilo, así que espero que se pronuncie…
@oshyan Sí, es factible, aunque me gustaría rehacer esa PR por completo, ya que el plugin ha cambiado mucho en los últimos 4 años (¡vaya, ¿ha pasado tanto tiempo?).
En la práctica, no tengo tiempo para hacerlo en los próximos meses, pero como es un trabajo relativamente acotado y un candidato viable para una PR, podría realizarse de las siguientes formas:
Un miembro de Pavilion, como parte de su trabajo de código abierto para Pavilion (quizás @fzngagan, @keegan o @kcereru estén interesados);
Otra persona interesada en hacer trabajo de código abierto para Discourse (si lo estás, avísame si necesitas ayuda; @Ahmed_Gagan?);
Si hay presupuesto para esto, puedes hacer una publicación en Marketplace; Pavilion puede asumirlo como un trabajo remunerado (es decir, se hará más rápido / el desarrollador estará incentivado); o
¡Gracias por la respuesta tan detallada! Actualmente no tengo presupuesto para esto, pero veré si puedo reunir algo.
Si alguien más aquí también estuviera interesado, quizás podríamos reunir suficiente colectivamente. Yo contribuiría con algunos fondos personales, pero solo podría gestionar unos pocos cientos de dólares. ¡Únete aquí si puedes hacer lo mismo!
De manera más general, me pregunto si alguien más considera esto tan valioso como yo y ve la misma dicotomía entre los votos en Características frente a Errores. ¿Alguno de los foros oficialmente alojados hace un uso intensivo de la votación? (No espero que se identifiquen por su nombre, solo estoy explorando la pregunta de lo valioso que podría ser para los clientes pagadores de Discourse).
Sí, yo también. Preferiblemente un límite global para todas las categorías, a menos que una categoría específica tenga establecido un límite de votos más bajo.
¡Sí! Recientemente utilizamos la votación de temas para otorgar premios a los ponentes en un taller:
Este es un gran caso de uso para esta funcionalidad: la votación se puede aislar en una sola subcategoría, y podemos hacer lo mismo en nuestro próximo taller sin tener que borrar los votos de la competencia anterior.
También permitiría la votación de temas en más de una corriente a la vez.