|
History
| Log In
|
|
|
|
[
Permlink
| « Hide
]
Joe Murphy - 17/Jul/08 04:49 AM
This ability was available in the 1.8 Gradebook.
Just attached a patch of the first draft. Please take a look when time affords.
Attaching a screenshot of the current draft of the new interface. It's meant to be AJAX-free for now, but easy to transform into AJAX treeview.
Last patch attached. Please review and provide feedback.
Nicolas:
Your screen shots do suggest a clear improvement, especially in terms of being able view and adjust the gradebook configuration on one page. I am sure we can get some teachers to test it quickly for usability once that is ready and try to coordinate with others to provide some useful feedback of end users. Since I teach with this and work with my faculty, I would anticipate some candidates for improvement just from looking at your screenshot: * The weight of most interest is that of the categories. That does not appear to be shown. Perhaps it is when the parent category is Weighted mean of grades, but your sample does not show that. * It is not evident to me what the symbols next to the category do. I assume that the first one is for empty = 0, but I am not sure which would be true or false. I don't know what the other two symbols do, and I am pretty familiar with the gradebook. * Extra-credit is normally just true or false (and easily understood). Perhaps it is too late to change that, but I don't know how teachers are going to make sense of it being a number without careful training. * You may just want to print text of any deviations from the defaults next to any item or category where that applies, and give an edit icon to change an item. That would keep the screen uncluttered in the standard case and give a quick visual indication of potential problems. The three icons would probably be better understood with text also (and only when different than the default). * This is probably too big of a change of this iteration, but it would be nice to have the option to display a particular student's score next to each item and category so that one is not having to switch back and forth between pages to see the impact of a change. * I still think that teachers are going to having difficulty finding this screen unless it is a tab or button labeled "Gradebook configuration". * I would be very interested in seeing how this looks for my gradebook tutorial as I think that it would be more typical of gradebook setup than one with a complex set of rules and summary types. When it is stable enough to be tested, I will do that and can offer more detailed feedback. Still, this is definitely a nice step forward and I look forward to seeing how it evolves. --Gary Hi Gary,
Thanks a lot for your feedback, you continue to be a great resource to Moodle :) The screenshot was not in sync with the latest patch I posted, so I've updated it now. But now it's the patch that needs updating, since I've changed the extra credit to a checkbox. However, extra credits apply to 2 aggregation strategies: Sum of grades and Mean of grades with extra credits. I am not sure if the checkbox is used for both of these aggregation types. We will most likely NOT show any grades on this page, however. It would become too crowded IMO and people will complain again that it's too complex and they prefer 1.6 blah blah blah. As far as teachers finding it difficult to find the screen, it's not much of a learning curve in comparison with the other features. Personally I don't think it's a concern. You can actually test it right now, the patch is functional, although you won't have any images (only 2 icons missing). Please continue to post feedback, I really appreciate it :) Gary,
I don't understand this item in your list: | You may just want to print text of any deviations from the defaults next to any item or category where that applies, | and give an edit icon to change an item. That would keep the screen uncluttered in the standard case and give | a quick visual indication of potential problems. The three icons would probably be better understood with text | also (and only when different than the default). I can see the usefulness of an edit icon, but the text and defaults don't make a lot of sense to me. Also, the icons have clear tooltips when hovered, and have alt text for when images are disabled. This patch has been committed into HEAD, if anyone wants a hands-on test. It behaves exactly the same way as in 1.9, the only difference is in a couple of language strings. Even the code is almost identical, save for 4 database statements.
I applied gradebookweights2.patch to our Moodle 1.9.2 (Build: 20080711) instance. When I went to access the page, it threw this error: "require_js: yui_json - file not found."
I just re-read my comment, and realized it's a wee bit cryptic.
To elaborate, I do the following: 1) Go to the course 2) Go to the Gradebook 3) Select "Weights" from the pulldown menu 4) An error page appears with this message: "require_js: yui_json - file not found." Kenneth,
The reason why you are getting this error is that this patch is against the upcoming 1.9.3 version, which includes new and updated YUI libraries. But you can actually comment out the lines in grade/edit/weights/index.php that start with require_js(), since AJAX is not currently used in this patch (it is there as a stub). Nicolas:
To explain the suggestion that this page prints out the deviations from defaults: As I see it, the potential of this page is that it can encapsulate all the needed information for one to determine how a grade is computed in Moodle, and preferably without any specialized knowledge of the history of how these features evolved. The display should be self-evident to anyone who is familiar with how students are typically graded. So, if I have scores and this page, I should be able to sit down with a calculator and compute the same summary statistics that determines the grade. Showing weights and extra credits is really nice, as is the aggregation method. It does not, however, show multiplicator, offset, keep the highest, or keep the lowest, for example. In most cases these won't vary from the default, so they normally don't need to be displayed. But if something does not seem to compute correctly in the gradebook, the only way to find these issues is to drill into every item. And note that even if these were not applicable, the only way to be sure is to check each one, so it makes debugging the grade computation very difficult. But you can resolve this by appending a comment to items that don't match the defaults. Then it would be a complete description of how grades are computed on one page, which would be swell. As a note, the gradebookweights2 patch has some issues with empty categories (specifically, it does not detect it as a category since it does not have any children and stops the php script from running). We were able to fix up a patch to get around this, however someone more fluent in Moodle's source might want to revisit it under those conditions and fix it as you see fit.
We patched get_weight_input to check for boolean values of $item (only seen in the empty category case): function get_weight_input($item) { if (is_bool($item)) { // Added to workround empty categories. return ''; } if ($item->is_course_item()) { return ''; } and modified the end of build_html_tree with: $aggcoef_input = get_weight_input($item); if (!(is_bool($item))) { //added to test for empty categories $html .= '<span class="gradeitem">' . "\n$aggcoef_input\n{$element['item']->name} (" . $item->get_formatted_range() . ")</span>\n"; } else { // Formats empty category labels. $html .= '<span class="name">' . $element['item']->name . '</span>' . $aggregation_type . $aggregateonlygraded . $aggregatesubcats . $aggregateoutcomes . $aggcoef_input . $hidden . "</span>\n"; } } $html .= "</li>\n"; Again, more of a workaround than a 'proper' fix, but it works! I am trying to test this, Nicholas.
So, I made a fresh install of HEAD, started a new database and made a new course. Going into the new weight report, I get a Fatal error opening required HTML/AJAX.php. As suggested in an earlier part of this tracker entry, I commented out line 37 of grade/edit/weights/index.php for the require_js, and I get the same error. When HEAD is fixed I will again try to test it. --Gary Gary,
I just made a fresh install of HEAD, installed the DB from scratch and created a new course: no fatal error with HTML/AJAX.php. I don't understand why you're getting this problem. Can you try checking out an entirely new directory of HEAD? Just attached a prototype of a table-based interface suggested by Martin
Updated the screenshot with the newly implemented design
Hi,
I like both the designs in interface2 and interface4. I think I'll prefer interface4 because it looks more organized and makes use of complete words instead of icons (which I think is always better). It would also be nice to be able to move the grade items or categories by just clicking and dragging (like you can do with resources or activities in the course overview, when AJAX is enabled, that is). In HEAD you will find a new version that includes all the functionality currently in the "Edit grade categories and items" page. The interface is currently JS-free, I will soon add the AJAX layer.
I really like Interface2 and Interface4. Screenshot-1 is more or less how Moodle 1.8 handled grade weights, and it was straight-forward enough for most professors (in a university setting) to understand without much assistance. Interface2 and Interface4 both seem to condense the versatility already within Moodle 1.9 pretty well. It would be really nice to set up extra credit easier than it is currently.
I have a few questions/ suggestions about extra credit: 1) Can the points an activity has add directly to a course total for extra credit if they are not in a category? 2) Can a category can be set up completely for extra credit with a checked box? It looks like Interface4 allows only for weights on categories instead of checking a box and saying something like, "this category is only extra credit and can add no more than 5% to a course total." Since items line up in columns, I think weights_interface4.png is the better choice. It will allow easier scanning for instructors and support personnel to make sure the gradebook is set up correctly.
I wonder about ways to keep the line length as small as possible, to make scanning across lines easier. Would it be helpful to be able to contract column headings from full text to icon to make it more compact? Would the ability to hide columns be helpful? I am thinking of the users that feel overwhelmed and want to limit choices. Or would that lead to more problems of the type, "Why isn't my gradebook working right? Oh, I have a hidden setting wrong." This version of interface don't consider settings in Administration ► Grades ► Grade category settings with checkbox "Force"
Glad to see this being worked on - will make my life as a teacher easier.
One suggestion - and not sure if this is the right place for it - if not, my apologies. When using "weighted mean of grades" for a category, I see no place that the students can see what the relative weights are for each assignment. It would be nice if they could. As a workaround for my students - I have suffixed each Grade item name with the relative weight in brackets. This allows me and the students to see it - but I have to remember to change it if I change the weighting. It would be nice if this was displayed automatically. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Sub-task
In Progress
Major
