Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Selecting kanban tags and project status tags #83

Open
nickbe opened this issue May 9, 2016 · 6 comments
Open

Selecting kanban tags and project status tags #83

nickbe opened this issue May 9, 2016 · 6 comments
Milestone

Comments

@nickbe
Copy link

nickbe commented May 9, 2016

Best thing would be to have 2 status configurations in a project.

  1. Status fields for current project. (select project statuses from all the statuses configured)
  2. Select kanban status fields for this project from the selected project statuses.

I suggest two seperate rows of statuses. Each time I enable/disable status for the current project a second kanban tag becomes visible and is avaiable for being selected.

What do you think?

@satrun77
Copy link
Owner

satrun77 commented May 9, 2016

I'm not sure what you mean.

@nickbe
Copy link
Author

nickbe commented May 9, 2016

Select the projects status tags from all the status tags first.
(Different projects might require different status tags)

Then select the kanban tags from the projects status tags.

The reorder function should then be done with the project statuses instead of the kanban statuses.
The kanban should always show up in the same order.

@satrun77 satrun77 added this to the 2.8.0 milestone May 22, 2016
@satrun77 satrun77 removed this from the 2.9.0 milestone Jun 27, 2016
@nickbe nickbe changed the title Manage kanban tags as a subset for project status tags. Selecting kanban tags and project status tags Jul 2, 2016
@nickbe
Copy link
Author

nickbe commented Jul 2, 2016

Use tristate buttons to select the status tags per project and at the same time the status tags that should be visible in the kanban. See attached image.

image

First click enables the status (exactly like now) and the second click adds the kanban view for this status. Third click again deselects the status tag.

This would also resolve #93

@satrun77 satrun77 added this to the 3.0.0 milestone Jul 20, 2016
@nickbe
Copy link
Author

nickbe commented Sep 11, 2016

back from my holiday I was wondering if it would make things easier if we define tags not globally but per project. pro would be that if you manage lots of different projects types the all the different tags would be easier to manage. A disadvantage would be be that you have to define all your tags from scratch for each project. (until there's also some default tags)

What do you think about this idea? Nonsense or worth thinking about?

@satrun77
Copy link
Owner

Currently you manage the tags from an admin interface, and then they are all displayed in the project form and issue form.

The request here is valid and I agree on. Not all projects will have the same workflow and tags.

Tags per projects, means I will have to re-implement many of the existing functionalities. (Longer time to complete the job).

Option:

  • Administration setting to define default tags that would be auto selected on creating a new project.
  • On creating a new project you can select which tags available with field to search for a tag and select to add to a field. Then we only show the selected tags.
  • the above feature to select which of these selected tags can be used in Kanban.

@nickbe
Copy link
Author

nickbe commented Sep 11, 2016

Thanks for your thoughts on this. I was just thinking about another all together different approach:

The current tag system is easy and I like it to keep a central admin setting for them. But what if we invent 'tag groups' in the settings:

First you create/select the tag group - let's assume the initial group is simply called 'default'.
Then the user can create different tag groups and below each group are the current tags. (Exactly like he is now). And when creating a project you just select the 'tag group'.

This would work a little bit like a template system, but might be much easier to work with (and probably a little bit easier to implement)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants