Newer
Older
Writing content for CourseFlow
==============================
In CourseFlow, one course corresponds to one Git repository.
Data for a course in CourseFlow is contained in a `git <http://git-scm.com/>`_
repository. CourseFlow understands the structure of a repository and makes use
of the version history present. For example, you could be previewing and
testing some newly developed course content, while the students continue to
work with a prior version until you make the new version explicitly available.
One revision ("commit") of the git repository is always viewed as the "current"
one. This is the one being shown to all visitors. In addition, each user (with
sufficient privileges) may be previewing a different version of their choosing.
Most of the files in the :ref:`git-repo` defining course content are written in
`YAML <http://yaml.org/>`_. YAML is a structured plain text format. If you know
what XML is: The conceptual idea is a little like XML, but YAML is much easier
to read and write by humans than XML.
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
title: "Homework 3"
sticky_versioning: false
description: |
# Homework 3
Welcome to our third homework set, where you will learn about principal component analysis,
applications of linear least squares, and more.
access_rules:
- id: main
start: lecture 12
end: hw_due 3
allowed_session_count: 1
sticky: True
permissions: [view, start_credit, view_past, see_correctness, change_answer, set_roll_over_expiration_mode]
- id: grace
start: hw_due 3
end: hw_due 3 + 1 week
allowed_session_count: 1
credit_percent: 50
sticky: True
permissions: [view, start_credit, view_past, see_correctness, change_answer]
- id: review
start: hw_due 3 + 1 week
permissions: [view, view_past, see_correctness, see_answer]
- id: fallback
permissions: []
...
On system lock-in
-----------------
One key feature of CourseFlow is that the content you write for it is versatile
and easy to repurpose. To start, everything you write for CourseFlow is just
a readable, plain text file, so there are no retrieval or interpretation issues.
Next, the `pandoc <http://johnmacfarlane.net/pandoc/>`_ tool can be used to
export :ref:`markup` to essentially any other markup format under the sun,
including LaTeX, HTML, MediaWiki, Microsoft Word, and many more.
Further, YAML files are quite easy to read and traverse in most programming languages,
facilitating automated coversion. `This example Python script
<https://github.com/inducer/courseflow/blob/master/contrib/flow-to-worksheet>`_
provided as part of CourseFlow takes a flow and converts it to a paper-based
worksheet. To do so, it makes use of `pypandoc
<https://pypi.python.org/pypi/pypandoc>`_ and `PyYAML <http://pyyaml.org/>`_.
Validation
----------
While YAML lets you define *arbitrary* structures, CourseFlow imposes a number of rules
on what your YAML documents should look like to be acceptable as course content.
These rules are automatically checked as part of setting a new revision of the
:ref:`git-repo` to be the active or previewed revision.
This helps avoid mistakes and ensures that the students always see a working
site.
CourseFlow validation is also available as a stand-alone script :command:`cf-validate`.
This runs independently of git and the web site on the content developer's
computer and provides validation feedback without having to commit and
upload the content to a CourseFlow site. This script can be installed by running::
sudo pip install -r requirements.txt
sudo python setup.py install
in the root directory of the CourseFlow distribution.
.. _markup:
CourseFlow markup
-----------------
All bulk text in CourseFlow is written in `Markdown
<http://daringfireball.net/projects/markdown/>`_, with a few extensions. The
linked page provides a (mostly) complete definition of the language. A
10-minute `tutorial <http://markdowntutorial.com/>`_ is available to provide a
quick, approachable overview of Markdown.
To allow easy experimentation with markup, CourseFlow has a "markup sandbox" in
the "Teaching tools" menu where the rendered form of any CourseFlow markup can
be previewed.
In addition to standard Markdown, the following extensions are
supported:
Custom URLs
^^^^^^^^^^^
A few custom URL schemas are provided to facilitate easy linking around
a CourseFlow site:
* The URL schema ``flow:flow-name`` provides a link to the start page of a
flow.
This resolves to a link to the flow contained in
:file:`flows/quiz-lecture-17.yml`.
* The URL schema ``media:some/file/name.png``
will be resolved to the file `media/some/file/name.png` in the
course's :ref:`git-repo`.
* The URL schema ``calendar:`` links to the course calendar page.
LaTeX-based mathematics
^^^^^^^^^^^^^^^^^^^^^^^
Use ``$...$`` to enclose inline math
and ``$$...$$`` to enclose display math. This feature is provided
by `MathJax <http://www.mathjax.org/>`_.
If you would like to use AMSMath-style LaTeX environments, wrap them
in ``$$...$$``::
$$
\begin{align*}
...
\end{align*}
$$
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
Symbols and Icons
^^^^^^^^^^^^^^^^^
CourseFlow includes `FontAwesome <http://fontawesome.io/>`_,
a comprehensive symbol set by Dave Gandy.
Symbols from `that set <http://fontawesome.io/icons/>`_ can be included as follows::
<i class="fa fa-heart"></i>
In-line HTML
^^^^^^^^^^^^
In addition to Markdown, HTML is also allowed and puts the
full power of modern web technologies at the content author's disposal.
Markdown and HTML may also be mixed. For example, the following
creates a box with a recessed appearance around the content::
<div class="well" markdown="1">
Exam 2 takes place **next week**. Make sure to [prepare early](flow:exam2-prep).
</div>
The attribute ``markdown="1"`` instructs CourseFlow to continue looking
for Markdown formatting inside the HTML element.
Video
^^^^^
CourseFlow includes `VideoJS <http://www.videojs.com/>`_
which lets you easily include HTML5 video in your course content.
The following snippet shows an interactive video viewer::
<video id="myvideo" class="video-js vjs-default-skin"
controls preload="auto" width="800" height="600"
poster="/video/cs357-f14/encoded/myvideo.jpeg"
data-setup='{"example_option":true}'>
<source src="/video/cs357-f14/encoded/myvideo.webm" type='video/webm' />
<source src="/video/cs357-f14/encoded/myvideo.mp4" type='video/mp4' />
<p class="vjs-no-js">To view this video please enable JavaScript, and consider upgrading to a web browser that <a href="http://videojs.com/html5-video-support/" target="_blank">supports HTML5 video</a></p>
</video>
Macros
^^^^^^
Repetitive text (such as the fairly long video inclusion snippet above)
can be abbreviated through the use of the `Jinja <http://jinja.pocoo.org/docs/dev/templates/>`_
templating language. To enable this support, make sure to use the line::
[JINJA]
as the first line of your bulk text. From that point, you may use all features
of Jinja. For example, you could have a file :file:`macros.jinja` in the root
of your :ref:`git-repo` containing the following text::
{% macro youtube(id) -%}
<iframe width="420" height="315" src="//www.youtube.com/embed/{{id}}" frameborder="0" allowfullscreen>
</iframe>
{%- endmacro %}
This could then be used from wherever CourseFlow markup is allowed::
[JINJA]
Some text... More text...
{% from "macros.jinja" import youtube %}
{{ youtube("QH2-TGUlwu4") }}
Some text... More text...
to embed a YouTube player. (YouTube is a registered trademark.)
To allow course content to be reused easily from year to year, CourseFlow can
assign symbolic names to particular dates in your course. For example, instead
of writing ``2014-10-13``, you could write ``lecture 13`` or ``hw_due 5``.
To achieve this, each course in CourseFlow can store a list of events in its
database. This data serves two purposes:
* It provides data for the course calendar, available from the "Student" menu.
* It maps symbolic event names to concrete points in time, where each such
event name consists of a symbolic name (alphanumeric+underscores) plus an
optional number. For example, in ``lecture 13``, ``lecture`` is the symbolic
name, and ``13`` is the ordinal.
Since this data may vary from one run of the course to the next, it is stored
along with other by-run-varying data such as grades data and not in the
:ref:`git-repo`.) A user interface to create and manipulate events is provided
in the "Instructor" menu. The same menu also contains a menu item to audit
the course content for references to symbolic event names that are not
defined.
For example, to create contiguously numbered ``lecture`` events for a
lecture occuring on a Tuesday/Thursday schedule, perform the following
sequence of steps:
* Create a recurring, weekly event for the Tuesday lectures, with a
starting ordinal of 1. ("Create recurring events" in the "Instructor"
menu.)
* Create a recurring, weekly event for the Thursday lectures, with a
starting ordinal of 100, to avoid clashing with the previously assigned
ordinals. ("Create recurring events" in the "Instructor" menu.)
* Renumber the events with the relevant symbolic name. ("Renumber events"
in the "Instructor" menu.) This assigns new ordinals to all events with
the specified symbolic name by increasing order in time.
.. _datespec:
Specifying dates in CourseFlow
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
In various places around its :ref:`YAML documents <yaml-files>`, CourseFlow
allows dates to be specified. The following formats are supported:
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
* ``symbolic_name ordinal`` (e.g. ``lecture 13``) to refer to :ref:`calendear
events <events>` with an ordinal.
* ``symbolic_name`` (e.g. ``final_exam``) to refer to :ref:`calendear events <events>`
*without* an ordinal.
* ISO-formatted dates (``2014-10-13``)
* ISO-formatted times (``2014-10-13 14:13``)
Each date may be modified by adding further modifiers:
* ``+/- N (weeks|days|hours|minutes)`` (e.g. ``hw_due 3 + 1 week``)
* ``@ 23:59`` (e.g. ``hw_due 3 @ 23:59``) to adjust the time of the event to
a given time-of-day.
Multiple of these modifiers may occur. They are applied from left to right.
.. events_yml
The Calendear Information File: :file:`events.yml`
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
The calendar information file, by default named :file:`events.yml`,
augments the calendar data in the database with descriptions and
other meta-information. It has the following format::
event_kinds:
lecture:
title: Lecture {nr}
color: blue
exam:
title: Exam {nr}
color: red
events:
"lecture 1":
title: "Alternative title for lecture 1"
color: red
description: |
*Pre-lecture material:* [Linear algebra pre-quiz](flow:prequiz-linear-algebra) (not for credit)
* What is Scientific Computing?
* Python intro
The first section, ``event_kinds`` provides color and titling information that
applies to all events sharing a symbolic name. The second, `events` can be used
to provide a more verbose description for each event that appears below the main
calendar. Titles and colors can also be overriden for each event specifically.
All attributes in each section are optional.
.. # vim: textwidth=75