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 think this is a very good feature request, not immediately planned.
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.
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.
Yes, why not simply add a poll to the Topic? You could link to the candidates details.
@angus nice work. This Wil be handy and I look forward to trying it out.
Yep. We are leaning in this direction. Much simpler.
@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.
카테고리별 허용 투표 수를 설정할 수 있는 기능을 요청드립니다. 제 주요 사용 사례는 기능과 버그에 대해 각각 별도의 투표를 허용하는 것입니다. 두 항목의 우선순위 설정이 모두 중요하지만 서로 독립적이라고 보기 때문입니다. 예를 들어, 사용자에게 20개의 투표권을 주되 이를 전부 기능에 사용하게 하고 싶지는 않습니다. 하지만 기능과 버그를 합친 경우 10개는 너무 적다고 느껴집니다. 다른 분들도 이런 관점을 가지고 계신지 궁금하고, 그렇지 않다면 이 플러그인과 관련하여 버그와 기능의 우선순위를 어떻게 관리하고 계신지 알고 싶습니다.
이것이 이 플러그인에 대해 상당히 큰 기능 요청일 수 있다는 점은 인지하고 있지만, 매우 유용할 것이라고 생각합니다(이전에 요청된 적 없다는 점이 놀랍지만, 여기서는 답변이 자동 삭제되므로 제가 못 본 것일 수도 있겠네요…). 이 요청이 고려되기를 바랍니다.
수정: 이제 제 스레드가 여기로 병합되었습니다(중복 게시해서 죄송합니다. 검색은 해봤지만 정확히 무엇을 찾아야 할지 확신이 서지 않았거든요…). 여기에서의 논의가 어떻게 진행되었는지 궁금합니다. 약간 본론에서 벗어난 것 같지만, 제 생각에는 원래의 기능 요청은 여전히 매우 유용합니다. 다른 스레드에서 이미 Angus를 태그했으므로, hopefully 그가 의견을 남겨주실 것으로 기대합니다…
@oshyan 네, 가능합니다. 다만 지난 4년 동안 플러그인이 많이 바뀌었기 때문에(아니, 정말로 4년이나 됐나요?) 해당 PR을 처음부터 다시 작성하고 싶습니다.
현실적으로, 앞으로 몇 달 안에 이 작업을 할 시간이 없습니다. 하지만 비교적 범위가 한정된 작업이고 실현 가능한 PR 후보이므로, 다음과 같은 방식으로 진행될 수 있습니다:
Pavilion의 오픈소스 활동의 일환으로 Pavilion 팀원 중 한 명이 담당하는 것 (예: @fzngagan, @keegan 또는 @kcereru가 관심을 가질 수 있습니다).
오픈소스 디스커스(Discourse) 작업에 관심이 있는 다른 누군가가 담당하는 것 (관심이 있으시다면 도움이 필요할 때 저에게 알림을 보내주세요. @Ahmed_Gagan?).
이 작업에 대한 예산이 있다면 #marketplace에 게시글을 작성할 수 있으며, Pavilion이 유료 작업으로 수행할 수 있습니다 (즉, 더 빨리 완료될 수 있고 개발자에게 인센티브가 주어집니다). 또는
디스커스 팀이 직접 수행하는 것.
꼼꼼한 답변 감사합니다! 현재 이 프로젝트에 사용할 예산은 없지만, 어떻게든 마련해 볼 수 있는지 알아보겠습니다.
여기서 다른 분들도 관심이 있다면, 함께 모으면 충분한 금액을 마련할 수 있을지도 모릅니다. 저도 개인 자금 중 일부(최대 200달러 정도)를 기꺼이 부담할 수 있습니다. 같은 방식으로 참여하실 수 있다면 이 글에 함께해 주세요!
더 일반적으로, 이 기능이 제가 생각하는 만큼 가치 있다고 느끼시는 분이 또 계신지, 그리고 기능(Features)에 대한 투표와 버그(Bugs)에 대한 투표 사이의 이분법적 관점을 저도 포함해 다른 분들도 동일하게 보고 계신지 궁금합니다. 공식적으로 운영되는 포럼 중 투표 기능을 적극적으로 활용하는 곳이 있을까요? (특정 포럼 이름을 밝히길 기대하는 것은 아니며, Discourse 유료 고객에게 이 기능이 얼마나 가치 있을지 탐구하는 차원의 질문입니다.)
네, 저도 그렇습니다. 특정 범주에 더 낮은 투표 한도가 설정된 경우를 제외하고는, 모든 범주에 대해 전역 한도를 적용하는 것이 좋습니다.
네! 최근 워크숍에서 포스터 상을 수여할 때 토픽 투표를 사용했습니다:
이 기능의 훌륭한 활용 사례입니다. 투표를 하위 카테고리 하나에만 제한할 수 있으며, 이전 경연대회에서 투표 기록을 지울 필요 없이 다음 워크숍에서도 동일한 작업을 수행할 수 있습니다.
또한 여러 스트림에 대해 동시에 토픽 투표를 할 수 있게 해줍니다.