Moodle
  1. Moodle
  2. MDL-34824

Reinstate course_display (i.e. the ability to view and link to a single topic)

    Details

    • Rank:
      43324

      Description

      I've just noted http://tracker.moodle.org/browse/MDL-32505 that has taken away a feature which I suspect is used very broadly by course designers attempting to overcome the Scroll of Death.

      Summarising my understanding:

      1. Displaying a single section is no longer possible UNLESS you have changed the 'Course Layout' setting to 'Show one section per page'.
      2. If you attempt to link to a single section through adding the section ID to the URL when the 'Course Layout' setting is to 'show all sections' then it will ignore the URL and show all sections regardless.

      This means, I think, that if I am a student and my teacher has decided to show all sections on one page, then I can't collapse them down to personalise my own learning space and focus on just the topic I'm working on. Similarly, if my teacher has set the course to one section per page then I can't expand out all topics to see the whole course (which is handy sometimes if I want to use text search in my browser to find a key word I know is in one of the topics, somewhere). I have been forced into consuming the course the way my teacher has set it up, and although I can't accidentally hide content, which was tricky at first, I also have less control over my own learning space - I am at the mercy of the teacher to view the course how they want me to view it, rather than how I want to.

      As a teacher, although I can now elect to collapse down my topics and just show one at a time, or show them all in one hit, I can't build a custom navigation structure that lets me do both (i.e. I can't start out showing my students all topics and then guiding them to close all but one topic to focus on one thing). If I want this then I need to use a third-party course format like Collapsible Topics.

      Is this a problem? Should it be reverted to how it was? To me - yes, it should be changed back, but I am keen to see if anyone else considers this an issue, and if so then I hope they'll vote/comment. If not, then I guess I'm wrong and this ticket will get closed soon enough

      I am listing it as a bug however given that:
      1. Its a removal of existing functionality done without any community consultation that I can see (please prove me wrong if I am); and
      2. It will cause issues for users who have designed courses with custom navigation once they upgrade, with the only workaround being to remove the custom navigation, or at least change it (and the Course Layout' setting) so that it is either showing one topic or showing all - not an option for both.

      Thoughts appreciated!

        Issue Links

          Activity

          Hide
          Dan Poltawski added a comment -

          Aw man, I didn't see that you'd JUST created this when I wrote MDL-34829...

          The linking issue should be resolved by MDL-34829, though this will not allow you to get to the single page from within the interface (yet). That is a more complicated problem and its not immediately obvious how to solve it.

          I am really against reinstating the 'sticky with user' course_display setting, because I think it was very confusing - is that what you are after?

          Show
          Dan Poltawski added a comment - Aw man, I didn't see that you'd JUST created this when I wrote MDL-34829 ... The linking issue should be resolved by MDL-34829 , though this will not allow you to get to the single page from within the interface (yet). That is a more complicated problem and its not immediately obvious how to solve it. I am really against reinstating the 'sticky with user' course_display setting, because I think it was very confusing - is that what you are after?
          Hide
          Mark Drechsler added a comment -

          Hey Dan,

          When you say "this will not allow you to get to the single page from within the interface", do you mean that users can't self-select a topic to collapse down to? If so then I'd say we're looking at two issues here:

          1. Ensuring a smooth upgrade path for those who have built custom navigation - which the fix you've documented solves.
          2. Supporting end-user (mainly student) personalisation of their learning space to assist the learning process - which the fix you've documented doesn't solve.

          Correct?

          And btw, thanks for the quick, constructive response to this one, hugely appreciated

          D.

          Show
          Mark Drechsler added a comment - Hey Dan, When you say "this will not allow you to get to the single page from within the interface", do you mean that users can't self-select a topic to collapse down to? If so then I'd say we're looking at two issues here: 1. Ensuring a smooth upgrade path for those who have built custom navigation - which the fix you've documented solves. 2. Supporting end-user (mainly student) personalisation of their learning space to assist the learning process - which the fix you've documented doesn't solve. Correct? And btw, thanks for the quick, constructive response to this one, hugely appreciated D.
          Hide
          Dan Poltawski added a comment -

          2. Supporting end-user (mainly student) personalisation of their learning space to assist the learning process - which the fix you've documented doesn't solve.

          Right, agreed that is not solved by the other issue.

          The challenges we have with this is how to stop the interface becoming really confusing, the navigation between the various views can be quite challenging. Additionally the 'stickyness' of the old style was just too confusing.

          But as you point out, I think we need a way for all users to get to all views all - of the time, I suppose, allowing the course designer to choose the default, using the current setting.

          Show
          Dan Poltawski added a comment - 2. Supporting end-user (mainly student) personalisation of their learning space to assist the learning process - which the fix you've documented doesn't solve. Right, agreed that is not solved by the other issue. The challenges we have with this is how to stop the interface becoming really confusing, the navigation between the various views can be quite challenging. Additionally the 'stickyness' of the old style was just too confusing. But as you point out, I think we need a way for all users to get to all views all - of the time, I suppose, allowing the course designer to choose the default, using the current setting.
          Hide
          Mark Drechsler added a comment -

          Thing I'm curious about is just who it was too confusing for. Yes, it was a 'gotcha' for new kids - but in my experience it was something that you'd only do once before you knew the trick, and then once you'd got your head around it then it was a godsend. Where was the ticket with votes from the community to get rid of this 'confusing' functionality? Where was the opportunity to get feedback on the pros and cons from end users?

          I'm really struggling to see how a function which has been in Moodle since the very, very early days could be dumped so quickly. Once again though, I'd love to hear more from the Community to know if its just me that feels like this is a move in the wrong direction for end users keen to have the ability to personalise their learning space.

          Show
          Mark Drechsler added a comment - Thing I'm curious about is just who it was too confusing for. Yes, it was a 'gotcha' for new kids - but in my experience it was something that you'd only do once before you knew the trick, and then once you'd got your head around it then it was a godsend. Where was the ticket with votes from the community to get rid of this 'confusing' functionality? Where was the opportunity to get feedback on the pros and cons from end users? I'm really struggling to see how a function which has been in Moodle since the very, very early days could be dumped so quickly. Once again though, I'd love to hear more from the Community to know if its just me that feels like this is a move in the wrong direction for end users keen to have the ability to personalise their learning space.
          Hide
          Dan Poltawski added a comment -

          Well, it came from http://moodle.org/mod/forum/discuss.php?d=200470 / http://docs.moodle.org/dev/Paged_course_formats .

          It wasn't my idea/decision to remove this functionality but I really thought it was the least controversial of all of the changes, such is my experience of views of that collapsible section button!

          It really falls down for the student who logs into their institutional Moodle once per month to submit an assignment. At some point they click the sticky section which contains their assignment in week 4. Then next month they log into again to submit their 'week 8' assignment and its nowhere to be seen - they only see week 4 and don't realise that there is more of the course available to them.

          Of course we won't get votes for this from these users because they aren't participating on moodle.org and sometimes I worry we focus too much on the 'moodle.org power users' rather than the 'voiceless majority' of students. We should acknowledge that there is an inherent bias that way due to the very nature of participation on moodle.org!

          All that said i'm in total agreement about your request for something here to achieve "personalisation of their learning space to assist the learning process". If we really must have something that 'sticks' between logins then we need to think hard about to present that. Could it be 'a bookmark' perhaps?

          Show
          Dan Poltawski added a comment - Well, it came from http://moodle.org/mod/forum/discuss.php?d=200470 / http://docs.moodle.org/dev/Paged_course_formats . It wasn't my idea/decision to remove this functionality but I really thought it was the least controversial of all of the changes, such is my experience of views of that collapsible section button! It really falls down for the student who logs into their institutional Moodle once per month to submit an assignment. At some point they click the sticky section which contains their assignment in week 4. Then next month they log into again to submit their 'week 8' assignment and its nowhere to be seen - they only see week 4 and don't realise that there is more of the course available to them. Of course we won't get votes for this from these users because they aren't participating on moodle.org and sometimes I worry we focus too much on the 'moodle.org power users' rather than the 'voiceless majority' of students. We should acknowledge that there is an inherent bias that way due to the very nature of participation on moodle.org! All that said i'm in total agreement about your request for something here to achieve "personalisation of their learning space to assist the learning process". If we really must have something that 'sticks' between logins then we need to think hard about to present that. Could it be 'a bookmark' perhaps?
          Hide
          Daniel Stanley added a comment -

          I would just like to add that the removal of this features has implications in Editing mode also. With the 'Show one section per page' setting turned on, when a teacher enters edit mode, it still displays the whole course, which makes adding resources laborious in a long course. This feature was available in the previous versions and is a step backwards I feel.

          Also regarding Mark's comment:
          "2. If you attempt to link to a single section through adding the section ID to the URL when the 'Course Layout' setting is to 'show all sections' then it will ignore the URL and show all sections regardless."
          I have found a way around this by setting up an image map with URL hotspots. It has no trouble loading the URL with section numbers when in 'Single section' view (in editing on mode also.)

          Thanks

          Show
          Daniel Stanley added a comment - I would just like to add that the removal of this features has implications in Editing mode also. With the 'Show one section per page' setting turned on, when a teacher enters edit mode, it still displays the whole course, which makes adding resources laborious in a long course. This feature was available in the previous versions and is a step backwards I feel. Also regarding Mark's comment: "2. If you attempt to link to a single section through adding the section ID to the URL when the 'Course Layout' setting is to 'show all sections' then it will ignore the URL and show all sections regardless." I have found a way around this by setting up an image map with URL hotspots. It has no trouble loading the URL with section numbers when in 'Single section' view (in editing on mode also.) Thanks
          Hide
          Mary Cooch added a comment -

          Just echoing these lines of Dan (quote) "It really falls down for the student who logs into their institutional Moodle once per month to submit an assignment. At some point they click the sticky section which contains their assignment in week 4. Then next month they log into again to submit their 'week 8' assignment and its nowhere to be seen - they only see week 4 and don't realise that there is more of the course available to them.

          Of course we won't get votes for this from these users because they aren't participating on moodle.org and sometimes I worry we focus too much on the 'moodle.org power users' rather than the 'voiceless majority' of students. We should acknowledge that there is an inherent bias that way due to the very nature of participation on moodle.org!"
          Totally agree on both counts. The show only one topic thing has been the bane of my life even with experienced teachers and students and such users around the world are never going to come onto Moodle.org and complain but we need to protect them anyway

          Show
          Mary Cooch added a comment - Just echoing these lines of Dan (quote) "It really falls down for the student who logs into their institutional Moodle once per month to submit an assignment. At some point they click the sticky section which contains their assignment in week 4. Then next month they log into again to submit their 'week 8' assignment and its nowhere to be seen - they only see week 4 and don't realise that there is more of the course available to them. Of course we won't get votes for this from these users because they aren't participating on moodle.org and sometimes I worry we focus too much on the 'moodle.org power users' rather than the 'voiceless majority' of students. We should acknowledge that there is an inherent bias that way due to the very nature of participation on moodle.org!" Totally agree on both counts. The show only one topic thing has been the bane of my life even with experienced teachers and students and such users around the world are never going to come onto Moodle.org and complain but we need to protect them anyway
          Hide
          Mark Drechsler added a comment -

          Thanks Mary,

          Good to hear a counterpoint - I was genuine when I asked whether or not I was overreacting

          I've tried to spread the word among my clients to see if this will cause headaches for them or not, but my main desire was to at least see some dialogue around this change - even if its post-hoc.

          M

          Show
          Mark Drechsler added a comment - Thanks Mary, Good to hear a counterpoint - I was genuine when I asked whether or not I was overreacting I've tried to spread the word among my clients to see if this will cause headaches for them or not, but my main desire was to at least see some dialogue around this change - even if its post-hoc. M
          Hide
          gavin henrick added a comment -

          I see the removal of this as a problem. Blocks like Course Menu Block used this feature to enable to user to control whether they were looking at one section/topic or the whole page.

          Yes, the "white square" which was the normal way to focus just on one topic, perhaps could have caused confusion, however the custom navigation options really were useful and I am sure that the download stats for them would back that up.

          The feature really had two aspects.

          1. The ability to focus on one topic
          2. the dropdown undernearth that one topic to jump to another single topic.

          The existing new one-section-per page is missing that dropdown too, which would be great to get back. I know that is where the "return to main course page" is, but the dropdown would be nice too.

          Show
          gavin henrick added a comment - I see the removal of this as a problem. Blocks like Course Menu Block used this feature to enable to user to control whether they were looking at one section/topic or the whole page. Yes, the "white square" which was the normal way to focus just on one topic, perhaps could have caused confusion, however the custom navigation options really were useful and I am sure that the download stats for them would back that up. The feature really had two aspects. 1. The ability to focus on one topic 2. the dropdown undernearth that one topic to jump to another single topic. The existing new one-section-per page is missing that dropdown too, which would be great to get back. I know that is where the "return to main course page" is, but the dropdown would be nice too.
          Hide
          Buddy Ethridge added a comment -

          Mary and Dan,

          The counter-point to your counter-point is that the majority of our students (and I would hazard that this is true for most Higher Ed deployments) log in daily, many times multiple times during the day, while enrolled in an active course. I do not think that the ones only logging in once per month are the voiceless majority.

          I also think that the removal of this should have been discussed broadly ahead of time, as this is the removal of a feature that users are now accustomed to seeing. They may not all make use of it, but it is our mission (at our institution) to provide continuity of service. Adding new features is great, but taking away any available service always, always leads to negative feedback from our faculty and student users.

          Buddy

          Show
          Buddy Ethridge added a comment - Mary and Dan, The counter-point to your counter-point is that the majority of our students (and I would hazard that this is true for most Higher Ed deployments) log in daily, many times multiple times during the day, while enrolled in an active course. I do not think that the ones only logging in once per month are the voiceless majority. I also think that the removal of this should have been discussed broadly ahead of time, as this is the removal of a feature that users are now accustomed to seeing. They may not all make use of it, but it is our mission (at our institution) to provide continuity of service. Adding new features is great, but taking away any available service always, always leads to negative feedback from our faculty and student users. Buddy
          Hide
          Dan Poltawski added a comment -

          My once a month comment was slightly tongue in cheek, though i'll extrapolate a bit and say the users who can't find what they want when they need it are those who are going to avoid logging in frequently.

          Show
          Dan Poltawski added a comment - My once a month comment was slightly tongue in cheek, though i'll extrapolate a bit and say the users who can't find what they want when they need it are those who are going to avoid logging in frequently.
          Hide
          Buddy Ethridge added a comment -

          I agree Dan, but navigation is more of a training and familiarization issue. I also understand the attempt to de-clutter the work space. I do not see this as a blocker to upgrading certainly, but I do expect some feedback from my very vocal users asking why something is no longer there (whether or not they ever used it).

          Show
          Buddy Ethridge added a comment - I agree Dan, but navigation is more of a training and familiarization issue. I also understand the attempt to de-clutter the work space. I do not see this as a blocker to upgrading certainly, but I do expect some feedback from my very vocal users asking why something is no longer there (whether or not they ever used it).
          Hide
          Minh-Tam Nguyen added a comment -

          I'll just put a link here to what I see as a very interesting take on the display options by James Croft:
          http://www.markdrechsler.com/?p=878#comment-3102

          Show
          Minh-Tam Nguyen added a comment - I'll just put a link here to what I see as a very interesting take on the display options by James Croft: http://www.markdrechsler.com/?p=878#comment-3102
          Hide
          Marina Glancy added a comment -

          I'm taking this issue to suggest the solution compatible with course formats refactoring (MDL-35218)

          Show
          Marina Glancy added a comment - I'm taking this issue to suggest the solution compatible with course formats refactoring ( MDL-35218 )
          Hide
          Marina Glancy added a comment - - edited

          Hi Dan, can you peer review this please

          Show
          Marina Glancy added a comment - - edited Hi Dan, can you peer review this please
          Hide
          Dan Poltawski added a comment -

          Hi Marina,

          First, i'm not sure about this on the 2.3 branche. Would like Martin's view, its quite a significant change, affects the UI and might even reverse some of the training work people have done for 2.3.

          Personally I really don't like the existing showall sections/hide all sections icons so i'm not really in favour of that same icons being brought back.

          With regards to the code:

          1. You could just add expand/collapse section control to section_right_content() rather than do so much modification in section_edit_controls() I think
          2. In course/format/renderer.php & course/lib.php & You use get_user_preferences() with default of null & 1 and then set to $course>coursedisplay if its set to that. Why not set the default as $course->coursedisplay and you can avoid that entirely
          Show
          Dan Poltawski added a comment - Hi Marina, First, i'm not sure about this on the 2.3 branche. Would like Martin's view, its quite a significant change, affects the UI and might even reverse some of the training work people have done for 2.3. Personally I really don't like the existing showall sections/hide all sections icons so i'm not really in favour of that same icons being brought back. With regards to the code: You could just add expand/collapse section control to section_right_content() rather than do so much modification in section_edit_controls() I think In course/format/renderer.php & course/lib.php & You use get_user_preferences() with default of null & 1 and then set to $course >coursedisplay if its set to that. Why not set the default as $course->coursedisplay and you can avoid that entirely
          Hide
          Marina Glancy added a comment -

          Dan, thanks, I fixed code improvements.
          I also don't personally like the show all/one box on the right. As you understand the link to switch user display can be inserted anywhere. But adding some nice links for user preferences seems like a big improvement and this should not go to 2.3. So the rest is up to you

          Show
          Marina Glancy added a comment - Dan, thanks, I fixed code improvements. I also don't personally like the show all/one box on the right. As you understand the link to switch user display can be inserted anywhere. But adding some nice links for user preferences seems like a big improvement and this should not go to 2.3. So the rest is up to you
          Hide
          Dan Poltawski added a comment -

          The main moodle.git repository has just been updated with latest weekly modifications. You may wish to rebase your PULL branches to simplify history and avoid any possible merge conflicts. This would also make integrator's life easier next week.

          TIA and ciao

          Show
          Dan Poltawski added a comment - The main moodle.git repository has just been updated with latest weekly modifications. You may wish to rebase your PULL branches to simplify history and avoid any possible merge conflicts. This would also make integrator's life easier next week. TIA and ciao
          Hide
          Sam Hemelryk added a comment -

          Hi guys,

          This looks like its not finalised yet?

          I would agree with Dan in that I'm not convinced this should land in the 2.3 branch, this is something that was specifically removed from Dan's course refactoring and as that issue is closed this now represents a new feature (saying that because it wasn't a lost feature it was intentionally removed).
          I think it would be great to have Martin's view on this as well, he's a watcher here but I think we should probably bring this to his attention.

          To me, reading through this issue I am reminded how controversial this simple feature was (and how many times people had proclaimed there love/hate for it).
          Certainly there is value in having a "focus" feature like this, obviously its wanted, perhaps its worth investing the time to solve this properly rather than re-implementing the past purposefully removed feature.
          That is all just my personal thoughts on this issue by the way, I am going on on what I remember from the discussions on the original refactoring and my past remembrance of all the discussion around this feature.

          In regards to the code Marina things look fine, the only thing I noted was the use of $PAGE within the renderer. Each renderer has a protected reference to the moodle_page object used to create it ($this->page) that should always be used. There's no guarantee that $PAGE will be the page that the renderer was created to serve.
          I noticed that there are already several uses of $PAGE within the render so not really a problem I will create an issue now to correct those.
          Noting that presently we know that its not a problem because we only have an single HTML renderer for courses and no advanced uses for it, however as it could easily lead to issues as we continue to develop our uses or renderers it will need to be fixed.

          At the moment I've left this within integration review so that yourself or anyone can conclude things (hehe or correct me if I've missed something crucial) and we can still consider it for integration. Personally myself I am leaning towards reopening this in order to get more opinions and thought going and decide whether this is the approach we want to take.

          Many thanks
          Sam

          Show
          Sam Hemelryk added a comment - Hi guys, This looks like its not finalised yet? I would agree with Dan in that I'm not convinced this should land in the 2.3 branch, this is something that was specifically removed from Dan's course refactoring and as that issue is closed this now represents a new feature (saying that because it wasn't a lost feature it was intentionally removed). I think it would be great to have Martin's view on this as well, he's a watcher here but I think we should probably bring this to his attention. To me, reading through this issue I am reminded how controversial this simple feature was (and how many times people had proclaimed there love/hate for it). Certainly there is value in having a "focus" feature like this, obviously its wanted, perhaps its worth investing the time to solve this properly rather than re-implementing the past purposefully removed feature. That is all just my personal thoughts on this issue by the way, I am going on on what I remember from the discussions on the original refactoring and my past remembrance of all the discussion around this feature. In regards to the code Marina things look fine, the only thing I noted was the use of $PAGE within the renderer. Each renderer has a protected reference to the moodle_page object used to create it ($this->page) that should always be used. There's no guarantee that $PAGE will be the page that the renderer was created to serve. I noticed that there are already several uses of $PAGE within the render so not really a problem I will create an issue now to correct those. Noting that presently we know that its not a problem because we only have an single HTML renderer for courses and no advanced uses for it, however as it could easily lead to issues as we continue to develop our uses or renderers it will need to be fixed. At the moment I've left this within integration review so that yourself or anyone can conclude things (hehe or correct me if I've missed something crucial) and we can still consider it for integration. Personally myself I am leaning towards reopening this in order to get more opinions and thought going and decide whether this is the approach we want to take. Many thanks Sam
          Hide
          Marina Glancy added a comment -

          Just to add that in 2.4 the option 'coursedisplay' will be custom format option for topics and weeks course formats. I'm going to move all the code accessing it into the topics and weeks formats. Also I may add nice switch between single/multi section view modes for particular user.
          So if you don't want to integrate it in 2.3 then don't integrate it at all.

          Show
          Marina Glancy added a comment - Just to add that in 2.4 the option 'coursedisplay' will be custom format option for topics and weeks course formats. I'm going to move all the code accessing it into the topics and weeks formats. Also I may add nice switch between single/multi section view modes for particular user. So if you don't want to integrate it in 2.3 then don't integrate it at all.
          Hide
          Marina Glancy added a comment -

          This issue is now blocked by MDL-35276
          and the github branches are based on corresponding branches of MDL-35276

          Show
          Marina Glancy added a comment - This issue is now blocked by MDL-35276 and the github branches are based on corresponding branches of MDL-35276
          Hide
          Sam Hemelryk added a comment -

          Ok, I've spoken to Marina, Dan and Apu about this issue.
          We're in agreement that it is going to be delayed in order to make a decision about this issue and in order to get MD's feedback on this issue.

          Marina has split the dependent issue and it has now been integrated.

          Many thanks
          Sam

          Show
          Sam Hemelryk added a comment - Ok, I've spoken to Marina, Dan and Apu about this issue. We're in agreement that it is going to be delayed in order to make a decision about this issue and in order to get MD's feedback on this issue. Marina has split the dependent issue and it has now been integrated. Many thanks Sam
          Hide
          CiBoT added a comment -

          Moving this reopened issue out from current integration. Please, re-submit it for integration once ready.

          Show
          CiBoT added a comment - Moving this reopened issue out from current integration. Please, re-submit it for integration once ready.
          Hide
          Eloy Lafuente (stronk7) added a comment -

          U P S T R E A M I Z E D !

          Many thanks, this is now available in all the repos (git & cvs).

          Closing, ciao

          Show
          Eloy Lafuente (stronk7) added a comment - U P S T R E A M I Z E D ! Many thanks, this is now available in all the repos (git & cvs). Closing, ciao
          Hide
          Eloy Lafuente (stronk7) added a comment -

          Doh,

          somehow this issue was closed incorrectly when processing all the integrated issues this week. (sort of most voted and current in integration filters mix). Apologies for the confusion, reseting to previous status!

          Ciao, Eloy

          Show
          Eloy Lafuente (stronk7) added a comment - Doh, somehow this issue was closed incorrectly when processing all the integrated issues this week. (sort of most voted and current in integration filters mix). Apologies for the confusion, reseting to previous status! Ciao, Eloy
          Hide
          Kris Stokking added a comment -

          Sam et. al. - how are talks progressing? From my position, it's absolutely critical that a "fix" lands in 2.3 (including the "stickiness" feature), but it doesn't need to be a permanent solution. If we simply reinstated the removed functionality but disabled it by default, allowing site administrators the ability to override that, wouldn't the intended result be the same? That way we can expedite a fix to institutions who really do rely on the feature, while giving us time to discuss a longer-term permanent fix. If it truly is confusing, then perhaps we should make a user preference that allows the user to decide the behavior. We could even allow site administrators to toggle the default.

          Show
          Kris Stokking added a comment - Sam et. al. - how are talks progressing? From my position, it's absolutely critical that a "fix" lands in 2.3 (including the "stickiness" feature), but it doesn't need to be a permanent solution. If we simply reinstated the removed functionality but disabled it by default, allowing site administrators the ability to override that, wouldn't the intended result be the same? That way we can expedite a fix to institutions who really do rely on the feature, while giving us time to discuss a longer-term permanent fix. If it truly is confusing, then perhaps we should make a user preference that allows the user to decide the behavior. We could even allow site administrators to toggle the default.
          Hide
          Elizabeth Dalton added a comment -

          We just upgraded from 2.2 to 2.4 two days ago and already we have a list of complaints from faculty and students about this missing feature. For completely online programs, this feature was not especially confusing, I think. Could it not be an option at least at the site level? Or perhaps at the user level with a site default?

          Show
          Elizabeth Dalton added a comment - We just upgraded from 2.2 to 2.4 two days ago and already we have a list of complaints from faculty and students about this missing feature. For completely online programs, this feature was not especially confusing, I think. Could it not be an option at least at the site level? Or perhaps at the user level with a site default?
          Hide
          Martin Dougiamas added a comment -

          Please note MDL-34917 which should solve this problem .... but unfortunately is only in 2.5 ...

          Show
          Martin Dougiamas added a comment - Please note MDL-34917 which should solve this problem .... but unfortunately is only in 2.5 ...
          Hide
          Glen Byram added a comment - - edited

          Version 2013010801 of block_course_menu, distributed from https://github.com/netsapiensis/moodle-block_course_menu/tree/MOODLE_23_STABLE incorporates course section display, and so can be used to achieve the functionality that is being asked for.

          Show
          Glen Byram added a comment - - edited Version 2013010801 of block_course_menu, distributed from https://github.com/netsapiensis/moodle-block_course_menu/tree/MOODLE_23_STABLE incorporates course section display, and so can be used to achieve the functionality that is being asked for.
          Hide
          Elizabeth Dalton added a comment -

          Neither MDL-34917 nor the Course Menu block solve the problem that our users miss being able to hide all but the current section for themselves. Again, our students and faculty didn't seem to find it that confusing, and they are complaining now that the option is gone. Faculty liked being able to hide non-current sections while in Edit mode, and students liked being able to hide non-current sections even if the instructor has not chosen "One Section per Page" in the Course Settings.

          Show
          Elizabeth Dalton added a comment - Neither MDL-34917 nor the Course Menu block solve the problem that our users miss being able to hide all but the current section for themselves. Again, our students and faculty didn't seem to find it that confusing, and they are complaining now that the option is gone. Faculty liked being able to hide non-current sections while in Edit mode, and students liked being able to hide non-current sections even if the instructor has not chosen "One Section per Page" in the Course Settings.

            People

            • Votes:
              24 Vote for this issue
              Watchers:
              17 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: