[wbond]

I like the alternative interface for managing issues, and it is nice that I could use this for some public repos that get a lot of issues and pull requests.

One nice enhancement would be a simple toggle for hiding labels with no issues.

The lightbox approach to presenting an issue seemed a little funky - mostly in that it just feels like it is not a "real" part of the interface since it is shown in a small column. I also noticed some issues with URLs overflowing the lightbox.

Speaking of GitHub Issues - the biggest, simple change I can imagine GitHub making to Issues is allow repository owners to add a small readme to the New Issue page. It would help a lot in explaining what a good bug report looks like and where else to get help.

[sberder]

For the readme on new issues, I think it is automated by simply adding a 'CONTRIBUTING[.md|.rst|.txt]' to you repository. You can see this happening for celery (https://github.com/celery/celery/issues/new)

[balou]

So many magic files flying around ;)

[balou]

I believe you can update what labels you wanna see by selecting them in the setting pane on the right (as well as re-ordering them).

As for the lightbox part, there's indeed a bit more work in representing the content of the issues.

[wbond]

Yes, I found those checkboxes. However, I can see two use-cases:

    1. Adding issues: I want to see everything
    2. Triaging: I only want to see labels with issues

Thus, most of the time I want only those with issues, or all of them.

[balou]

That's a valid point, probably more brainstorming in the best approach to render the first landing on a repo as it is what effectively is at stake; instead of landing on a blank page the choice was made to display it all, letting you transform the kanban to a dashboard that best fits your need, later visits would re-use your pre-saved board.