Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

A Better GitHub Issue Queue

octokan.com

Post reply on HN
Print view View original

1–10 of 12 posts

Re: A Better GitHub Issue Queue

#3

Post by 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.

Re: A Better GitHub Issue Queue

#4

Post by balou »

wbond wrote: post #3

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…

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.

Re: A Better GitHub Issue Queue

#6

Post by sberder »

wbond wrote: post #3

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…

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)

Re: A Better GitHub Issue Queue

#7

Post by wbond »

balou wrote: post #4
wbond wrote: post #3

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…

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.

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.

Re: A Better GitHub Issue Queue

#8

Post by balou »

wbond wrote: post #7
balou wrote: post #4

Earlier quoted context omitted.

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.

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.

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.

Re: A Better GitHub Issue Queue

#9

Post by balou »

sberder wrote: post #6
wbond wrote: post #3

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…

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 )

So many magic files flying around ;)
Post reply on HN