<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://docs.moodle.org/39/en/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Sagacity</id>
	<title>MoodleDocs - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://docs.moodle.org/39/en/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Sagacity"/>
	<link rel="alternate" type="text/html" href="https://docs.moodle.org/39/en/Special:Contributions/Sagacity"/>
	<updated>2026-04-21T19:02:02Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.43.5</generator>
	<entry>
		<id>https://docs.moodle.org/39/en/index.php?title=File:Host_compare_mockup.jpg&amp;diff=49005</id>
		<title>File:Host compare mockup.jpg</title>
		<link rel="alternate" type="text/html" href="https://docs.moodle.org/39/en/index.php?title=File:Host_compare_mockup.jpg&amp;diff=49005"/>
		<updated>2009-01-18T07:52:14Z</updated>

		<summary type="html">&lt;p&gt;Sagacity: An example table with possible Web Host items to compare/summarize. Information could be generated by Moodler users, Doc Writers or ideally, the Web Hosts. Data could be collected via forms, doc edits or database module.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;An example table with possible Web Host items to compare/summarize. Information could be generated by Moodler users, Doc Writers or ideally, the Web Hosts. Data could be collected via forms, doc edits or database module.&lt;/div&gt;</summary>
		<author><name>Sagacity</name></author>
	</entry>
	<entry>
		<id>https://docs.moodle.org/39/en/index.php?title=Development_talk:Progress_tracking&amp;diff=48781</id>
		<title>Development talk:Progress tracking</title>
		<link rel="alternate" type="text/html" href="https://docs.moodle.org/39/en/index.php?title=Development_talk:Progress_tracking&amp;diff=48781"/>
		<updated>2009-01-12T07:54:34Z</updated>

		<summary type="html">&lt;p&gt;Sagacity: /* Additional information to include in reports */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Additional information to include in reports ==&lt;br /&gt;
&lt;br /&gt;
With the growing use of eLearning activities based on SCORM it would be beneficial to incorporate some additional data columns into reports beyond the Status, Date and Grade.  The addition of a start date and the time spent in the activity would provide the information needed to evaluate activities in terms of how long an online activity is taking.  In business, an example is a situation in which tax incentives for training employees are provided based on the amount of time spent in training.  &lt;br /&gt;
&lt;br /&gt;
A feature to add, would be the ability to customize a report.  This would require adding the ability to design a report based on a list of data columns available.  This would allow the user to generate a report that includes the data desired. That way, instead of designing different reports to satisfy different needs, the could be just one report engine that is passed the columns to include in report.&lt;br /&gt;
&lt;br /&gt;
--[[User:Ron Meske|Ron Meske]] 09:40, 21 July 2008 (CDT)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Outcome/Completion&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Completing a course and meeting all outcomes should probably be independent of each other. In the general sense, &#039;completing&#039; a course usually means simply passing it. A learner may pass a course with a low grade without meeting all the objectives. Likewise, a learner may have a decent final grade because of high achievement in some areas and low achievement in others. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Role Assignments/Enrollments&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The following would probably be more of a benefit to organizations using manual enrollment, but it would be practical and efficient if Progress Tracking could be used in conjunction with role assignment/course enrollment.  Perhaps as one database is populated, information could be pushed to the other. As courses are added to the template, an option is available at that time allowing you to enroll the student in that course, similar to when a new course is created you are given the option to assign roles at that time. &lt;br /&gt;
&lt;br /&gt;
If linking in this manner is plausible, consider giving admin the option of using the template for enrollment/role assignment, thus eliminating the need to manually assign student roles by navigating to each individual course.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Other nice features would be:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
1) The option of having a basic template created for and linked to each new student as profiles are created.&lt;br /&gt;
&lt;br /&gt;
2) The ability to access course assignments and activities (past or present) from the tracking page.&lt;br /&gt;
&lt;br /&gt;
3) The ability to create custom fields. &lt;br /&gt;
&lt;br /&gt;
4) The ability to generate a standard or customized pdf document. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
--[[User:Sharon Goodson|Sharon Goodson]] 01:53, 12 January 2009 (CST)&lt;/div&gt;</summary>
		<author><name>Sagacity</name></author>
	</entry>
	<entry>
		<id>https://docs.moodle.org/39/en/index.php?title=Development_talk:Progress_tracking&amp;diff=48780</id>
		<title>Development talk:Progress tracking</title>
		<link rel="alternate" type="text/html" href="https://docs.moodle.org/39/en/index.php?title=Development_talk:Progress_tracking&amp;diff=48780"/>
		<updated>2009-01-12T07:53:52Z</updated>

		<summary type="html">&lt;p&gt;Sagacity: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&lt;br /&gt;
== Additional information to include in reports ==&lt;br /&gt;
&lt;br /&gt;
With the growing use of eLearning activities based on SCORM it would be beneficial to incorporate some additional data columns into reports beyond the Status, Date and Grade.  The addition of a start date and the time spent in the activity would provide the information needed to evaluate activities in terms of how long an online activity is taking.  In business, an example is a situation in which tax incentives for training employees are provided based on the amount of time spent in training.  &lt;br /&gt;
&lt;br /&gt;
A feature to add, would be the ability to customize a report.  This would require adding the ability to design a report based on a list of data columns available.  This would allow the user to generate a report that includes the data desired. That way, instead of designing different reports to satisfy different needs, the could be just one report engine that is passed the columns to include in report.&lt;br /&gt;
&lt;br /&gt;
--[[User:Ron Meske|Ron Meske]] 09:40, 21 July 2008 (CDT)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Outcome/Completion&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Completing a course and meeting all outcomes should probably be independent of each other. In the general sense, &#039;completing&#039; a course usually means simply passing it. A learner may pass a course with a low grade without meeting all the objectives. Likewise, a learner may have a decent final grade because of high achievement in some areas and low achievement in others. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Role Assignments/Enrollments&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The following would probably be more of a benefit to organizations using manual enrollment, but it would be practical and efficient if Progress Tracking could be used in conjunction with role assignment/course enrollment.  Perhaps as one database is populated, information could be pushed to the other. As courses are added to the template, an option is available at that time allowing you to enroll the student in that course, similar to when a new course is created you are given the option to assign roles at that time. &lt;br /&gt;
&lt;br /&gt;
If linking in this manner is plausible, consider giving admin the option of using the template for enrollment/role assignment, thus eliminating the need to manually assign student roles by navigating to each individual course.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Other nice features would be:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
1) The option of having a basic template created for and linked to each new student as profiles are created.&lt;br /&gt;
&lt;br /&gt;
2) The ability to access course assignments and activities (past or present) from the tracking page.&lt;br /&gt;
&lt;br /&gt;
3) The ability to create custom fields. &lt;br /&gt;
&lt;br /&gt;
4) The ability to generate a standard or customized pdf document. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
--[[User:Sharon Goodson|Sharon Goodson]] 01:53, 12 January 2009 (CST)&lt;/div&gt;</summary>
		<author><name>Sagacity</name></author>
	</entry>
	<entry>
		<id>https://docs.moodle.org/39/en/index.php?title=Development_talk:Course_completion&amp;diff=48777</id>
		<title>Development talk:Course completion</title>
		<link rel="alternate" type="text/html" href="https://docs.moodle.org/39/en/index.php?title=Development_talk:Course_completion&amp;diff=48777"/>
		<updated>2009-01-12T06:59:30Z</updated>

		<summary type="html">&lt;p&gt;Sagacity: New section: Methods Confirming Course Completion/Incompleteion &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Many of the users that ask about this also bring up wanting to be able to set resources viewed as a criteria for course completion. Can this be added as one of the features for course completion?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
I think the same course should have multiple completions because that means that even a single course can be offered as a short course as well as a full course. One way of doing it could be having multiple grades for the same activity. This will allow activities / resources to be more usable&lt;br /&gt;
&lt;br /&gt;
--[[User:vikram solia|vikram solia]] 00:11, 23 July 2008 (CDT)&lt;br /&gt;
&lt;br /&gt;
== Methods Confirming Course Completion/Incompleteion  ==&lt;br /&gt;
&lt;br /&gt;
In hopes that this module will eventually be incorporated into transcript/progress features (and assuming &#039;completed&#039; means students met certain objectives), perhaps it would be useful to have the ability to override or mark a course &#039;incomplete&#039; or &#039;no credit.&#039; This might address situations where a student has taken all or part of a course, but he/she withdraws or fails, and may or may not retake the course.  For example, a student fails an elective not required to graduate, and decides not to take the course again. The proposed methods to confirm completion might not have a way to address this:&lt;br /&gt;
&lt;br /&gt;
1) Using date or unenrollment: The student technically &#039;completed&#039; the course, but since he/she failed, the course should not be considered &#039;complete,&#039; as credit will not be awarded.&lt;br /&gt;
&lt;br /&gt;
2) Using activity done, grade or manual: The student did not pass/complete assignments, so the course remains &#039;in limbo,&#039; waiting to be completed (unless the teacher enters a failing grade when the course is finished, but that returns us to the issue in #1 above), and/or it does not go on record that the course was attempted. &lt;br /&gt;
&lt;br /&gt;
If courses could be designated &#039;incomplete&#039; or &#039;no credit,&#039; then you would probably also want the ability to replace or override that in the event a student completes or retakes the course at a later date. &lt;br /&gt;
&lt;br /&gt;
Also, if teachers are setting methods and criteria, it might be useful if admin has the ability to disable certain methods altogether. If it&#039;s possible for a student to fail, withdraw or be unenrolled for some reason, some institutions might not want to use date or unenrollment as a confirm completion method. If available, a teacher might elect to use these methods only to realize later that a student&#039;s records indicate a course was completed when in fact he/she failed or withdrew. Instead of instructing teachers not to use certain methods, it would probably be more practical to simply not have them available.  &lt;br /&gt;
&lt;br /&gt;
-- [[User:Sharon Goodson|Sharon Goodson]] 00:59, 12 January 2009 (CST)&lt;/div&gt;</summary>
		<author><name>Sagacity</name></author>
	</entry>
</feed>