Monorepo for Tangled tangled.org

Feature: Discussions #597

Open erlend.sh
Open opened by erlend.sh

As a continuation of #593 it’s worth thinking through the implications of a Discussions feature equivalent to GitHub discussions.

Another big upside of allowing for more intentional signal-sorting in the ‘issue tracker’ (I prefer to think of it as a less prescriptive ‘notes tracker’) is that ‘discussion issues’ don’t clog up the TODOs queue.

I always thought it was a massive mistake for GitHub to introduce Discussions as wholly separate post type, distinct from Issues and thus lacking features like backlinking and dividing search in two, even requiring a special conversion to transition from one type to the other.

Following from #593 it can now make sense for every new thread to start out as an untriaged discussion; only what’s deemed an issue is an actual (open) Issue.


Given the entrenchment of ‘Issues’ I don’t have high hopes of persuading anyone, but: I actually favor notes over issues as a more universal term for artifacts of deliberation in a code repo, since issue denotes a rather specific kind of reporting that isn’t the real baseline for the types of threads that’ll be submitted to a repo.

For renaming 'issues', there is #533 Proposal: rename "issues" to "tickets".

I agree. I think distinction between traditional issues and discussions should be on rendering and not on their internal model. I like to go even further and claim that PRs are also just tickets with some extra metadata.

It's pretty hard to draw a line between issues and discussions, actionable tasks and bug reports, proposals and reviewable changes etc. So best way to divide them is to just put everything in same bucket with fully customizable categorizing strategies where each categories will have different rendering styles.

Some might want complete tree-style thread for issues. Some might want "pinned answer" in all tickets. Some might want to make proposals as reviewable item even they don't include any code changes. Some might want two issue tabs for general bug reports and actionable tasks. Modern task management systems don't try to distinguish between "general report", "actionable task" and "ongoing work". Tangled can follow same direction.

For renaming 'issues', there is #533 Proposal: rename "issues" to "tickets".

Ah perfect. ticket is just as good.

I like to go even further and claim that PRs are also just tickets with some extra metadata.

Yup!

Discussions do feel like they should be more integrated into the actual issue/PR system, especially with how I've sometimes seen it used on some GitHub projects.

Per a #593 reply, Ghostty has a system where users create Discussions for new feature requests, bug reports, and ideas, and when it's been discussed enough to actually create an actionable item, a maintainer will approve the creation of a new issue for it. See: https://github.com/ghostty-org/ghostty/issues/3558

This workflow feels right to me, and having Dicussions that better integrate into the issue/PR workflow would be really nice to have.

A project im involved with (as a maintainer) is trying to adopt this flow as well, and one of the largest obstacles is redirecting folks to use github discussions at all before opening issues/PRs. I'd be really cool if tangled ends up having the tooling to support such a flow.

Sign up or Sign in to add to the discussion.