From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?Fran=C3=A7ois_Pinard?= Subject: Re: Touching :noexport: regions Date: Sat, 05 May 2012 21:44:23 -0400 Message-ID: <86k40qytfs.fsf@mercure.progiciels-bpi.ca> References: <86fwbf1twv.fsf@mercure.progiciels-bpi.ca> <87r4uysljc.fsf@altern.org> <86zk9mzka0.fsf@mercure.progiciels-bpi.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:51731) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SQqWR-00042D-CE for emacs-orgmode@gnu.org; Sat, 05 May 2012 21:44:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SQqWP-0002OZ-Hh for emacs-orgmode@gnu.org; Sat, 05 May 2012 21:44:26 -0400 Received: from 206-248-137-202.dsl.teksavvy.com ([206.248.137.202]:59833 helo=mercure.progiciels-bpi.ca) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SQqWP-0002MB-C8 for emacs-orgmode@gnu.org; Sat, 05 May 2012 21:44:25 -0400 In-Reply-To: <86zk9mzka0.fsf@mercure.progiciels-bpi.ca> (=?utf-8?Q?=22Fran?= =?utf-8?Q?=C3=A7ois?= Pinard"'s message of "Sat, 05 May 2012 12:04:39 -0400") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Fran=C3=A7ois Pinard 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=C3=A7ois