emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Carsten Dominik <dominik@science.uva.nl>
To: Sebastian Rose <sebastian_rose@gmx.de>
Cc: emacs-orgmode@gnu.org
Subject: Re: Error When Publishing a Single File
Date: Thu, 19 Feb 2009 20:22:39 +0100	[thread overview]
Message-ID: <A12870D7-E623-482E-AF63-273C5A3E4BE9@uva.nl> (raw)
In-Reply-To: <871vtxz3u3.fsf@kassiopeya.MSHEIMNETZ>


Someone needs to adopt org-publish.el and do this.

Otherwise it will be waiting until I get more interested in publishing  
myself.

- Carsten

On Feb 17, 2009, at 12:43 PM, Sebastian Rose wrote:

> Ian Barton <lists@manor-farm.org> writes:
>> This has been happening for a while. I suspect it's something in my  
>> settings,
>> but I can't work out what. When I publish a single file, I get the  
>> following
>> error:
>
>
> Since this feature is prone to error, I'd suggest to drop it  
> entirely. I
> never use it here. Instead, I'd suggest to change the publishing  
> feature
> as follows:
>
>
> a)  The index file generation takes quite a long time. As for me ,  
> this
>     is the only reason to keep this single page publishing.
>
>     So why not just generate the index file, if _new_ (as opposed to
>     changed) files are found in the project?
>
>     Otherwise ask.
>
> b)  Interactive publishing
>
>     Some times it might be desirable to not publish all changes at
>     once (e.g. do not publish unfinished changes).
>
>     The publishing mechanism could ask for every file. This could be
>     bound to `C-u C-e P' or `C-c C-e i' for example.
>
> c)  Is it possible to extend the publising-timestamp mechanism to
>     exported blocks? E.g. ditaa images take quite some time to
>     generate.
>
> That way, publishing a project is much faster and single files could  
> be
> published as needed. Time used for publishing would decrease to
> something like 10% here (lot's of ditaa images and 59 files).
>
>
>
>
> What do think?
>
>
>
>
> --
> Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449  
> Hannover
> Tel.:  +49 (0)511 - 36 58 472
> Fax:   +49 (0)1805 - 233633 - 11044
> mobil: +49 (0)173 - 83 93 417
> Http:  www.emma-stil.de
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

  parent reply	other threads:[~2009-02-19 19:22 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-17 11:21 Error When Publishing a Single File Ian Barton
2009-02-17 11:43 ` Sebastian Rose
2009-02-17 12:46   ` Ian Barton
2009-02-19 19:22   ` Carsten Dominik [this message]
2009-02-17 12:25 ` Matthew Lundin
2009-02-26 21:18 ` Carsten Dominik
2009-02-27  8:06   ` Ian Barton
2009-02-27  8:25     ` Sebastian Rose

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=A12870D7-E623-482E-AF63-273C5A3E4BE9@uva.nl \
    --to=dominik@science.uva.nl \
    --cc=emacs-orgmode@gnu.org \
    --cc=sebastian_rose@gmx.de \
    /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).