Introducing Voting system in feature request category

[raghukamath]

Introducing Voting system in feature request category

We have enabled the discourse voting plugin to introduce a voting system in the feature request category. People can vote the feature request topics that interest them.
Read more

[Hologram]

Hi @raghukamath good work on the voting system, I really like that you managed to implement this!
I’m thinking it may be good to communicate this to forum users with a pinned post in the about #develop:feature-requests in which you explain how the system works. That would be the place where I would be looking for the ‘rules’, instead of in site feedback. Because this topic is the place where we would discuss the rules (in my opinion). But I think the current limits are well chosen.

I was wondering, if a feature gets implemented in the future, is there a way to automatically get back your points so you I can cast a new vote? I don’t think disabling the votes on such a topic would be ideal, as I think it’s interesting to see the amount of votes a request had when it was implemented. And, is there a way to add a checkmark to topics that were deemed implemented?

Oh and where can you see what the requirements are to reach the next rank?

[raghukamath]

I am not sure about when the voting limit resets, I will search for it. As for the feature getting implemented, the thread can already be marked as solved after which it will automatically get closed.

I am using the default plugin, fortunately this is the official plugin so maintaining it is easy, I won’t be able to go beyond what the plugin offers, as I am not a developer and I don’t intend to hire anyone to make changes in this. For now let us see how it goes.

One thing I am worried is vote brigading, people can make new accounts and keep on voting. I think we should restrict voting rights to members above certain trust level

[raghukamath]

By default each user has limited number of votes according to their trust level. The limits are what plugin offers by default but we can change it based on feedback from members here. The current limits are as follows :

• Trust Level 0 - 2 votes
• Trust Level 1 - 4 votes
• Trust Level 2 - 6 votes
• Trust Level 3 - 8 Votes
• Trust Level 4 - 10 Votes (this level has admins of the site)

We have just enabled the plugin, we can tweak the settings it offers mainly the limits to our liking as we get accustomed to it.

A Big Disclaimer
Voting may bring up a feature request to top but that doesn’t mean it will be picked up developers. This voting is in no way to influence the development direction. This is just a way to sort feature request by popularity here in the forum. The developers may have their own roadmap, however they can see the votes and may take it into consideration. So suppose the topmost voted feature request is to add NFT and bitcoin mining in Krita and it didn’t get response from the developers then please don’t think that devs do not listen to users. Listening to request is one thing and doing something about that request is other. For someone to act upon a request it should be feasible.

[Hologram]

In that case, trust level 0 shouldn’t get any votes. That should discourage people from making new accounts. And at least, you’ll notice when they spam to increase their trust level.

Setting a thread to solved is indeed a good option.

I am just being curious about what the plugin can/ cannot do. Thanks for your work on this!

[raghukamath]

You can read more about it here - Discourse Topic Voting - plugin - Discourse Meta

For now I will keep the default values of the plugin, if it is misused then I will remove the vote counts from the trust level 0 members.

As for the vote count the plugin has this in its description -

If the topic is closed or archived, the votes are released to the users and can be applied to other topics but the vote count on the topic remains.

[Hologram]

Perfect, that’s just what I hoped it did.

This seems to be a rather good system. It already looks better than third party systems that Autodesk and Adobe use from what I can tell.

[Hologram]

Final remark: topics can also be sorted by votes if you click on votes, next to votes, in the my votes you can see the topics you’ve voted on:

[Michelist]

Just tested voting, and even if it says I’ve got 7 votes left, I’m unable to give more votes. Is that intended, or am I doing something wrong, did I misunderstand something?

Michelist

[raghukamath]

You get only one vote for a topic. You can exhaust your votes on other topic. You can give multiple votes for single topic.

[Michelist]

But on every other topic where I could vote, it says I have 8 votes, so there is no exhausting.
And if everyone got only one vote per topic, there is no problem with an unbalanced voting-system (which was argued, if I understood some voices in the other topic correct), and we are equal with our “voting-weight” (what is not so bad in my opinion), and there would be no need or benefit to get more votes, but I thought it was especially asked for a system where you can give more votes on a topic if you got a higher user-level. Seems I must read the complete other topic again to understand…

Michelist

[raghukamath]

You have 8 votes, you for a feature request topic. You exhaust one vote and now you have 7 votes left. Your can’t vote on topic you have already voted you can remove your vote though. So you have to choose which features you need and vote according to your priority.

If the vote is showing wrong number can you try refreshing the page. It might be a glitch or a bug.

[Hologram]

@Michelist

but I thought it was especially asked for a system where you can give more votes on a topic if you got a higher user-level. Seems I must read the complete other topic again to understand…

That was indeed discussed, but that’s not available in the Discourse voting plugin that @raghukamath implemented in the forums. So now it’s priority voting. Everyone has limited votes, so you can only vote on the requests that you deem most vital. I think that works fine.

It’s much better than infinite votes, that’s what Autodesk and Adobe use, everything remotely interesting gets upvoting. So many votes were casted that nowadays only the most voted topics get upvoted, because the list of requests with votes is too damn long.

–

For me the feature works as expected. Though I do already notice that I cannot vote on some smaller UI papercuts/ workflow polish topics due to limited votes. Curious to see how the priorities develop in the next few weeks.

[Hologram]

Now that voting is in, I really propose to move active development topics out of the Feature requests section (sorry to reiterate my point). From a voting point of view, it doesn’t make sense that users can vote for it (especially since it was already decided to work on it).

[raghukamath]

Which are active development topics in the feature request category. I think the topic should be closed once it is fully implemented since development can be halted in the middle.

[Hologram]

Active development threads

Planned changes to assistants coming in 2022 (or later)

Please provide feedback for the Maybe category. In Will do/done are things that I kinda already decided to do, but if it’s a terrible idea, you can still say so, even if it’s implemented, it’s not merged to main Krita yet. Also I still have a few more topics/links to go through to find new features. But if you see that you already mentioned a feature that isn’t on any list here, please in a comment add a link to it (link will be better than repeating it, easier for me to not get lost). I think I…

How to improve quick editing/use of assistants?

There are two scenerios that assistants are a bit wonky to use currently. I have some ideas but none of them is very good, and even research in other programs didn’t help much. So I’m looking for fresh ideas how to improve access to assistants in those two scenerios: (scenerio 1) you want to make one single line or a bezier curve in a nice way and it’s done better with assistants, but to do that, you gotta go to the assistant tool, set it up, then move to the brush, enable snapping, then go …

Comic workflow - general ideas and feature requests (including long webcomics!)

Before you post First check whether what you want to ask for doesn’t fit that thread better: New feature: Comic Panels tool/layer (asking for wishes, needs and ideas of comic artists and others) (you can write two comments, one with comic panels related ideas there, and one here for the rest of the ideas). Rules for discussion please talk only about comic creations here please post comic panels tools/layers/etc. ideas in that older thread (because that’s something I actively work on, while thi…

Improvements to PSD compatibility (clipping mask) in Krita

This thread is a continuation of Add ability to save clipping masks in PSD files and make it cross compatible as much as possible, which meandered quite a bit and contained a lot of digressions. In this thread, I would like to ask any participant to stay on the topic. Topic: improving the PSD import/export functionality in Krita, so that it can detect clipping masks and import and export PSD files so that the end result whether opening in Krita or Photoshop (or potentially other programs) the i…

Artists feedback & testing
Does this one qualify as feature request? I think it’s more a general discussion thread.

Grease Pencil to Replace Vector Drawing Tools

This read on development was awesome Developing Features — Krita Manual 4.4.0 documentation Grease pencil technology to replace Krita vector drawing tools Building on top of the 3D viewport means a giant leap forward for painting illustration comics and animation. IMO Krita is better suited as 2D animation program compared to Blender because it is not constrained to Blender’s legacy UI. Adopting the hybrid technology means a vector and raster-like experience can build up around a 3D viewport…

Probably, there needs to be moderation/ clarification so that any feature request posted contains just one feature you can actually vote on. A whole list of features will likely also skew the results and would be unclear as it doesn’t indicate which feature on the list was voted on.

Multiple feature requests in single topic

Mega Feature Request - Ideas from Procreate

Okay so this post directly violates the guidelines but please take all the below as suggestions. I know Krita is a developer’s time dependant and I wish I could code but here we go. The premise is that procreate on Apple ecosystem has created a very intuitive interface, some ideas we could consider in Krita. Brush Engine - Which is already great on Krita, but Procreate has a dedicated smudge button. This allows any brush type to become a blending brush and thus a textured blending brush can b…

Some Feature Request

Hello… I have some feature requests for Krita… 01. Red Dot Indicator for Eraser Mode When we work a long time on Krita, Brush mode and Eraser Mode become confusing… like if we are working on fullscreen mode there is no toolbar… so we don’t know for sure which Mode we are Currently on just looking at the brush tip. So I think if Eraser Mode have a Red Dot or something like that then we visually know which mode we currently on. Like this… [01] Blender Grease Pencil had a similar thing… [02] …

Can be closed = merged

Please make a paste on existing layer option

The problem is that the program can’t know where on the layer you want to place the pasted content. That’s why it is either pasted as a new layer or a floating selection. Otherwise it’s not possible to move or resize the pasted content to the desired location without cuting it out again.

I expended all my votes now. I do see lot’s of ideas that would be viable for workflow polish as well. I need about 14 votes

[raghukamath]

@Hologram

Active development threads

Yeah those were not feature request per se and more about discussion so I moved them to the artists feedback category. thanks

@Hologram

Artists feedback & testing
Does this one qualify as feature request? I think it’s more a general discussion thread.

It too seems like discussion.

In general I or moderation team can’t stop people from making vague requests, or making multiple requests or starting a discussion in feature request. We do have a specific guide which outlines how a feature request should be but people get annoyed when we point it to them. They ignore it anyway. Here the person voting should decide if the feature request is good, clearly explained etc. Even then I feel people will see the title and vote or it might also happen then people may vote when they see photoshop in the title.

if I encounter a feature request which is not detailed and not well suited as in has multiple request in one topic then I will move it to feedback category where it needs to be clarified and discussed with feedback from others. Once it is ready the user can make a proper proposal.

For the existing request that can be closed, any members who have made the request can close it themselves or if any other members encounter such request and are sure it can be closed please close it. Or at least ask the original poster if it can be closed.

P.S. I am moving certain replies about voting system from here to the main voting system topic.

[raghukamath]

@Hologram

I expended all my votes now. I do see lot’s of ideas that would be viable for workflow polish as well. I need about 14 votes

We can discuss how much voted each level can get. Right not it increments in the twos. it can be in the 4s

[Hologram]

Yeah, there isn’t much you can do as moderator other than pointing out that 1 request per topic is preferred. I think, if there’s a pinned topic, you could also link to the Krita’s feature request guide: Ways to Help Krita: Work on Feature Requests | Krita

I might not be the best reference in terms of number of votes, because I want way too many things
Right now it’s very focussed so that’s fine. I really had to set priorities.
In time, you’ll get new votes as more things get implemented, hopefully.