obsidian-tasks-group / obsidian-tasks

Task management for the Obsidian knowledge base.
https://publish.obsidian.md/tasks/
MIT License
2.46k stars 230 forks source link

Possbility to use custom emojis for priorities #1359

Closed alancunha26 closed 1 year ago

alancunha26 commented 1 year ago

⚠️ Please check that this feature request hasn't been suggested before.

πŸ”– Feature description

For me the priority emojis are kinda hard to identify, I am a previous todoist user, but I stopped using it because I wanted something shared with my pkm, so the priorities could have colored emojis for better differentiation, like:

βœ”οΈ Solution

To solve this problema, we should be able to edit the state emojis used in the vault

❓ Alternatives

Maybe just change the priority emojis to be something more different from one another

πŸ“ Additional Context

No response

alancunha26 commented 1 year ago

Another possible solution could be each task has one css selector based on the priority status, like:

claremacrae commented 1 year ago

hi, Thanks for a clear request.

it’s interesting to see a request for different emojis the most common request is to use text instead of emojis for data. πŸ˜„

But seriously… In your summary you ask for custom date and priority emojis. In the description you mention priority only.

It helps with planning if the two fields are consistent. It sounds like it is just priority.

Thinking more, is a better summary β€˜Make it easier to quickly distinguish task priority visually at a glance in task results blocks’?

Another possible solution could be each task has one css selector based on the priority status, like:

  • .tasks-priority-high
  • .tasks-priority-medium
  • .tasks-priority-low

This is currently being implemented. See #877.

alancunha26 commented 1 year ago

Yes, my main problem are the priority emojis, but I scoped my request higher because tought that it could be something natural to implement together. But second guessing, I think this could be focused in solving the priority problems. Thanks for the quick response!

claremacrae commented 1 year ago

Excellent, thank you for updating the title.

Another possible solution could be each task has one css selector based on the priority status, like:

  • .tasks-priority-high
  • .tasks-priority-medium
  • .tasks-priority-low

Because you have said that CSS is an acceptable solution for you, it is unlikely that adding custom emojis for priorities would ever reach the top of my priority list.

However, I'll leave the suggestion open to allow others to vote for it (with πŸ‘ on the first message) if they wish.

FabianoLothor commented 1 year ago

Interesting, I already use emojis for prioritize my tasks, I just open a task to enable the possibility of sort them accordingly: https://github.com/obsidian-tasks-group/obsidian-tasks/issues/1479

timtreis commented 1 year ago

I'm not sure how it is currently implemented (probably regex?), but wrapping the "priority slot", or any other slot, in a div with a class like the mentioned .tasks-priority-high could lend itself to a smooth option to replace the emoji of choice, no? Thinking in the likes of:

- [ ] <div class="tasks-priority-high"> πŸ‘ </> My task <div class="my-other-slot"> πŸ’― </>

Then the settings dialogue could provide a mapping between those div classes and the emoji to be placed inside of it.

claremacrae commented 1 year ago

@timtreis There is a pull-request in progress to enable that kind of functionality. https://github.com/obsidian-tasks-group/obsidian-tasks/pull/1519

claremacrae commented 1 year ago

Because you have said that CSS is an acceptable solution for you, it is unlikely that adding custom emojis for priorities would ever reach the top of my priority list.

There has been a documented way of styling Task priorities in Reading mode and in Tasks Query Results blocks for some time now.

https://publish.obsidian.md/tasks/Advanced/Styling#Priority+as+a+Checkbox+Color

There are some other examples of styling in the Show & Tell Discussions section of this project.

So I'm closing this as 'won't do'.