At least issues are affected - tab index should be that you can type in your comment in the comment box, press tab once and then be focused on the "add comment" button.
Designs
Child items
...
Show closed items
Linked items
0
Link issues together to show that they're related.
Learn more.
considering how gitlab doesn't give a shit about usability problems and instead wants to focus on shiny - instead of practicality and stability, I'm closing this. Any further bugs will go unreported by myself, and patches will be kept exclusive.
By Administrator on 2012-11-30T12:24:31 (imported from GitLab project)
By Administrator on 2012-11-30T12:24:31 (imported from GitLab)
While reporting issues is a laudable effort (and we thank you for that) it only gets you so far in having your issue addressed. If you were to look at the activity stream of many of the core contributors you'll see that we are quite busy with various things. So between answering issues, reviewing PRs and developing and testing features ourselves we are sorry that your particular pet peeve has not been our main focus.
That's why in open source projects "code" contributions are valued so highly. Because they take the burden of coming up with a fix for every problem off the "core team".
Every issue has six phases:
finding the error
fixing it
testing the solution works
submitting a PR
reviewing/testing it
merging it
So you can see why we are very grateful for anybody who takes up the task and tries to meet us half way (i.e. at the PR). You could also see it as "leading by example". If you know how to fix it (what I assume from your comment) then why not fix it for everybody and by submitting the PR indirectly showing that people care and educating us on making the interface keyboard friendly.
But you are right there isn't an explicit focus on usability, but we are aware that there are usability issues with GitLab and we try fix them when we encounter them ("en passant" as they say). But as you might know GitLab is quite a big piece of software and everybody uses any of the features slightly differently. So what might be a big annoyance for you, somebody else might never even see/recognize.
So please be considerate and help us make GitLab better. :)
By Administrator on 2012-11-30T18:25:56 (imported from GitLab project)
By Administrator on 2012-11-30T18:25:56 (imported from GitLab)
you have over 400 issues currently open, 36 pull requests open. your team is focusing more on shiny than stability. your project management has tunnel vision and isn't focusing on long term, and for multiple versions there's been a number of problems ongoing which not only have been reported, they've been ignored. try looking at a commit with a C-style multiline comment sometime as a hint.
in the meantime, take a lesson from older and more mature products that aren't allowing major bugs (like not being able to delete ssh keys without fscking the entire installation up) with releases.
By Administrator on 2012-12-01T03:36:49 (imported from GitLab project)
By Administrator on 2012-12-01T03:36:49 (imported from GitLab)
I'm sorry you feel this way. We try hard to produce as good a software as possible and also "learn on the job" in terms of how to code and deploy things of the complexity of GitLab. If it's not fast/good enough for you, I'm sorry.
By Administrator on 2012-12-01T14:11:10 (imported from GitLab project)
By Administrator on 2012-12-01T14:11:10 (imported from GitLab)