Anonymous user
GSoC 2014/task-browser-info: Difference between revisions
no edit summary
imported>Shauna |
imported>Shauna No edit summary |
||
| (One intermediate revision by the same user not shown) | |||
Line 1:
= History =
The previous version of this app lives [http://tasks.openhatch.org/ here]. The repository is [https://github.com/openhatch/new-mini-tasks here] with issues [https://github.com/openhatch/new-mini-tasks/issues?state=open here]. We stopped using this because:
* The code is somewhat confusing, making it difficult to understand how to change it. ([https://etherpad.mozilla.org/tasks-discussion This etherpad contains some clarifying questions and answers about the repository, but honestly may not make much sense on its own.)
* Having easy edit-ability was key, hence moving to a wiki (see below).
Key features we were missing included:
** The ability to associate bugs with a project and include significant info about the project.
** The ability for mentors and attendees to very easily update info on each bug.
** Filtering by multiple things was broken.
We currently use [https://openhatch.org/wiki/First_Tasks this wiki page]. Key features it is missing include:
* The ability to hide projects from a particular event.
* The ability to easily filter projects (instead you just have to read through).
= Workflow =
== Backend ==
Each bug will be associated with a project. The project itself will have some info associated with it (see the bottom of [http://campus.openhatch.org/projects.html this page] for a portion of that info - links to help info, etc). Ideally this info only has to be entered once, and when entering a bug for a pre-existing project you can just associate it with a project.
Line 16 ⟶ 31:
== Frontend ==
People in the workshop should be able to search or filter through the bugs to find ones matching their skills and interests. They should be able to search/filter along multiple axes (for instance, looking for education projects coded in Python).
Ideally people using the browser would be able to add notes to it, though perhaps not edit the main info. It would be neat if there was a field where they could indicate that they were working on it. Perhaps if they removed their name from working on it, they could be prompted as to why they were ceasing work and that information could be stored, either on the bug or hidden for mentors to view.
| |||