From a222b4dfb486991960e9c12e3df90d518c81801a Mon Sep 17 00:00:00 2001
From: eeeickythump
@@ -98,15 +98,28 @@ lang="en" xml:lang="en">
.emacs. You will also need to make sure t
--I also recommend the following, so that items are always eventually retested, -even when you remember them well. -
- - - -(setq org-learn-always-reschedule t) -- - - -
-If you want cloze-deleted text to show up in a special font within Org mode -buffers, also add: -
- - - -(setq org-drill-use-visible-cloze-face-p t) -- - - -
-Item headings may contain information that "gives away" the answer to the item, -either in the heading text or in tags. If you want item headings to be made -invisible while each item is being tested, add: -
- - - -(setq org-drill-hide-item-headings-p t) -- - - -
-Org-Drill supports two different spaced repetition algorithms – SM5 (the
-default, implemented by org-learn) and SM2. SM2 is an earlier algorithm which
-remains very popular – Anki and Mnemosyne, two of the most popular spaced
-repetition programs, use SM2.
-
-If you want Org-Drill to use the SM2 algorithm, put the following in your
-.emacs:
-
(setq org-drill-spaced-repetition-algorithm 'sm2) -- - - -
-The intervals generated by the SM2 and SM5 algorithms are pretty -deterministic. If you tend to add items in large, infrequent batches, the lack -of variation in interval scheduling can lead to the problem of "lumpiness" -- -one day a large batch of items are due for review, the next there is almost -nothing, a few days later another big pile of items is due. -
--This problem can be ameliorated by adding some random "noise" to the interval -scheduling algorithm. The author of SuperMemo actually recommends this approach -for the SM5 algorithm, and Org-Drill's implementation uses his code. -
-
-To enable random "noise" for item intervals, set the variable
-org-drill-add-random-noise-to-intervals-p to true by putting the following in
-your .emacs:
-
(setq org-drill-add-random-noise-to-intervals-p t) -- -
Org-Drill uses org mode topics as 'drill items'. To be used as a drill item,
-the topic must have a tag that matches org-drill-question-tag. This is
-:drill: by default. Any other org topics will be ignored.
+the topic must have a tag that matches the value of
+org-drill-question-tag. This is :drill: by default. Any other org topics
+will be ignored.
You don't need to schedule the topics initially. However org-drill will
@@ -295,16 +230,40 @@ memorisation.
How should 'drill topics' be structured? Any org topic is a legal drill topic -– it will simply be shown with subheadings collapsed. After pressing a -key, any hidden subheadings will be revealed, and you will be asked to rate -your "recall" of the item. +– it will simply be shown with all subheadings collapsed, so thta only the +material beneath the main item heading is visible. After pressing a key, any +hidden subheadings will be revealed, and you will be asked to rate your +"recall" of the item.
This will be adequate for some items, but usually you will want to write items where you have more control over what information is hidden from the user for -recall purposes. +recall purposes. For this reason, some other card types are defined, including: +
+A note about comments: In org mode, comment lines start with '#'. The rest of +the line is ignored by Org (apart from some special cases). You may sometimes +want to put material in comments which you do not want to see when you are +being tested on the item. For this reason, comments are always rendered +invisible while items are being tested.
+The simplest drill topic has no special structure. When such a topic is presented during a drill session, any subheadings are "collapsed" with their @@ -321,11 +281,11 @@ heading, and the answer within a subheading. For example: -
* Item :drill: -What is the capital city of Estonia? +* Item :drill: +What is the capital city of Estonia? -** The Answer -Tallinn. +** The Answer +Tallinn.@@ -344,6 +304,7 @@ be visible, but the contents of the subheading ("The Answer") will be hidden.+Cloze deletion can be used in any drill topic regardless of whether it is otherwise 'simple', or is one of the specialised topic types discussed @@ -356,8 +317,9 @@ example: -
* Item :drill: -The capital city of Estonia is [Tallinn]. + +* Item :drill: +The capital city of Estonia is [Tallinn].@@ -388,8 +350,8 @@ Example: -Type 1 hypersensitivity reactions are mediated by [immunoglobulin E|molecule] -and [mast cells|cell type]. +Type 1 hypersensitivity reactions are mediated by [immunoglobulin E|molecule] +and [mast cells|cell type].@@ -411,7 +373,7 @@ and-Two-sided cards
+Two-sided cards
@@ -436,21 +398,21 @@ review. -* Noun :drill: - :PROPERTIES: - :DRILL_CARD_TYPE: twosided - :END: +* Noun :drill: + :PROPERTIES: + :DRILL_CARD_TYPE: twosided + :END: Translate this word. -** Spanish -la mujer +** Spanish +la mujer -** English -the woman +** English +the woman -** Example sentence -¿Quién fue esa mujer? +** Example sentence +¿Quién fue esa mujer? Who was that woman?@@ -468,10 +430,11 @@ not one of the first two 'sides' of the topic.-Multi-sided cards
+Multi-sided cards
+The
multisidedcard type is similar totwosided, except that any subheading has a chance of being presented during the topic review. One @@ -480,21 +443,21 @@ subheading is always shown and all others are always hidden. -* Noun :drill: - :PROPERTIES: - :DRILL_CARD_TYPE: multisided - :END: +* Noun :drill: + :PROPERTIES: + :DRILL_CARD_TYPE: multisided + :END: Translate. -** Spanish -la mesa +** Spanish +la mesa -** English -the table +** English +the table -** Picture -[[file:table.jpg][PICTURE]] +** Picture +PICTURE@@ -503,43 +466,47 @@ the table The user will be shown the main text and either 'la mujer', or 'the woman', or a picture of a table. +-Multi-cloze cards
+Multi-cloze cards
+Often, you will wish to create cards out of sentences that express several facts, such as the following:
--+ +The capital city of New Zealand is Wellington, which is located in the + + +
The capital city of New Zealand is Wellington, which is located in the South Island and has a population of about 400,000. - -There is more than one fact in this statement – you could create a single 'simple' card with all the facts marked as cloze text, like so:
--+ + +The capital city of [New Zealand] is [Wellington], which is located in -[the South Island] and has a population of about [400,000]. -
-The capital city of [New Zealand] is [Wellington], which is located in +the [North|North/South] Island and has a population of about [400,000]. ++But this card will be difficult to remember. If you get just one of the 4 hidden facts wrong, you will fail the card. A card like this is likely to -become a leech. +become a leech.
A better way to express all these facts using 'simple' cards is to create @@ -549,29 +516,29 @@ like this: -
* Fact -The capital city of [New Zealand] is Wellington, which has a population of +* Fact +The capital city of [New Zealand] is Wellington, which has a population of about 400,000. -* Fact -The capital city of New Zealand is [Wellington], which has a population of +* Fact +The capital city of New Zealand is [Wellington], which has a population of about 400,000. -* Fact -The capital city of New Zealand is Wellington, which has a population of -about [400,000]. +* Fact +The capital city of New Zealand is Wellington, which has a population of +about [400,000]. -* Fact -The capital city of [New Zealand] is Wellington, which is located in the -the South Island. +* Fact +The capital city of [New Zealand] is Wellington, which is located in the +the North Island. -* Fact -The capital city of New Zealand is [Wellington], which is located in -the South Island. +* Fact +The capital city of New Zealand is [Wellington], which is located in +the North Island. -* Fact -The capital city of New Zealand is Wellington, which is located in -[the South Island]. +* Fact +The capital city of New Zealand is Wellington, which is located in +the [North|North/South] Island.@@ -592,28 +559,30 @@ will be hidden. -* Fact - :PROPERTIES: - :DRILL_CARD_TYPE: multicloze - :END: +* Fact + :PROPERTIES: + :DRILL_CARD_TYPE: multicloze + :END: -The capital city of [New Zealand] is [Wellington], which is located in -[the South Island] and has a population of about [400,000]. +The capital city of [New Zealand] is [Wellington], which is located in +the [North|North/South] Island and has a population of about [400,000].+-- -User-defined topic types
+User-defined card types
+- --Finally, you can write your own elisp functions to define new kinds of +Finally, you can write your own emacs lisp functions to define new kinds of topics. Any new topic type will need to be added to
org-drill-card-type-alist, and cards using that topic type will need to have it as the value of theirDRILL_CARD_TYPEproperty. For an example, see the @@ -623,23 +592,8 @@ functionorg-drill-present-spanish-verb, which defines the new topiSee the file spanish.org for a full set of example material.
--@@ -717,10 +671,31 @@ answer, or 'e' to finish the drill and jump to the current topic for editingComments
---In org mode, comment lines start with '#'. The rest of the line is ignored by -Org (apart from some special cases). You may sometimes want to put material in -comments which you do not want to see when you are being tested on the -item. For this reason, comments are always rendered invisible while items are -being tested. -
--+ +Leeches
+Cram mode
+ ++ ++There are some situations, such as before an exam, where you will want to +revise all of your cards regardless of when they are next due for review. +
++To do this, run a cram session with the
+ +org-drill-cramcommand (M-x org-drill-cram RET). This works the same as a normal drill session, except +that all items are considered due for review unless you reviewed them within +the last 12 hours (you can change the number of hours by customising the +variableorg-drill-cram-hours). ++Leeches
++ +-From the Anki website, http://ichi2.net/anki/wiki/Leeches:
@@ -771,30 +746,297 @@ See the SuperMemo website-Cram mode
-++Customisation
++ +-There are some situations, such as before an exam, where you will want to -revise all of your cards regardless of when they are next due for review. +Org-Drill has several settings which you change using +
+ + +M-x customize-group org-drill <RET>. Alternatively you can change these +settings by adding elisp code to your configuration file (.emacs).+-Appearance of items during drill sessions
++ + +-To do this, run a cram session with the
+ + + +org-drill-cramcommand (M-x org-drill-cram RET). This works the same as a normal drill session, except -that all items are considered due for review unless you reviewed them within -the last 12 hours (you can change the number of hours by customising the -variableorg-drill-cram-hours). +If you want cloze-deleted text to show up in a special font within Org mode +buffers, add this to your .emacs: +(setq org-drill-use-visible-cloze-face-p t) ++ + + ++Item headings may contain information that "gives away" the answer to the item, +either in the heading text or in tags. If you want item headings to be made +invisible while each item is being tested, add:
+ + +(setq org-drill-hide-item-headings-p t) ++ + + +--- cgit v1.2.3Incremental reading
-++ +++ +Duration of drill sessions
++ + + ++ ++By default, a drill session will end when either 30 items have been +successfully reviewed, or 20 minutes have passed. To change this behaviour, use +the following settings. +
+ + + +(setq org-drill-maximum-items-per-session 40) +(setq org-drill-maximum-duration 30) ; 30 minutes ++ + + ++If either of these variables is set to nil, then item count or elapsed time +will not count as reasons to end the session. If both variables are nil, the +session will not end until all outstanding items have been reviewed. +
+ +++ +Spaced repetition algorithm
++ + + + ++ +++ +Choice of algorithm
++ + + ++ ++Org-Drill supports three different spaced repetition algorithms, all based on +SuperMemo algorithms. These are: +
+
+ + +- SM2
- +an early algorithm, used in SuperMemo 2.0 (1988), which remains very +popular – Anki and Mnemosyne, two of the most popular spaced repetition +programs, use SM2. This algorithm stores an 'ease factor' for each item, +which is modified each time you rate your recall of the item. +
+- SM5 (default)
- +used in SuperMemo 5.0 (1989). This algorithm uses 'ease +factors' but also uses a persistent, per-user 'matrix of optimal factors' +which is also modified after each item repetition. +
+- Simple8
- +an experimental algorithm based on the SM8 algorithm. SM8 is used +in SuperMemo 8.0 (1998) and is almost identical to SM11 which is +used in SuperMemo 2002. Like SM5, it uses a matrix of optimal +factors. Simple8 differs from SM8 in that it does not adapt the +matrix to the individual user, though it does adapt each item's +'ease factor'. + +
++If you want Org-Drill to use the
+ + + +SM2algorithm, put the following in your +.emacs: +(setq org-drill-spaced-repetition-algorithm 'sm2) ++ + + + +++ +Random variation of repetition intervals
++ + + ++ ++The intervals generated by the SM2 and SM5 algorithms are pretty +deterministic. If you tend to add items in large, infrequent batches, the lack +of variation in interval scheduling can lead to the problem of "lumpiness" -- +one day a large batch of items are due for review, the next there is almost +nothing, a few days later another big pile of items is due. +
++This problem can be ameliorated by adding some random "noise" to the interval +scheduling algorithm. The author of SuperMemo actually recommends this approach +for the SM5 algorithm, and Org-Drill's implementation uses his code. +
++To enable random "noise" for item intervals, set the variable +
+ + + +org-drill-add-random-noise-to-intervals-pto true by putting the following in +your.emacs: +(setq org-drill-add-random-noise-to-intervals-p t) ++ + + + +++ +Adjustment for early or late review of items
++ + + ++ ++Reviewing items earlier or later than their scheduled review date may affect +how soon the next review date should be scheduled. Code to make this adjustment +is also presented on the SuperMemo website. It can be enabled with: +
+ + + +(setq org-drill-adjust-intervals-for-early-and-late-repetitions-p t) ++ + + ++This will affect both early and late repetitions if the Simple8 algorithm is +used. For the SM5 algorithm it will affect early repetitions only. It has no +effect on the SM2 algorithm. +
+ +++ +Adjusting item difficulty globally
++ + + +++The
+ +learn fractionis a global value which affects how quickly the intervals +(times between each retest of an item) increase with successive repetitions, +for all items. The default value is 0.5, and this is the value used in +SuperMemo. For some collections of information, you may find that you are +reviewing items too often (they are too easy and the workload is too high), or +too seldom (you are failing them too often). In these situations, it is +possible to alter the learn fraction from its default in order to increase or +decrease the frequency of repetition of items over time. Increasing the value +will make the time intervals grow faster, and lowering it will make them grow +more slowly. The table below shows the growth in intervals (in days) with some +different values of the learn fraction (F). The table assumes that the item is +successfully recalled each time, with an average quality of just under 4. ++
+ + ++ + + + + + + Repetition F=0.3 F=0.4 F=0.5 F=0.6 F=0.7 + 1st 2 2 2 2 2 + 2nd 7 7 7 7 7 + 5th 26 34 46 63 85 + 10th 85 152 316 743 1942 + + 15th 233 501 1426 5471 27868 +To alter the learn fraction, put the following in your .emacs: +
+ + + +(setq org-drill-learn-fraction 0.45) ; change the value as desired ++ + + + +++ +Per-file customisation settings
++ + + +++Most of the above settings are safe as file-local variables. This means you can +include a commented section like this at the end of your .org file to apply +special settings when running a Drill session using that file: +
+ + + +# Local Variables: +# org-drill-maximum-items-per-session: 50 +# org-drill-spaced-repetition-algorithm: simple8 +# End: ++ + + + ++- -Incremental reading
+@@ -827,26 +1069,26 @@ captured facts. -- -(setq org-capture-templates - `(("u" - "Task: Read this URL" +(setq org-capture-templates + `(("u" + "Task: Read this URL" entry - (file+headline "tasks.org" "Articles To Read") - ,(concat "* TODO Read article: '%:description'\nURL: %c\n\n") - :empty-lines 1 - :immediate-finish t) + (file+headline "tasks.org" "Articles To Read") + ,(concat "* TODO Read article: '%:description'\nURL: %c\n\n") + :empty-lines 1 + :immediate-finish t) - ("w" - "Capture web snippet" + ("w" + "Capture web snippet" entry - (file+headline "my-facts.org" "Inbox") - ,(concat "* Fact: '%:description' :" - (format "%s" org-drill-question-tag) - ":\n:PROPERTIES:\n:DATE_ADDED: %u\n:SOURCE_URL: %c\n:END:\n\n%i\n%?\n") - :empty-lines 1 - :immediate-finish t) - ;; ...other capture templates... - )) + (file+headline "my-facts.org" "Inbox") + ,(concat "* Fact: '%:description' :" + (format "%s" org-drill-question-tag) + ":\n:PROPERTIES:\n:DATE_ADDED: %u\n:SOURCE_URL: %c\n:END:\n\n%i\n%?\n") + :empty-lines 1 + :immediate-finish t) + ;; ...other capture templates... + ))@@ -924,10 +1166,10 @@ something like: -** Fact: 'Tuberculosis - Wikipedia, the Free Encyclopedia' :drill: - +** Fact: 'Tuberculosis - Wikipedia, the Free Encyclopedia' :drill: + Prevention relies on screening programs and vaccination, usually with Bacillus -Calmette-Guérin vaccine. +Calmette-Guérin vaccine.@@ -951,34 +1193,12 @@ templates, each of which might send its fact to a different file or subheading, or give it different tags or properties, for example. --Still to do
-- - --
-- -
-org-drill-question-tagshould use a tag match string, rather than a -single tag? Can useorg-make-tag-matcher. -- -perhaps take account of item priorities, showing high priority items first -
-- -get tooltips to work for old/new/etc counts during review? -
--Date: 2011-04-04 10:18:44
+Date: 2011-04-08 16:00:36
HTML generated by org-mode 7.4 in emacs 23