Uploaded image for project: 'Moodle'
  1. Moodle
  2. MDL-25544

Improve Grader report user interface

    Details

    • Story Points (Obsolete):
      100

      Description

      This issue is a large one focussed on improving usability and accessibility for teachers using Moodle gradebook (Grader report) on all browsers including touch screens and screen readers.

      The Moodle Gradebook Working Group met in June 2014 and determined a number of key required features, which are detailed on the specification at http://docs.moodle.org/dev/Grader_report_2014 (still being finished).

      In a nutshell expect:

      1. Full screen spreadsheet-like display that scrolls well but has static headers and footers.
      2. Filters to quickly reduce the information being dealt with.
      3. Links to row/column editors for speed and affordances.

        Gliffy Diagrams

          Attachments

          1. Fullview optimised gradebook.png
            Fullview optimised gradebook.png
            227 kB
          2. grade_item.png
            grade_item.png
            146 kB
          3. grader.png
            grader.png
            145 kB
          4. grader-bad-scroll.png
            grader-bad-scroll.png
            79 kB
          5. hovering_text.png
            hovering_text.png
            28 kB
          6. OptimsedGraderReport.png
            OptimsedGraderReport.png
            265 kB
          7. text_default_theme.png
            text_default_theme.png
            11 kB

            Issue Links

              Activity

              Hide
              aborrow Anthony Borrow added a comment -

              David - Many thanks for your comments. When Moodle 1.9 came out, LSU was very helpful in making improvements to the user interface although a good formal analysis to make things consistent throughout Moodle would be helpful. As you are new to the tracker, typically we create separate issues for each issue and when there is a common theme we can create a meta issue with subtasks.

              Moodle activities, like assignments, are created in the context of a course and course section. The gradebook is not organized that way, so creating an assignment through the gradebook does not seem practical. What is possible is creating a grade item which is not associated with a course activity (forum, assignment, database, etc.).

              The static student column is available as an option. More information about that can be found at http://moodle.org/mod/forum/discuss.php?d=123801.

              I'm not sure I necessarily agree about abbreviating things by default but perhaps an option and setting default column widths would be worth considering. We may want to start with developing a custom report and perhaps making that available as a plugin where some of the functions can be considered for incorporation into Moodle core as merited.

              I think having the student on by default is consistent with other areas of Moodle and despite the loss of screen real estate I think teachers generally like it but on points such as this it would be good to see what folks think by starting a discussion on the Moodle.org Using Moodle Gradebook forum (http://moodle.org/mod/forum/view.php?id=2122).

              The border padding is a theme issue and can easily be adjusted. "Text should not float around when hovering an item, that is absurd." - could you provide a screen shot demonstrating this? Keyboard shortcuts would be an interesting feature. I believe there are options to show the grade ranges (min/max). I'm all for consistency whenever possible.

              I'll let Andrew comment on some of the other points mentioned. I'll have to review some of the other issues one at a time but the gradebook is pretty flexible in what it can do but I am all for consistency whenever possible.

              Peace - Anthony

              Show
              aborrow Anthony Borrow added a comment - David - Many thanks for your comments. When Moodle 1.9 came out, LSU was very helpful in making improvements to the user interface although a good formal analysis to make things consistent throughout Moodle would be helpful. As you are new to the tracker, typically we create separate issues for each issue and when there is a common theme we can create a meta issue with subtasks. Moodle activities, like assignments, are created in the context of a course and course section. The gradebook is not organized that way, so creating an assignment through the gradebook does not seem practical. What is possible is creating a grade item which is not associated with a course activity (forum, assignment, database, etc.). The static student column is available as an option. More information about that can be found at http://moodle.org/mod/forum/discuss.php?d=123801 . I'm not sure I necessarily agree about abbreviating things by default but perhaps an option and setting default column widths would be worth considering. We may want to start with developing a custom report and perhaps making that available as a plugin where some of the functions can be considered for incorporation into Moodle core as merited. I think having the student on by default is consistent with other areas of Moodle and despite the loss of screen real estate I think teachers generally like it but on points such as this it would be good to see what folks think by starting a discussion on the Moodle.org Using Moodle Gradebook forum ( http://moodle.org/mod/forum/view.php?id=2122 ). The border padding is a theme issue and can easily be adjusted. "Text should not float around when hovering an item, that is absurd." - could you provide a screen shot demonstrating this? Keyboard shortcuts would be an interesting feature. I believe there are options to show the grade ranges (min/max). I'm all for consistency whenever possible. I'll let Andrew comment on some of the other points mentioned. I'll have to review some of the other issues one at a time but the gradebook is pretty flexible in what it can do but I am all for consistency whenever possible. Peace - Anthony
              Hide
              bufke David Burke added a comment -

              Thank you for your comments Anthony. I certainly know nothing of Moodle development but I do want to help. Should we perhaps move this discussion to a forum, mark this invalid, and open bug reports as needed?

              Anyway.

              "What is possible is creating a grade item which is not associated with a course activity" Yes I agree this makes sense. I think the use case here might be a teacher entering grades, that don't necessarily relate to a course activity. They want to very quickly enter new grades. As is, to my knowledge, at the grader report a teacher needs to click Categories and items (which is not prominently displayed), Simple view, Add grade item, enter the item, then click grades again to get back to the grader report. Teachers used to spreadsheets would simply right click and add new column. Gradequick also takes only one click to make a new grade item.

              Static student column: Ok good to know. IMO this should be the default.

              Abbreviation of courses should certainly be optional. A plugin or even a theme could make sense here.

              Student image: Yes it would be inconsistent In this case I think it's worth it to turn it off.

              Border padding: Yes it can be changed in a theme. However I haven't seen one theme that does this. Defaults have huge impacts and most people will use them. Why is the padding so high (IMO)? Is the inherited from some general Moodle table CSS? Maybe I'll make a theme that addresses this.

              Hovering text: I've been looking at this in various themes. Some render it better than others (default theme is on the better side) I've attached two screenshots to show you what I mean. The Anomoly theme does a poor job of rendering as it displays no background and thus text meshes together and is unreadable. I don't see any option to turn this off. I've attached two screenshots showing the hovering text. It's meant to help when you have to scroll as it shows you headings. But with locked students, it's not necessary.

              -David

              Show
              bufke David Burke added a comment - Thank you for your comments Anthony. I certainly know nothing of Moodle development but I do want to help. Should we perhaps move this discussion to a forum, mark this invalid, and open bug reports as needed? Anyway. "What is possible is creating a grade item which is not associated with a course activity" Yes I agree this makes sense. I think the use case here might be a teacher entering grades, that don't necessarily relate to a course activity. They want to very quickly enter new grades. As is, to my knowledge, at the grader report a teacher needs to click Categories and items (which is not prominently displayed), Simple view, Add grade item, enter the item, then click grades again to get back to the grader report. Teachers used to spreadsheets would simply right click and add new column. Gradequick also takes only one click to make a new grade item. Static student column: Ok good to know. IMO this should be the default. Abbreviation of courses should certainly be optional. A plugin or even a theme could make sense here. Student image: Yes it would be inconsistent In this case I think it's worth it to turn it off. Border padding: Yes it can be changed in a theme. However I haven't seen one theme that does this. Defaults have huge impacts and most people will use them. Why is the padding so high (IMO)? Is the inherited from some general Moodle table CSS? Maybe I'll make a theme that addresses this. Hovering text: I've been looking at this in various themes. Some render it better than others (default theme is on the better side) I've attached two screenshots to show you what I mean. The Anomoly theme does a poor job of rendering as it displays no background and thus text meshes together and is unreadable. I don't see any option to turn this off. I've attached two screenshots showing the hovering text. It's meant to help when you have to scroll as it shows you headings. But with locked students, it's not necessary. -David
              Hide
              aborrow Anthony Borrow added a comment -

              David,

              No worries, with your development experience, I am sure you will be up to speed about the work flow in the Moodle community in no time. Many thanks for your comments and thoughts. I find it particularly helpful when there are new users because you are seeing things from a fresh perspective. I will let Andrew decide how he wants to manage the issues raised in this issue.

              In addition to there being an option for the static student column, it can be set as the default for the site by the site administrator. Similarly, there is an option to include or not include student images. It is understood that the gradebook is an area in which screen real estate is at a premium. I tend not to be a fan of too much padding or margin space. I think some of the themes could be tightened up. Patrick Malley is the person in charge of themes. Feel free to create individual issues for particular themes with suggestions for improvement and Patrick can review those.

              I agree that the hovering text strikes me as more annoying than helpful. I did not find a way to turn it off but I did not spend much time looking.

              Keep poking around and let us know of any issues you find. Peace - Anthony

              Show
              aborrow Anthony Borrow added a comment - David, No worries, with your development experience, I am sure you will be up to speed about the work flow in the Moodle community in no time. Many thanks for your comments and thoughts. I find it particularly helpful when there are new users because you are seeing things from a fresh perspective. I will let Andrew decide how he wants to manage the issues raised in this issue. In addition to there being an option for the static student column, it can be set as the default for the site by the site administrator. Similarly, there is an option to include or not include student images. It is understood that the gradebook is an area in which screen real estate is at a premium. I tend not to be a fan of too much padding or margin space. I think some of the themes could be tightened up. Patrick Malley is the person in charge of themes. Feel free to create individual issues for particular themes with suggestions for improvement and Patrick can review those. I agree that the hovering text strikes me as more annoying than helpful. I did not find a way to turn it off but I did not spend much time looking. Keep poking around and let us know of any issues you find. Peace - Anthony
              Hide
              szuta Patryk Szuta added a comment -

              Would it make sense to redo the grader report UI using YUI 3's DataTable?

              Show
              szuta Patryk Szuta added a comment - Would it make sense to redo the grader report UI using YUI 3's DataTable?
              Hide
              dougiamas Martin Dougiamas added a comment -

              It seems that the overflow scrolling fixes from MDL-24895 have really made this bad.

              Show
              dougiamas Martin Dougiamas added a comment - It seems that the overflow scrolling fixes from MDL-24895 have really made this bad.
              Hide
              dougiamas Martin Dougiamas added a comment -

              Attached a screenshot showing how crap the grader looks on a smaller screen. Tiny usable area and no scroll bars.

              It would be better to make the browser scroll bars work.

              Show
              dougiamas Martin Dougiamas added a comment - Attached a screenshot showing how crap the grader looks on a smaller screen. Tiny usable area and no scroll bars. It would be better to make the browser scroll bars work.
              Hide
              dougiamas Martin Dougiamas added a comment -

              There are probably a lot of duplicates of this issue so this may not be the best one.

              Show
              dougiamas Martin Dougiamas added a comment - There are probably a lot of duplicates of this issue so this may not be the best one.
              Hide
              salvetore Michael de Raadt added a comment -

              I think MDL-30720 better represents the problem with overflow and scrolling, which is a bug and needs to be attended to.

              I think this issue is asking to be able to do more activity creation and related activities from the Gradebook interface, which would be nice, but I don't think it is as urgent.

              I'm therefore lowering the priority on this issue.

              Show
              salvetore Michael de Raadt added a comment - I think MDL-30720 better represents the problem with overflow and scrolling, which is a bug and needs to be attended to. I think this issue is asking to be able to do more activity creation and related activities from the Gradebook interface, which would be nice, but I don't think it is as urgent. I'm therefore lowering the priority on this issue.
              Hide
              rajeshtaneja Rajesh Taneja added a comment -

              I did some work on grader report in my personal weekly time and managed to get a working prototype for optimised gradebook.
              Attaching images and code.

              Optimisations done:

              1. Activity names will be rotated vertically to get more space.
              2. Added maximise/minimise links to expand/shrink gradebook
              3. Added scrollbar on top if scrolling required
              4. Merged user-fields in one row to get more space on grader report.
              5. Defined text input size to get consistent view on all browsers.
              6. Scroll and fixed user fields view are now consistent, and fixed user fields view doesn't take up whole window.
              Show
              rajeshtaneja Rajesh Taneja added a comment - I did some work on grader report in my personal weekly time and managed to get a working prototype for optimised gradebook. Attaching images and code. Optimisations done: Activity names will be rotated vertically to get more space. Added maximise/minimise links to expand/shrink gradebook Added scrollbar on top if scrolling required Merged user-fields in one row to get more space on grader report. 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.
              Hide
              rajeshtaneja Rajesh Taneja added a comment -

              Note: There is scrollview which can be activated by adding "&scrollview=1" in url.
              This will allow user with touch screens to flick grader report and works only with fixed user fields.

              Would like to see if we can use YUI datatables and scrollview to make it better.

              Show
              rajeshtaneja Rajesh Taneja added a comment - Note: There is scrollview which can be activated by adding "&scrollview=1" in url. This will allow user with touch screens to flick grader report and works only with fixed user fields. Would like to see if we can use YUI datatables and scrollview to make it better.
              Hide
              syxton Matthew Davidson added a comment -

              I'm not sure where we are on all these improvements, but here is a proof of concept for the scrolling with assignment names and persistent student names.

              http://jsfiddle.net/b3yN7/2/

              And for vertical scrolling, I think this is an elegant solution for assignment names.

              http://css-tricks.com/examples/PersistantHeaders/

              Show
              syxton Matthew Davidson added a comment - I'm not sure where we are on all these improvements, but here is a proof of concept for the scrolling with assignment names and persistent student names. http://jsfiddle.net/b3yN7/2/ And for vertical scrolling, I think this is an elegant solution for assignment names. http://css-tricks.com/examples/PersistantHeaders/
              Hide
              emerrill Eric Merrill added a comment -

              I like a lot of what Rajesh has done. Two things I would keep in mind:

              1. This same problem applies to the Grade Items views (I know this ticket is specific to the Grader Report, but the same overflow problem is present there).

              2. On modern Macs, scroll bars do not show, even in contained divs, unless scrolling is actually happening. This means it's possible (and happens plenty often) that a column pretty closely matches with the end of the div area, and the user has no feedback to know that there is more content off to the side. Not sure what the solution to this would be (or even if there is one). Maybe some type of visual clue, like a drop shadow (showing that the gradebook extends 'under' the surrounding page? Meh.

              Show
              emerrill Eric Merrill added a comment - I like a lot of what Rajesh has done. Two things I would keep in mind: 1. This same problem applies to the Grade Items views (I know this ticket is specific to the Grader Report, but the same overflow problem is present there). 2. On modern Macs, scroll bars do not show, even in contained divs, unless scrolling is actually happening. This means it's possible (and happens plenty often) that a column pretty closely matches with the end of the div area, and the user has no feedback to know that there is more content off to the side. Not sure what the solution to this would be (or even if there is one). Maybe some type of visual clue, like a drop shadow (showing that the gradebook extends 'under' the surrounding page? Meh.
              Hide
              dougiamas Martin Dougiamas added a comment -

              This is actually such a big issue apparently that there are many bugs around with scattered votes and so it doesn't appear as one highly voted issue.

              I just had a look at the current status (thanks a lot Raj) and it's a good step forward.

              Things I would still change:

              1) Move that "maximise" button out of the gradebook table and put it in the upper right of the main content area. I would change it to be "hide blocks / show blocks" or use a zoom icon (eg four arrows pointing out/in) to make it more generic, we could use it on every page to improve use on small screens. Being able to quickly hide all blocks would be a good improvement right across Moodle, the toggle just needs to be super obvious.

              2) When the floating student name column is not enabled (and perhaps even when it is if that's possible!), then get rid of all inline scrolling altogether. I don't think there's any need for it Really the page can get as big as we like and the user can easily scroll the window.

              Finally I recommend testing on phone/ipad and every browser known to man.

              Show
              dougiamas Martin Dougiamas added a comment - This is actually such a big issue apparently that there are many bugs around with scattered votes and so it doesn't appear as one highly voted issue. I just had a look at the current status (thanks a lot Raj) and it's a good step forward. Things I would still change: 1) Move that "maximise" button out of the gradebook table and put it in the upper right of the main content area. I would change it to be "hide blocks / show blocks" or use a zoom icon (eg four arrows pointing out/in) to make it more generic, we could use it on every page to improve use on small screens. Being able to quickly hide all blocks would be a good improvement right across Moodle, the toggle just needs to be super obvious. 2) When the floating student name column is not enabled (and perhaps even when it is if that's possible!), then get rid of all inline scrolling altogether. I don't think there's any need for it Really the page can get as big as we like and the user can easily scroll the window. Finally I recommend testing on phone/ipad and every browser known to man.
              Hide
              rrusso Robert Russo added a comment -

              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
              Agreed!!!

              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).
              We built special screens for entering large amounts of grades. These are called quick-edit screens and use no javascript. You can use them to enter user grades for an item or item grades for a user. JS is a BIG PROBLEM when dealing with 30-40 grade items and 1000+ students. We have many of these large courses.

              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.
              Yes.

              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.

              I agree 100% with Martin regarding browser testing. We do extensive testing across all browsers and in Mobile/tablet environments in linux/mac/windows. From 25-50% of our development time is testing and QA. This is a lot of time to dedicate to browser testing and any custom Javascript pushes it to the 50% margin (thanks IE).

              Show
              rrusso Robert Russo added a comment - 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 Agreed!!! 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). We built special screens for entering large amounts of grades. These are called quick-edit screens and use no javascript. You can use them to enter user grades for an item or item grades for a user. JS is a BIG PROBLEM when dealing with 30-40 grade items and 1000+ students. We have many of these large courses. 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. Yes. 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. I agree 100% with Martin regarding browser testing. We do extensive testing across all browsers and in Mobile/tablet environments in linux/mac/windows. From 25-50% of our development time is testing and QA. This is a lot of time to dedicate to browser testing and any custom Javascript pushes it to the 50% margin (thanks IE).
              Hide
              andyjdavis Andrew Davis added a comment -

              I've linked a few MDLs that I suspect will be resolved by this issue. I'll take the proposed changes out for spin tomorrow (Thursday).

              Show
              andyjdavis Andrew Davis added a comment - I've linked a few MDLs that I suspect will be resolved by this issue. I'll take the proposed changes out for spin tomorrow (Thursday).
              Hide
              dougiamas Martin Dougiamas added a comment -

              Robert the original description here may not be relevant to the issue Raj is addressing, which is mostly about real estate and scrolling. It's probably my fault I re-awoke this issue when in a hurry recently rather than making a new one.

              That said, all those other issues are around, and we probably need to make this more of a project with multiple tasks. Are you still keen to get involved in all this? As we've talked about over recent years, we really need someone with practical experience and teachers on their back to "own" the gradebook, take into account all the feedback from teachers around the world and create solutions in core. Offers abound but actually getting it to happen seems difficult.

              Show
              dougiamas Martin Dougiamas added a comment - Robert the original description here may not be relevant to the issue Raj is addressing, which is mostly about real estate and scrolling. It's probably my fault I re-awoke this issue when in a hurry recently rather than making a new one. That said, all those other issues are around, and we probably need to make this more of a project with multiple tasks. Are you still keen to get involved in all this? As we've talked about over recent years, we really need someone with practical experience and teachers on their back to "own" the gradebook, take into account all the feedback from teachers around the world and create solutions in core. Offers abound but actually getting it to happen seems difficult.
              Hide
              rajeshtaneja Rajesh Taneja added a comment -

              In addition to what has been reported and done, there are few more things which we can consider:

              1. Group activities by section in grader report, and show active section (if any) activities only and collapse other sections.
              2. Consider using YUI datatable to have excel sheet behaviour (freeze top and left columns).
              Show
              rajeshtaneja Rajesh Taneja added a comment - In addition to what has been reported and done, there are few more things which we can consider: Group activities by section in grader report, and show active section (if any) activities only and collapse other sections. Consider using YUI datatable to have excel sheet behaviour (freeze top and left columns).
              Hide
              andyjdavis Andrew Davis added a comment - - edited

              Hi Raj. Just a few little quirks that need to be ironed out. I'm using Firefox 19 on Ubuntu.

              1) There appear to be two maximize buttons that do the same thing. "Move that "maximise" button out of the gradebook table" This suggestion from Martin is a good one that should resolve this.

              2) I'm getting a weird useless vertical scroll bar. If I manually add &scrollview=1 to the URL it goes away.

              Attaching a screenshot. https://tracker.moodle.org/secure/attachment/31495/grader.png

              If we take Martin's suggestion and shift the maximise button out of the table and remove all scroll elements within the page and just make the page as wide as it needs to be these issues go away. At least until you turn on static student names :|

              Show
              andyjdavis Andrew Davis added a comment - - edited Hi Raj. Just a few little quirks that need to be ironed out. I'm using Firefox 19 on Ubuntu. 1) There appear to be two maximize buttons that do the same thing. "Move that "maximise" button out of the gradebook table" This suggestion from Martin is a good one that should resolve this. 2) I'm getting a weird useless vertical scroll bar. If I manually add &scrollview=1 to the URL it goes away. Attaching a screenshot. https://tracker.moodle.org/secure/attachment/31495/grader.png If we take Martin's suggestion and shift the maximise button out of the table and remove all scroll elements within the page and just make the page as wide as it needs to be these issues go away. At least until you turn on static student names :|
              Hide
              andyjdavis Andrew Davis added a comment -

              I'm just being picky but you've spelled optimised/optimized incorrectly. Missing an i. $optimsedview Every time I open the code it jumps out at me

              Show
              andyjdavis Andrew Davis added a comment - I'm just being picky but you've spelled optimised/optimized incorrectly. Missing an i. $optimsedview Every time I open the code it jumps out at me
              Hide
              rajeshtaneja Rajesh Taneja added a comment -

              Thanks for looking at this Andrew.
              It seems something has changed last week. One more row (filler) has been added which ruined it.

              Will have a look at this and redo it.

              Had a word with Martin and it seems it will be nice to have separate issues to get this right.
              Issue 1: Transform activity names vertically (We need to decide if they should be permanently vertical or depending on size of screen; as done now. )
              Issue 2: Introduce Maximise icon/button in moodle (Decide it's location and behaviour).
              Issue 3: Scroll horizontal/vertical with window scroll (As done in gmail)

              Will open sub-task's and try have them for next sprint (Usability sprint).

              Show
              rajeshtaneja Rajesh Taneja added a comment - Thanks for looking at this Andrew. It seems something has changed last week. One more row (filler) has been added which ruined it. Will have a look at this and redo it. Had a word with Martin and it seems it will be nice to have separate issues to get this right. Issue 1: Transform activity names vertically (We need to decide if they should be permanently vertical or depending on size of screen; as done now. ) Issue 2: Introduce Maximise icon/button in moodle (Decide it's location and behaviour). Issue 3: Scroll horizontal/vertical with window scroll (As done in gmail) Will open sub-task's and try have them for next sprint (Usability sprint).
              Hide
              leblangi Gilles-Philippe Leblanc added a comment -

              For Issue 1: I think we should use responsive web design to switch from horizontal to vertical the activity names. If we have the space, use it and its more readable in horizontal.

              For Issue 2: We already use a maximise/minimise button who hide the lateral blocks and the dock. See here (at the left of the lang menu). I may help with this one if needed.

              In general, here a good presentation from Jim Oneill who address this kind of problem with table:
              http://www.abovethefolddesign.com/presentations/UI-Patterns-A-Practical-Toolkit-slides.pdf#page=51

              Show
              leblangi Gilles-Philippe Leblanc added a comment - For Issue 1: I think we should use responsive web design to switch from horizontal to vertical the activity names. If we have the space, use it and its more readable in horizontal. For Issue 2: We already use a maximise/minimise button who hide the lateral blocks and the dock. See here (at the left of the lang menu) . I may help with this one if needed. In general, here a good presentation from Jim Oneill who address this kind of problem with table: http://www.abovethefolddesign.com/presentations/UI-Patterns-A-Practical-Toolkit-slides.pdf#page=51
              Hide
              rajeshtaneja Rajesh Taneja added a comment -

              Thanks for your response Gilles,

              Maximise/minimise button looks great. It will be nice to have something similar in core.
              Just wondering if user/site can hide this icon (by config). Also, how easy it will be for themer, to place this icon somewhere else.

              Gilles-Philippe Leblanc Please feel free to work with us on MDL-38325.

              Show
              rajeshtaneja Rajesh Taneja added a comment - Thanks for your response Gilles, Maximise/minimise button looks great. It will be nice to have something similar in core. Just wondering if user/site can hide this icon (by config). Also, how easy it will be for themer, to place this icon somewhere else. Gilles-Philippe Leblanc Please feel free to work with us on MDL-38325 .
              Hide
              leblangi Gilles-Philippe Leblanc added a comment -

              Hi Rajesh,

              Unfortunately, it is currently available for only one theme in the purpose of avoiding if possible modifications to the core. We only add a class html "fakeblock" for this block type and a method called "region_has_fakeblock" because we do not want to hide fakeblock (They usually contain essential information such as the progression of questions in a test, for example). However, I do not think the changes mentioned are very complex to implement.

              Finally, for a themer, adding the code to make it work is not rocket science. It could probably be better.

              If you want to, when I have some time, I could share changes related to what we call full screen mode as a start idea.

              Show
              leblangi Gilles-Philippe Leblanc added a comment - Hi Rajesh, Unfortunately, it is currently available for only one theme in the purpose of avoiding if possible modifications to the core. We only add a class html "fakeblock" for this block type and a method called "region_has_fakeblock" because we do not want to hide fakeblock (They usually contain essential information such as the progression of questions in a test, for example). However, I do not think the changes mentioned are very complex to implement. Finally, for a themer, adding the code to make it work is not rocket science. It could probably be better. If you want to, when I have some time, I could share changes related to what we call full screen mode as a start idea.
              Hide
              rajeshtaneja Rajesh Taneja added a comment -

              Thanks Gilles,

              Adding integrators and Tim as watcher to get there opinion on how maximise/minimise button can be implemented.

              FYI: Gilles-Philippe is using similar functionality on his site

              Show
              rajeshtaneja Rajesh Taneja added a comment - Thanks Gilles, Adding integrators and Tim as watcher to get there opinion on how maximise/minimise button can be implemented. FYI: Gilles-Philippe is using similar functionality on his site
              Hide
              poltawski Dan Poltawski added a comment -

              We're talking about min/maximising the blocks on all pages, correct? I'm not sure what the question is..

              Show
              poltawski Dan Poltawski added a comment - We're talking about min/maximising the blocks on all pages, correct? I'm not sure what the question is..
              Hide
              rajeshtaneja Rajesh Taneja added a comment - - edited

              Yes Dan,
              we are talking about max/min blocks functionality on all pages (MDL-38325)
              Gilles-Philippe suggested a solution of using fakeblocks, was wondering if someone knows any other solution to get this implemented.

              We need to make sure:

              1. Themer should be able to place it as per there theme.
              2. Should it be controlled by some config (show max/min icon)?
              Show
              rajeshtaneja Rajesh Taneja added a comment - - edited Yes Dan, we are talking about max/min blocks functionality on all pages ( MDL-38325 ) Gilles-Philippe suggested a solution of using fakeblocks, was wondering if someone knows any other solution to get this implemented. We need to make sure: Themer should be able to place it as per there theme. Should it be controlled by some config (show max/min icon)?
              Hide
              leblangi Gilles-Philippe Leblanc added a comment -

              Actually, the solution don't use fakeblock. We decide to hide all all blocks but not the fakeblocks.
              SO, the fake blocks are still visible with the hide blocks switched to on. I said that the only modification to the core was to adding a class to the fakeblocks.

              Show
              leblangi Gilles-Philippe Leblanc added a comment - Actually, the solution don't use fakeblock. We decide to hide all all blocks but not the fakeblocks. SO, the fake blocks are still visible with the hide blocks switched to on. I said that the only modification to the core was to adding a class to the fakeblocks.
              Hide
              grovebiol Andrew Hartley added a comment -

              I am desperate to use Moodle fully but the gradebook appearance is putting me off and each time I revert to my google apps spreadsheet gradebook.
              I have attached a link to this so that maybe it could be looked at for some ideas.
              Note also the tabs at the bottom that link to a chart for the totals and group average.

              https://docs.google.com/spreadsheet/ccc?key=0AlfD-GcLQNwNdEV5ZUR2bm9tVTRUQWNrdWNCZXMwSkE&usp=sharing

              Show
              grovebiol Andrew Hartley added a comment - I am desperate to use Moodle fully but the gradebook appearance is putting me off and each time I revert to my google apps spreadsheet gradebook. I have attached a link to this so that maybe it could be looked at for some ideas. Note also the tabs at the bottom that link to a chart for the totals and group average. https://docs.google.com/spreadsheet/ccc?key=0AlfD-GcLQNwNdEV5ZUR2bm9tVTRUQWNrdWNCZXMwSkE&usp=sharing
              Hide
              dougiamas Martin Dougiamas added a comment -

              Andrew can you be specific ...? is it just colours and layout? The spreadsheet is of course missing about 90% of the features that the gradebook has ...

              Show
              dougiamas Martin Dougiamas added a comment - Andrew can you be specific ...? is it just colours and layout? The spreadsheet is of course missing about 90% of the features that the gradebook has ...
              Hide
              lazydaisy Mary Evans added a comment -

              I have just fixed a couple of typos in the description...hope you don't mind Andrew?

              Show
              lazydaisy Mary Evans added a comment - I have just fixed a couple of typos in the description...hope you don't mind Andrew?
              Hide
              grovebiol Andrew Hartley added a comment -

              Don't mind at all about the corrections Mary.
              As for more detail Martin. In a way what I wanted to show with my attached spreadsheet reflects what was stated in the description at the top of this page. The Google Apps spreadsheet is full screen, locks the item name bar on the top and the students names on the left. So when scroll, you can keep the items and students in view, whilst moving the marks around. Rather than losing the activity name when you scroll down the students. Is it possible for the mark font size to be increased, as on a white board the appear very small. The other question would be, if it is possible to have some chart of the overall mark - as on the second tab of the spreadsheet? This I find very useful to show students where they stand compared to the rest of the group.

              Show
              grovebiol Andrew Hartley added a comment - Don't mind at all about the corrections Mary. As for more detail Martin. In a way what I wanted to show with my attached spreadsheet reflects what was stated in the description at the top of this page. The Google Apps spreadsheet is full screen, locks the item name bar on the top and the students names on the left. So when scroll, you can keep the items and students in view, whilst moving the marks around. Rather than losing the activity name when you scroll down the students. Is it possible for the mark font size to be increased, as on a white board the appear very small. The other question would be, if it is possible to have some chart of the overall mark - as on the second tab of the spreadsheet? This I find very useful to show students where they stand compared to the rest of the group.
              Hide
              andyjdavis Andrew Davis added a comment -

              This issue was assigned to me automatically, however I will not be able to work on this issue in the immediate future. In order to create a truer sense of the state of this issue and to allow other developers to have chance to become involved, I am removing myself as the assignee of this issue.

              For more information, see http://docs.moodle.org/dev/Changes_to_issue_assignment

              Show
              andyjdavis Andrew Davis added a comment - This issue was assigned to me automatically, however I will not be able to work on this issue in the immediate future. In order to create a truer sense of the state of this issue and to allow other developers to have chance to become involved, I am removing myself as the assignee of this issue. For more information, see http://docs.moodle.org/dev/Changes_to_issue_assignment
              Hide
              chris_uk_83 Chris added a comment -

              Could you also get rid of ther rather pointless student email column which takes up a good portion of the screen, or at least make it hideable.

              Show
              chris_uk_83 Chris added a comment - Could you also get rid of ther rather pointless student email column which takes up a good portion of the screen, or at least make it hideable.
              Hide
              timhunt Tim Hunt added a comment -

              Those columns are configurable. Site administration ► Users ► Permissions ► User policies ► Show user identity.

              Show
              timhunt Tim Hunt added a comment - Those columns are configurable. Site administration ► Users ► Permissions ► User policies ► Show user identity.
              Hide
              emerrill Eric Merrill added a comment -

              I prefer where it is collapsed under the users name - at larger schools you can easily have students with the same name, so you need some unique identifier.

              Show
              emerrill Eric Merrill added a comment - I prefer where it is collapsed under the users name - at larger schools you can easily have students with the same name, so you need some unique identifier.
              Hide
              kirkwooda Andrew Kirkwood added a comment -

              Regarding transforming activity names vertically, I think it's worth mentioning that the way it is currently done in the activity completion report is perfect. A similar solution for the grader report would be great.

              Show
              kirkwooda Andrew Kirkwood added a comment - Regarding transforming activity names vertically, I think it's worth mentioning that the way it is currently done in the activity completion report is perfect. A similar solution for the grader report would be great.
              Hide
              rclay100 Richard Clay added a comment -

              I also think an option to hide the email column in the gradebook would be good, rather having to switch it off site wide. This would also address https://tracker.moodle.org/browse/MDL-34682.

              Show
              rclay100 Richard Clay added a comment - I also think an option to hide the email column in the gradebook would be good, rather having to switch it off site wide. This would also address https://tracker.moodle.org/browse/MDL-34682 .
              Hide
              dougiamas Martin Dougiamas added a comment -

              This issue will be a headline feature in 2.8, I promise

              Show
              dougiamas Martin Dougiamas added a comment - This issue will be a headline feature in 2.8, I promise
              Hide
              rrusso Robert Russo added a comment - - edited

              When will the new tracker ticket be created for 2.8 so we can start posting patches?

              Show
              rrusso Robert Russo added a comment - - edited When will the new tracker ticket be created for 2.8 so we can start posting patches?
              Hide
              rrusso Robert Russo added a comment -

              Here is a patch to show actual weights in the grader report.

              https://github.com/lsuits/gradebook_patches/blob/master/show_weights.patch

              Show
              rrusso Robert Russo added a comment - Here is a patch to show actual weights in the grader report. https://github.com/lsuits/gradebook_patches/blob/master/show_weights.patch
              Hide
              rrusso Robert Russo added a comment -

              Here is a patch that allows faculty to see column averages excluding empty and 0 grades.
              https://github.com/lsuits/gradebook_patches/blob/master/column_avg_no_zero.patch

              Show
              rrusso Robert Russo added a comment - Here is a patch that allows faculty to see column averages excluding empty and 0 grades. https://github.com/lsuits/gradebook_patches/blob/master/column_avg_no_zero.patch
              Hide
              rrusso Robert Russo added a comment -

              Here is a patch which fixes even/odd rows in the grader report.
              https://github.com/lsuits/gradebook_patches/blob/master/even_odd_rows.patch

              Show
              rrusso Robert Russo added a comment - Here is a patch which fixes even/odd rows in the grader report. https://github.com/lsuits/gradebook_patches/blob/master/even_odd_rows.patch
              Hide
              rrusso Robert Russo added a comment -

              Here is a patch which allows teachers to repeat headers every N rows.
              https://github.com/lsuits/gradebook_patches/blob/master/repeat_headers.patch

              Show
              rrusso Robert Russo added a comment - Here is a patch which allows teachers to repeat headers every N rows. https://github.com/lsuits/gradebook_patches/blob/master/repeat_headers.patch
              Hide
              bobpuffer Bob Puffer added a comment -

              From the UCLA as a base issue:

              Content

              1. Datatable with activities columns, user rows (like UCLA)
              2. Range and Average along top below header row (Luther College)
                1. Use case for keeping average (on by default)? Many teachers like it. But averages is a load issue on large courses.
                  • Should averages be for course or just displayed? Some like the average to just be for the information displayed, but need to indicate that to the user.
                  • Table decision until later.
                  • Can freeze footer row to bottom of page to keep averages on-screen all the time (like UCLA)
                2. Currently includes 0 or empty scores and non-active enrollments (config option?)

              Dynamic Filtering

              1. Any user field (as ELIS example) https://github.com/remotelearner/elis
              2. Groups and groupings
              3. Modified date ranges

              Clean responsive design

              1. Smaller cells (eg: UCSB report)
              2. Fixed student information columns and header rows, not scrolling off page on vertical scroll (As UCLA example)
              3. Maximize content button to hide all blocks/headers (see UMN, Tracker)
              4. Mobile: for very smallest screens don’t even show table, just filters for users/activities -> list of names -> quickedit

              Columns

              1. Drag and drop edges to resize widths
              2. Drag and drop columns to
                1. Change order
                2. Move them into (other) categories
                3. Save sort order and category movement in the backend
              3. Collapse/expand columns (eg Google sheets)
              4. Switch between categories / course columns or show only item columns
              5. Clear overrides button top of each column
              6. Teacher-definable columns for text. Add a grade, ability to assign text value to the GRADE (not just feedback)
              7. Last modified date - for sorting users
              8. Header cells
                1. Wrapped text to user-defined width
                2. Real weight displayed in cell (ex: 'W=28.33‰')

              Input

              1. By admin setting, disable ability to input values into category and course cells. Disable would be the default setting.
              2. Ability to enter grades as points, letters or percentages. Letters would be translated to one point lower than the minimum for the next highest letter
              3. Links to single row/column edit forms (aka Quickedit from LSU)
                1. Quick Edit - add configuration option to specify which user fields are displayed for student
              4. Autofill column’s empty cells with selected value

              Redesign the control buttons for each cell. Let's just give this some thought how it could be substantially improved. Maybe a control drop down, edit, unhide, etc like some of the themes treat activity controls

              Admin setting controlled link to quick dump (preconfigured export to csv) (Luther College)

              Notifications/History

              1. Like Google Docs tells you what/who changed something recently.
              2. Maybe color changed background for recently changed grades.
              3. Idea, when hovering over grade cells, indicate who made last change.
              4. Advisory that someone else is editing the gradebook

              Sandbox/”Unit tests”

              1. Allow instructor to “test” their gradebook setup with sample data to ensure they have it setup correctly.
                1. LSU’s “Projected Final Grade” report allows students to see what they need to score on the remaining un-graded items.
                  • Can be expanded for instructors? Yes.
                  • Can it be turned off? Faculty can turn it on or off for students.
                2. Have a “Potholes” (UCSB) like dashboard to alert instructor of any potential problems with their gradebook.

              Arrow key support

              1. Can already use tab and tab ordering works fine by going to next value in column.
              2. Idea: What about using arrow keys to move between columns or cells as well? (Remote Learner)

              Gradebook setup

              1. Allow drag and dropping of items to reorder items/categories.

              Gradebook Help

              1. Sliding screen as in UCLA example
              Show
              bobpuffer Bob Puffer added a comment - From the UCLA as a base issue: Content Datatable with activities columns, user rows (like UCLA) Range and Average along top below header row (Luther College) Use case for keeping average (on by default)? Many teachers like it. But averages is a load issue on large courses. Should averages be for course or just displayed? Some like the average to just be for the information displayed, but need to indicate that to the user. Table decision until later. Can freeze footer row to bottom of page to keep averages on-screen all the time (like UCLA) Currently includes 0 or empty scores and non-active enrollments (config option?) Dynamic Filtering Any user field (as ELIS example) https://github.com/remotelearner/elis Groups and groupings Modified date ranges Clean responsive design Smaller cells (eg: UCSB report) Fixed student information columns and header rows, not scrolling off page on vertical scroll (As UCLA example) Maximize content button to hide all blocks/headers (see UMN, Tracker) Mobile: for very smallest screens don’t even show table, just filters for users/activities -> list of names -> quickedit Columns Drag and drop edges to resize widths Drag and drop columns to Change order Move them into (other) categories Save sort order and category movement in the backend Collapse/expand columns (eg Google sheets) Switch between categories / course columns or show only item columns Clear overrides button top of each column Teacher-definable columns for text. Add a grade, ability to assign text value to the GRADE (not just feedback) Last modified date - for sorting users Header cells Wrapped text to user-defined width Real weight displayed in cell (ex: 'W=28.33‰') Input By admin setting, disable ability to input values into category and course cells. Disable would be the default setting. Ability to enter grades as points, letters or percentages. Letters would be translated to one point lower than the minimum for the next highest letter Links to single row/column edit forms (aka Quickedit from LSU) Quick Edit - add configuration option to specify which user fields are displayed for student Autofill column’s empty cells with selected value Redesign the control buttons for each cell. Let's just give this some thought how it could be substantially improved. Maybe a control drop down, edit, unhide, etc like some of the themes treat activity controls Admin setting controlled link to quick dump (preconfigured export to csv) (Luther College) Notifications/History Like Google Docs tells you what/who changed something recently. Maybe color changed background for recently changed grades. Idea, when hovering over grade cells, indicate who made last change. Advisory that someone else is editing the gradebook Sandbox/”Unit tests” Allow instructor to “test” their gradebook setup with sample data to ensure they have it setup correctly. LSU’s “Projected Final Grade” report allows students to see what they need to score on the remaining un-graded items. Can be expanded for instructors? Yes. Can it be turned off? Faculty can turn it on or off for students. Have a “Potholes” (UCSB) like dashboard to alert instructor of any potential problems with their gradebook. Arrow key support Can already use tab and tab ordering works fine by going to next value in column. Idea: What about using arrow keys to move between columns or cells as well? (Remote Learner) Gradebook setup Allow drag and dropping of items to reorder items/categories. Gradebook Help Sliding screen as in UCLA example
              Hide
              dougiamas Martin Dougiamas added a comment -

              Bob, all this needs to be in a spec in the docs wiki, it's not going to be seen in a comment here. I'm making that page.

              Show
              dougiamas Martin Dougiamas added a comment - Bob, all this needs to be in a spec in the docs wiki, it's not going to be seen in a comment here. I'm making that page.
              Hide
              bobpuffer Bob Puffer added a comment -

              Gotcha

              Show
              bobpuffer Bob Puffer added a comment - Gotcha
              Hide
              rex Rex Lorenzo added a comment - - edited

              The UCLA changes mentioned in the Grader report 2014 spec docs regarding the "scrolling spreadsheet" main display is now on Github on the latest master (2.8) branch:

              https://github.com/alroman/moodle/tree/gradereport-table

              Ready for testing, evaluation, and hopefully to be picked up by and refined by someone from Moodle HQ.

              Some notes:

              • Added creation of assignments to test course generator, to more easily test many graded activities in the grader report.
              • Added newer indication of grade overrides, including tool-tip indication and new yellow corner/page flip icon.
              • Added loading indicator so that large courses that take a long time to load have some progress indication.
              • The CSS file for the grader report UI was written in SASS, but the generated CSS is what was committed. Please let us know if you want the SASS file and maybe someone can convert it to LESS?
              Show
              rex Rex Lorenzo added a comment - - edited The UCLA changes mentioned in the Grader report 2014 spec docs regarding the "scrolling spreadsheet" main display is now on Github on the latest master (2.8) branch: https://github.com/alroman/moodle/tree/gradereport-table Ready for testing, evaluation, and hopefully to be picked up by and refined by someone from Moodle HQ. Some notes: Added creation of assignments to test course generator, to more easily test many graded activities in the grader report. Added newer indication of grade overrides, including tool-tip indication and new yellow corner/page flip icon. Added loading indicator so that large courses that take a long time to load have some progress indication. The CSS file for the grader report UI was written in SASS, but the generated CSS is what was committed. Please let us know if you want the SASS file and maybe someone can convert it to LESS?
              Hide
              jethac Jetha Chan added a comment -

              Thanks for posting that, Rex! We'd be very interested to convert the SASS file if you could provide it.

              Show
              jethac Jetha Chan added a comment - Thanks for posting that, Rex! We'd be very interested to convert the SASS file if you could provide it.
              Hide
              alroman Alfonso Roman added a comment -

              I've added in the SASS that compiles the new styles. I've included some instructions on how to compile it with Compass in the /sass/styles.scss file.

              Show
              alroman Alfonso Roman added a comment - I've added in the SASS that compiles the new styles. I've included some instructions on how to compile it with Compass in the /sass/styles.scss file.
              Hide
              rex Rex Lorenzo added a comment -

              Any status on this ticket?

              Show
              rex Rex Lorenzo added a comment - Any status on this ticket?
              Hide
              salvetore Michael de Raadt added a comment -

              This work will break over multiple sprints, so I'm going to convert this into an epic.

              Show
              salvetore Michael de Raadt added a comment - This work will break over multiple sprints, so I'm going to convert this into an epic.
              Hide
              rex Rex Lorenzo added a comment -

              Michael, I'm just concerned that with further changes to the underlying grader report, that the branch that Alfonso made will no longer merge in cleanly and require more work to get it back into an integrable state. We are busy on upgrading to Moodle 2.7 and reworking our theme that I cannot promise we will be able to do such work. It was already a task to get the scroll bar changes that we worked on to work with the current Clean theme.

              Show
              rex Rex Lorenzo added a comment - Michael, I'm just concerned that with further changes to the underlying grader report, that the branch that Alfonso made will no longer merge in cleanly and require more work to get it back into an integrable state. We are busy on upgrading to Moodle 2.7 and reworking our theme that I cannot promise we will be able to do such work. It was already a task to get the scroll bar changes that we worked on to work with the current Clean theme.
              Hide
              dougiamas Martin Dougiamas added a comment -

              No problems, Rex, for us your code is just the starting point, we'll be working further on it with everything else.

              Show
              dougiamas Martin Dougiamas added a comment - No problems, Rex, for us your code is just the starting point, we'll be working further on it with everything else.
              Hide
              dobedobedoh Andrew Nicols added a comment -

              I'm trying to get things ready to integrate now in the epic tasks. So far we have:

              • MDL-46658 to update the code to meet coding style guidelines, and fix some other issues
              • MDL-46731 to move the old tooltip code here and fix some issues with it
              • MDL-46774 to move the old row/column highlighting code

              These three issues will mark the first section of code moved over. We've hit some performance issues with tablets, and with IE which have severe jank issues. Jetha has been looking at ways to improve these in MDL-46777 with some success. Essentially though, iOS does not fire the scroll event until scrolling finishes, and android tablets and IE don't handle it fast enough that it becomes incredibly janky. This is an example of scrolling smoothly in IE11 on a reasonably well powered machine: http://youtu.be/LWjrt1-IB0I

              Show
              dobedobedoh Andrew Nicols added a comment - I'm trying to get things ready to integrate now in the epic tasks. So far we have: MDL-46658 to update the code to meet coding style guidelines, and fix some other issues MDL-46731 to move the old tooltip code here and fix some issues with it MDL-46774 to move the old row/column highlighting code These three issues will mark the first section of code moved over. We've hit some performance issues with tablets, and with IE which have severe jank issues. Jetha has been looking at ways to improve these in MDL-46777 with some success. Essentially though, iOS does not fire the scroll event until scrolling finishes, and android tablets and IE don't handle it fast enough that it becomes incredibly janky. This is an example of scrolling smoothly in IE11 on a reasonably well powered machine: http://youtu.be/LWjrt1-IB0I
              Hide
              alroman Alfonso Roman added a comment - - edited

              Hi Andrew,

              In regards to IE performance: I spent a while trying to separate the read/write logic to prevent layout thrashing, and this seems to work quite well for FF and WebKit, but it was only very minimal improvement on IE. I also tried using 'requestAnimationFrame()` to give the browser more control over when to draw and this seemed to have a negative effect on FF, but not WebKit. I did not test it out on IE, but it might be something worth looking into for IE and tablet performance.

              Some references:
              http://wilsonpage.co.uk/preventing-layout-thrashing/
              http://caniuse.com/requestanimationframe

              Show
              alroman Alfonso Roman added a comment - - edited Hi Andrew, In regards to IE performance: I spent a while trying to separate the read/write logic to prevent layout thrashing, and this seems to work quite well for FF and WebKit, but it was only very minimal improvement on IE. I also tried using 'requestAnimationFrame()` to give the browser more control over when to draw and this seemed to have a negative effect on FF, but not WebKit. I did not test it out on IE, but it might be something worth looking into for IE and tablet performance. Some references: http://wilsonpage.co.uk/preventing-layout-thrashing/ http://caniuse.com/requestanimationframe
              Hide
              jethac Jetha Chan added a comment -

              Hi Alfonso,
              From what we've looked at over here, it seems that table rendering is fundamentally slow on IE. Thanks for the suggestion with regards to requestAnimationFrame; our code already uses it when available, but it just doesn't do enough to fix the underlying issue.

              Show
              jethac Jetha Chan added a comment - Hi Alfonso, From what we've looked at over here, it seems that table rendering is fundamentally slow on IE. Thanks for the suggestion with regards to requestAnimationFrame ; our code already uses it when available, but it just doesn't do enough to fix the underlying issue.
              Hide
              dobedobedoh Andrew Nicols added a comment -

              Thanks Alfonso,

              Yeah - I saw your comments to that effect, and I've simplified the calculations in the scroll handler even further by storing the positions of the static elements and only updating them on resize (and on orientationchange)

              I know that Jetha was looking at the requestAnimationFrame side of things.

              Cheers,

              Andrew

              Show
              dobedobedoh Andrew Nicols added a comment - Thanks Alfonso, Yeah - I saw your comments to that effect, and I've simplified the calculations in the scroll handler even further by storing the positions of the static elements and only updating them on resize (and on orientationchange) I know that Jetha was looking at the requestAnimationFrame side of things. Cheers, Andrew
              Hide
              dobedobedoh Andrew Nicols added a comment -

              Alfonso Roman, Just wondering if you could shed some light on why you removed the user picture icons?

              Cheers,

              A

              Show
              dobedobedoh Andrew Nicols added a comment - Alfonso Roman , Just wondering if you could shed some light on why you removed the user picture icons? Cheers, A
              Hide
              rrusso Robert Russo added a comment -

              We'd definitely prefer to keep the current ability to show or hide student photos.

              Show
              rrusso Robert Russo added a comment - We'd definitely prefer to keep the current ability to show or hide student photos.
              Hide
              alroman Alfonso Roman added a comment -

              Andrew, so that bit about removing user icons was more because we don't use them at all. Later we figured out that it was possible to remove the user icon in the preferences while trying to optimize the load time for the table. Given all the images coming in, on a large enough table this does make a difference in terms of rendering and load times.

              I think my code reflects the initial attempt to remove them because we don't use them, but given that it's a preference setting I think it's best to keep them in considering that other institutions actually use them.

              Show
              alroman Alfonso Roman added a comment - Andrew, so that bit about removing user icons was more because we don't use them at all. Later we figured out that it was possible to remove the user icon in the preferences while trying to optimize the load time for the table. Given all the images coming in, on a large enough table this does make a difference in terms of rendering and load times. I think my code reflects the initial attempt to remove them because we don't use them, but given that it's a preference setting I think it's best to keep them in considering that other institutions actually use them.
              Hide
              dobedobedoh Andrew Nicols added a comment -

              I've put a demo of things as they stand up at http://prototype.moodle.net/25544/grade/report/grader/index.php?id=2 (username tutor, password test). I'm going to try and fill it with some useful test data first, and then I'll publicise it in he forums.

              At present the list of outstanding issues as I'm aware:

              • iOS/Android/IE suck at large tables (Safari too but to a lesser extent) (MDL-46777)
              • iOS/Android only call scroll events on scrollend leading to a janky feel (MDL-46777)
              • Themes extending base - offsets are all off. Need to work out what's going wrong here
              • Discrepancy between visibility of scrollbars on different browser/OS combos (e.g. Mac + iOS hide scrollbars, Firefox + Linux/Windows shows them, IE11 shows them but they're transparent, IE <=10? shows but not transparent). Need to find the best solution here. Have some thoughts on how we can address this
              • grade editing code needs fixing/updating (MDL-46732)
              • check behat tests don't break

              The list is largely minor, but may grow when we start to get community feedback on the changes.

              Show
              dobedobedoh Andrew Nicols added a comment - I've put a demo of things as they stand up at http://prototype.moodle.net/25544/grade/report/grader/index.php?id=2 (username tutor, password test). I'm going to try and fill it with some useful test data first, and then I'll publicise it in he forums. At present the list of outstanding issues as I'm aware: iOS/Android/IE suck at large tables (Safari too but to a lesser extent) ( MDL-46777 ) iOS/Android only call scroll events on scrollend leading to a janky feel ( MDL-46777 ) Themes extending base - offsets are all off. Need to work out what's going wrong here Discrepancy between visibility of scrollbars on different browser/OS combos (e.g. Mac + iOS hide scrollbars, Firefox + Linux/Windows shows them, IE11 shows them but they're transparent, IE <=10? shows but not transparent). Need to find the best solution here. Have some thoughts on how we can address this grade editing code needs fixing/updating ( MDL-46732 ) check behat tests don't break The list is largely minor, but may grow when we start to get community feedback on the changes.
              Hide
              rrusso Robert Russo added a comment -

              Adding a fixed height to the scroller's parent solves this.

              I'll paste code in a bit.

              Show
              rrusso Robert Russo added a comment - Adding a fixed height to the scroller's parent solves this. I'll paste code in a bit.
              Hide
              bobpuffer Bob Puffer added a comment -

              Wanna make sure we don't have editing directly from this page anymore but branch to single-page edit for column or row.

              Show
              bobpuffer Bob Puffer added a comment - Wanna make sure we don't have editing directly from this page anymore but branch to single-page edit for column or row.
              Hide
              vfrohne Vickie Frohne added a comment -

              I actually like being able to edit directly from the Grader Report. Makes it much easy to update scores here and there when students hand in late assignments of various types. Editing one column at a time is more desirable when entering an entire class full of grades because it's faster and less prone to user error.

              I like the hovering text too, because it helps ensure that grades are entered into the correct boxes. I just don't like where it hovers. It tends to cover up the next box into which one wants to type. It also slows things down a bit. It's probably better on a big screen than on a mobile device.

              Much appreciation for all the hard work of the Moodle developers on the Gradebook! This is a major effort!

              Show
              vfrohne Vickie Frohne added a comment - I actually like being able to edit directly from the Grader Report. Makes it much easy to update scores here and there when students hand in late assignments of various types. Editing one column at a time is more desirable when entering an entire class full of grades because it's faster and less prone to user error. I like the hovering text too, because it helps ensure that grades are entered into the correct boxes. I just don't like where it hovers. It tends to cover up the next box into which one wants to type. It also slows things down a bit. It's probably better on a big screen than on a mobile device. Much appreciation for all the hard work of the Moodle developers on the Gradebook! This is a major effort!
              Hide
              bobpuffer Bob Puffer added a comment -

              this isn't the consensus of the gradebook workgroup

              Show
              bobpuffer Bob Puffer added a comment - this isn't the consensus of the gradebook workgroup
              Hide
              rrusso Robert Russo added a comment -

              Please be aware you can also edit all the grades of a single student as well.

              You can edit by column or row.

              This way if a student submits a few late assignments, you can enter them for that student without worry of editing the wrong grade.

              Show
              rrusso Robert Russo added a comment - Please be aware you can also edit all the grades of a single student as well. You can edit by column or row. This way if a student submits a few late assignments, you can enter them for that student without worry of editing the wrong grade.
              Hide
              dobedobedoh Andrew Nicols added a comment -

              Hi Bob Puffer

              Thanks for the info regarding the AJAX quick edit interface. I wasn't aware that this was the case and it's the first I've heard on the matter. I'd already raised MDL-46732 to look at fixing the existing interface, and some possible alternative interfaces too.

              Martin Dougiamas could you add your thoughts here too?

              Cheers,

              Andrew

              Show
              dobedobedoh Andrew Nicols added a comment - Hi Bob Puffer Thanks for the info regarding the AJAX quick edit interface. I wasn't aware that this was the case and it's the first I've heard on the matter. I'd already raised MDL-46732 to look at fixing the existing interface, and some possible alternative interfaces too. Martin Dougiamas could you add your thoughts here too? Cheers, Andrew
              Hide
              dougiamas Martin Dougiamas added a comment -

              Hi Bob, the specification did include editing on the grader report: https://docs.moodle.org/dev/Grader_report_2014#Main_display

              But of course one doesn't have to use it if they don't want to.

              As I recall the column/row editing was only ever considered as an alternative method, not as the only method.

              Show
              dougiamas Martin Dougiamas added a comment - Hi Bob, the specification did include editing on the grader report: https://docs.moodle.org/dev/Grader_report_2014#Main_display But of course one doesn't have to use it if they don't want to. As I recall the column/row editing was only ever considered as an alternative method, not as the only method.
              Hide
              johno John Okely added a comment -

              I'll continue working on AJAX grading (MDL-46732) as it was pre-existing.

              Cells can be edited as now.

              Show
              johno John Okely added a comment - I'll continue working on AJAX grading ( MDL-46732 ) as it was pre-existing. Cells can be edited as now.
              Hide
              bobpuffer Bob Puffer added a comment -

              With all due respect I didn't write that spec and that isn't how my recollection worked from the conference. I'd like to hear some additional input from others in attendance to reassure of what's the right course. Mark is out of pocket. For me, we disable the AJAX because the common complaint is its too easy to change a grade unintentionally. Not all admins are going to be that savvy about gradebook setup. Many current colleagues encourage their teachers to use Excel.

              Show
              bobpuffer Bob Puffer added a comment - With all due respect I didn't write that spec and that isn't how my recollection worked from the conference. I'd like to hear some additional input from others in attendance to reassure of what's the right course. Mark is out of pocket. For me, we disable the AJAX because the common complaint is its too easy to change a grade unintentionally. Not all admins are going to be that savvy about gradebook setup. Many current colleagues encourage their teachers to use Excel.
              Hide
              mcka0074 Mark McKay added a comment -

              We also turn AJAX off for the reason Bob mentions: too many inadvertent overrides. I recall that UCSB would like editing to be confined to the "quick edit" isolated row or column. This is likely to be a split decision, so I think there needs to be an admin setting and a default based on consensus.

              Show
              mcka0074 Mark McKay added a comment - We also turn AJAX off for the reason Bob mentions: too many inadvertent overrides. I recall that UCSB would like editing to be confined to the "quick edit" isolated row or column. This is likely to be a split decision, so I think there needs to be an admin setting and a default based on consensus.
              Hide
              chad053 Arshad Hussanee added a comment -

              Different institutions will have different requirements which can obviously be set by admin but at UC, we turn AJAX on as a default because our staffs prefer the quick editing.

              Show
              chad053 Arshad Hussanee added a comment - Different institutions will have different requirements which can obviously be set by admin but at UC, we turn AJAX on as a default because our staffs prefer the quick editing.
              Hide
              johno John Okely added a comment -

              There will continue to be a per-user setting that is off by default. So a teacher would need to go into their settings and deliberately turn on AJAX before any risk of accidental edits.

              The use case I'm imagining for AJAX: A teacher scrolls though the view of all grades and wants to change an entry. They find it on the grade view, but without in-place editing, they would have to hit the quick edit, then scroll down to find that entry again on the quick edit screen.

              Show
              johno John Okely added a comment - There will continue to be a per-user setting that is off by default. So a teacher would need to go into their settings and deliberately turn on AJAX before any risk of accidental edits. The use case I'm imagining for AJAX: A teacher scrolls though the view of all grades and wants to change an entry. They find it on the grade view, but without in-place editing, they would have to hit the quick edit, then scroll down to find that entry again on the quick edit screen.
              Hide
              mcka0074 Mark McKay added a comment - - edited

              I think the ideal behavior for this use case is the ability to edit a "cell" by double-clicking on that cell and entering a value there. That is, double-clicking would open a pop-up window.

              Show
              mcka0074 Mark McKay added a comment - - edited I think the ideal behavior for this use case is the ability to edit a "cell" by double-clicking on that cell and entering a value there. That is, double-clicking would open a pop-up window.
              Hide
              dobedobedoh Andrew Nicols added a comment -

              Here's an update on the state of play of this issue as a whole.

              The original specification for the Grader Report (https://docs.moodle.org/dev/Grader_report_2014) detailed several major requirements and improvements:

              Requirements:

              1. Compatible and Maintainable: JavaScript and written in YUI
              2. Accessible: WCAG 2.0 compliance
              3. Responsive

              The feature requests can be summarised as:

              1. Main display: Scrolling spreadsheet behaviour as prototyped by UCLA
              2. Dynamic filters
              3. Single row/column editing

              State of Requirements

              Of those requirements, the following have been completed:

              1. The interface has been written in a compatible and maintainable manner. It is written using the YUI frameowrk, and with code broken down into logical components.
              2. Accessible: We have requested feedback from members of the Accessibility group, but none has been received. We have attempted to apply appropriate ARIA landmarks and roles, and to simplify the existing interface to remove the inaccessible components. The ARIA guidelines are unclear on some of the implementation.
              3. The design is responsive and can be viewed on screens ranging from Mobile to Desktop whilst still allowing information to be viewed.

              State of Feature Requests

              Main display

              The main display work is available on the prototype site. Additional work
              was required in addition to the UCLA-donated code to:

              1. Fix cross-browser compliance
              2. Improve performance for slower machines, and some browsers
              3. Add additional headers only visible in some views
              4. Fix theme-compliance issues
              5. Remove old and/or conflicting code (e.g. the old fixed headers system)
              6. Remove hard-coded language strings
              7. Assure compliance with the coding style guidelines
              8. Improve compatibility with other features (e.g. AJAX editing)
              Single row/column editing

              The single row/column editing was discussed in a separate issue and is currently being worked upon.

              Dynamic filters.

              Dynamic filters could in theory be applied to the content currently on the page with some ease, but for a large course with more than 100 users, it would be necessary to also implement dynamic loading of the content not currently present.

              Dynamic loading would require a refactor of the php code to build individual rows appropriately - this would be non-trivial, but a manageable body of work.

              Both Dynamic filters, and dynamic loading were blocked by the work on the main display.

              Once dynamic loading has been implemented, it would need to be extended to perform searches and return a set of rows.

              Show
              dobedobedoh Andrew Nicols added a comment - Here's an update on the state of play of this issue as a whole. The original specification for the Grader Report ( https://docs.moodle.org/dev/Grader_report_2014 ) detailed several major requirements and improvements: Requirements: Compatible and Maintainable: JavaScript and written in YUI Accessible: WCAG 2.0 compliance Responsive The feature requests can be summarised as: Main display: Scrolling spreadsheet behaviour as prototyped by UCLA Dynamic filters Single row/column editing State of Requirements Of those requirements, the following have been completed: The interface has been written in a compatible and maintainable manner. It is written using the YUI frameowrk, and with code broken down into logical components. Accessible: We have requested feedback from members of the Accessibility group, but none has been received. We have attempted to apply appropriate ARIA landmarks and roles, and to simplify the existing interface to remove the inaccessible components. The ARIA guidelines are unclear on some of the implementation. The design is responsive and can be viewed on screens ranging from Mobile to Desktop whilst still allowing information to be viewed. State of Feature Requests Main display The main display work is available on the prototype site. Additional work was required in addition to the UCLA-donated code to: Fix cross-browser compliance Improve performance for slower machines, and some browsers Add additional headers only visible in some views Fix theme-compliance issues Remove old and/or conflicting code (e.g. the old fixed headers system) Remove hard-coded language strings Assure compliance with the coding style guidelines Improve compatibility with other features (e.g. AJAX editing) Single row/column editing The single row/column editing was discussed in a separate issue and is currently being worked upon. Dynamic filters. Dynamic filters could in theory be applied to the content currently on the page with some ease, but for a large course with more than 100 users, it would be necessary to also implement dynamic loading of the content not currently present. Dynamic loading would require a refactor of the php code to build individual rows appropriately - this would be non-trivial, but a manageable body of work. Both Dynamic filters, and dynamic loading were blocked by the work on the main display. Once dynamic loading has been implemented, it would need to be extended to perform searches and return a set of rows.
              Hide
              bobpuffer Bob Puffer added a comment -

              My recollections are that dynamic loading was always considered to be necessary since some course will have upwards of 2,500 students

              Show
              bobpuffer Bob Puffer added a comment - My recollections are that dynamic loading was always considered to be necessary since some course will have upwards of 2,500 students
              Hide
              poltawski Dan Poltawski added a comment -

              Is this issue resolved by the improvements in 2.8? /cc Marina Glancy

              Show
              poltawski Dan Poltawski added a comment - Is this issue resolved by the improvements in 2.8? /cc Marina Glancy

                Dates

                • Created:
                  Updated: