[Contrib: Evaluation System] [New Feature] Defaults for global configurable settings

Lovemore Nalube lovemore.nalube at uct.ac.za
Tue Oct 12 23:54:40 PDT 2010


Hi Jim
 
Your example is correct. This setting is not meant for hierarchical
levels. it is meant to set defaults on a case-by-case basis for
instructors as they make evaluations.
 
Thanks

 
 
--
Lovemore Nalube
OLE Developer (Vula)
University of Cape Town
http://www.cet.uct.ac.za/LovemoreN

>>> On 10/12/2010 at 4:21 PM, in message
<41595CF9-E381-4C70-9319-3B924C19D560 at umich.edu>, Jim Eng
<jimeng at umich.edu> wrote:

Hi Lovemore,

I'm not sure I understand the proposal.  Are you suggesting that some
properties could be settable at multiple levels?  For example, for the
setting in your example (students may leave questions unanswered), an
admin could set that value to "yes" or "no" and that would control all
evals systemwide.  The admin could also set that property to
"Configurable default to YES", which would allow someone creating an
eval (usually an instructor at UCT) to choose "yes" or "no" for that
property on a case-by-case basis, and if neither option is chosen at
that point, it defaults to "yes".  Is that right?  Or is it that this
might be configurable at multiple levels in a hierarchy?  Maybe you
could give an example of how this would be used and where it is needed?


Thanks.

Jim


On Oct 12, 2010, at 9:52 AM, Lovemore Nalube wrote:



Hi Everyone
 
Stephen and I were talking about how we can set a setting to
configurable but not be able to choose if that setting defaults to yes,
no or any other value. This is useful to determine what an evaluation
level setting defaults to. eg if "Students may leave questions
unanswered" is set to "Configurable" when making the evaluation will
this setting be yes or no? Admins have to set this in the UI. 
 
Here's our subtle proposal.
 <IMAGE.jpg>
 
The result of this feature will be to have Configurable Settings have
these options:
Yes 
No 
Configurable default to YES 
Configurable default to NO
We'd love to here your thoughts on this.
 
Thanks
 
 
--
Lovemore Nalube
OLE Developer (Vula)
University of Cape Town
http://www.cet.uct.ac.za/LovemoreN



### 
UNIVERSITY OF CAPE TOWN 

This e-mail is subject to the UCT ICT policies and e-mail disclaimer
published on our website at
http://www.uct.ac.za/about/policies/emaildisclaimer/ or obtainable from
+27 21 650 9111. This e-mail is intended only for the person(s) to whom
it is addressed. If the e-mail has reached you in error, please notify
the author. If you are not the intended recipient of the e-mail you may
not use, disclose, copy, redirect or print the content. If this e-mail
is not related to the business of UCT it is sent by the sender in the
sender's individual capacity. 

### 
<evalsys - configurable
defaults.JPG>_______________________________________________
evaluation mailing list
evaluation at collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/evaluation

TO UNSUBSCRIBE: send email to
evaluation-unsubscribe at collab.sakaiproject.org with a subject of
"unsubscribe"



 

###
UNIVERSITY OF CAPE TOWN 

This e-mail is subject to the UCT ICT policies and e-mail disclaimer
published on our website at
http://www.uct.ac.za/about/policies/emaildisclaimer/ or obtainable from
+27 21 650 9111. This e-mail is intended only for the person(s) to whom
it is addressed. If the e-mail has reached you in error, please notify
the author. If you are not the intended recipient of the e-mail you may
not use, disclose, copy, redirect or print the content. If this e-mail
is not related to the business of UCT it is sent by the sender in the
sender's individual capacity.

###
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/evaluation/attachments/20101013/c7967ba2/attachment.html 


More information about the evaluation mailing list