Moodle
  1. Moodle
  2. MDL-18173

Random question category/sub-category option should be visible in the quiz UI2

    Details

    • Type: Improvement Improvement
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 1.9.4, 2.0
    • Fix Version/s: 2.0
    • Component/s: Questions, Quiz, Usability
    • Labels:
      None
    • Environment:
      any
    • Database:
      Any
    • Affected Branches:
      MOODLE_19_STABLE, MOODLE_20_STABLE
    • Fixed Branches:
      MOODLE_20_STABLE
    • Rank:
      26262

      Description

      The addition of a configuration option to determine whether random questions are selected from one category only or from sub-categories is most welcome.

      With the current implementation one must click the edit icon for a random question to determine the selection criterion. Ideally there would be an indicator that is visible when one views the quiz questions on the edit quiz page. Currently the process of checking the selection status of a random question is too laborious.

      Suggestions:

      Add icon that indicates the selection status - Potential downside needs 2 new icons as I can't think of any current icons that would be satisfactory.
      Where the questions are selected from one category only, append the word "only" after the category name.

      1. cat.png
        0.7 kB
      2. icons-rquestion-subcategories.jpg
        11 kB
      3. icons-rquestion-subcategories.PNG
        4 kB
      4. icons-rquestion-subcategories-small.png
        1 kB
      5. quizediting.png
        40 kB
      6. random.png
        23 kB
      7. tree.png
        0.4 kB

        Activity

        Hide
        Tim Hunt added a comment -

        Olli, Help! I can't work out the best way to do this. I think What Ray is asking for is a good idea, but I can't find a good way to achieve it. (I don't like either of the suggestions.)

        The best I can come up with is the attached screenshot, which changes several things. What do you think. (The category name overlapping the grade box is a bug. Assume I will fix that.)

        Show
        Tim Hunt added a comment - Olli, Help! I can't work out the best way to do this. I think What Ray is asking for is a good idea, but I can't find a good way to achieve it. (I don't like either of the suggestions.) The best I can come up with is the attached screenshot, which changes several things. What do you think. (The category name overlapping the grade box is a bug. Assume I will fix that.)
        Hide
        Olli Savolainen added a comment - - edited

        Hi,

        I am sorry, I am visiting Finland for a holiday this week so I have not been following for a couple of days. At a glance I could not find any real reasoning for this change* - if all of it is in this tracker item, then I would encourage you to reconsider making it in the first place. Come on, it just does not cut it to make changes on somebody's whim like this?

        What you are suggesting changes indeed so much that it essentially flushes down the toilet the testing made, and we loose whatever confirmation we had about the usability of the UI. The random questions no longer communicate their structure - "Random Question from category:" label acts as a guidance to users not yet deeply familiar with the UI. So if this really is as deep an issue as is being suggested, further testing really is required. If this proves to be a real issue, this should be included in a new usability project.

        One change that would not change the structure, would be a tooltip, for providing this information. For example, the "Random Question from category:" text could have a dashed underlining to provide users a way of knowing that it provides a tooltip for further information.

        • The basic reasoning I am looking for is a tangible usage scenario: in what situations does the current setup make it an issue? "Currently the process of checking the selection status of a random question is too laborious." is an arbitrary statement supported by nothing. We have no way of knowing if this is the point of view of just one user. To me, by what I have studied about the ways the UI is being used, this selection is relatively esoteric and you really need to change it rarely. If this is not the case, please at least describe the situation where using the option is a fundamental part of the process, i.e. where, say a considerable percentage of the questions in a quiz should have this setting set to other than the rest?
        Show
        Olli Savolainen added a comment - - edited Hi, I am sorry, I am visiting Finland for a holiday this week so I have not been following for a couple of days. At a glance I could not find any real reasoning for this change* - if all of it is in this tracker item, then I would encourage you to reconsider making it in the first place. Come on, it just does not cut it to make changes on somebody's whim like this? What you are suggesting changes indeed so much that it essentially flushes down the toilet the testing made, and we loose whatever confirmation we had about the usability of the UI. The random questions no longer communicate their structure - "Random Question from category:" label acts as a guidance to users not yet deeply familiar with the UI. So if this really is as deep an issue as is being suggested, further testing really is required. If this proves to be a real issue, this should be included in a new usability project. One change that would not change the structure, would be a tooltip, for providing this information. For example, the "Random Question from category:" text could have a dashed underlining to provide users a way of knowing that it provides a tooltip for further information. The basic reasoning I am looking for is a tangible usage scenario : in what situations does the current setup make it an issue? "Currently the process of checking the selection status of a random question is too laborious." is an arbitrary statement supported by nothing. We have no way of knowing if this is the point of view of just one user. To me, by what I have studied about the ways the UI is being used, this selection is relatively esoteric and you really need to change it rarely. If this is not the case, please at least describe the situation where using the option is a fundamental part of the process, i.e. where, say a considerable percentage of the questions in a quiz should have this setting set to other than the rest?
        Hide
        Olli Savolainen added a comment -

        (If needed, I could make a suggestion of that tooltip's contents - it might be useful to include in it other info besides this, too.)

        Show
        Olli Savolainen added a comment - (If needed, I could make a suggestion of that tooltip's contents - it might be useful to include in it other info besides this, too.)
        Hide
        Ray Lawrence added a comment - - edited

        I'm not certain of the relative timings of the testing of the new UI and the new random question selection option but my impression was that the random question option came later. If I'm correct then this is just part of the evolution of Moodle and is a useful test for how it may be adapted for future use.

        Use cases

        1. Member of support staff creates a quiz with random questions (and possibly the supporting question categories and sub-categories). Teacher wants to review the source of the questions.

        2. Teacher creates a quiz with random questions ( the supporting question categories and sub-categories). Teacher want to review the source of the questions but has forgotten how it was set up initially.

        3. Teacher creates a quiz with random questions (and the supporting question categories and sub-categories). Original teacher leaves, new teacher wants to review the source of the questions.

        4. Course with quiz containing random questions is imported or restored by someone unfamiliar with the sources of the random questions.

        Without this enhancement the teacher etc. has to open each random question to determine if the question is drawn from one category or several i.e.sub-categories.

        This is where the tool tip option falls over as the user still has to know that they need to do something to check on the source of the question.

        Ideally any user, novice or experienced, needs to be able to look at the list of questions and be presented with the information as suggested in my original post (I accept that there may be better ways to implement my suggestion).

        I don't have the benefit of your research background in this area, but I do know that large scale users do not relish the prospect of manually opening and closing an item over and over just to establish the status of a setting such as this.

        p.s. I'm advocating this for 1.9.x interface too.

        Show
        Ray Lawrence added a comment - - edited I'm not certain of the relative timings of the testing of the new UI and the new random question selection option but my impression was that the random question option came later. If I'm correct then this is just part of the evolution of Moodle and is a useful test for how it may be adapted for future use. Use cases 1. Member of support staff creates a quiz with random questions (and possibly the supporting question categories and sub-categories). Teacher wants to review the source of the questions. 2. Teacher creates a quiz with random questions ( the supporting question categories and sub-categories). Teacher want to review the source of the questions but has forgotten how it was set up initially. 3. Teacher creates a quiz with random questions (and the supporting question categories and sub-categories). Original teacher leaves, new teacher wants to review the source of the questions. 4. Course with quiz containing random questions is imported or restored by someone unfamiliar with the sources of the random questions. Without this enhancement the teacher etc. has to open each random question to determine if the question is drawn from one category or several i.e.sub-categories. This is where the tool tip option falls over as the user still has to know that they need to do something to check on the source of the question. Ideally any user, novice or experienced, needs to be able to look at the list of questions and be presented with the information as suggested in my original post (I accept that there may be better ways to implement my suggestion). I don't have the benefit of your research background in this area, but I do know that large scale users do not relish the prospect of manually opening and closing an item over and over just to establish the status of a setting such as this. p.s. I'm advocating this for 1.9.x interface too.
        Hide
        Olli Savolainen added a comment -

        The UI for adding random questions was in the new design from the very start, and it was the most intricate set of details tested.

        I agree that the status of this option indeed is a part of the question status. What I am wondering is how many users really ever use this option: it still seems a reasonable default to have all the subcategories included, and a rare exception that they are not. This is also demonstrated by your use cases; it is merely a potential that needs to be ensured to not be the case. If this is the case, adding bloat to the very full box is helping few but compromising a lot for many more users. But yes, as it is status data, it should be made sure that the user can easily check the status.

        The icon still cannot be something to blow the whole layout up, such a change would really need to be tested. This is risky, too, but fulfills the basic design goals:

        If subcategories are included, this being the default, there is an icon that does not raise too much attention; the yellow background is something of a convention for status displays, to communicate that this is "extra" status information. But if they are not included, a red bar is added, which at least in western countries has the added benefit of being understood as a danger/warning color: the question is not in the default state.

        This way of using icons with tooltips stating their meaning (Subcategories of category are included in random question/Subcategories of category not included in random question) is common in Moodle for information that cannot be expressed in a more verbose manner. I would place this icon (resized to the size Moodle icons usually have, of course) after the category name and the preview links.

        Show
        Olli Savolainen added a comment - The UI for adding random questions was in the new design from the very start, and it was the most intricate set of details tested. I agree that the status of this option indeed is a part of the question status. What I am wondering is how many users really ever use this option: it still seems a reasonable default to have all the subcategories included, and a rare exception that they are not. This is also demonstrated by your use cases; it is merely a potential that needs to be ensured to not be the case. If this is the case, adding bloat to the very full box is helping few but compromising a lot for many more users. But yes, as it is status data, it should be made sure that the user can easily check the status. The icon still cannot be something to blow the whole layout up, such a change would really need to be tested. This is risky, too, but fulfills the basic design goals: If subcategories are included, this being the default, there is an icon that does not raise too much attention; the yellow background is something of a convention for status displays, to communicate that this is "extra" status information. But if they are not included, a red bar is added, which at least in western countries has the added benefit of being understood as a danger/warning color: the question is not in the default state. This way of using icons with tooltips stating their meaning (Subcategories of category are included in random question/Subcategories of category not included in random question) is common in Moodle for information that cannot be expressed in a more verbose manner. I would place this icon (resized to the size Moodle icons usually have, of course) after the category name and the preview links.
        Hide
        Olli Savolainen added a comment -

        (I was already so glad I could just quickly paste the screenshot to the java applet. Why in the world would they save screenshot data as JPEG, rendering the quality as poor as you can see above, and adding not much benefit from compression vs PNG...)

        Show
        Olli Savolainen added a comment - (I was already so glad I could just quickly paste the screenshot to the java applet. Why in the world would they save screenshot data as JPEG, rendering the quality as poor as you can see above, and adding not much benefit from compression vs PNG...)
        Hide
        Ray Lawrence added a comment -

        The option will impact on question bank organisation and will beneficial to many users IMO.
        Default needs to be include subcategories so that quizzes don't break on upgrade.
        Small icon is good . I just imagined that this might be harder to implement, all those incomplete custom themes...
        Tool tip with icon perfecto.

        Show
        Ray Lawrence added a comment - The option will impact on question bank organisation and will beneficial to many users IMO. Default needs to be include subcategories so that quizzes don't break on upgrade. Small icon is good . I just imagined that this might be harder to implement, all those incomplete custom themes... Tool tip with icon perfecto.
        Hide
        Olli Savolainen added a comment -

        One more thing: the icon needs to be a link to the configure screen, but we can not delete the configure link from the grading box, either.

        Show
        Olli Savolainen added a comment - One more thing: the icon needs to be a link to the configure screen, but we can not delete the configure link from the grading box, either.
        Hide
        Tim Hunt added a comment -

        It is really a judgement call on how important it is to make that piece of state information clearly visible on the question editing page - I don't know the answer to that.

        And my screenshot was just a quick attempt to prototype something - that I was not sure about, which is why I asked for your input Olli. Your answer is very clear! I will discard my prototype.

        I think what Ray is asking for is not just a whim. It is a worthwhile feature, if it can be fitted in without hurting anything else.

        Here is another thought (it is 1:00am here now!) How about we add the tool-tip 'and subcategories', with the dotted 'there is a tooltip here' underline to those categories where it applies, and don't do anything for random questions where it does not apply?

        I thought about an icon but was could not think of one that was easily understandable. Maybe that is better. I'll sleep on it.

        Show
        Tim Hunt added a comment - It is really a judgement call on how important it is to make that piece of state information clearly visible on the question editing page - I don't know the answer to that. And my screenshot was just a quick attempt to prototype something - that I was not sure about, which is why I asked for your input Olli. Your answer is very clear! I will discard my prototype. I think what Ray is asking for is not just a whim. It is a worthwhile feature, if it can be fitted in without hurting anything else. Here is another thought (it is 1:00am here now!) How about we add the tool-tip 'and subcategories', with the dotted 'there is a tooltip here' underline to those categories where it applies, and don't do anything for random questions where it does not apply? I thought about an icon but was could not think of one that was easily understandable. Maybe that is better. I'll sleep on it.
        Hide
        Olli Savolainen added a comment -

        What Ray communicated at first point made it seem like the issue had not been thought through but that it was a matter of Ray's opinion. In any UI-related questions, discussion is and stays absurd as long as the real circumstances, properties and goals of the user, often easily in the forms of personas and usage scenarios, are not taken into the discussion and the plans justified with them.

        I think whatever is added needs to be added to all random questions; the UI must be consistent in communicating the state in both cases, since users cannot know nor learn about the option if it shows up in only rare cases, and it may cause confusion if users who do not know how the UI works are unable to quickly confirm the state of a random question which is in the default "include subcategories" state, since in this case there would be no state display to confirm it from.

        The point about the icon is that it should be unobtrusive enough. It is really hard to create an icon that really communicates in itself a concept such as this, but I think it is enough that
        1. users who really care about this will be capable of finding it, and learning that the icon is about the inclusion of subcategories as easily as seeing the tooltip.
        2. if not all subcategories are included, which I assume to be an exceptional choice, then the icon is more noticeable with its coloring and even users who do not normally care about the issue might stop and wonder what this icon means.

        One option would be to include the letters 'SUB' in the icon, but it will probably become hard to read. Also, it does not translate. Actually, internationalization is a problem in my proposition, too - in English it makes some sense, but in most languages it is probably arbitrary.

        Show
        Olli Savolainen added a comment - What Ray communicated at first point made it seem like the issue had not been thought through but that it was a matter of Ray's opinion. In any UI-related questions, discussion is and stays absurd as long as the real circumstances, properties and goals of the user, often easily in the forms of personas and usage scenarios, are not taken into the discussion and the plans justified with them. I think whatever is added needs to be added to all random questions; the UI must be consistent in communicating the state in both cases, since users cannot know nor learn about the option if it shows up in only rare cases, and it may cause confusion if users who do not know how the UI works are unable to quickly confirm the state of a random question which is in the default "include subcategories" state, since in this case there would be no state display to confirm it from. The point about the icon is that it should be unobtrusive enough. It is really hard to create an icon that really communicates in itself a concept such as this, but I think it is enough that 1. users who really care about this will be capable of finding it, and learning that the icon is about the inclusion of subcategories as easily as seeing the tooltip. 2. if not all subcategories are included, which I assume to be an exceptional choice, then the icon is more noticeable with its coloring and even users who do not normally care about the issue might stop and wonder what this icon means. One option would be to include the letters 'SUB' in the icon, but it will probably become hard to read. Also, it does not translate. Actually, internationalization is a problem in my proposition, too - in English it makes some sense, but in most languages it is probably arbitrary.
        Hide
        Ray Lawrence added a comment -

        "I think whatever is added needs to be added to all random questions; the UI must be consistent in communicating the state in both cases, since users cannot know nor learn about the option if it shows up in only rare cases, and it may cause confusion if users who do not know how the UI works are unable to quickly confirm the state of a random question which is in the default "include subcategories" state, since in this case there would be no state display to confirm it from.

        Yes, absolutely. This is an issue that the user needs to be able to identify for all random questions irrespective of their category selection state.

        Show
        Ray Lawrence added a comment - "I think whatever is added needs to be added to all random questions; the UI must be consistent in communicating the state in both cases, since users cannot know nor learn about the option if it shows up in only rare cases, and it may cause confusion if users who do not know how the UI works are unable to quickly confirm the state of a random question which is in the default "include subcategories" state, since in this case there would be no state display to confirm it from. Yes, absolutely. This is an issue that the user needs to be able to identify for all random questions irrespective of their category selection state.
        Hide
        Tim Hunt added a comment -

        My concept for an icon (tree.png). I guess something plain like a bullet for the other case. Obviously I would re-draw it more neatly before using it for real.

        What do you think?

        Show
        Tim Hunt added a comment - My concept for an icon (tree.png). I guess something plain like a bullet for the other case. Obviously I would re-draw it more neatly before using it for real. What do you think?
        Hide
        Ray Lawrence added a comment -

        I think that implies a branching structure that isn't present.

        Here's my (very rough) suggestion (cat.png). Above the dotted line for from this category only. below for "from sub-category(s)".

        Show
        Ray Lawrence added a comment - I think that implies a branching structure that isn't present. Here's my (very rough) suggestion (cat.png). Above the dotted line for from this category only. below for "from sub-category(s)".
        Hide
        Olli Savolainen added a comment -

        The bare horizontal line resembles a minus too much, I would think it would be confusing.

        Some representation of a tree/hierarchy might be our best bet for now, adding the red strikethrough when the subcategories are not included, for the above reason:"2. if not all subcategories are included, which I assume to be an exceptional choice, then the icon is more noticeable with its coloring and even users who do not normally care about the issue might stop and wonder what this icon means. ".

        This is really a job for graphic artists in the Moodle community. Which forum do we need to search them in?

        Show
        Olli Savolainen added a comment - The bare horizontal line resembles a minus too much, I would think it would be confusing. Some representation of a tree/hierarchy might be our best bet for now, adding the red strikethrough when the subcategories are not included, for the above reason:"2. if not all subcategories are included, which I assume to be an exceptional choice, then the icon is more noticeable with its coloring and even users who do not normally care about the issue might stop and wonder what this icon means. ". This is really a job for graphic artists in the Moodle community. Which forum do we need to search them in?
        Hide
        Tim Hunt added a comment -

        Probably the themes forum.

        Although include subcategories is the default at the moment, it would be much better to change that, since finding all the subcategories of a category is expensive (trees and relational databases do not mix well). Particularly for random questions created using the new interface, where there is only one specially created category, I was thinking of changing it.

        There are two main use cases for random questions:
        1. As described here: http://docs.moodle.org/en/Effective_quiz_practices#Robust_testing_with_random_variants That is better without picking from subcategories
        2. The revision quiz: pick 10 questions from all the questions in the course. That needs subcategories.

        So really, I think neither option is more important.

        Show
        Tim Hunt added a comment - Probably the themes forum. Although include subcategories is the default at the moment, it would be much better to change that, since finding all the subcategories of a category is expensive (trees and relational databases do not mix well). Particularly for random questions created using the new interface, where there is only one specially created category, I was thinking of changing it. There are two main use cases for random questions: 1. As described here: http://docs.moodle.org/en/Effective_quiz_practices#Robust_testing_with_random_variants That is better without picking from subcategories 2. The revision quiz: pick 10 questions from all the questions in the course. That needs subcategories. So really, I think neither option is more important.
        Hide
        Olli Savolainen added a comment - - edited

        I do think that changing the default would be confusing, and performance, since it does not seem to be disatrous, is not an excuse to change it. Is it not possible to store with the record of a category, the id's of all the parent categories of a category, in order to find them quickly?

        Perhaps the best way to explain why I think this is a bad idea, whould be: If you say "include questions in category X", which do you think it implies:

        1. include all questions in category
        2. include all questions in category, except those that are not in the root catogory

        Do not work against users' expectations.

        I was glad that the default had been chosen wisely, and it should not be changed. I think also for your use case 1 it is best if the subcategories are included, since there is nothing to say that teachers would not want to create subcategories in those categories, too, just, for instance, to keep a record of questions about books by different authors, albeit about the same subject (meaning, still belonging in the same random question).

        Also, since the default has been what it is, you are creating havoc just by making a change in such a subtle setting: many users probably do not know about this setting (at least not with the current UI) and if their way of working happens to assume the contrary, they will not even know where to search for a fix to the problem since they do not understand it.

        Show
        Olli Savolainen added a comment - - edited I do think that changing the default would be confusing, and performance, since it does not seem to be disatrous, is not an excuse to change it. Is it not possible to store with the record of a category, the id's of all the parent categories of a category, in order to find them quickly? Perhaps the best way to explain why I think this is a bad idea, whould be: If you say "include questions in category X", which do you think it implies: 1. include all questions in category 2. include all questions in category, except those that are not in the root catogory Do not work against users' expectations. I was glad that the default had been chosen wisely, and it should not be changed. I think also for your use case 1 it is best if the subcategories are included, since there is nothing to say that teachers would not want to create subcategories in those categories, too, just, for instance, to keep a record of questions about books by different authors, albeit about the same subject (meaning, still belonging in the same random question). Also, since the default has been what it is, you are creating havoc just by making a change in such a subtle setting: many users probably do not know about this setting (at least not with the current UI) and if their way of working happens to assume the contrary, they will not even know where to search for a fix to the problem since they do not understand it.
        Hide
        Ray Lawrence added a comment -

        Yes, the single line is not great. The category "tree" struck out is better.

        I would still say that Tim's representation is does not reflect what is actually happening though. Just my opinion, of course.

        Default: From my experience, users are initially surprised that sub-categories are included by default. What ever mode is selected as default will be wrong fro one group of users or another. The default for the site could be set as as an admin function on the question config page. As the addition of this icon flags the selection state it's less of an issue going forward. My vote to retain current behaviour. If you decide to change it Tim, it's paramount that the current state for existing quizzes is retained on upgrade (remember the MCQ feedback change). And if the default is changed it a major enough shift to warrant v. 2.0 onwards only.

        Show
        Ray Lawrence added a comment - Yes, the single line is not great. The category "tree" struck out is better. I would still say that Tim's representation is does not reflect what is actually happening though. Just my opinion, of course. Default: From my experience, users are initially surprised that sub-categories are included by default. What ever mode is selected as default will be wrong fro one group of users or another. The default for the site could be set as as an admin function on the question config page. As the addition of this icon flags the selection state it's less of an issue going forward. My vote to retain current behaviour. If you decide to change it Tim, it's paramount that the current state for existing quizzes is retained on upgrade (remember the MCQ feedback change). And if the default is changed it a major enough shift to warrant v. 2.0 onwards only.
        Hide
        Tim Hunt added a comment -

        OK, another attempt in random.png. Actually, there are two solutions implemented, and we can keep both, one or neither.

        The alt text on the icon is one of

        • Will select a question from this category only, not its subcategories.
        • Will select a question from this category or one of its subcategories.

        Comments?

        Show
        Tim Hunt added a comment - OK, another attempt in random.png. Actually, there are two solutions implemented, and we can keep both, one or neither. The alt text on the icon is one of Will select a question from this category only, not its subcategories. Will select a question from this category or one of its subcategories. Comments?
        Hide
        Olli Savolainen added a comment -

        Unless a designer from the themes forum can be found, it seems to be the best we can do at the moment.

        The repetition in the beginning the two tooltips may make it difficult to distinquish between them. I guess

        • Questions from this category only, not its subcategories.
        • Questions from this category and from its subcategories.

        would be easier to read, and I do not really see a risk of it being more confusing that your longer version.

        Show
        Olli Savolainen added a comment - Unless a designer from the themes forum can be found, it seems to be the best we can do at the moment. The repetition in the beginning the two tooltips may make it difficult to distinquish between them. I guess Questions from this category only, not its subcategories. Questions from this category and from its subcategories. would be easier to read, and I do not really see a risk of it being more confusing that your longer version.
        Hide
        Olli Savolainen added a comment -

        Well, this one was a quick one to review so I could not resist it!

        It seems that on FF3 on Linux the tooltip is not triggered every time. Also, the area for the icon is really small now; I thought it would be good at first (to not draw too much attention) but then, it is really hard to actually hit the area (http://en.wikipedia.org/wiki/Fitt%27s_Law), and as screen resolutions get bigger, even to see it. So I would add some padding around the icon, also enlarging the target area.

        Also, I would consider making it a Moodle-wide standard that if there is an icon that is not a link and that has a meaningful tooltip, it would probably be useful to have the cursor change to css cursor:help, just like the default is usually for <acronym> and <abbr> tags. This would give an useful cue to the user that they should hang around with their mouse long enough to see the tooltip.

        Did you change the default of whether subcategories are selected? Because now it seems none of my pre-existing random questions in a test quiz have them selected. Still voting to have them selected by default.

        Oh, right, you did change the wording, too. The issue with that is that it probably does not work very well translated, and even the English can as is be understood in couple of different ways, as "just" is an adjective, too. I am really not sure if you need the change in the wording - as said, it needs to be possible to check the value of this relatively easily, but I would not have it distract the main workflow.

        Show
        Olli Savolainen added a comment - Well, this one was a quick one to review so I could not resist it! It seems that on FF3 on Linux the tooltip is not triggered every time. Also, the area for the icon is really small now; I thought it would be good at first (to not draw too much attention) but then, it is really hard to actually hit the area ( http://en.wikipedia.org/wiki/Fitt%27s_Law ), and as screen resolutions get bigger, even to see it. So I would add some padding around the icon, also enlarging the target area. Also, I would consider making it a Moodle-wide standard that if there is an icon that is not a link and that has a meaningful tooltip, it would probably be useful to have the cursor change to css cursor:help, just like the default is usually for <acronym> and <abbr> tags. This would give an useful cue to the user that they should hang around with their mouse long enough to see the tooltip. Did you change the default of whether subcategories are selected? Because now it seems none of my pre-existing random questions in a test quiz have them selected. Still voting to have them selected by default. Oh, right, you did change the wording, too. The issue with that is that it probably does not work very well translated, and even the English can as is be understood in couple of different ways, as "just" is an adjective, too. I am really not sure if you need the change in the wording - as said, it needs to be possible to check the value of this relatively easily, but I would not have it distract the main workflow.
        Hide
        Ray Lawrence added a comment -

        Thanks for this.

        Btw, has the default selection behaviour been changed?

        Show
        Ray Lawrence added a comment - Thanks for this. Btw, has the default selection behaviour been changed?
        Hide
        Ray Lawrence added a comment -

        Suggested shorter text, if this helps:

        • Selected from this category only, not its subcategories.
        Show
        Ray Lawrence added a comment - Suggested shorter text, if this helps: Selected from this category only, not its subcategories.
        Hide
        Tim Hunt added a comment -

        OK, I'll revert the on-screen text, and think about putting the tooltip on the icon plus the text. Plus the cursor.

        I did not change the default setting.

        Show
        Tim Hunt added a comment - OK, I'll revert the on-screen text, and think about putting the tooltip on the icon plus the text. Plus the cursor. I did not change the default setting.
        Hide
        Olli Savolainen added a comment -

        What was the default setting for including subcategories in a random question now? In http://test.moodle.org/head/mod/quiz/edit.php?cmid=52 if I create a new random question it now excludes the subcategories by default. Was this thought through?

        Show
        Olli Savolainen added a comment - What was the default setting for including subcategories in a random question now? In http://test.moodle.org/head/mod/quiz/edit.php?cmid=52 if I create a new random question it now excludes the subcategories by default. Was this thought through?

          People

          • Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: