Re: org-agenda-skip-function now evaluated on line after headline?

2024-03-26 Thread Sean Whitton
Hello,

I apologies for not replying to this when the details were still fresh
in my mind.  I'm not sure enough of the problem now.  My apologies
again.

-- 
Sean Whitton



org-agenda-skip-function now evaluated on line after headline?

2024-03-12 Thread Sean Whitton
Hello,

It looks like the org-agenda-skip-function is now evaluated with point
on the second line of the subtree, rather than on the headline?

It always used to be evaluated with point on the headline.  Seems like
this might count as a regression?

Thanks.

-- 
Sean Whitton



Re: Bug: ol-notmuch.el: calls `notmuch-show' with arbitrary search query

2019-11-26 Thread Sean Whitton
Hello David,

Thank you for the investigation.

On Tue 26 Nov 2019 at 10:52PM +00, David Edmondson wrote:

> The poor behaviour is just a side effect of the way that queries are
> composed to implement the filter functionality. Does the attached patch
> help?

Unfortunately, it is still broken in my test case.

>> Further, my package 'mailscripts' tries to pass the current value of
>> `notmuch-show-thread-id' to notmuch-extract-patch(1).
>>
>> https://git.spwhitton.name/mailscripts/tree/mailscripts.el#n72
>>
>> https://manpages.debian.org/notmuch-extract-patch
>>
>> If `notmuch-show-thread-id' contains a query which returns a single
>> message, the wrong value is passed to notmuch-extract-patch(1), such
>> that it may not extract all of the patches in the thread.
>
> It's not clear to me that this is broken.
>
> notmuch-extract-patch seems to be properly extracting patches from the
> messages that match the query.
>
> If the current `notmuch-show' buffer query doesn't match the entire
> thread, why should `notmuch-extract-thread-patches' be expected to apply
> patches from the whole thread?

The purpose of `notmuch-extract-thread-patches' is to extract a whole
git-send-email(1) patch series at a time, because that is usually what
one wants to do.  There are `notmuch-extract-message-patches' and
`notmuch-show-pipe-message' for single patches.

(I note that this is a mailscripts design question, not strictly
relevant to the issue of ol-notmuch.el causing the
notmuch-show-thread-id variable to be mispopulated.  Thank you for your
engagement with mailscripts, regardless!)

-- 
Sean Whitton



Re: Bug: ol-notmuch.el: calls `notmuch-show' with arbitrary search query

2019-11-26 Thread Sean Whitton
Hello David,

On Tue 26 Nov 2019 at 08:05PM +00, David Edmondson wrote:

> Could you explain how you were using `notmuch-show-thread-id' in a way
> that was broken by the presence of an arbitrary query?

I've observed that the standard notmuch command
`notmuch-show-filter-thread' doesn't work in a buffer opened by
`org-notmuch-follow-link'.

Further, my package 'mailscripts' tries to pass the current value of
`notmuch-show-thread-id' to notmuch-extract-patch(1).

https://git.spwhitton.name/mailscripts/tree/mailscripts.el#n72

https://manpages.debian.org/notmuch-extract-patch

If `notmuch-show-thread-id' contains a query which returns a single
message, the wrong value is passed to notmuch-extract-patch(1), such
that it may not extract all of the patches in the thread.

-- 
Sean Whitton



Re: Bug: ol-notmuch.el: calls `notmuch-show' with arbitrary search query

2019-11-26 Thread Sean Whitton
Hello,

On Tue 26 Nov 2019 at 08:17PM +01, ra...@free.fr wrote:

> Your approach probably works most of the time, but I don't like the idea
> of having to perform 2 queries when one should be enough.
>
> I think a better approach would be to change notmuch-show (or add a
> new version) that would allow taking arbitrary queries (and
> especially, message ids) as input. This probably used to be the case.
>
> Note that the command line notmuch show function does accept arbitrary
> search terms as an argument
>
> I think updating notmuch-show to compute the thread id from the query
> (instead of assuming that the input is a thread id) would be the best
> way to go, but you should see that with the notmuch developers.

I agree with you that it would be best if `notmuch-show' were extended
to accept arbitrary notmuch queries instead of only thread IDs.

However, I also believe that ol-notmuch.el should be updated in the
meantime.  notmuch.el presently exposes an API, `notmuch-show', which
takes a thread ID.  ol-notmuch.el is misusing that API by passing in a
value of a different type -- a notmuch query rather than a thread ID.

That's a bug: even if an API is more limited than we would like it to
be, we should use it in the way that it is documented to be used by its
developers.

This misuse of the API causes numerous other hard-to-diagnose bugs.  For
example, if you use `org-notmuch-follow-link' to open an Org-mode link
like "notmuch:id:f...@bar.baz", the standard notmuch command
`notmuch-show-filter-thread' doesn't work.  And if you use `C-u c i` to
yank the thread ID for pasting into a shell, say, you will yank a value
which is not a thread ID.

-- 
Sean Whitton



Re: Bug: ol-notmuch.el: calls `notmuch-show' with arbitrary search query

2019-11-26 Thread Sean Whitton
Dear maintainers,

On Thu 21 Nov 2019 at 02:37PM -07, Sean Whitton wrote:

> The function `org-notmuch-follow-link' in {org,ol}-notmuch.el calls
> `notmuch-show' with an arbitrary notmuch search query.  However, the
> docstring for `notmuch-show' specifies that a notmuch thread ID, rather
> than an arbitrary notmuch query, should be supplied to `notmuch-show'.
>
> The effect of this is that the variable `notmuch-show-thread-id' may
> contain an arbitrary search query rather than a thread ID.  That broke
> some code of mine which uses that variable.
>
> `org-notmuch-follow-link' needs to continue to accept an arbitrary query
> (as notmuch thread IDs are not stable), but it should convert it to a
> thread ID before passing it to `notmuch-show'.

Here is my workaround.  If this approach seems sensible I can prepare a
patch to `org-notmuch-follow-link` in ol-notmuch.el.

(use-package org-notmuch
  :init
  ;; the default value for `org-notmuch-open-function' is
  ;; `org-notmuch-follow-link', but that function is broken: it calls
  ;; `notmuch-show' with a search query rather than a thread ID.  This
  ;; causes `notmuch-show-thread-id' to be populated with a value
  ;; which is not a thread ID, which breaks various other things
  ;;
  ;; so use a custom function instead
  (defun spw--org-notmuch-follow-link (search)
(let ((thread-id
   (substring
(shell-command-to-string
 (combine-and-quote-strings (list "notmuch" "search"
  "--output=threads" "--limit=1"
  "--format=text"
  "--format-version=4" search)))
0 -1)))
  (notmuch-show thread-id nil nil search search)))
  (setq org-notmuch-open-function 'spw--org-notmuch-follow-link))

-- 
Sean Whitton



Bug: ol-notmuch.el: calls `notmuch-show' with arbitrary search query

2019-11-21 Thread Sean Whitton
Dear maintainers,

The function `org-notmuch-follow-link' in {org,ol}-notmuch.el calls
`notmuch-show' with an arbitrary notmuch search query.  However, the
docstring for `notmuch-show' specifies that a notmuch thread ID, rather
than an arbitrary notmuch query, should be supplied to `notmuch-show'.

The effect of this is that the variable `notmuch-show-thread-id' may
contain an arbitrary search query rather than a thread ID.  That broke
some code of mine which uses that variable.

`org-notmuch-follow-link' needs to continue to accept an arbitrary query
(as notmuch thread IDs are not stable), but it should convert it to a
thread ID before passing it to `notmuch-show'.

-- 
Sean Whitton



[O] Inconsistency between #+OPTIONS and EXPORT_OPTIONS on LaTeX heading levels

2011-12-11 Thread Sean Whitton
Hello,

When I set #+OPTIONS: H:1, I get what I expect: \section{} is the only
heading used and second level outline levels are converted to whatever
my org-export-lower-levels is set to, and the table of contents just has
the \section{}s in it.

When I set EXPORT_OPTIONS to H:1, I get \section{} and \subsection{} in
the body text, but the table of contents only lists \section{}s.

I want the first behaviour myself, but in any case, shouldn’t this be
consistent between the two?

Thanks.

S


pgp0ObNeTRgW5.pgp
Description: PGP signature


Re: [O] Inconsistency between #+OPTIONS and EXPORT_OPTIONS on LaTeX heading levels

2011-12-11 Thread Sean Whitton
Hi Bastien,

On 11 Dec 2011 at 15:55Z, Bastien wrote:

 When I set #+OPTIONS: H:1, I get what I expect: \section{} is the
 only heading used and second level outline levels are converted to
 whatever my org-export-lower-levels is set to, and the table of
 contents just has the \section{}s in it.
 When I set EXPORT_OPTIONS to H:1, I get \section{} and \subsection{}
 in the body text, but the table of contents only lists \section{}s.

 EXPORT_OPTIONS is for a tree, while #+OPTIONS is for the whole doc.

Ah perhaps I should have been clearer when describing what I did, sorry.
I set #+OPTIONS at the top of the file, and EXPORT_OPTIONS in the
properties drawer for the tree I actually want, as you describe, as two
cases, and then exported just the tree with C-c C-e 1 d in both cases,
to get the behaviour described.

The point is that I require the #+OPTIONS to get what I want, when it
ought to just work with the EXPORT_OPTIONS since I am just exporting
that tree.

 I want the first behaviour myself, but in any case, shouldn’t this
 be consistent between the two?

 Maybe you can send an org file as an example?

Certainly, you’ll find a stripped down file attached.

Thanks!

S

#+OPTIONS: H:1

* Lectures MT11—R Walker—Kant’s Ethics
:PROPERTIES:
:EXPORT_FILE_NAME: lectures-kantsethics-walker
:EXPORT_TITLE: Kant’s ethics lectures
:EXPORT_AUTHOR: Lecturer: Ralph Walker
:EXPORT_DATE: MT11
:EXPORT_OPTIONS: H:1 todo:nil :nil
:END:
** Lecture 1
*** Kant’s general philosophy
A problem how to fit his moral philosophy with his general philosophy,
in particular his views on freedom.  We need to be free in a very
strong sense for his moral system.  Pure practical reason doesn’t
belong to the causal order yet it must influence us.  Theoretical
philosophy says that we don’t have this freedom.

Most people say this is unresolvable nowadays (not all of them).
 Kant’s crazy metaphysics
Kant’s solution is separating world of free agents from world of space
and time.  We can know a lot about this world as we rely on both sense
experience and principles we know independently of experience: we
apply /a priori/ concepts like the concept of cause (disagrees with Hume
here).  Kant thinks he can prove that this must be true of the world
as we can know it.
 Where he’s coming from
Kant is reacting first against the rationalists (CD) and reacting to
(British) empiricists.

At one stage Kant accepted Hume’s view ∵ he wasn’t happy with
rationalists grasping principles out of the air (they all got
different things).  I say CD this, you say CD that.  This won’t do
because Hume and co. end up in untenable scepticism.  Can’t account
for indispensible notions like causality, senses objectivity.

Geometry and arithmetic tell us truths about space and time, that Hume
says we can’t have.
* Example of incongruent counterparts
Left and right hand gloves: problem with empirical philosophy is that
it makes sense that there could consist of a universe with just a left
hand glove and one with a right hand glove and these would be
different.  Yet how can they be different without knowledge of space
itself?  The experiential data is the same in both cases.
* Unsatisfactory alternatives
Obvs. not happy with Descartes’ a priori knowledge of the world due to
god argument failing—also, Kant doesn’t think you can ever prove the
existence of god using reason.
 Metaphysics again
Only way to explain things like this is that the world as knowable by
humans is dependent on the way that we know it, dependent on us.
There is a reality of things as they in themselves beneath this, but
we can never know what it is like.

Isn’t this a bit of a truism?  Neurath’s
boat.**

Some kind of faith possible about the real world.  Distinguished from
knowledge of sensory world.
 Moral truths
Doesn’t give a parallel account.  He seems to think that moral truths
take us beyond the realm of what we can know, and they give us some
kind of contact with reality itself—disputed interpretation.

Why can we be so confident in our a priori principles (e.g. induction)
that govern our experience?  They are innate but that’s no guarantee
of their reliability.
*** The Groundwork itself
Written as a semi-popular book.  Kant was surprised that first
Critique didn’t go down well with the public.  Review said Kant was
reheating Berkeley’s idealism.  Therefore wrote Prolegomena,
semi-popular, intended to make everybody understand exactly what he
was saying.  Failed ofc…

On ethics he does the popular work first.  Kant introduces an idea,
doesn’t go into complexities but doesn’t say that there even are
complexities.  This has caused almost all problems of with
understanding the Groundwork.

Three formulations do come to the same thing but it’s very hard to see
how they come together as he’s suppressed detail on his initial
formulation.  Could have put a lot of philosophers out of work if he
hadn’t done this.
*** Methodology
Starting ethics 

[O] HTML publishing broken?

2011-08-25 Thread Sean Whitton
All of a sudden I’m finding that my website won’t publish.  The only
change I’ve made has been setting (setq org-export-html-divs '())
because this new variable breaks my CSS otherwise.

Backtrace and page in question attached; any advice appreciated.

S

-- 
Sean Whitton / s...@silentflame.com
OpenPGP KeyID: 0x3B6D411B
http://sean.whitton.me/

Debugger entered--Lisp error: (wrong-type-argument char-or-string-p nil)
org-export-as-html(4 nil (:buffer-will-be-killed t :base-directory ~/doc/www/ 
:base-extension org :publishing-directory /athena:htdocs/static :recursive 
t :publishing-function org-publish-org-to-html :auto-sitemap t :sitemap-root 
[[http://sean.whitton.me/; :sitemap-filename sitemap.map :sitemap-title 
Sitemap :sitemap-style (quote tree) :sitemap-sort-folders (quote last) :style 
!--base href=\/\ /--\nlink rel=\stylesheet\ type=\text/css\ 
href=\/inc/v7.css\ media=\screen\ /\nlink rel=\stylesheet\ 
type=\text/css\ href=\/inc/cols.css\ /\n  script type=\text/javascript\ 
src=\/inc/css3-multi-column.js\/script :style-include-default nil 
:exclude sitemap\\|blog\\|notes :html-preamble   div class=\colmask 
fullpage\\ndiv class=\col1\\n  !-- Column 1 start --\n  
h1%t/h1 :html-postamble /div\n  !-- Column 1 end --\n/div\n 
 /div\n  div class=\colmask rightmenu\\ndiv class=\colleft\\n 
 div class=\col1wrap\\ndiv class=\col1\\n  !-- Column 
1 start --\n\n This page is part of Sean Whitton's website.  Return to\n   
the a href=\/\homepage/a, visit his a\n  
href=\http://blog.sean.whitton.me/\;blog/a, or\nchoose from the static 
content below.\n\n   div class=\nav\\n!--#include 
virtual=\/inc/sitemap.shtml\ --\n  /div\n!-- Column 1 end 
--\n/div\n  /div\n  div class=\col2\\n!-- 
Column 2 start --\n\nPage last updated: %d.br /br /\n\n
E-mail author/webmaster: img\n
src=\http://safemail.justlikeed.net/e/5a36d58072489e3f78678e3820d15cdf.png\\n 
   title=\Email image created with\nsafemail.justlikeed.net\ 
alt=\spam-protected e-mail\naddress\ style=\vertical-align: bottom\ 
/br /br /\n\ndiv style=\font-size: 90%%;\XHTML generated by 
%c.br /br /\n\na\n
href=\http://validator.w3.org/check?uri=referer\;img\n
src=\/img/valid-xhtml10-blue.png\ alt=\Valid XHTML 1.0\nStrict\ 
height=\31\ width=\88\ //aa\n
href=\http://www.anybrowser.org/campaign/\;img\n
src=\/img/anybrowser.png\ alt=\Any Browser Campaign\\nheight=\31\ 
width=\88\ //abr /br /\n\ncopy; 2005ndash;2011 Sean Whitton, 
Some Rights\nReserved (see a href=\/geek/licensing/\licensing/a\n 
   for details)./div\n\n   !-- Column 2 end --\n  /div\n
/div\n  /div\ndiv :html-extension shtml :headline-levels 4) nil nil 
/ssh:swhitton@athena:/home/swhitton/htdocs/static/geek/)
org-publish-org-to(html (:base-directory ~/doc/www/ :base-extension org 
:publishing-directory /athena:htdocs/static :recursive t :publishing-function 
org-publish-org-to-html :auto-sitemap t :sitemap-root 
[[http://sean.whitton.me/; :sitemap-filename sitemap.map :sitemap-title 
Sitemap :sitemap-style (quote tree) :sitemap-sort-folders (quote last) :style 
!--base href=\/\ /--\nlink rel=\stylesheet\ type=\text/css\ 
href=\/inc/v7.css\ media=\screen\ /\nlink rel=\stylesheet\ 
type=\text/css\ href=\/inc/cols.css\ /\n  script type=\text/javascript\ 
src=\/inc/css3-multi-column.js\/script :style-include-default nil 
:exclude sitemap\\|blog\\|notes :html-preamble   div class=\colmask 
fullpage\\ndiv class=\col1\\n  !-- Column 1 start --\n  
h1%t/h1 :html-postamble /div\n  !-- Column 1 end --\n/div\n 
 /div\n  div class=\colmask rightmenu\\ndiv class=\colleft\\n 
 div class=\col1wrap\\ndiv class=\col1\\n  !-- Column 
1 start --\n\n This page is part of Sean Whitton's website.  Return to\n   
the a href=\/\homepage/a, visit his a\n  
href=\http://blog.sean.whitton.me/\;blog/a, or\nchoose from the static 
content below.\n\n   div class=\nav\\n!--#include 
virtual=\/inc/sitemap.shtml\ --\n  /div\n!-- Column 1 end 
--\n/div\n  /div\n  div class=\col2\\n!-- 
Column 2 start --\n\nPage last updated: %d.br /br /\n\n
E-mail author/webmaster: img\n
src=\http://safemail.justlikeed.net/e/5a36d58072489e3f78678e3820d15cdf.png\\n 
   title=\Email image created with\nsafemail.justlikeed.net\ 
alt=\spam-protected e-mail\naddress\ style=\vertical-align: bottom\ 
/br /br /\n\ndiv style=\font-size: 90%%;\XHTML generated by 
%c.br /br /\n\na\n
href=\http://validator.w3.org/check?uri=referer\;img\n
src=\/img/valid-xhtml10-blue.png\ alt=\Valid XHTML 1.0\nStrict\ 
height=\31\ width=\88\ //aa\n
href=\http://www.anybrowser.org/campaign/\;img\n
src=\/img/anybrowser.png\ alt

Re: [O] HTML publishing broken?

2011-08-25 Thread Sean Whitton
Hi Bastien,

On Thu, Aug 25, 2011 at 03:08:38PM +0200, Bastien wrote:
 Sean Whitton s...@silentflame.com writes:
 
  All of a sudden I’m finding that my website won’t publish.  The only
  change I’ve made has been setting (setq org-export-html-divs '())
  because this new variable breaks my CSS otherwise.
 
 Can you try (setq org-export-html-divs '(  )) and report?

This makes the export work again, but I get a div with class  again
where the preamble div used to be.  And further this seems to duplicate
my page title, in the preamble and then at the top of the content div
(which *does* have a class=content).  See
http://sean.whitton.me/geek/pastebin.shtml

Is it no longer possible to drop these three divs in this version of
Org?  I can work round this by putting /divs in my preamble I guess.

Thanks for your help.

-- 
Sean Whitton / s...@silentflame.com
OpenPGP KeyID: 0x3B6D411B
http://sean.whitton.me/



signature.asc
Description: Digital signature


[O] Packaging Org: how to put the newer version in load-path?

2011-07-07 Thread Sean Whitton
Dear all,

I am presently packaging up Org from git for a new (to me) GNU/Linux
distribution I am switching to, CRUX [1], and I can’t figure out the
clean way to get the new version of Org in /usr/share/emacs/site-lisp to
override that in /usr/share/emacs/23.3.  I mean I could easily add it to
the front of my load-path in my own init file, but I don’t have to do
that on Arch Linux, which I am switching away from, because something
somewhere is adding it to the front of load-path for me.  What might
this be, so that I might duplicate this?  Is there a system-wide file
full of load paths for Emacs that I am missing?

Thanks.

S

[1] http://crux.nu/

-- 
Sean Whitton / s...@silentflame.com
OpenPGP KeyID: 0x3B6D411B
http://sean.whitton.me/



pgp7MClB4to4Q.pgp
Description: PGP signature


Re: [O] Re: Difference between subtree-restricted export and 'publish enclosing subtree'

2011-04-09 Thread Sean Whitton
Hi,

On 8 Apr 2011 at 13:01Z, Matt Lundin wrote:

 When I put my cursor in the properties drawer within the essay text
 and hit C-c C-e 1 d I get my 'essay' exported and processed to
 hume-essay-causation.pdf correctly, but if I instead use C-c C-e SPC
 with point at various different places within the essay, I just get
 the error 'No enclosing node with LaTeX_CLASS or EXPORT_FILE_NAME',
 yet afaics they are there.

 Yes, there are a few issues here.

 I can replicate this bug when the cursor is above the LATEX_CLASS
 property. For instance, if the cursor is located on the :PROPERTIES:
 line, C-c C-e SPC results in an error. If it is on the :END: line, it
 finds the relevant headline

Interesting.  I get the problem from anywhere in the subtree - it
doesn't seem to be able to find the latex_class nor the
export_title/export_file_name.

 The problem is that C-c C-e space calls a simple backwards regexp
 search for the two properties. But the regexp search looks for
 export_title instead of export_file_name (lines 998-1000):

   (if (re-search-backward ^[
 \t]+\\(:latex_class:\\|:export_title:\\)[ \t]+\\S- nil t)

 In addition, the regexp search is not bounded, so if you have another
 headline higher up in the file with one of the properties in the
 search, such as...

 * Kant Essay
 PROPERTIES:
 LATEX_CLASS: spwessay
 END:
 ** Some text

 ...hitting space will export that essay instead.

Okay, so it looks like this isn't a feature that's really usable right
now.  Maybe I'll write a patch to fix it at some point; for now I can
just use C-c C-u C-c C-e 1.  Thanks for the feedback.

S

-- 
Sean Whitton / s...@silentflame.com
OpenPGP KeyID: 0x3B6D411B
http://sean.whitton.me/



pgpsUDnQP38yY.pgp
Description: PGP signature


[O] Difference between subtree-restricted export and 'publish enclosing subtree'

2011-04-08 Thread Sean Whitton
Dear all,

I noticed the publish enclosing subtree command in the export
dispatcher today and I can't make it work, nor can I see how it differs
From publishing a subtree (and needless to say I can't seem to find any
documentation).

This is a section of my .org file:

,
| * STARTED Hume Essay #2: Causation
| DEADLINE: 2011-04-19 Tue
| [2011-03-14 Mon 16:04]
| 
[[gnus:nnimap%2BNucifera:INBOX#2e7232813422f0459da862f6653e33202483027...@exmbx06.ad.oak.ox.ac.uk][Reading
 list]]
| 
| *Does Hume think that causal power is all in the mind?*
| ** TODO Essay
| :PROPERTIES:
| :EXPORT_FILE_NAME: hume-essay-causation
| :EXPORT_AUTHOR: Sean Whitton, Balliol
| :EXPORT_DATE: April 2011
| :EXPORT_TITLE: Does Hume think that causal power is all in the mind?
| :EXPORT_OPTIONS: todo:nil toc:nil skip:t
| :LaTeX_CLASS: spwessay
| :END:
| *** 
| Blah de blah (check above for how to do footnotes).
`

(yup I'm a non-science student using org, so shoot me :P)

When I put my cursor in the properties drawer within the essay text and
hit C-c C-e 1 d I get my 'essay' exported and processed to
hume-essay-causation.pdf correctly, but if I instead use C-c C-e SPC
with point at various different places within the essay, I just get the
error 'No enclosing node with LaTeX_CLASS or EXPORT_FILE_NAME', yet
afaics they are there.

How do I make the SPC command work and how does it differ from a subtree
export?  Thanks.

S

-- 
Sean Whitton / s...@silentflame.com
OpenPGP KeyID: 0x3B6D411B
http://sean.whitton.me/



pgplkoxUyfT3a.pgp
Description: PGP signature


Re: [O] Re: Inline images export to HTML generates lt; and gt; rather than and

2011-03-28 Thread Sean Whitton
Hi Bernt,

On 27 Mar 2011 at 14:09Z, Bernt Hansen wrote:

 This works for me.  I think there was a bug like this in a recent
 release.  What version of org-mode are you using?

 Mine exports as follows

 * Test export
 [[file:img/avi.gif]]

 ...
 pimg src=img/avi.gif  alt=img/avi.gif /
 /p
 ...

 Maybe try upgrading to the latest development snapshot of org?

 I'm using Org-mode version 7.5 (release_7.5.115.g00134)

That seems to work, thanks.  I thought I was already on the latest git
snapshot (or pretty close) but apparently not.

Thanks for the welcome.

S

-- 
Sean Whitton / s...@silentflame.com
OpenPGP KeyID: 0x3B6D411B
http://seanwhitton.com/



pgpMrTpUNhUnx.pgp
Description: PGP signature


[O] Inline images export to HTML generates lt; and gt; rather than and

2011-03-27 Thread Sean Whitton
Dear all,

Another fanatical Org-mode convert new to the list.  Following the
'advice' of [1] I am attempting to generate my personal website using
Org publishing, but I'm running up against a pretty weird bug when I try
to export inline images.  The code gets rendered so that the HTML
appears in the browser literally; hitting view-source, instead of

img src=img/avi.gif alt=img/avi.gif /

Org seems to be outputting

lt;img src=img/avi.gif  alt=img/avi.gif /gt;

which obviously doesn't appear as an image.

The code in the org file is just [[file:img/avi.gif]].

Any idea why this might be?  Publishing configuration follows.[2]
Excited about what I can do with Org publishing; thanks in advance for
any assistance.

S

[1] 
http://mph.puddingbowl.org/2010/02/org-mode-in-your-pocket-is-a-gnu-shaped-devil/

[2] From my Org init file.  Sitemap is published seperately so that I can
apply body-only so that it can be included with SSI.  This works very
well.

===

(require 'org-publish)
(setq org-publish-project-alist
  '(

(org-notes
 :base-directory ~/tmp/org-html-export/
 :base-extension org
 :publishing-directory /srv/http/v7g
 :recursive t
 :publishing-function org-publish-org-to-html
 :headline-levels 4 ; Just the default for this project.
; :auto-preamble t
 :auto-sitemap t; Generate sitemap.org automagically...
:sitemap-filename sitemap.org  ; ... call it sitemap.org (it's the default)...
:sitemap-title Sitemap ; ... with title 'Sitemap'.
:sitemap-style 'tree
:sitemap-sort-folders 'last
:style base href=\/v7g/\ target=\_top\ /
link rel=\stylesheet\ type=\text/css\ href=\/v7g/inc/v7.css\ 
media=\screen\ /
link rel=\stylesheet\ type=\text/css\ href=\/v7g/inc/cols.css\ /
  script type=\text/javascript\ 
src=\/v7g/inc/css3-multi-column.js\/script
:style-include-default nil
:exclude sitemap.org
:html-preamble !--#include virtual=\/v7g/inc/head.inc\ --
h1%t/h1
:html-postamble /div
!--#include virtual=\/v7g/inc/foot1.inc\ --
!--#include virtual=\/v7g/inc/sitemap.shtml\ --
!--#include virtual=\/v7g/inc/foot2.inc\ --
%c
!--#include virtual=\/v7g/inc/foot3.inc\ --
div
:html-extension shtml
 )

(org-static
 :base-directory ~/tmp/org-html-export/
 :base-extension css\\|js\\|png\\|jpg\\|gif\\|pdf\\|mp3\\|ogg\\|swf\\|inc\\|
 :publishing-directory /srv/http/v7g
 :recursive t
 :publishing-function org-publish-attachment
 )

(org :components (org-notes org-static org-sitemap))

(org-sitemap
:base-directory ~/tmp/org-html-export/
 :base-extension org
 :publishing-directory /srv/http/v7g/inc
 :publishing-function org-publish-org-to-html
 :body-only t
 :html-extension shtml
 )

  ))

===

-- 
Sean Whitton / s...@silentflame.com
OpenPGP KeyID: 0x3B6D411B
http://seanwhitton.com/


pgppUly5jRDIF.pgp
Description: PGP signature