[O] Export results of code literal blocks (Jekyll directory structure) xpost emacs.stackexchange

2017-06-24 Thread Jeremy Reeve
Org-mode newbie here.  Please be gentle.  Posted on Stack Exchange
before I found the official list.

I'm trying to follow the recipe for exporting Org-mode documents for
processing by Jekyll. My publishing org-publish-project-alist is
configured to place exported html in my _posts directory and take
images and place them in _posts/assets with org-publish-attachment.
This modification of directory structure seems to be the root of the
problem.

#+BEGIN_SRC python :results value file
  import numpy as np
  import matplotlib.pyplot as plt

  from mpl_toolkits.mplot3d import Axes3D

  p1 = np.array([0,4,4])
  p2 = np.array([4,-4,4])
  p3 = np.array([2,2,-4])

  fig = plt.figure()
  ax = fig.gca(projection='3d')
  ax.set_aspect("equal")

  #draw the arrow
  ax.quiver(p1[0],p1[1],p1[2],p2[0],p2[1],p2[2],length=1.0)
  ax.quiver(p1[0],p1[1],p1[2],p3[0],p3[1],p3[2],length=1.0)

  ax.set_xlim([-5, 5])
  ax.set_ylim([-5, 5])
  ax.set_zlim([-5, 5])

  plt.savefig('../images/hw1-p3.png')
  return '../images/hw1-p3.png'
#+END_SRC

#+RESULTS:
[[file:../images/hw1-p3.png]]


#+BEGIN_EXPORT html

  
  Problem 3 visualisation

#+END_EXPORT html

The end result I would like is to have the link to the result of the
literal code block automatically generated either such that it is not
exported as an inline image (as the relative path is incorrect) and be
forced to manually add a correct link for HTML export or have the
inline image link transformed such that it is correct.

Suggestions like "Don't use Jekyll" are fine so long as it is
accompanied with an alternative and explanation as to why.  I see some
people have written custom Org-mode Jekyll plugins like
https://github.com/eggcaker/jekyll-org and am wondering if these are a
better route.

Also, the above snippet exports everything including the "BEGIN
export" which I think shouldn't happen but I'll examine that
separately.

Regards...Jeremy

Org mode version 9.0.5 (9.0.5-elpa @ /Users/xxx/.emacs.d/elpa/org-20170210/)
GNU Emacs 25.1.1 (x86_64-apple-darwin13.4.0, NS appkit-1265.21 Version
10.9.5 (Build 13F1911)) of 2016-09-18



Re: [O] Export results of code literal blocks (Jekyll directory structure) xpost emacs.stackexchange

2017-06-29 Thread Jeremy Reeve
On 29 June 2017 at 01:22, Nicolas Goaziou  wrote:
> Hello,
>
> Jeremy Reeve  writes:
>
>> Org-mode newbie here.  Please be gentle.
>
> Do you have any reason to think we will not be gentle?
>
>   "We have a squeaker today, class. Isn't he cute?"

That comment was totally inappropriate for a public mailing list.

>
> Can't you write a function that fixes generated links? See
> `org-export-before-parsing-hook'.

Yes I probably can.  I can think of many ways of doing exactly that.
I wasn't aware of the existence of the hook and that's why I chose to
ask. That's what I was looking for - a pointer. Thanks.

There seem to be many inconsistencies between the particular versions
I am using and the public documentation and I appreciate that the code
is probably evolving rapidly.  I note the difference in documentation
between master in the code repository and what is currently on the
public facing web site and that I ought to build the documentation
specific to the version I am using.  The experience gave me the
feeling that there might be something relevant which is not well or at
all documented.

If I read the entire reference manual of every piece of software I use
I would have no time to carry out the actual tasks I use these tools
for.  It would be morally correct to read the reference manual
cover-to-cover to find out the best approach to solving a problem.  I
think it is unfair to categorise this post as of the 'too lazy to look
up something in the manual' form as I had provided a concrete example
and what I wanted to achieve and as I tried to hint at - not a highly
experienced Emacs-lisp developer or emacs-org user having spent very
little time (a day) exposed to org-mode.  Occasionally one needs a
steer in the right direction, that is all.

I think what needs to be appreciated is that there will be a spectrum
of users on the one end who are active Emacs-lisp developers who have
familiarity with the codebase all the way to people appreciative of
the open source efforts but that do not have the time or inclination
to act as developers on yet another project unrelated to their work.

>
>> Also, the above snippet exports everything including the "BEGIN
>> export" which I think shouldn't happen but I'll examine that
>> separately.
>
> The closing line is wrong. It should be "#+end_export". Use `M-x
> org-lint' to find this kind of problem.

Yes. I found this immediately after posting and thanks for the tip
about org-lint.

Jeremy