From: "Eric Schulte" <schulte.eric@gmail.com>
To: Carsten Dominik <dominik@uva.nl>
Cc: org-mode Mailing List <emacs-orgmode@gnu.org>,
Carsten Dominik <carsten.dominik@gmail.com>
Subject: Re: Announcing org-jekyll
Date: Mon, 01 Feb 2010 13:20:04 -0700 [thread overview]
Message-ID: <87aavsn1xn.fsf@gmail.com> (raw)
In-Reply-To: <243263DF-04B0-4889-A72D-CBEB7E3C87DD@uva.nl> (Carsten Dominik's message of "Mon, 1 Feb 2010 10:42:06 +0100")
So to jump onto this thread that Carsten unwittingly brought back to
life ;)
I have been exporting org-mode subtrees to jekyll blog posts on a couple
of projects, and I've found it really handy
- resulting in more attractive web pages than I'm able to generate
directly from org
- for the liquid syntax which jekyll provides for programmatic
generation of elements of html files
- and for the ability to automatically generate xml/atom/rss from my
projects
One issue that I've not been able to solve is the resolution of
intra-file links when I'm exporting subtrees to external files. For
example say I have the following file
,----[example.org]
| * top
| ** subtopic
| :PROPERTIES:
| :CUSTOM_ID: subtopic
| :END:
| stuff
|
| ** another topic
| see stuff in [[subtopic]]
`----
after I've exported the subtrees to separate files for processing by
jekyll, all of my intra-file links are broken. I wonder if a
generalization of this issue might have wide enough appeal to merit an
org-mode based solution. Specifically would it be possible to add
support for exporting subtrees to external files, and updating all links
within the subtree based on the new location of the exported file
(i.e. adjusting all intra-file links to point to the original file)?
Taking the above idea one step further, if say each subtree has an
"EXPORT_FILE_NAME" property then it would be great to support link
maintenance during export of all such subtrees in a file, so for example
the following file
,----[example.org]
| * top
|
| ** section one
| :PROPERTIES:
| :EXPORT_FILE_NAME: section-one
| :END:
|
| *** subtopic
| :PROPERTIES:
| :CUSTOM_ID: subtopic
| :END:
| stuff
|
| ** another topic
| :PROPERTIES:
| :EXPORT_FILE_NAME: another-topic
| :END:
| see stuff in [[subtopic]]
`----
could export to
,----[section-one.org]
| * section one
| :PROPERTIES:
| :EXPORT_FILE_NAME: section-one
| :END:
|
| ** subtopic
| :PROPERTIES:
| :CUSTOM_ID: subtopic
| :END:
| stuff
`----
and
,----[another-topic.org]
| * another topic
| :PROPERTIES:
| :EXPORT_FILE_NAME: another-topic
| :END:
| see stuff in [[file:section-one.org::subtopic][subtopic]]
`----
I hope the above example is clear. While writing this up I noticed the
existence of an "EXPORT_FILE_NAME" property however I was unable to use
it to successfully export a subtree. It may be that the behavior I've
described is only useful in the case of jekyll export, in which case I
may try my hand at hacking a solution together. Either way I'd be
interested to hear peoples thoughts or if I'm missing some existing
functionality.
Thanks -- Eric
Carsten Dominik <dominik@uva.nl> writes:
> Sorry, this reply was in the wrong thread and is therefore meaningless.
>
> - Carsten
>
> On Feb 1, 2010, at 9:38 AM, Carsten Dominik wrote:
>
>> Hi Juan,
>>
>> I like this idea, and I have implemented it. Please use the
>> property HTML_CONTAINER_CLASS. And let me know if it works!
>>
>> HTH
>>
>> - Carsten
>>
>> On Jan 30, 2010, at 12:16 AM, Juan Reyero wrote:
>>
>>> Greetings,
>>>
>>> I've been toying around with a small package to export entries as a
>>> Jekyll blog. It is different from other approaches I am aware of in
>>> that it will find your blog entries anywhere in the files belonging
>>> to
>>> a project, and it will pass properties along to Jekyll as yaml front
>>> matter. It also includes some support for localization.
>>>
>>> Full description: http://juanreyero.com/open/org-jekyll/
>>> Source code: http://github.com/juanre/org-jekyll
>>>
>>> Best regards,
>>>
>>> Juan
>
> - Carsten
>
>
>
>
>
> _______________________________________________
> 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
next prev parent reply other threads:[~2010-02-01 20:20 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-29 23:16 Announcing org-jekyll Juan Reyero
2010-02-01 8:38 ` Carsten Dominik
2010-02-01 9:42 ` Carsten Dominik
2010-02-01 20:20 ` Eric Schulte [this message]
2010-02-02 12:57 ` Juan Reyero
2010-02-03 15:17 ` Carsten Dominik
2010-02-01 11:23 ` Rick Moynihan
2010-02-01 19:14 ` Juan Reyero
2010-02-02 10:37 ` Rick Moynihan
2010-02-02 13:56 ` Juan Reyero
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
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87aavsn1xn.fsf@gmail.com \
--to=schulte.eric@gmail.com \
--cc=carsten.dominik@gmail.com \
--cc=dominik@uva.nl \
--cc=emacs-orgmode@gnu.org \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).