I've noticed that this has been the typical layout of my screen in the last three weeks:

So I have access to:
Saturday I think I'll have to start thinking about the user interface pretty soon:
I think speed is the key (no, not computation complexity, user speed). I should be able to specify all the fields I want when I create a new project, I should be able to change and delete them in place without having to click more than once, I should be able to view parts of a ticket that I feel are important right away (or with a mouse-over). I should also be able to view the field values of a ticket in a nice tabular, succinct form. Changes to a particular field should also be simple and not require more than one click.
So I have access to:
- source files and SVN controls on them
- typical editor with ability to jump to declarations and a margin at col 80
- a class/module browser
- Can navigate files with ALT+TAB
- at the bottom: SVN commit logs, test results, Python run results
- top right: quick switch between SVN remote file access, PyDev, and debugger (which actually sucks since I can't look up my variables)
- Also cygwin for running scripts, launching a DrP standalone portal, and basic Unix commands
- IPython for debugging purposes; function source and docstrings
- browser with tabs for: Elixir documentation, SQL Alchemy documentation, utoronto email, my blog, and one extra for quick navigation to something not mentioned above.
Saturday I think I'll have to start thinking about the user interface pretty soon:
- creating a new project
- editing a project
- event log
- view tickets (includes querying)
- ticket details
I think speed is the key (no, not computation complexity, user speed). I should be able to specify all the fields I want when I create a new project, I should be able to change and delete them in place without having to click more than once, I should be able to view parts of a ticket that I feel are important right away (or with a mouse-over). I should also be able to view the field values of a ticket in a nice tabular, succinct form. Changes to a particular field should also be simple and not require more than one click.


Comments
That made me have the thought, what if an admin wants to make one of the ticket fields required? Have you thought of including that functionality?
(This is Liz, I'm working on usability stuff with DrProject for the summer. I'm sure I'll have more comments and would be happy to talk w/you about the UI design.)
That's a good point and it'll definitely be in mind when doing the UI and pretending to be the user. But I'd like to hold off on bells and whistles for now. I believe the database schema is flexible enough that that can be incorporated later on; I feel I should get something running (some deliverable) for version 1.0 or 0.whatever.
Among the things I'd liek to consider later on are:
1. required/optional fields
2. adding default fields that will be included in each project upon creation (just like created, last modified, and reporter; only, those are mandatory for audit purposes)
3. ability to change the name of a field (really not that hard, but will come later)
4. etc.
I'd like to hear more of your opinions on expanding the etc in no. 4.