From: John J. <jj...@as...> - 2005-12-09 05:29:15
|
Sam Hathaway via activitymail wrote: >Lingering questions: > >(1) When multiple problems are assigned the same number, this results in >the last one ending up first in the new ordering. I think it would be >more natural for the first one to end up first. This would be an easy >fix. > > It depends. If the only change the user makes is to set number 5 to number 2 (so he leaves number 2 as number 2), then the old number 5 should become the new number 2 even though it started with the higher number. >(2) $force always gets set if reordering needs to be done, so we aren't >able to delete a problem, reorder some other problems, and end up with a >hole where where the deleted problem was. We can either fix this by >mentioning this next to the force checkbox, or change it so that >particular holes (i.e. those left by deleted problems) are allowed when >reordering. > > The only reason for leaving holes that I know of is if an assignment is already out to students and you want to remove a bad problem without changing the other problem numbers. It is hard to imagine someone who wants to do that and change the order of some of the problems. So, I would suggest documenting it rather than providing a means for leaving a hole in the numbering. John |