Drawing tools: confusion when some tools have sub-tasks and others don't #6620
shaunanoordin
started this conversation in
Feature Requests
Replies: 2 comments
-
Maybe this can be solved with a bit of design. @beckyrother any ideas? Perhaps an icon or tooltip that shows which of the drawing tools has a subtask from the task area? |
Beta Was this translation helpful? Give feedback.
0 replies
-
I like Shaun's solution of adding '+ subtask' to the tool description! An icon might end up creating more confusion since this isn't necessarily a common thing to encounter |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
General Bug
Package:
lib-classifier
Initially discussed in #1677
Say you have a drawing Task that has multiple Tools, and some tools HAVE sub-tasks but other tools DON'T have sub-tasks. If the active tool DOESN'T have a sub-task, and you click on a mark with a sub-task, then the sub-task popup won't appear.
While "Point + no subtasks" Tool is active, clicking on the red or yellow marks (which do have subtasks) doesn't cause the sub-task popup to pop up.
Similarly, if the active Tool selected has a sub-task, but the clicked mark doesn't, an empty sub-task popup appears.
Testing
Setup:
Actions:
Tested on
http://localhost:8080/?env=staging&project=1898&workflow=3396
on macOS 10 + Chrome 83Analysis
It seems that the SubTaskPopup works correctly (i.e. sets its visibility to true when a drawing mark is created or selected) only when the active drawing tool has a sub-task associated with it.
❗ Important note: the SubTaskPopup doesn't care what kind of sub-task the active drawing tool has, only whether or not it has one. This means there's no confusion of sub-tasks when selecting different tools.
For example, if we set up a workflow with 3 drawing tools...
...then the sub-task popup appears correctly (with the correct popups) when Tool 3 is active and we click on Mark 1. 👌 Here, at least, there are no problems.
Recommendation
As for the source of the problem... Uh, my best guess is that the SubTaskPopup's visibility is somehow tied to checking the subtask value
activeTool
instead ofactiveMark
. Or maybe... the activeMark is somehow affected by the activeTool... uh...Maybe the solution is to always switch ActiveTool to the tool used to create the selected mark, before performing other actions such as showing the popup?
Sorry, I've got nothing.
Status
Medium-priority bug. Doesn't affect any of our current projects, and we know of the workaround, but needs to be sorted to avoid nasty surprises in the future.
Beta Was this translation helpful? Give feedback.
All reactions