Re: Re: Need help publishing subdirectories

[Carsten Dominik <carsten.dominik@gmail.com>]

On Oct 13, 2010, at 8:02 PM, Jeff Horn 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 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.

Indeed.  Looking back on your example, your property list was indeed  
ill-formed.  It must have an even number of elements, so every key  
needs a value.  It is hard to protect against this problem.  Maybe I  
could build a better customize interface to this variable, so that its  
value could be safely built in this way.

Thanks to both you and Nick for the persistence to resolve this.

- Carsten

>
> 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! :-)
>
> Jeff
>
> On Wed, Oct 13, 2010 at 11:23 AM, Jeff Horn <jrhorn424@gmail.com>  
> wrote:
>> (We had a bit of discussion off list. I had a fresh crack at the
>> problem this morning, so I'm copying the list on this message.)
>>
>>>    (setq tmp-pub-dir
>>>          (file-name-directory
>>>           (concat pub-dir
>>>                   (and (string-match (regexp-quote base-dir) ftname)
>>>                        (substring ftname (match-end 0))))))
>>>
>>> ;;;VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV
>>> ;;; add a debug call, reeavaluate the function, do the publish and  
>>> when
>>> ;;; you are dumped into the debugger, say e project-plist <RET>  
>>> and see
>>> ;;; what :table-of-contents is set to. If it's what it's supposed  
>>> to be,
>>> ;;; continue execution with c and look at the html file, both  
>>> contents
>>> ;;; and modification time. If it's still wrong in terms of  
>>> contents but
>>> ;;; right in terms of modification time, there is something wrong  
>>> with
>>> ;;; the publishing function: you might want to step through it with
>>> ;;; edebug, checking things along the way.
>>>
>>>    (debug)
>>>
>>> ;;;^ 
>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>
>> I was stopping the debug process after pressing "R project-plist  
>> RET".
>> I've finished stepping through the project with "c" and the
>> project-plist contains the right project at every step, with the  
>> right
>> settings, ":table-of-contents nil" and ":section-numbers nil". The
>> file modification times are correct, but the content is wrong. There
>> are section numbers, a table of contents, and the file lacks my
>> defined linked style sheet.
>>
>> Could you walk me through "edebug"? Simply replace "(debug)" above
>> with "(edebug)" didn't do the trick.
>>
>> Thanks!
>> Jeff
>>
>>
>>
>> --
>> Jeffrey Horn
>> Graduate Lecturer and PhD Student in Economics
>> George Mason University
>>
>> (704) 271-4797
>> jhorn@gmu.edu
>> jrhorn424@gmail.com
>>
>
>
>
> -- 
> Jeffrey Horn
> Graduate Lecturer and PhD Student in Economics
> George Mason University
>
> (704) 271-4797
> jhorn@gmu.edu
> jrhorn424@gmail.com
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

- Carsten