~sircmpwn/todo.sr.ht#238: 
Too much unused space in ticket body

If you look at https://todo.sr.ht/~alextee/zrythm-bug/13 for example, the ticket body only takes up the left half of the page and it's hard to read the code blocks.

I think the Status/Submitter/etc. part should go above the body

Status
REPORTED
Submitter
~alextee
Assigned to
No-one
Submitted
4 months ago
Updated
9 days ago
Labels
No labels applied.

~sircmpwn 4 months ago

I think that ticket is kind of GitHub in its execution. SourceHut tickets are meant to be more brief and to the point, not based on some template which tries to force a pretty square-shaped ticket template into a brutalist square-shaped hole.

~aspiers 9 days ago

Does SourceHut really want to be opinionated about the size and shape of tickets its users file? That would seem very limiting to me, and personally enough to put me off using the service. Some issues are necessarily complicated and require significant detail in order to resolve.

~sircmpwn 9 days ago

SourceHut is an opinionated service. This should have already been apparent in many respects, such as our committment to the email workflow, rejection of JavaScript-driven UIs, and so on.

~aspiers 9 days ago

Yes that was already apparent, and I think opinions on things like that are perfectly fine. But commitments to email workflow, a lack of JS etc. do not obviously cause friction for collaboration on complex issues. In contrast, friction is caused by having to describe all issues in a succint manner, or at least having to suffer non-succint issues being squeezed into a narrow width. https://todo.sr.ht/~alextee/zrythm-bug/13 is a good example of this. There is nothing specific to GitHub (or indeed any other issue tracker) about an issue which requires a lot of information to describe it sufficiently well. The complexity of some issues is a function of the complexity of software development in general, not of the trackers which host them.

IOW, saying something like "SourceHut aims for simplicity of interface" makes plenty of sense to me, but "SourceHut aims to host only projects which have simple issues" does not.

~sircmpwn 9 days ago

https://todo.sr.ht/~alextee/zrythm-bug/13 is not a good bug report. Almost all of the space is taken up by irrelevant information.

~aspiers 9 days ago

I agree to a large extent, but this does not change my point. For example, the presence of some debug logs alone is enough to justify the need for formatting the issue body wider. Currently, reading any such logs requires horizontal scrolling, which has a significant impact on usability.

~sircmpwn 9 days ago

Sorry. I'm not convinced.

~aspiers 9 days ago

You're not convinced that having to scroll horizontally backwards and forwards to read debug logs harms usability? Or you agree it does but you believe that doesn't matter for some other reason?

Register here or Log in to comment, or comment via email.