There is no way to add an assignment from the Grader Report page.
I agree there should be a simpler way to create assignments in Moodle 2 from the gradebook. While this is questionable from a pedagogical standpoint, it is how higher education faculty work. They design their courses froma syllabus. Take that as you will, but the fact remains that Moodle requires two distinct ways to build a gradebook. All manual grade items must be created through the gradebook's somewhat daunting UI, and all non-manual items are created via the Moodle 'add an activity' interface. This duality is lost on almost all new users. There seems to be no technical reason for this other than innefficient design. We've tried a few ways of dealing with this and our latest attempt is our gradebook builder. This was done to appease the Moodle newbies and is a wayto create any graded item directly from the builder. Currently we have only developed a quiz creation plugin, but it's relatively trivial to add plugins for all graded activities. The reason we stopped development is the lack of use. We've been using Moodle for years and our faculty are used to the way it works already. We had a few users, but not enought to justify further development. I guess what I'm saying is, yes the current dual mode design is clunky, it's just not a pressing issue, even though we wasted development time on it.
The student's name should always appear even when scrolling right. The should function similar to a "locked column" in a spreadsheet.
Moodle has done this since 1.9.5. I developed the solution. We take it further in Moodle 2 allowing faculty to specify a "repeat headers" value where they can repeat the gradebook headers so they are not lost or forgoten when scrolling down. This went over VERY well with faculty.
Everything possible should be done to make the page fit on a typical monitor without the need to school horizontally. The SchoolTool UI does this by truncating and favoring horizontal space savings to vertical. Names of assignments should be abbreviated/truncated. When hovering over it should reveal the full name
Truncating is a horrible idea. I prefer the vertical naming solution proposed above/below. We use neither currently as fixed user names and repeat headers has quelled almost all complaints for us. We will implement vertical item names as soon as IE10 is adopted en masse.
Option to hide hide category and sort by date
We agree there should be a global control for collapsing / expanding gradebook columns. We will be investigating the proposed solution.
Only show decimal when decimal value is entered. Entering one decimal would make the entire column show decimal, including .00
Handling of decimal places is the laziest (and most infuriating) part of Moodle. We have developed a comprehensive solution to decimal handling that satisfies our faculty along with every other person we've shown it to.
In our system, user decimal preferences are adhered to NO MATTER WHAT. If I set my decimal places for an item to 0 and enter 89.65 the end user will see 90.0.
In Moodle, Letter conversion taking place at 5 decimal places causes students to see one grade while receiving another. This is a very bad(™) idea. Example: Student has 89.65 and the instructor rounds to 0 decimal places. 'A' is defined as 90, student sees 90(B) or even worse just 90 and gets a 'B' on their trascript. This is less than ideal behavior and VERY easily fixed. In our instance, Letter grade conversion adheres to item / course decimal preferences.
The letter editor in Moodle artificially constrains people to integer grade values. This is lazy. Ours defines acceptable grading scales up to 5 decimal places and is user customizable. In higer education, curving is king and without the ability to define arbitrary values for letter grade transitions, curving becomes much more involved and manual.
Inferring the number of decimal places to round to based on input is a very bad(™) idea. It raises questions and can cause confusion as well as necessitates storing the number of decimal places on a per grade_grade basis. If ti is not being used in calculation, this is just wasteful.
Student image should be off by default, to save room and declutter the interface.
This is an administrative switch.
Less or no border padding to save space
Text should not float around when hovering an item, that is absurd.
Agreed, but not the end of the world.
Grade jumps from right to left justification when clicking on grade.
This is a minor issue, at best. This is easily fixed in the theme or via the gradebook CSS by changing input[type="text"] relative to the editing gradebook.
All fields should be accessible via keyboard shortcuts. Schooltool uses spreadsheet type shortcuts. Enter goes down, Tab goes left. Pressing enter in at the bottom submits the form (as enter is standard to submit form).
Max grade should show, again I like school tool's handling of this. Alternatively it could show when hovering over the assignment name.
Choose to show grade item range and the max is there.
The dropdown to show different reports on the top is centered on Grader report. On other reports it's left justified. It should always be left justified for consistency.
Sounds like a theme issue. We don't have that problem.
Activity names will be rotated vertically to get more space.
Yes please! Easily done and a wonderful idea. Now that IE8 is dying, this can be implemented soon.
Added maximise/minimise links to expand/shrink gradebook
Yes please again.
Added scrollbar on top if scrolling required
Besides the mac issue, this is yet another JS solution that slows things down. We've developed (and scrapped) this in the past along with vertical and horizontal scrolling with fixed header/user column. They both work ok for smal courses, but render large course gradebooks unusable. The vertical and horizontal scrolling methods all require three pulls of the gradebook, which slows things down and this data needs to be stored locally increasing overhead drastically in large courses. The linked proxy scrollbar solution often lagged in even small courses. Maybe we just suck at JS?
Merged user-fields in one row to get more space on grader report.
This is a good idea. It makes me happy.
Defined text input size to get consistent view on all browsers.
Scroll and fixed user fields view are now consistent, and fixed user fields view doesn't take up whole window.
This is a byproduct of combining user fields and vertical naming. Excellent idea and good solution. We will be bugging you soon.
I'd like to add some more gripes and solutions for some other problems in the gradebook. All of mine have in place solutions (both above and below) used by 2000 faculty and 30+ thousand students in over 10,000 courses.
Weights of items not visible from gradebook. This is annoying and an oversight.
We do this. We calculate the weight of every item including category totals in relation to the course and show the user this in the gradebook view.
No way to easily find a user in a large course.
We've implemented the standard moodle letter bars at the top for filtering by first and last name. Simple and effective.
Again, extra credit in weighted mean is still absent from Moodle core.
By taking advantage of negative values, we've implemented extra credit in weighted mean. Any negative weight is evaluated as an extra credit item and the stored value is ustilized when the user changes from extra credit to a normal item again. Therefore if somethign is created with a weight of 5, then it is decided it willbe extra credit, we store the weight as -5, for when the user decides it will no longer be extra credit. Faculty do this all the time and it drives me nuts, but this solution solves any problems we've encountered.
We actually classified the letter rounding issue a bug and fixed that very early in Moodle 1.9. It surprised me we had to make the same fix in Moodle 2.