From: "François Pinard" <pinard@iro.umontreal.ca>
To: emacs-orgmode@gnu.org
Subject: Re: Touching :noexport: regions
Date: Sat, 05 May 2012 21:44:23 -0400 [thread overview]
Message-ID: <86k40qytfs.fsf@mercure.progiciels-bpi.ca> (raw)
In-Reply-To: <86zk9mzka0.fsf@mercure.progiciels-bpi.ca> ("François Pinard"'s message of "Sat, 05 May 2012 12:04:39 -0400")
François Pinard <pinard@iro.umontreal.ca> writes:
> Our dear Bastien writes:
>> We could have a #+PUBLISH: option allowing to tell whether a file
>> should be published or not. If we had this, we could then check
>> whether a section without the :noexport: tag has been modified...
>> and dynamically set the buffer publication option based on this. But
>> this is rather a complicated way, and the gain is merely about speed.
> If I modify text in a :noexport: section, the time stamp of the Org file
> is modified, and so, the generated HTML page jumps near the top in the
> index. As there is no user-visible change corresponding at that time
> stamp, they may uselessly visit the page, a mere annoyance to them.
Here is how I decided to proceed for now, in case anyone is amused by my
little problems. I just created a file *org-stamps* having three
columns for each publishable Org file: a time stamp, a md5sum over all
publishable parts, and the Org file name.
The very first time, or for any new Org file, the time stamp is the file
modification time. For each Org file, the tool generating the index
pages recomputes the md5sum over all publishable parts and compares with
the md5sum from *org-stamps*; if they match, the *org-stamps* time stamp
is used instead of the actual file time stamp. If they do not match,
the current file time stamp and md5sum are going to obliterate the
values saved in *org-stamps* once all Org files will have been
processed.
Simple enough for now, I guess.
François
next prev parent reply other threads:[~2012-05-06 1:44 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-04 22:08 Touching :noexport: regions François Pinard
2012-05-05 6:29 ` Bastien
2012-05-05 16:04 ` François Pinard
2012-05-06 1:44 ` François Pinard [this message]
2012-05-08 12:35 ` Bastien
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=86k40qytfs.fsf@mercure.progiciels-bpi.ca \
--to=pinard@iro.umontreal.ca \
--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).