From: Nick Dokos <nicholas.dokos@hp.com>
To: Jeff Horn <jrhorn424@gmail.com>
Cc: nicholas.dokos@hp.com, Org-mode ml <emacs-orgmode@gnu.org>
Subject: Re: Re: Need help publishing subdirectories
Date: Thu, 14 Oct 2010 02:12:18 -0400 [thread overview]
Message-ID: <3596.1287036738@gamaville.dokosmarshall.org> (raw)
In-Reply-To: Message from Jeff Horn <jrhorn424@gmail.com> of "Wed, 13 Oct 2010 14:02:28 EDT." <AANLkTikZJ-ATdq5psHUXG=CaxAsL0OHC5Eq2DK4UgAfZ@mail.gmail.com>
Jeff Horn <jrhorn424@gmail.com> wrote:
> I moved ":htmlized-source" to the bottom of the project definition and
> it fixed the problem.
>
> In the examples I've seen, ":htmlized-source" has an empty value. I
> hypothesize the key was seeing the next key as a value, and so wasn't
> picking up any subsequent keys.
I think you are right: the code uses plist-get to get property values
and the doc string for plist-get says:
,----
| plist-get is a built-in function in `C source code'.
|
| (plist-get PLIST PROP)
|
| Extract a value from a property list.
| PLIST is a property list, which is a list of the form
| (PROP1 VALUE1 PROP2 VALUE2...). This function returns the value
| corresponding to the given PROP, or nil if PROP is not one of the
| properties on the list. This function never signals an error.
`----
apparently with no provision for a missing value. Which means that
org needs some additional error checking to catch situations like
this. Maybe we need a wrapper around plist-get to check things.
I wonder: is it OK to use the fact that in org, all property names
start with a colon, to detect missing values? Probably not, since
a value can also start with a colon.
>
> I just loaded my publishing setup from a few days ago and edited every
> line that had ":htmlized-source" to ":htmlized-source t" and my
> problem is solved.
>
> Thanks so much for the help! Even if it didn't help discover the
> problem, I learned a good bit about debugging, and I edited my first
> source file, so that's something to be proud of! :-)
>
... and it wasn't too bad, right? But inspired guessing will beat
debugging drudgery any day.
Congrats,
Nick
next prev parent reply other threads:[~2010-10-14 6:12 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-12 3:59 Need help publishing subdirectories Jeff Horn
2010-10-12 5:29 ` Jeff Horn
2010-10-12 15:29 ` Jeff Horn
2010-10-12 15:38 ` Nick Dokos
2010-10-12 16:41 ` Jeff Horn
2010-10-12 17:24 ` Nick Dokos
2010-10-12 17:42 ` Jeff Horn
2010-10-12 18:10 ` Nick Dokos
2010-10-13 4:24 ` Jeff Horn
2010-10-13 15:23 ` Jeff Horn
2010-10-13 18:02 ` Jeff Horn
2010-10-14 6:12 ` Nick Dokos [this message]
2010-10-14 11:53 ` Jeff Horn
2010-10-14 7:30 ` Carsten Dominik
2010-10-12 18:13 ` Nick Dokos
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3596.1287036738@gamaville.dokosmarshall.org \
--to=nicholas.dokos@hp.com \
--cc=emacs-orgmode@gnu.org \
--cc=jrhorn424@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.