You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Great work over at #2531 seems to be functioning well, I've just got a few ideas for UI/Workflow tweaks. Although I completely understand the concept of the blocks/depends on relation, I find the UI, or terminology, confuses this for me a little. I'm often creating the relation the wrong way around.
Personally I would probably find the terminology parent/child less confusing, but I can see why we may prefer something more descriptive.
From within an issue, I can add a dependency. This sets the issue I'm in as the parent (blocker) and the issue I selected as the child (dependency). The issue then comes under the heading "depends on" on the parent issue, and the parent is shown under "blocks" on the child issue.
If I'm creating a child issue, I have to create the issue, then go to the parent, then add the dependency. When we have a big issue that needs to be split up this is not that convenient.
What also may be adding to the confusion is when you add/remove a dependency between issues a comment is added to both issues stating "user added/removed a dependency" however there is no difference between the message so it is impossible to tell which way the dependency is/was from the message alone.
Am I just missing something here? Or could we choose better terminology?
Suggestions:
Consider consistent terminology. Not sure which to pick though!! :/
Dependent / Depends / Depending / Dependency
Blocks / Blocking / Blocker
Parent / Child
A "create sub issue" button on every issue that creates new issue with the parent already set.
The ability to choose the direction of the dependency when its added, so it can be set from the issue, without having to first browse to the parent. This choice would then give a better indication of the direction through the terminology being side by side.
The text was updated successfully, but these errors were encountered:
bobemoe
changed the title
Dependancies UI
Dependencies UI / Terminology
May 14, 2019
that clear terminology must be found for all localizations. eg. the german translations uses "blockiert" which can be used both in active and passive sentences.
with regards to proposal 2. and the parent / child terms: i don't think they fit well for m:n relations.
maybe a tooltip that elaborates in a sentence on a relationship widget would be helpful too.
What also may be adding to the confusion is when you add/remove a dependency between issues a comment is added to both issues stating "user added/removed a dependency" however there is no difference between the message so it is impossible to tell which way the dependency is/was from the message alone.
Same problem to me, which with the same expression and icon, both in English and in Chinese. It made me suspect that this function is not working well for the first time, until I saw the side toolbar.
that clear terminology must be found for all localizations. eg. the german translations uses "blockiert" which can be used both in active and passive sentences.
I guess that just use the similar expressions in the side toolbar would be fine. @lunny
Great work over at #2531 seems to be functioning well, I've just got a few ideas for UI/Workflow tweaks. Although I completely understand the concept of the blocks/depends on relation, I find the UI, or terminology, confuses this for me a little. I'm often creating the relation the wrong way around.
Personally I would probably find the terminology parent/child less confusing, but I can see why we may prefer something more descriptive.
From within an issue, I can add a dependency. This sets the issue I'm in as the parent (blocker) and the issue I selected as the child (dependency). The issue then comes under the heading "depends on" on the parent issue, and the parent is shown under "blocks" on the child issue.
If I'm creating a child issue, I have to create the issue, then go to the parent, then add the dependency. When we have a big issue that needs to be split up this is not that convenient.
What also may be adding to the confusion is when you add/remove a dependency between issues a comment is added to both issues stating "user added/removed a dependency" however there is no difference between the message so it is impossible to tell which way the dependency is/was from the message alone.
Am I just missing something here? Or could we choose better terminology?
Suggestions:
Consider consistent terminology. Not sure which to pick though!! :/
Dependent / Depends / Depending / Dependency
Blocks / Blocking / Blocker
Parent / Child
A "create sub issue" button on every issue that creates new issue with the parent already set.
The ability to choose the direction of the dependency when its added, so it can be set from the issue, without having to first browse to the parent. This choice would then give a better indication of the direction through the terminology being side by side.
The text was updated successfully, but these errors were encountered: