Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Dashboard overhaul #165

Closed
wants to merge 19 commits into from
Closed

Dashboard overhaul #165

wants to merge 19 commits into from

Conversation

charliemirabile
Copy link
Contributor

After one year, we have finally surpassed what we had for a dashboard

charliemirabile and others added 5 commits September 23, 2024 14:04
To make way for a more proper dashboard that shows the grades, we should
move the old dashboard that shows all submission activity to a new url
fixes a flake8 error; improves legibility.
Lists all assignments with placeholder table headings.
Right now the post request handler just logs which assignment the oopsie
was requested for.
@theyoyojo
Copy link
Contributor

fails style checks

@theyoyojo
Copy link
Contributor

fails style checks

actually this may be a fedora 37 issue so perhaps disregard

@theyoyojo
Copy link
Contributor

Fixes: #147
Fixes: #137
Fixes: #125
Fixes: #124
Fixes: #66

@charliemirabile charliemirabile force-pushed the dashboard_rw_rw_rw_final branch from 7c2af2b to 6052c43 Compare October 6, 2024 23:49
charliemirabile and others added 14 commits October 6, 2024 19:59
Add a page that sits between clicking the oopsie button and
actually using the oopsie where the student can think twice.
also the oopsie table will be keeping track of the time
stamp it recieves the oopsie at: the user won't ever need this
info but it might be useful for administrative reasons.
once a student confirms that they would like to use their oopsie record
that in the database permanently
Determine 'oopsieness' and store that value in each assignment table.
This value is used to change how the oopsie button is generated.
If an oopsie was used, do not show the initial submission or peer
review fields to the user for that particular assignment.
The main submission table is filled with every 'email event' that
mailman sees, the gradeable table is the place for keeping track of
all submissions that on their surface appear to be 'good'
submissions - they are addressed to the correct emails, they are
submitted within their expect submission windows, etc.
This will record the fate of the submission during mailman's processing
If this submission is ineligible for grading, this field will hold the
reason why. If it is an eligible submission, this field will explain
what the mailman thinks it is.
This lays the groundwork for future mailman processing that will
recognize valid submission attempts and provide useful feedback
to the user.
Update the submission's status to reflect this processing
Update the submission's status to reflect this processing
The table now handles the possibility that there are any number of peer
review assignments between 0 and 2.
by default we hide subsequent rows until an initial submission is made
@charliemirabile charliemirabile force-pushed the dashboard_rw_rw_rw_final branch from 6052c43 to 8adc7e2 Compare October 7, 2024 00:00
@charliemirabile
Copy link
Contributor Author

superseded by #186

@michael-burke4 michael-burke4 deleted the dashboard_rw_rw_rw_final branch October 15, 2024 00:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants