all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* org-exp-blocks: what about previewing blocks ?
@ 2009-06-17  0:40 Nicolas Girard
  2009-06-18  7:41 ` Carsten Dominik
  2009-06-18  8:21 ` Carsten Dominik
  0 siblings, 2 replies; 13+ messages in thread
From: Nicolas Girard @ 2009-06-17  0:40 UTC (permalink / raw)
  To: emacs-orgmode

Hi all,

currently the code in org-exp-blocks is intended for pre-processing only.
It seems to me like org-mode would gain a very powerful feature, if
blocks could also be previewed in their own buffer, using the same
mechanism as the org-format-latex function.
What do you think ?

Cheers,
Nicolas

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: org-exp-blocks: what about previewing blocks ?
  2009-06-17  0:40 org-exp-blocks: what about previewing blocks ? Nicolas Girard
@ 2009-06-18  7:41 ` Carsten Dominik
  2009-06-18  9:32   ` Nicolas Girard
  2009-06-18  8:21 ` Carsten Dominik
  1 sibling, 1 reply; 13+ messages in thread
From: Carsten Dominik @ 2009-06-18  7:41 UTC (permalink / raw)
  To: Nicolas Girard; +Cc: emacs-orgmode


On Jun 17, 2009, at 2:40 AM, Nicolas Girard wrote:

> Hi all,
>
> currently the code in org-exp-blocks is intended for pre-processing  
> only.
> It seems to me like org-mode would gain a very powerful feature, if
> blocks could also be previewed in their own buffer, using the same
> mechanism as the org-format-latex function.
> What do you think ?

I don't see how this could be done in a general way.  I guess you mean  
in particular
the graphics blocks like ditaa?

- Carsten

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: org-exp-blocks: what about previewing blocks ?
  2009-06-17  0:40 org-exp-blocks: what about previewing blocks ? Nicolas Girard
  2009-06-18  7:41 ` Carsten Dominik
@ 2009-06-18  8:21 ` Carsten Dominik
  1 sibling, 0 replies; 13+ messages in thread
From: Carsten Dominik @ 2009-06-18  8:21 UTC (permalink / raw)
  To: Nicolas Girard; +Cc: emacs-orgmode


On Jun 17, 2009, at 2:40 AM, Nicolas Girard wrote:

> Hi all,
>
> currently the code in org-exp-blocks is intended for pre-processing  
> only.
> It seems to me like org-mode would gain a very powerful feature, if
> blocks could also be previewed in their own buffer, using the same
> mechanism as the org-format-latex function.
> What do you think ?

I don't see how this could be done in a general way.  I guess you mean  
in particular
the graphics blocks like ditaa?

- Carsten

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: org-exp-blocks: what about previewing blocks ?
  2009-06-18  7:41 ` Carsten Dominik
@ 2009-06-18  9:32   ` Nicolas Girard
  2009-06-19 15:31     ` Carsten Dominik
  2009-08-27 16:38     ` Carsten Dominik
  0 siblings, 2 replies; 13+ messages in thread
From: Nicolas Girard @ 2009-06-18  9:32 UTC (permalink / raw)
  To: emacs-orgmode


[-- Attachment #1.1: Type: text/plain, Size: 1081 bytes --]

2009/6/18 Carsten Dominik <carsten.dominik@gmail.com>

>
> On Jun 17, 2009, at 2:40 AM, Nicolas Girard wrote:
>
>  Hi all,
>>
>> currently the code in org-exp-blocks is intended for pre-processing only.
>> It seems to me like org-mode would gain a very powerful feature, if
>> blocks could also be previewed in their own buffer, using the same
>> mechanism as the org-format-latex function.
>> What do you think ?
>>
>
> I don't see how this could be done in a general way.  I guess you mean in
> particular
> the graphics blocks like ditaa?
>

Yes. For any block type bt, if it makes sense, it would be possible to write
such org-block-<bt>-generate-image(body) that takes the block as argument
and returns the path of the image it produced.

Then:
- for exporting: the existing org-export-blocks-format-<bt> functions would
simply call their respective org-block-<bt>-generate-image and work the same
;
- for previewing a block of type <bt>: if such org-block-<bt>-generate-image
exists, call it and display it the same way org-format-latex does

Wouldn't it be great ?

Nicolas

[-- Attachment #1.2: Type: text/html, Size: 1668 bytes --]

[-- Attachment #2: Type: text/plain, Size: 204 bytes --]

_______________________________________________
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

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: org-exp-blocks: what about previewing blocks ?
  2009-06-18  9:32   ` Nicolas Girard
@ 2009-06-19 15:31     ` Carsten Dominik
  2009-06-26  0:59       ` Eric Schulte
  2009-08-27 16:38     ` Carsten Dominik
  1 sibling, 1 reply; 13+ messages in thread
From: Carsten Dominik @ 2009-06-19 15:31 UTC (permalink / raw)
  To: Nicolas Girard; +Cc: emacs-orgmode


On Jun 18, 2009, at 11:32 AM, Nicolas Girard wrote:

> 2009/6/18 Carsten Dominik <carsten.dominik@gmail.com>
>
> On Jun 17, 2009, at 2:40 AM, Nicolas Girard wrote:
>
> Hi all,
>
> currently the code in org-exp-blocks is intended for pre-processing  
> only.
> It seems to me like org-mode would gain a very powerful feature, if
> blocks could also be previewed in their own buffer, using the same
> mechanism as the org-format-latex function.
> What do you think ?
>
> I don't see how this could be done in a general way.  I guess you  
> mean in particular
> the graphics blocks like ditaa?
>
> Yes. For any block type bt, if it makes sense, it would be possible  
> to write such org-block-<bt>-generate-image(body) that takes the  
> block as argument and returns the path of the image it produced.
>
> Then:
> - for exporting: the existing org-export-blocks-format-<bt>  
> functions would simply call their respective org-block-<bt>-generate- 
> image and work the same ;
> - for previewing a block of type <bt>: if such org-block-<bt>- 
> generate-image exists, call it and display it the same way org- 
> format-latex does
>
> Wouldn't it be great ?

Yes, it would be.  First you will need to talk Eric Schulte into
splitting the image generation functions into separate functions.
The I could look into the preview functionality.

- Carsten


>
> Nicolas
> _______________________________________________
> 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

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: org-exp-blocks: what about previewing blocks ?
  2009-06-19 15:31     ` Carsten Dominik
@ 2009-06-26  0:59       ` Eric Schulte
  2009-06-26  4:17         ` Carsten Dominik
  0 siblings, 1 reply; 13+ messages in thread
From: Eric Schulte @ 2009-06-26  0:59 UTC (permalink / raw)
  To: Carsten Dominik; +Cc: emacs-orgmode

Carsten Dominik <carsten.dominik@gmail.com> writes:

> On Jun 18, 2009, at 11:32 AM, Nicolas Girard wrote:
>
>> 2009/6/18 Carsten Dominik <carsten.dominik@gmail.com>
>>
>> On Jun 17, 2009, at 2:40 AM, Nicolas Girard wrote:
>>
>> Hi all,
>>
>> currently the code in org-exp-blocks is intended for pre-processing
>> only.
>> It seems to me like org-mode would gain a very powerful feature, if
>> blocks could also be previewed in their own buffer, using the same
>> mechanism as the org-format-latex function.
>> What do you think ?
>>
>> I don't see how this could be done in a general way.  I guess you
>> mean in particular
>> the graphics blocks like ditaa?
>>
>> Yes. For any block type bt, if it makes sense, it would be possible
>> to write such org-block-<bt>-generate-image(body) that takes the
>> block as argument and returns the path of the image it produced.
>>
>> Then:
>> - for exporting: the existing org-export-blocks-format-<bt>
>> functions would simply call their respective
>> org-block-<bt>-generate- 
>> image and work the same ;
>> - for previewing a block of type <bt>: if such org-block-<bt>-
>> generate-image exists, call it and display it the same way org-
>> format-latex does
>>
>> Wouldn't it be great ?
>
> Yes, it would be.  First you will need to talk Eric Schulte into
> splitting the image generation functions into separate functions.
> The I could look into the preview functionality.
>

I recently sent out an email announcement of development on org-babel
which should provide a unified backend for evaluating source-code
contained in org-mode blocks.  If org-exp-blocks is using org-babel for
it's source-code evaluation the ability to interactively evaluate blocks
will come for free.  This would be my preference rather than
implementing a new code-evaluation schema for org-exp-blocks.

I suppose that this would assume that org-babel is accepted into the
core of org-mode (for it to be a requirement of org-exp-blocks which is
now part of the org-mode core).  While this would be my preference, it
is certainly not my decision to make, and I honestly haven't given it
much thought up until this point.

Thanks -- Eric


>
> - Carsten
>
>
>>
>> Nicolas
>> _______________________________________________
>> 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
>
>
>
> _______________________________________________
> 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

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: org-exp-blocks: what about previewing blocks ?
  2009-06-26  0:59       ` Eric Schulte
@ 2009-06-26  4:17         ` Carsten Dominik
  2009-06-26 17:16           ` Eric Schulte
  0 siblings, 1 reply; 13+ messages in thread
From: Carsten Dominik @ 2009-06-26  4:17 UTC (permalink / raw)
  To: Eric Schulte; +Cc: emacs-orgmode


On Jun 26, 2009, at 2:59 AM, Eric Schulte wrote:

> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
>> On Jun 18, 2009, at 11:32 AM, Nicolas Girard wrote:
>>
>>> 2009/6/18 Carsten Dominik <carsten.dominik@gmail.com>
>>>
>>> On Jun 17, 2009, at 2:40 AM, Nicolas Girard wrote:
>>>
>>> Hi all,
>>>
>>> currently the code in org-exp-blocks is intended for pre-processing
>>> only.
>>> It seems to me like org-mode would gain a very powerful feature, if
>>> blocks could also be previewed in their own buffer, using the same
>>> mechanism as the org-format-latex function.
>>> What do you think ?
>>>
>>> I don't see how this could be done in a general way.  I guess you
>>> mean in particular
>>> the graphics blocks like ditaa?
>>>
>>> Yes. For any block type bt, if it makes sense, it would be possible
>>> to write such org-block-<bt>-generate-image(body) that takes the
>>> block as argument and returns the path of the image it produced.
>>>
>>> Then:
>>> - for exporting: the existing org-export-blocks-format-<bt>
>>> functions would simply call their respective
>>> org-block-<bt>-generate-
>>> image and work the same ;
>>> - for previewing a block of type <bt>: if such org-block-<bt>-
>>> generate-image exists, call it and display it the same way org-
>>> format-latex does
>>>
>>> Wouldn't it be great ?
>>
>> Yes, it would be.  First you will need to talk Eric Schulte into
>> splitting the image generation functions into separate functions.
>> The I could look into the preview functionality.
>>
>
> I recently sent out an email announcement of development on org-babel
> which should provide a unified backend for evaluating source-code
> contained in org-mode blocks.  If org-exp-blocks is using org-babel  
> for
> it's source-code evaluation the ability to interactively evaluate  
> blocks
> will come for free.  This would be my preference rather than
> implementing a new code-evaluation schema for org-exp-blocks.
>
> I suppose that this would assume that org-babel is accepted into the
> core of org-mode (for it to be a requirement of org-exp-blocks which  
> is
> now part of the org-mode core).  While this would be my preference, it
> is certainly not my decision to make, and I honestly haven't given it
> much thought up until this point.

 From your post yesterday, without looking closer at org-babel,
it sounded to me that it is still under heavy development,
so maybe it is too early for the core at this moment?

No principal objections, of course.

- Carsten

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: org-exp-blocks: what about previewing blocks ?
  2009-06-26  4:17         ` Carsten Dominik
@ 2009-06-26 17:16           ` Eric Schulte
  0 siblings, 0 replies; 13+ messages in thread
From: Eric Schulte @ 2009-06-26 17:16 UTC (permalink / raw)
  To: Carsten Dominik; +Cc: emacs-orgmode

Carsten Dominik <carsten.dominik@gmail.com> writes:

> On Jun 26, 2009, at 2:59 AM, Eric Schulte wrote:
>
>> Carsten Dominik <carsten.dominik@gmail.com> writes:
>>
>>> On Jun 18, 2009, at 11:32 AM, Nicolas Girard wrote:
>>>
>>>> 2009/6/18 Carsten Dominik <carsten.dominik@gmail.com>
>>>>
>>>> On Jun 17, 2009, at 2:40 AM, Nicolas Girard wrote:
>>>>
>>>> Hi all,
>>>>
>>>> currently the code in org-exp-blocks is intended for pre-processing
>>>> only.
>>>> It seems to me like org-mode would gain a very powerful feature, if
>>>> blocks could also be previewed in their own buffer, using the same
>>>> mechanism as the org-format-latex function.
>>>> What do you think ?
>>>>
>>>> I don't see how this could be done in a general way.  I guess you
>>>> mean in particular
>>>> the graphics blocks like ditaa?
>>>>
>>>> Yes. For any block type bt, if it makes sense, it would be possible
>>>> to write such org-block-<bt>-generate-image(body) that takes the
>>>> block as argument and returns the path of the image it produced.
>>>>
>>>> Then:
>>>> - for exporting: the existing org-export-blocks-format-<bt>
>>>> functions would simply call their respective
>>>> org-block-<bt>-generate-
>>>> image and work the same ;
>>>> - for previewing a block of type <bt>: if such org-block-<bt>-
>>>> generate-image exists, call it and display it the same way org-
>>>> format-latex does
>>>>
>>>> Wouldn't it be great ?
>>>
>>> Yes, it would be.  First you will need to talk Eric Schulte into
>>> splitting the image generation functions into separate functions.
>>> The I could look into the preview functionality.
>>>
>>
>> I recently sent out an email announcement of development on org-babel
>> which should provide a unified backend for evaluating source-code
>> contained in org-mode blocks.  If org-exp-blocks is using org-babel
>> for
>> it's source-code evaluation the ability to interactively evaluate
>> blocks
>> will come for free.  This would be my preference rather than
>> implementing a new code-evaluation schema for org-exp-blocks.
>>
>> I suppose that this would assume that org-babel is accepted into the
>> core of org-mode (for it to be a requirement of org-exp-blocks which
>> is
>> now part of the org-mode core).  While this would be my preference, it
>> is certainly not my decision to make, and I honestly haven't given it
>> much thought up until this point.
>
> From your post yesterday, without looking closer at org-babel,
> it sounded to me that it is still under heavy development,
> so maybe it is too early for the core at this moment?
>

Yes, I am very much in agreement that it is too soon to contemplate
moving org-babel into the core.  The intended point of my aside above is
that I don't plan on adding interactive evaluation directly to
org-exp-blocks.

Thanks -- Eric

>
> No principal objections, of course.
>
> - Carsten

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: org-exp-blocks: what about previewing blocks ?
  2009-06-18  9:32   ` Nicolas Girard
  2009-06-19 15:31     ` Carsten Dominik
@ 2009-08-27 16:38     ` Carsten Dominik
  2009-08-27 18:51       ` Eric Schulte
  1 sibling, 1 reply; 13+ messages in thread
From: Carsten Dominik @ 2009-08-27 16:38 UTC (permalink / raw)
  To: Nicolas Girard; +Cc: emacs-orgmode

Hi Nicolas,

while this would be great, I don't see any movement in this
direction, so for now I am closing this thread in my TODO folder....

- Carsten

On Jun 18, 2009, at 11:32 AM, Nicolas Girard wrote:

> 2009/6/18 Carsten Dominik <carsten.dominik@gmail.com>
>
> On Jun 17, 2009, at 2:40 AM, Nicolas Girard wrote:
>
> Hi all,
>
> currently the code in org-exp-blocks is intended for pre-processing  
> only.
> It seems to me like org-mode would gain a very powerful feature, if
> blocks could also be previewed in their own buffer, using the same
> mechanism as the org-format-latex function.
> What do you think ?
>
> I don't see how this could be done in a general way.  I guess you  
> mean in particular
> the graphics blocks like ditaa?
>
> Yes. For any block type bt, if it makes sense, it would be possible  
> to write such org-block-<bt>-generate-image(body) that takes the  
> block as argument and returns the path of the image it produced.
>
> Then:
> - for exporting: the existing org-export-blocks-format-<bt>  
> functions would simply call their respective org-block-<bt>-generate- 
> image and work the same ;
> - for previewing a block of type <bt>: if such org-block-<bt>- 
> generate-image exists, call it and display it the same way org- 
> format-latex does
>
> Wouldn't it be great ?
>
> Nicolas
> _______________________________________________
> 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

=======================
PLEASE NOTE NEW ADDRESS
=======================
prof.dr. Carsten Dominik				dominik@uva.nl
Astronomical Institute 'Anton Pannekoek' 	 	www.astro.uva.nl/~dominik
Faculty of Science, University of Amsterdam		phone 	+31-20-5257477/7491
SCIENCE PARK 904, ROOM C4-106			fax   	+31-20-5257484
1098 XH Amsterdam, The Netherlands
mail: PO BOX 94249, 1090GE, Amsterdam

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: org-exp-blocks: what about previewing blocks ?
  2009-08-27 16:38     ` Carsten Dominik
@ 2009-08-27 18:51       ` Eric Schulte
  2009-08-28  8:02         ` Carsten Dominik
  0 siblings, 1 reply; 13+ messages in thread
From: Eric Schulte @ 2009-08-27 18:51 UTC (permalink / raw)
  To: Carsten Dominik; +Cc: emacs-orgmode

I don't have any plans to add previewing to org-exp-blocks, however
there is an alternative.

Org-babel provides for the evaluation and viewing of the results of
blocks in Org-mode documents.  As such, it is possible to use Org-babel
to preview the output of blocks.  For example, with Org-babel installed
[1] calling C-c C-c on the following block will evaluate the block
placing a link to the resulting file into the Org-mode document.
Subsequently calling C-c C-o with the point on the block will find the
link and open it previewing the image.

--8<---------------cut here---------------start------------->8---
#+begin_src ditaa :file images/blue.png :cmdline -r
+---------+
| cBLU    |
|         |
|    +----+
|    |cPNK|
|    |    |
+----+----+
#+end_src
--8<---------------cut here---------------end--------------->8---

Hopefully in the near future Org-babel should be stable enough to
justify an initial release, which should include an instructional page
on worg.

Best -- Eric

Footnotes: 
[1]  http://eschulte.github.com/org-babel/#getting-started

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: org-exp-blocks: what about previewing blocks ?
  2009-08-27 18:51       ` Eric Schulte
@ 2009-08-28  8:02         ` Carsten Dominik
  2009-08-28 16:06           ` Eric Schulte
  0 siblings, 1 reply; 13+ messages in thread
From: Carsten Dominik @ 2009-08-28  8:02 UTC (permalink / raw)
  To: Eric Schulte; +Cc: emacs-orgmode

Hi Eric,

this sounds like a great alternative, thanks.

I wonder if we should consider some cashing of images, also
for export.  I think we could have an alist with sha1 hashes as keys
and image files as values.  The sha1 hash could be made from the
entire code and the command that is used to create the image..

- Carsten

On Aug 27, 2009, at 8:51 PM, Eric Schulte wrote:

> I don't have any plans to add previewing to org-exp-blocks, however
> there is an alternative.
>
> Org-babel provides for the evaluation and viewing of the results of
> blocks in Org-mode documents.  As such, it is possible to use Org- 
> babel
> to preview the output of blocks.  For example, with Org-babel  
> installed
> [1] calling C-c C-c on the following block will evaluate the block
> placing a link to the resulting file into the Org-mode document.
> Subsequently calling C-c C-o with the point on the block will find the
> link and open it previewing the image.
>
> --8<---------------cut here---------------start------------->8---
> #+begin_src ditaa :file images/blue.png :cmdline -r
> +---------+
> | cBLU    |
> |         |
> |    +----+
> |    |cPNK|
> |    |    |
> +----+----+
> #+end_src
> --8<---------------cut here---------------end--------------->8---
>
> Hopefully in the near future Org-babel should be stable enough to
> justify an initial release, which should include an instructional page
> on worg.
>
> Best -- Eric
>
> Footnotes:
> [1]  http://eschulte.github.com/org-babel/#getting-started
>
>
> _______________________________________________
> 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

=======================
PLEASE NOTE NEW ADDRESS
=======================
prof.dr. Carsten Dominik				dominik@uva.nl
Astronomical Institute 'Anton Pannekoek' 	 	www.astro.uva.nl/~dominik
Faculty of Science, University of Amsterdam		phone 	+31-20-5257477/7491
SCIENCE PARK 904, ROOM C4-106			fax   	+31-20-5257484
1098 XH Amsterdam, The Netherlands
mail: PO BOX 94249, 1090GE, Amsterdam

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: org-exp-blocks: what about previewing blocks ?
  2009-08-28  8:02         ` Carsten Dominik
@ 2009-08-28 16:06           ` Eric Schulte
  2009-08-28 16:31             ` Bernt Hansen
  0 siblings, 1 reply; 13+ messages in thread
From: Eric Schulte @ 2009-08-28 16:06 UTC (permalink / raw)
  To: Carsten Dominik; +Cc: emacs-orgmode

Carsten Dominik <dominik@uva.nl> writes:

> Hi Eric,
>
> this sounds like a great alternative, thanks.
>
> I wonder if we should consider some cashing of images, also
> for export.  I think we could have an alist with sha1 hashes as keys
> and image files as values.  The sha1 hash could be made from the
> entire code and the command that is used to create the image..
>

Hi Carsten,

That sounds like a very good idea.  Currently Org-babel caches results
using a much simpler scheme (only run the block if there are no results
in the buffer), but what you recommend would be an efficient way of
noticing if the command has changed.  When discussing this previously we
had only considered approaches using the date of execution.

I'll add this idea to the org-babel tasks.

Thanks! -- Eric

ps. does Org-mode already have a method of generating sha1 hashes?  I
    just did an `elisp-index-search' for sha1 and nothing came up.

>
> - Carsten
>
> On Aug 27, 2009, at 8:51 PM, Eric Schulte wrote:
>
>> I don't have any plans to add previewing to org-exp-blocks, however
>> there is an alternative.
>>
>> Org-babel provides for the evaluation and viewing of the results of
>> blocks in Org-mode documents.  As such, it is possible to use Org-
>> babel
>> to preview the output of blocks.  For example, with Org-babel
>> installed
>> [1] calling C-c C-c on the following block will evaluate the block
>> placing a link to the resulting file into the Org-mode document.
>> Subsequently calling C-c C-o with the point on the block will find the
>> link and open it previewing the image.
>>
>> --8<---------------cut here---------------start------------->8---
>> #+begin_src ditaa :file images/blue.png :cmdline -r
>> +---------+
>> | cBLU    |
>> |         |
>> |    +----+
>> |    |cPNK|
>> |    |    |
>> +----+----+
>> #+end_src
>> --8<---------------cut here---------------end--------------->8---
>>
>> Hopefully in the near future Org-babel should be stable enough to
>> justify an initial release, which should include an instructional page
>> on worg.
>>
>> Best -- Eric
>>
>> Footnotes:
>> [1]  http://eschulte.github.com/org-babel/#getting-started
>>
>>
>> _______________________________________________
>> 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
>
> =======================
> PLEASE NOTE NEW ADDRESS
> =======================
> prof.dr. Carsten Dominik				dominik@uva.nl
> Astronomical Institute 'Anton Pannekoek' 	 	www.astro.uva.nl/~dominik
> Faculty of Science, University of Amsterdam		phone 	+31-20-5257477/7491
> SCIENCE PARK 904, ROOM C4-106			fax   	+31-20-5257484
> 1098 XH Amsterdam, The Netherlands
> mail: PO BOX 94249, 1090GE, Amsterdam

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: org-exp-blocks: what about previewing blocks ?
  2009-08-28 16:06           ` Eric Schulte
@ 2009-08-28 16:31             ` Bernt Hansen
  0 siblings, 0 replies; 13+ messages in thread
From: Bernt Hansen @ 2009-08-28 16:31 UTC (permalink / raw)
  To: Eric Schulte; +Cc: Carsten Dominik, emacs-orgmode

"Eric Schulte" <schulte.eric@gmail.com> writes:

> ps. does Org-mode already have a method of generating sha1 hashes?  I
>     just did an `elisp-index-search' for sha1 and nothing came up.

(sha1 stuff) seems to work.

org-feed.el has a (require 'sha1) and org-publish.el uses it too.

HTH,
Bernt

^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2009-08-28 16:31 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-06-17  0:40 org-exp-blocks: what about previewing blocks ? Nicolas Girard
2009-06-18  7:41 ` Carsten Dominik
2009-06-18  9:32   ` Nicolas Girard
2009-06-19 15:31     ` Carsten Dominik
2009-06-26  0:59       ` Eric Schulte
2009-06-26  4:17         ` Carsten Dominik
2009-06-26 17:16           ` Eric Schulte
2009-08-27 16:38     ` Carsten Dominik
2009-08-27 18:51       ` Eric Schulte
2009-08-28  8:02         ` Carsten Dominik
2009-08-28 16:06           ` Eric Schulte
2009-08-28 16:31             ` Bernt Hansen
2009-06-18  8:21 ` Carsten Dominik

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.