Closed robertknight closed 9 months ago
The original idea was to have the page range synchronized with the table. However I've encountered some issues with this:
A-{i}
for appendices. If the user enters a page number that isn't on a chapter boundary, this makes it more complicated to figure out which chapters include that number.Despite these issues, there are cases where allowing specifying page ranges and not just selecting a range of TOC entries seems necessary:
Here for example the core text of the book is just one TOC entry, which is not very useful.
I think where this is leading is that the user needs to choose one of the two ways of specifying the content range, and the method used needs to be obvious when you look at the UI. For example, maybe specifying a content range via selection in the table could be the default, but if you enter values in the page range field, that takes precedence and the table display somehow reflects that.
The "configure a page range" part of the original issue has been implemented. Selecting multiple entries in the TOC tree is not implemented yet. The reason is that the original mocks treated the TOC as a simple list, which is how we used to present it. However the TOC is really a tree, not a list, and it turns out that to support selection in a way that makes sense you really need to present it as a tree. We have made a minimal change to indicate the hierarchy level of items, but implementing proper multi-selection in the tree is involved, so has been deferred to a separate issue.
Allow instructors to select multiple chapters or a page range for an assignment.