Deborah Fitchett
My feedback
37 results found
-
55 votesDeborah Fitchett
supported this idea
·
-
64 votesDeborah Fitchett
supported this idea
·
An error occurred while saving the comment -
6 votesDeborah Fitchett
supported this idea
·
An error occurred while saving the comment Deborah Fitchett
commented
This is a bit of an extension to the request but I'd really love three configuration options:
1) let instructors select one course to rollover to only
2) let instructors select any number of courses to be associated on rollover
3) don't let instructors select anything - always automatically rollover to the same course or courses that the source reading list is attached to.This last would be really useful for institutions which re-use the same course codes each year. Most of our lists are only associated with a single course (so the list for ACCT101 rolls over to ACCT101) but some are associated with cross-coded courses and we need them all associated to track total participant numbers (so the list for LASC318/DESN321 is also attached to LASC318 and DESN321 and needs to roll over to all three: LASC318/DESN321, LASC318 and DESN321).
It'd also be useful if the course select displayed the course code as well as the course name. Course names are chaotic :-) and due to cross-coding they're not even always unique.
Deborah
-
28 votes
An error occurred while saving the comment Deborah Fitchett
commented
Yes, we'd also like to remove the "Upload files" option since "Manual entry" is absolutely sufficient for our purposes. There more options there are, the more choice paralysis there is for lecturers and they get confused, so it's useful to be able to streamline the menu to only show the options that are relevant to the institution.
Deborah Fitchett
supported this idea
·
-
75 votesDeborah Fitchett
supported this idea
·
-
27 votes
An error occurred while saving the comment Deborah Fitchett
commented
Our use case: we have some questions set up that result in:
* question 1 - tags to put physical books on short loan
* question 2 - tags to request more licenses/restrict downloads of ebooksCurrently we display these to lecturers but don't let them edit them later, even though it would be useful for them to do so if they change their mind. This is because if we enable editing of these tags, they appear as options on all material types, which adds clutter and confusion. So instead we have to turn off the option entirely, and if they want to take something off 2-hour loan they have to email / use the Discuss feature instead of simply removing the tag.
Deborah Fitchett
supported this idea
·
-
28 votes
Changing the status back from Accepted. Please continue to vote on the idea as your votes will help us prioritize the development. Thank you.
Deborah Fitchett
supported this idea
·
-
10 votesDeborah Fitchett
shared this idea
·
-
19 votes
An error occurred while saving the comment Deborah Fitchett
commented
This (especially #1) would be really useful for us too, since if a course changes hands frequently (some courses are particular hot potatoes) the list of course owners just keeps building up year on year. Lots of our courses have long lists of owners, many of whom have left the university.
When we purge user data, eventually they're only represented in the list by their old staff ID number so at least they no longer get emailed - but then we've got no way to remove all their courses in bulk (since they no longer have a user record), and instead have to go individually into each course.
-
277 votesDeborah Fitchett
supported this idea
·
-
2 votesDeborah Fitchett
shared this idea
·
-
37 votesDeborah Fitchett
supported this idea
·
-
9 votesDeborah Fitchett
shared this idea
·
-
6 votesDeborah Fitchett
shared this idea
·
-
3 votesDeborah Fitchett
supported this idea
·
Deborah Fitchett
shared this idea
·
-
10 votesDeborah Fitchett
shared this idea
·
-
1 voteDeborah Fitchett
shared this idea
·
-
3 votesDeborah Fitchett
shared this idea
·
-
14 votesDeborah Fitchett
shared this idea
·
-
44 votesDeborah Fitchett
supported this idea
·
An error occurred while saving the comment Deborah Fitchett
commented
Bother, I've run out of votes and will have to see what I can scrounge from elsewhere, but in the meantime I want to register my agreement with this idea. The whole point of a workflow is that it starts, proceeds, then ends. It makes no sense for a workflow note to persist after the end of the workflow itself, and has the potential to cause a great deal of confusion in cases where the workflow may (or may not) recur in future academic years.
We'd like the option to have a start date but hide the end date.
Use case: Often lecturers will still be working on resources for their Week 5 section at the start of semester. Some would like to hide the section while they work on it - setting a start date ensures that it does get made available by the time week 5 comes around.
On the other hand once resources are shown to students we don't want them to be hidden as they'll be needed for revision and to have them suddenly disappear would be confusing.