From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joost Kremers Subject: Re: Org-drill doesn't work... Date: Fri, 6 Jan 2012 23:42:57 +0100 Message-ID: <20120106224257.GA17268@darkstar> References: <20111214214415.GA24417@eeenterprise> <87pqf8e6jp.fsf@blackbird.nest.zamazal.org> <20120105115328.GA315@pc201.uni-germanistik.gwdg.de> <87pqewy41q.fsf@blackbird.nest.zamazal.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Return-path: Received: from eggs.gnu.org ([140.186.70.92]:45929) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RjIUu-0000I4-Qz for emacs-orgmode@gnu.org; Fri, 06 Jan 2012 17:42:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RjIUt-00078V-OC for emacs-orgmode@gnu.org; Fri, 06 Jan 2012 17:42:52 -0500 Received: from fmailer.gwdg.de ([134.76.11.16]:36408) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RjIUt-000785-IW for emacs-orgmode@gnu.org; Fri, 06 Jan 2012 17:42:51 -0500 Received: from 77-21-74-108-dynip.superkabel.de ([77.21.74.108] helo=darkstar) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RjIUq-0006hc-H4 for emacs-orgmode@gnu.org; Fri, 06 Jan 2012 23:42:48 +0100 Content-Disposition: inline In-Reply-To: <87pqewy41q.fsf@blackbird.nest.zamazal.org> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org On Fri, Jan 06, 2012 at 09:27:53PM +0100, Milan Zamazal wrote: > It may happen if there is some problem with the contents of the entries > ("unrecognized" items are silently skipped). I was hit by a similar > problem but once I realized what's wrong, org-drill started to work > perfectly for me. thanks for you reply. it prompted me to look a bit closer at the ignored items and i've now figured out what was wrong with them... it turns out that it is absolutely necessary that there is some text after the header of a drill item, before the first subheader. most of my items lacked this, however. my items looked like this: #+BEGIN_EXAMPLE ** Verb :drill: :PROPERTIES: :DRILL_CARD_TYPE: twosided :END: *** Deutsch *** Russisch #+END_EXAMPLE however, they need to look like this: #+BEGIN_EXAMPLE ** Verb :drill: :PROPERTIES: :DRILL_CARD_TYPE: twosided :END: <===== absolutely essential! *** Deutsch *** Russisch #+END_EXAMPLE what is inconsistent about the way org-drill handles these is that even though it doesn't use these faulty entries for drilling, it *does* provide them with a unique :ID: property. so initially it doesn't look like there's anything wrong with them... i also didn't find an explicit mention of this in the docs, so perhaps i should send an email to paul sexton... but yes, now that i've figured out what i was doing wrong, org-drill works great! -- Joost Kremers Life has its moments