[Orgmode] Re: should the mail list be splitted resp. sub-tagged ?

[Robert Pluim]

Nick Dokos  writes:

> [Forgot to reply-all - sorry about that. Apologies to Robert for
>  the duplicate email.]
>

This is why I have Mail-Copies-To: never in my headers :) No biggie.

> Robert Pluim  wrote:
>
>> Nick Dokos  writes:
>> 
>> > Štěpán Němec  wrote:
>> >
>> >> FWIW, I do. Having [Org] (or anything, really) prepended to the subjects
>> >> of _all_ mails coming from a list that is already uniquely identifiable
>> >> (e.g. by its address) has no information value altogether (unlike
>> >> [Babel], [PATCH] etc.) and only takes up the much precious Subject:
>> >> header space.
>> >> 
>> >> I have never understood why anyone would like anything like that.
>> >>
>> >
>> > Because I can scan my inbox at a glance and triage quickly. Here's what
>> > I see (with mh-e in emacs as my reader):
>> >
>> 
>> (disclaimer: I've been seeing this argument for the best part of 20
>> years, I doubt I'm bringing anything new to the table, but I feel
>> strongly about it)
>> 
>> Triage is for *computers* to do, they're much better at it than humans.
>> 
>
> You are kidding, right? How does the computer know what *I* need to do?
>

Because you tell it what to do?

>> Also, those markers in the subject are obnoxious and *really* annoying,
>> and take up valuable screen space.  Please don't clutter up the org-mode
>> emails for zero benefit.
>> 
>
> It is *not* zero benefit to me.

OK.  Zero benefit to people who split their email then.  I must admit
I've never understood why people don't, but to each his own.

Robert


___
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

[Orgmode] Re: Navigating sparse tree results

[Sébastien Vauban]

Hi suvayu,

suvayu ali wrote:
> Is there any way to move to the next match after a sparse tree
> command. Say I search for a regexp with the sparse tree command, how do
> I to move to the next highlighted match? I was hoping something like
> `next-error' or `C-s' for isearch[fn:1].

I find the idea of =next-error= to be a great one. What I currently do, is
just =C-v= (some sort of Page Down) and look at the highlighted words. But, it
is still quite easy to miss one for long blocks of text under the headlines.

Best regards,
  Seb

-- 
Sébastien Vauban


___
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

[Orgmode] Re: Introducing gnugol - an org-mode-output web search client

[Achim Gratz]

Dave Taht  writes:
> A fix for one of the problems reported on this list (by bart, thx!) was
> to make sure that the path
>
> /usr/local/lib
>
> was in /etc/ld.so.conf or in /etc/ld.so.conf.d and to run
>
> sudo ldconfig
>
> after installing libjannson.
>
> I've updated the documentation to reflect his.

That really shouldn't be necessary for locally built applications since
these already know where the libraries are installed.  In fact doing it
this way opens a potential security hole since now the dynamic loader
trusts libraries in /usr/local/lib/ and may prefer it over system
libraries for _all_ applications (you may or may not want this
behaviour, but in any case should be aware of it).

Better set up the correct runtime search path with an '-rpath='
argument to the linker invocation for the install and you never need to
invoke ldconfig.  Anything installed in /usr/local shouldn't require
full administrator privileges and certainly not alter the system
behaviour.  That most Linux distributions don't make that distinction
between system and local applications anymore doesn't mean it's the
correct thing to do...


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
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

[Orgmode] Re: should the mail list be splitted resp. sub-tagged ?

[Achim Gratz]

Robert Pluim  writes:
> Triage is for *computers* to do, they're much better at it than humans.

Then let your MUA strip the tag off for you and live a happier life.

> Also, those markers in the subject are obnoxious and *really* annoying,
> and take up valuable screen space.  Please don't clutter up the org-mode
> emails for zero benefit.

They are very valuable when you need to quickly check things from a
computer where you don't have set up your filtering for instance.  Plus
they are indispensable for everyone who decides to not filter mail into
folders or anything like that.  They don't force you to not filter, so
why should you force them to change their workflow?

> org-mode list email has a List-Id header, the list software has already
> taken care of it for you.  I fail to see how much can go wrong with
> filtering on that, configure it once and you're done. (or read the list
> via gmane, all nicely split out for you).

This header is there for software to see, not for humans.  There is
multiple redundancy in both the headers and the tagging of the subject
line and this is what makes things resilient.  And yes, I read the list
via Gmane/GNUS, but that doesn't mean everyone has to do it the same
way.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves


___
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

[Orgmode] Re: should the mail list be splitted resp. sub-tagged ?

[Robert Pluim]

Achim Gratz  writes:

> Robert Pluim  writes:
>> Triage is for *computers* to do, they're much better at it than humans.
>
> Then let your MUA strip the tag off for you and live a happier life.
>
>> Also, those markers in the subject are obnoxious and *really* annoying,
>> and take up valuable screen space.  Please don't clutter up the org-mode
>> emails for zero benefit.
>
> They are very valuable when you need to quickly check things from a
> computer where you don't have set up your filtering for instance.  Plus
> they are indispensable for everyone who decides to not filter mail into
> folders or anything like that.  They don't force you to not filter, so
> why should you force them to change their workflow?

Using your same argument from above, why don't they configure their MUA
to add the tag?  Why should I be forced to change my workflow to strip
it? (and the tags are not 'indispensable' for human triage: you can
display the To/CC or List-Id headers, which will contain org-mode as well).

>> org-mode list email has a List-Id header, the list software has already
>> taken care of it for you.  I fail to see how much can go wrong with
>> filtering on that, configure it once and you're done. (or read the list
>> via gmane, all nicely split out for you).
>
> This header is there for software to see, not for humans.  There is
> multiple redundancy in both the headers and the tagging of the subject
> line and this is what makes things resilient.  And yes, I read the list
> via Gmane/GNUS, but that doesn't mean everyone has to do it the same
> way.

Right, which is why I argue for the minimal simplicity of just setting
the header, and letting people take care of anything else they want to
do afterwards.

Anyway, I think we've reached the end of this discussion, it's
definitely not relevant to org-mode anymore.  Whoever maintains the list
will decide what they prefer.

Robert


___
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

[Orgmode] Re: Executing functions remotely from agenda

[Matt Lundin]

Steve Hafner  writes:

> On Tue, Jan 4, 2011 at 9:22 PM, Matt Lundin  wrote:
>> Steve Hafner  writes:
>>
>>> I've written a few elisp functions to edit entries, and I would like
>>> to be able to execute them remotely from the agenda; but it seems no
>>> hooks or other facilities exist to do so. Am I missing something?
>>>
>>
>> (info "(org) Using the mapping API")
>>
>> http://orgmode.org/manual/Using-the-mapping-API.html
>>
>> Best,
>> Matt
>>
>
> OK, I'm able to run elisp commands remotely from an agenda buffer
> using org-map-entries; but what I'd really like to do is specifically
> target the current item, and I don't see what expression for MATCH
> would only match the current item. By "current item" I mean the entry
> corresponding to the line that point is on within the agenda buffer.

Ah. I see. I misread "remotely from agenda" as "not in the agenda".

You can jump to the current entry in a number of ways. There is the
function org-agenda-goto. Within the agenda, you can also get the
markers for the current entry with:

(org-get-at-bol 'org-marker)
(org-get-at-bol 'org-hd-marker)

You can use these markers (usually with save-excursion or
save-window-excursion) to jump to the function and alter it. The code of
org-agenda-todo provides a nice example of this.

It would be nice if this functionality were abstracted a bit in
org-agenda.el. Right now, each of the org-agenda editing commands
(org-agenda-todo, org-agenda-set-tags, org-agenda-priority,
org-agenda-add-note, etc.) reimplements the same behavior.

Best,
Matt

___
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

[Orgmode] Display of time/date ranges in the agenda

[Tassilo Horn]

Hi all,

I have an entry

** Statustreffen (Bad Homburg)
   <2011-01-17 Mon 12:00>--<2011-01-18 Tue 13:30>

In the agenda, it shows up as:

--8<---cut here---start->8---
Monday 17 January 2011 W03
  uni:12:00.. (1/2):  Statustreffen (Bad Homburg)
Tuesday18 January 2011
  uni:12:00.. (2/2):  Statustreffen (Bad Homburg)
--8<---cut here---end--->8---

As the meeting is finished at 13:30, I'd like to have it shown like
that:

--8<---cut here---start->8---
Monday 17 January 2011 W03
  uni:12:00.. (1/2):  Statustreffen (Bad Homburg)
Tuesday18 January 2011
  uni:..13:30 (2/2):  Statustreffen (Bad Homburg)
--8<---cut here---end--->8---

Is that possible?  And does the current behavior qualify as a bug?  I
mean, 12:00 is part of the first timestamp, not the second...

Bye,
Tassilo


___
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

[Orgmode] Export issue of URL when the text begins with a date

[Vincent Belaïche]

Hello,

Here is an example org file:

---
* some example

[[file://localhost/c%3A/msys/1.0/temp/example.html][2011-01-01 example]]
---

When I export this with `C-c C-e h' I get the following in place of the
URL:

---

[[file://localhost/c%3A/msys/1.0/temp/example.html]  2011-01-01 
example]

---

I would have rather expected something like 

---
2011-01-01 
example
---

BTW: happy new year 2011 to all !

Vincent.


___
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

[Orgmode] Re: Org -> OpenOffice/OpenDocumentText

[Sébastien Gross]

Jambunathan K  writes:

Hi,

> I am not sure how to answer this question. I am inclined to ask why you
> have hesitation in upgrading to the new (or the next) Org version?

Actually I am using official git version of Orgmode yet.

But as you pointed me to the correct link, I think I'd better use jambu
branch until it would be merged into official Org repo.

> I would like to make few cosmetic changes to my repository before making
> a formal announcement sometime early next week seeking alpha-testers for
> the OpenOffice exporter..

Ok nice.

Thank you very much for your great work!

-- 
Sébastien Gross

___
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

[Orgmode] Re: Store link upon sending a message

[Ulf Stegemann]

Hi Bastien,

Bastien  wrote:

> Ulf Stegemann  writes:
>
>> (defun ulf-message-send-and-org-gnus-store-link (&optional arg)
>
> This is something I've been trying to achieve for very long! Great you
> found a solution. A minor suggestion: the function should make sure
> the buffer is not killed after the message is sent.
>
> I added (message-kill-buffer-on-exit nil) like this:

good point, thanks for adding it.

> I also added an entry in org-hacks.org.

Okay, thanks!

Ulf

___
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

[Orgmode] Reproducible Research Template

[Andy Choens]

I am developing a reproducible research template for R. I am trying to
implement most of a research "compendium" in org. I say "most" because I
am going to allow the actual data to exist outside of org, simply
because most of the data I work with is relational or very large, which
makes storage in plain text problematic or impossible.

Has anyone ever implemented a reproducible research template in org that
I can look at? I looked at the stuff on Worg and there are examples of a
project, but not a template.

In a nutshell, I am trying to do two things.
1) Provide a structure for reproducible research / programming ;
2) Provide a small set of helper functions.

But, I don't want the helper functions to get in the way. I have
considered two options:
1) Store the example code / template stuff in subheadings 
2) Store the example code / template stuff in an external file.  

Using subheadings is tempting, but I'm afraid that
org-babel-execute-buffer would cause problems for users who don't use
all of the template functions. 

Using an external file, similar to the Lobrary of Babel is also
tempting. It would allow me to make a cleaner template for structure and
still allow users to access any helper functions. Is there a way to link
to an external file, other than the Library of Babel? If so, how do I do
this?

Does anyone have any opinions about hiding/linking/importing example
code in a template?

I certainly appreciate any thoughts.

--andy
___
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

Re: [Orgmode] Reproducible Research Template

[Thomas S. Dye]

On Jan 4, 2011, at 9:55 AM, Andy Choens wrote:

I am developing a reproducible research template for R. I am trying  
to implement most of a research "compendium" in org. I say "most"  
because I am going to allow the actual data to exist outside of org,  
simply because most of the data I work with is relational or very  
large, which makes storage in plain text problematic or impossible.


Has anyone ever implemented a reproducible research template in org  
that I can look at? I looked at the stuff on Worg and there are  
examples of a project, but not a template.


In a nutshell, I am trying to do two things.
1) Provide a structure for reproducible research / programming ;
2) Provide a small set of helper functions.

But, I don't want the helper functions to get in the way. I have  
considered two options:

1) Store the example code / template stuff in subheadings
2) Store the example code / template stuff in an external file.

Using subheadings is tempting, but I'm afraid that org-babel-execute- 
buffer would cause problems for users who don't use all of the  
template functions.


Using an external file, similar to the Lobrary of Babel is also  
tempting. It would allow me to make a cleaner template for structure  
and still allow users to access any helper functions. Is there a way  
to link to an external file, other than the Library of Babel? If so,  
how do I do this?


Does anyone have any opinions about hiding/linking/importing example  
code in a template?


I certainly appreciate any thoughts.

--andy


Aloha Andy,

Great idea.  I'll be interested to see where you go with this.

You can link to an external file other than the one holding the  
library of babel using the library of babel facility.  I use this in  
my config file:


#+source: load-local-lob
#+begin_src emacs-lisp :tangle yes
  (org-babel-lob-ingest "~/org/local-lob.org")
#+end_src

I put functions there that are useful to me in more than one Org-mode  
buffer, but that are not likely to be useful to other Org-mode users  
(and therefore fit for the library of babel).


Most of my projects store data in a MySQL database.  My projects  
define queries that relate tables to one another, but the results are  
typically something that Org-mode understands---a flat table or a  
single value.  The reproducible research functions that I write break  
the analysis workflow down into separate tasks so that the results of  
a SQL query are written to the Org-mode buffer.  Subsequent steps in  
the workflow refer to the named results block.  This way, the Org-mode  
project contains the actual data used in the analysis without the need  
to reproduce a relational structure.  The functions that access the  
SQL database go in the local library of babel because I don't want to  
give users of a RR document direct access to my database.


If I manipulate query results after they are written into the Org-mode  
buffer, I also like to write out intermediate results in many  
situations.  My goal in writing RR code is not speed or compactness,  
but maximum transparency.  Because Org-mode is language agnostic it is  
frequently the case that the files created by others contain code in  
languages I don't understand.  If these are long and complex, then I'm  
at a loss to what is actually going on.  If they are short, and  
intermediate results are written out in the buffer, then it is easier  
for me to follow the analysis.


I look forward to learning from your work with RR templates.

All the best,
Tom

___
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

Re: [Orgmode] Reproducible Research Template

[Charles C. Berry]

On Tue, 4 Jan 2011, Andy Choens wrote:


I am developing a reproducible research template for R. I am trying to
implement most of a research "compendium" in org. I say "most" because I
am going to allow the actual data to exist outside of org, simply
because most of the data I work with is relational or very large, which
makes storage in plain text problematic or impossible.

Has anyone ever implemented a reproducible research template in org that
I can look at? I looked at the stuff on Worg and there are examples of a
project, but not a template.

In a nutshell, I am trying to do two things.
   1) Provide a structure for reproducible research / programming ;
   2) Provide a small set of helper functions.

But, I don't want the helper functions to get in the way. I have
considered two options:
   1) Store the example code / template stuff in subheadings
   2) Store the example code / template stuff in an external file.



One version of 'store the example code / template stuff' externally is to 
create an R package that holds the helper functions and whose example()s 
and/or demo()s show off the capabilities of helper functions.


The R package 'inst' directory can hold miscellaneous files including 
suitable *.org templates, SQL snippets, etc.  for different kinds of 
research projects.


Then carrying out the research project would consist of starting R, 
require()-ing that package, issuing a command like


choose.template( my.type.of.project, "myLocalWorkfile.org" ,
my.options )

(which would generate the starting template as myLocalWortkfile.org), and 
carrying on.


HTH,

Chuck

p.s. You probably know that you can master the R package in a *.org file, 
but just in case:


http://orgmode.org/worg/org-contrib/babel/examples/Rpackage.html#sec-6_1





Using subheadings is tempting, but I'm afraid that
org-babel-execute-buffer would cause problems for users who don't use
all of the template functions.

Using an external file, similar to the Lobrary of Babel is also
tempting. It would allow me to make a cleaner template for structure and
still allow users to access any helper functions. Is there a way to link
to an external file, other than the Library of Babel? If so, how do I do
this?

Does anyone have any opinions about hiding/linking/importing example
code in a template?

I certainly appreciate any thoughts.

--andy



Charles C. BerryDept of Family/Preventive Medicine
cbe...@tajo.ucsd.eduUC San Diego
http://famprevmed.ucsd.edu/faculty/cberry/  La Jolla, San Diego 92093-0901



___
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

Re: [Orgmode] Documentation patch

[Eric Schulte]

Hi Tom,

Thanks for this patch, it has now been applied.

-- Eric

"Thomas S. Dye"  writes:

> Aloha all,
>
> The attached patch documents multi-line headers for source code blocks:
>
>
> Thomas S. Dye, Ph.D.
>
> T. S. Dye & Colleagues, Archaeologists, Inc.
>
> Phone: (808) 529-0866 Fax: (808) 529-0884
>
> http://www.tsdye.com
>
> ___
> 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

___
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

Re: [Orgmode] unnamed :results

[Eric Schulte]

Hmm,

I think the code has always named results blocks after the code block
when the code block has a name.  I would expect your "new" behavior
below to have been the standard behavior since the early days of babel.

Best -- Eric

"Thomas S. Dye"  writes:

> Aloha all,
>
> In the course of updating an Org-mode file to take account of the new  
> file output handling for R, I noticed a change in the naming of  
> results blocks.  In the example below, the top #+results: line was  
> produced with the most recent Org-mode from git.  The previous  
> behavior is on the following line.
>
> #+srcname: r-complete-length-histogram-pdf
> #+begin_src R :results output graphics :file r/adze_len_eg.png :var  
> x=whole-adzes
>   library(ggplot2)
>   adze.len <- ggplot(x, aes(length_poll))
>   adze.len + geom_histogram()
> #+end_src
>
>
> #+results:
> [[file:r/adze_len_eg.png]]
>
> #+results: r-complete-length-histogram-pdf
> [[file:r/adze_len_eg.png]]
>
> The only change (other than updating Org-mode) was the addition of  
> graphics to the :results header argument.
>
> All the best,
> Tom
>
> ___
> 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

___
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

Re: [Orgmode] :cache documentation patch

[Eric Schulte]

Applied, Thanks -- Eric

p.s. would you mind submitting git formatted patches for these sort of
 updates in the future?  It greatly simplifies the process of
 applying the patch.  The process for creating a git formatted patch
 is as follows...

 1. commit your changes to your local copy of the org-mode
repository
 2. run the following command to wrap up the latest commit on your
local copy of the repository into a file which can be attached
to email messages

git format-patch -o ~/Desktop/ HEAD~1

after the command finished you will notice a new file on your
Desktop with a name like 0001-commit-message-stuff.patch

Thanks Again -- Eric

"Thomas S. Dye"  writes:

> Aloha all,
>
> The attached patch documents the behavior of the :cache header argument.
>
> All the best,
> Tom
>
>
>
> ___
> 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

___
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

Re: [Orgmode] Display of time/date ranges in the agenda

[Michael Brand]

On Wed, Jan 5, 2011 at 13:58, Tassilo Horn  wrote:
> --8<---cut here---start->8---
> Monday 17 January 2011 W03
>  uni:12:00.. (1/2):  Statustreffen (Bad Homburg)
> Tuesday18 January 2011
>  uni:..13:30 (2/2):  Statustreffen (Bad Homburg)
> --8<---cut here---end--->8---

I am missing this functionality too.

Until now I have used a weak workaround that shows at least the end
time but that has several other disadvantages: one of them is not
showing the start time, one is that the start day as a whole is shown
only if the current day in the agenda is 2010-01-17 itself:
DEADLINE: <2011-01-18 Tue 13:30 -1d>
And adding a
SCHEDULED: <2011-01-17 Mon 12:00>
would result in a `Sched. 2x:' in the agenda on 2011-01-18 which I don't like.

Michael

___
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

[Orgmode] Re: Display of time/date ranges in the agenda

[Memnon Anon]

Hi Tassilo,

Tassilo Horn  writes:

> I have an entry
>
> ** Statustreffen (Bad Homburg)
><2011-01-17 Mon 12:00>--<2011-01-18 Tue 13:30>
>
> Monday 17 January 2011 W03
>   uni:12:00.. (1/2):  Statustreffen (Bad Homburg)
> Tuesday18 January 2011
>   uni:12:00.. (2/2):  Statustreffen (Bad Homburg)
>

What about:

** Statustreffen (Bad Homburg)
<2011-01-17 Mon 12:00-23:59>
<2011-01-18 Tue 00:01-13:30>

I use this for my night shifts...
It is inconvenient for items crossing several days, though.

Memnon



___
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

Re: [Orgmode] Synopsis view - moving trees around based on a synopsis

[Cassio Koshikumo]

That's a good idea. For some reason it hadn't occurred to me.

I'll try to improve the code for moving the trees around when in
synopsis view before posting it there. The current implementation
works, but duplicates code and is a little ugly. Maybe using an
advice, which is something I'm just starting to dabble with. But yeah,
I'll definitely write an article there.

Best,

2011/1/2 David Maus :
> At Sun, 12 Dec 2010 04:56:57 -0200,
> Cassio Koshikumo wrote:
>> So, after fiddling a lot, I finally came up with a nice (I think)
>> solution to my synopsis-associated-with-text problem
>> (http://article.gmane.org/gmane.emacs.orgmode/34279/). A little
>> hackish, maybe, but it works fine.
>>
>> Funny thing is, this solution utilizes the first method I had
>> discarded: using a drawer to keep the synopsis.
>>
>> Here's what I wanted to achieve:
>>
>> I'm writing a long text. I'd like to divide it into more manageable
>> chunks (using subtrees), and associate a small synopsis with each of
>> them. Then, I'd like to have a view of the synopsis only, and be able
>> to move the chunks based on those synopsis -- without the main text
>> getting on the way.
>>
>> Here's the solution:
>> ...
>
> Nice.  If the hack works out fine, maybe you could write up a short
> explanation for Org mode's hacks section at Worg?[1]
>
> Best,
>  -- David
>
> [1] http://orgmode.org/worg/org-hacks.html
>
> --
> OpenPGP... 0x99ADB83B5A4478E6
> Jabber dmj...@jabber.org
> Email. dm...@ictsoc.de
>



-- 
Cássio Koshikumo

___
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

Re: [Orgmode] Reproducible Research Template

[Andy Choens]

On Wed, 2011-01-05 at 06:24 -1000, Thomas S. Dye wrote:

> Most of my projects store data in a MySQL database.  My projects  
> define queries that relate tables to one another, but the results
> are  
> typically something that Org-mode understands---a flat table or a  
> single value.  The reproducible research functions that I write
> break  
> the analysis workflow down into separate tasks so that the results
> of  
> a SQL query are written to the Org-mode buffer.  Subsequent steps in  
> the workflow refer to the named results block.  This way, the
> Org-mode  
> project contains the actual data used in the analysis without the
> need  
> to reproduce a relational structure.  The functions that access the  
> SQL database go in the local library of babel because I don't want
> to  
> give users of a RR document direct access to my database.
> 


That is very interesting. I like the idea of separating the database
queries from the flat table results. This is similar to my situation.
The actual storage of the data is relational, but the queries needed to
assess the data result in either flat tables or single values. Very good
idea.
___
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

[Orgmode] Re: org-export: Cannot open load file: org-mode/lisp/org-latex

[Jeff Kowalczyk]

Jeff Kowalczyk  yahoo.com> writes:
> 
> I run Emacs bzr trunk (24) and Org git @de39bf. I tried pdflatex an outline
> today (only ten minutes before the meeting, per coalmine-canary best practices
> ;) ) and got the error:
> 
> org-export: Cannot open load file: org-mode/lisp/org-latex

This is working now, the problem appears to be unrelated to Org itself. Sorry
for the noise.

Jeff


___
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

Re: [Orgmode] :cache documentation patch

[Christian Moe]

Hi, Eric,

Does this process produce the same output as the one described here:
http://orgmode.org/worg/org-contribute.html#sec-3

Or is this a better way, and should the worg documentation be updated?

I don't understand git, and depend on documentation to help me do the 
right thing.


Yours,
Christian

On 1/5/11 5:27 PM, Eric Schulte wrote:

Applied, Thanks -- Eric

p.s. would you mind submitting git formatted patches for these sort of
  updates in the future?  It greatly simplifies the process of
  applying the patch.  The process for creating a git formatted patch
  is as follows...

  1. commit your changes to your local copy of the org-mode
 repository
  2. run the following command to wrap up the latest commit on your
 local copy of the repository into a file which can be attached
 to email messages

 git format-patch -o ~/Desktop/ HEAD~1

 after the command finished you will notice a new file on your
 Desktop with a name like 0001-commit-message-stuff.patch

Thanks Again -- Eric

"Thomas S. Dye"  writes:


Aloha all,

The attached patch documents the behavior of the :cache header argument.

All the best,
Tom



___
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


___
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




___
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

[Orgmode] Re: Executing functions remotely from agenda

[Steve Hafner]

On Wed, Jan 5, 2011 at 5:13 AM, Matt Lundin  wrote:
> Steve Hafner  writes:
>
>> On Tue, Jan 4, 2011 at 9:22 PM, Matt Lundin  wrote:
>>> Steve Hafner  writes:
>>>
 I've written a few elisp functions to edit entries, and I would like
 to be able to execute them remotely from the agenda; but it seems no
 hooks or other facilities exist to do so. Am I missing something?

>>>
>>> (info "(org) Using the mapping API")
>>>
>>> http://orgmode.org/manual/Using-the-mapping-API.html
>>>
>>> Best,
>>> Matt
>>>
>>
>> OK, I'm able to run elisp commands remotely from an agenda buffer
>> using org-map-entries; but what I'd really like to do is specifically
>> target the current item, and I don't see what expression for MATCH
>> would only match the current item. By "current item" I mean the entry
>> corresponding to the line that point is on within the agenda buffer.
>
> Ah. I see. I misread "remotely from agenda" as "not in the agenda".
>
> You can jump to the current entry in a number of ways. There is the
> function org-agenda-goto. Within the agenda, you can also get the
> markers for the current entry with:
>
> (org-get-at-bol 'org-marker)
> (org-get-at-bol 'org-hd-marker)
>
> You can use these markers (usually with save-excursion or
> save-window-excursion) to jump to the function and alter it. The code of
> org-agenda-todo provides a nice example of this.

Thanks for the directions! The org-agenda-todo code with modifications
does the job I wanted.

>
> It would be nice if this functionality were abstracted a bit in
> org-agenda.el. Right now, each of the org-agenda editing commands
> (org-agenda-todo, org-agenda-set-tags, org-agenda-priority,
> org-agenda-add-note, etc.) reimplements the same behavior.
>

Indeed.

___
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

Re: [Orgmode] unnamed :results

[Thomas S. Dye]

Hi Eric,

I went back and looked at this again.  The same code block writes a  
named results block now, as it should.  I must have put Org-mode in an  
unstable state earlier.  Sorry for the noise.


Tom

On Jan 5, 2011, at 6:20 AM, Eric Schulte wrote:


Hmm,

I think the code has always named results blocks after the code block
when the code block has a name.  I would expect your "new" behavior
below to have been the standard behavior since the early days of  
babel.


Best -- Eric

"Thomas S. Dye"  writes:


Aloha all,

In the course of updating an Org-mode file to take account of the new
file output handling for R, I noticed a change in the naming of
results blocks.  In the example below, the top #+results: line was
produced with the most recent Org-mode from git.  The previous
behavior is on the following line.

#+srcname: r-complete-length-histogram-pdf
#+begin_src R :results output graphics :file r/adze_len_eg.png :var
x=whole-adzes
 library(ggplot2)
 adze.len <- ggplot(x, aes(length_poll))
 adze.len + geom_histogram()
#+end_src


#+results:
[[file:r/adze_len_eg.png]]

#+results: r-complete-length-histogram-pdf
[[file:r/adze_len_eg.png]]

The only change (other than updating Org-mode) was the addition of
graphics to the :results header argument.

All the best,
Tom

___
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



___
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

Re: [Orgmode] :cache documentation patch

[Thomas S. Dye]

Hi Eric,

Will do.  The earlier patch was made with magit.  I used the d  
command, Diff working tree, then saved the output to the file I sent.


If I understand correctly, the missing step was the commit.  I should  
be able to follow a commit with the D command in magit, starting at  
HEAD~1 and ending with HEAD.  Then save the resulting buffer to  
foo.patch, right?


Or, is it better to do this outside magit so the results don't pass  
through an emacs buffer on their way to disk?


All the best,
Tom

On Jan 5, 2011, at 6:27 AM, Eric Schulte wrote:


Applied, Thanks -- Eric

p.s. would you mind submitting git formatted patches for these sort of
updates in the future?  It greatly simplifies the process of
applying the patch.  The process for creating a git formatted  
patch

is as follows...

1. commit your changes to your local copy of the org-mode
   repository
2. run the following command to wrap up the latest commit on your
   local copy of the repository into a file which can be attached
   to email messages

   git format-patch -o ~/Desktop/ HEAD~1

   after the command finished you will notice a new file on your
   Desktop with a name like 0001-commit-message-stuff.patch

Thanks Again -- Eric

"Thomas S. Dye"  writes:


Aloha all,

The attached patch documents the behavior of the :cache header  
argument.


All the best,
Tom



___
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



___
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

[Orgmode] Using noweb with org-mode source

[Phil Branigan]

In making up lecture and teaching materials, I would find it useful to be
able to use noweb references to replicate blocks of org-mode text directly,
rather than source code from latex or another language.  But org-mode isn't
one of the babel-supported languages.  Can anyone suggest a tricky way to
achieve this result?

What I have in mind is something like the following:

* One section, exported to a particular document

#+srcname: primates
#+begin_src org-mode
  - chimps :: strong, smart and savage
  - bonobos :: less savage, sexy, smart
  - orangutans :: kinda asocial, with big arms
  - gorillas :: really strong, but shy
#+end_src

Lots of text here.

* Another section, exported to a different document

Let's review what we know about the primate group.

<>


-- 
Phil Branigan
___
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

Re: [Orgmode] Using noweb with org-mode source

[suvayu ali]

Hi Phil,

On Wed, Jan 5, 2011 at 9:59 AM, Phil Branigan  wrote:
> In making up lecture and teaching materials, I would find it useful to be
> able to use noweb references to replicate blocks of org-mode text directly,
> rather than source code from latex or another language.  But org-mode isn't
> one of the babel-supported languages.  Can anyone suggest a tricky way to
> achieve this result?

Does this help? http://orgmode.org/manual/Include-files.html#Include-files

-- 
Suvayu

Open source is the future. It sets us free.

___
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

Re: [Orgmode] Using noweb with org-mode source

[Christian Moe]

Hi,

This should get you part of the way: Use `org' as the language name, 
not `org-mode'. Enclose the noweb reference in another src block with 
noweb explicitly turned on. Reworked example follows.


I can't seem to get rid of the code block around it, though, however I 
play with the header arguments.


Yours,
Christian


* One section, exported to a particular document

#+srcname: primates
#+begin_src org
  ,- chimps :: strong, smart and savage
  ,- bonobos :: less savage, sexy, smart
  ,- orangutans :: kinda asocial, with big arms
  ,- gorillas :: really strong, but shy
#+end_src

Lots of text here.

* Another section, exported to a different document

Let's review what we know about the primate group.

#+begin_src org :noweb yes
<>
#+end_src

On 1/5/11 6:59 PM, Phil Branigan wrote:

In making up lecture and teaching materials, I would find it useful to
be able to use noweb references to replicate blocks of org-mode text
directly, rather than source code from latex or another language.  But
org-mode isn't one of the babel-supported languages.  Can anyone
suggest a tricky way to achieve this result?

What I have in mind is something like the following:

* One section, exported to a particular document

#+srcname: primates
#+begin_src org-mode
   - chimps :: strong, smart and savage
   - bonobos :: less savage, sexy, smart
   - orangutans :: kinda asocial, with big arms
   - gorillas :: really strong, but shy
#+end_src

Lots of text here.

* Another section, exported to a different document

Let's review what we know about the primate group.

<>


--
Phil Branigan



___
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



___
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

[Orgmode] Short title in beamer export

[Chris Malone]

Hi,

Is there an org-mode way to use a short title for export to beamer?

Some of the beamer templates (or manual setting) show the title of the talk
in a footer or header, but the box-size is often too small.  To counter-act
this issue, the LaTeX \title command takes an optional short title, which is
what is actually displayed in the footer/header mentioned above.

For example, my presentation has a title

#+TITLE: Multidimensional Simulations of Convection Preceding Type I
X-ray Bursts

which is way too long for the small space allocated to the title in the
footer/header.  It would be nice if, in org-mode, one could specify

#+TITLE: Multidimensional Simulations of Convection Preceding Type I
X-ray Bursts
#+SHORT_TITLE: XRBs in Multi-d

which then is exported as

\title[XRBs in Multi-d]{Multidimensional Simulations of Convection Preceding
Type I X-ray Bursts}



Maybe this is already do-able through some other means within org-mode
without having to modify the .tex file?

Chris
___
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

Re: [Orgmode] Short title in beamer export

[Chris Malone]

Hi Tom,

I didn't want to do this to start with because I didn't think LaTeX would be
happy with overriding the title - it turns out it doesn't mind, so thanks
for pointing that out!

The problem with your suggestion is that the overriding doesn't take place
(by default) until after the \maketitle command.  This has the effect of not
setting the short title on the title slide (it really shouldn't be there
anyway) or the table of contents slide.  I just found a way around this by
exploiting the fact that the BEAMER_HEADER_EXTRA lines are exported /after/
the \title command is exported.  In other words, including the line

#+BEAMER_HEADER_EXTRA: \title[XRBs in Multi-d]{Multidimensional Simulations
of Convection Preceding Type I X-ray Bursts}

overrides the title and performs as I want.

Chris

On Wed, Jan 5, 2011 at 4:43 PM, Thomas S. Dye  wrote:

> Aloha Chris,
>
> Perhaps this will work:
>
> #+begin_latex
>
> \title[XRBs in Multi-d]{Multidimensional Simulations of Convection
> Preceding Type I X-ray Bursts}
> #+end_latex
>
> hth,
> Tom
>
>
> On Jan 5, 2011, at 11:19 AM, Chris Malone wrote:
>
>  Hi,
>>
>> Is there an org-mode way to use a short title for export to beamer?
>>
>> Some of the beamer templates (or manual setting) show the title of the
>> talk in a footer or header, but the box-size is often too small.  To
>> counter-act this issue, the LaTeX \title command takes an optional short
>> title, which is what is actually displayed in the footer/header mentioned
>> above.
>>
>> For example, my presentation has a title
>>
>> #+TITLE: Multidimensional Simulations of Convection Preceding Type I
>> X-ray Bursts
>>
>> which is way too long for the small space allocated to the title in the
>> footer/header.  It would be nice if, in org-mode, one could specify
>>
>> #+TITLE: Multidimensional Simulations of Convection Preceding Type I
>> X-ray Bursts
>> #+SHORT_TITLE: XRBs in Multi-d
>>
>> which then is exported as
>>
>> \title[XRBs in Multi-d]{Multidimensional Simulations of Convection
>> Preceding Type I X-ray Bursts}
>>
>>
>>
>> Maybe this is already do-able through some other means within org-mode
>> without having to modify the .tex file?
>>
>> Chris
>> ___
>> 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
>>
>
>
___
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

Re: [Orgmode] Using noweb with org-mode source

[Phil Branigan]

Thanks, Suvaya and Christian,  Unfortunately, neither of these two
suggestions really does what I had hoped.  Using INCLUDE files will
certainly allow me to reuse my text and export to different documents, but
at the cost of cluttering up my directories with a bunch of files which have
no other purpose.  And the syntax proposed by Christian produces verbatim
copies of the org-mode source, instead of allowing me to export the same
text at different points in the document.

I can achieve what I want already to some extent by using org-tables and the
like to generate latex code in a src block.  But this obviously doesn't
offer a general export solution to other formats, and it's a clunky way of
working.  It may be that the noweb syntax can't accomodate the kind of
src-export-reuse that I'm looking for.

- Phil Branigan

On Wed, Jan 5, 2011 at 4:47 PM, Christian Moe  wrote:

> Hi,
>
> This should get you part of the way: Use `org' as the language name, not
> `org-mode'. Enclose the noweb reference in another src block with noweb
> explicitly turned on. Reworked example follows.
>
> I can't seem to get rid of the code block around it, though, however I play
> with the header arguments.
>
> Yours,
> Christian
>
>
>
> * One section, exported to a particular document
>
> #+srcname: primates
> #+begin_src org
>  ,- chimps :: strong, smart and savage
>
>  ,- bonobos :: less savage, sexy, smart
>  ,- orangutans :: kinda asocial, with big arms
>  ,- gorillas :: really strong, but shy
> #+end_src
>
> Lots of text here.
>
> * Another section, exported to a different document
>
> Let's review what we know about the primate group.
>
> #+begin_src org :noweb yes
> <>
> #+end_src
>
>
> On 1/5/11 6:59 PM, Phil Branigan wrote:
>
>> In making up lecture and teaching materials, I would find it useful to
>> be able to use noweb references to replicate blocks of org-mode text
>> directly, rather than source code from latex or another language.  But
>> org-mode isn't one of the babel-supported languages.  Can anyone
>> suggest a tricky way to achieve this result?
>>
>> What I have in mind is something like the following:
>>
>> * One section, exported to a particular document
>>
>> #+srcname: primates
>> #+begin_src org-mode
>>   - chimps :: strong, smart and savage
>>   - bonobos :: less savage, sexy, smart
>>   - orangutans :: kinda asocial, with big arms
>>   - gorillas :: really strong, but shy
>> #+end_src
>>
>> Lots of text here.
>>
>> * Another section, exported to a different document
>>
>> Let's review what we know about the primate group.
>>
>> <>
>>
>>
>> --
>> Phil Branigan
>>
>>
>>
>> ___
>> 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
>>
>
>


-- 
Phil Branigan

Associate Professor
Department of Linguistics
Memorial University of Newfoundland
St. John's, NL,  A1B 3X9
Tel. (709) 737-8134
Fax (709) 737-4000
___
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

Re: [Orgmode] Re: Display of time/date ranges in the agenda

[suvayu ali]

On Wed, Jan 5, 2011 at 9:15 AM, Memnon Anon
 wrote:
> Hi Tassilo,
>
> Tassilo Horn  writes:
>
>> I have an entry
>>
>> ** Statustreffen (Bad Homburg)
>>    <2011-01-17 Mon 12:00>--<2011-01-18 Tue 13:30>
>>
>> Monday     17 January 2011 W03
>>   uni:        12:00.. (1/2):  Statustreffen (Bad Homburg)
>> Tuesday    18 January 2011
>>   uni:        12:00.. (2/2):  Statustreffen (Bad Homburg)
>>
>
> What about:
>
> ** Statustreffen (Bad Homburg)
>    <2011-01-17 Mon 12:00-23:59>
>    <2011-01-18 Tue 00:01-13:30>
>
> I use this for my night shifts...
> It is inconvenient for items crossing several days, though.
>

I had the same problem. My night shifts started @ 23:00 and went up to
07:00. I ended up using a solution like yours:

*** DQ Shifts @ ACR
:PROPERTIES:
:CATEGORY: shifts
:END:
<2010-12-02 Thu 23:00-24:00>
<2010-12-03 Fri 00:00-07:00>
<2010-12-05 Sun 07:00-15:00>


I also wish there was an easy way to specify time zones. Most of my
meetings are scheduled in CET/CEST whereas I am in PST/PDT. This
becomes even worse when I travel, I have to reschedule all my
recurring meetings to my current time zone. But I should probably
start a new thread for these. :)

> Memnon



-- 
Suvayu

Open source is the future. It sets us free.

___
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

Re: [Orgmode] [Babel] Finished my presentation on R using org-mode and Babel

[Eric Schulte]

Hi Bernd,

I'm happy that this has worked well for you, and thanks for mentioning
Org-mode in your presentation.

Always happy to answer questions -- even if there is sometimes a
significant time-lag in my replies.

Best -- Eric

Bernd Weiss  writes:

> Dear all,
>
> I appologize for this slightly off-topic mail but I wanted to let you
> know that -- after asking many questions -- I finally finished my
> first org-mode- and Babel-based presentation. If you are interested in
> my slides or the source code, feel free to download it from my github
> repository: .
> I am also interested in any comments or criticism.
>
> Finally, I would like to thank (again) Eric Schulte and Dan
> Davison who created this great piece of software and kindly answered
> all my question.
>
> Bernd
>
> ___
> 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

___
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

Re: [Orgmode] [Babel] Output of multiple variables from octave source

[Eric Schulte]

Hi,

I haven't used octave myself so I can't be certain, but using the
=:results output= header should result in the behavior you are
describing.  e.g.

  #+srcname: test.m
  #+begin_src octave :results output
  clear variables
  x=5.1;
  y=3*x;
  sprintf('x=%.1f',x)
  sprintf('y=%.1f',y)
  #+end_src

see http://orgmode.org/manual/results.html

Cheers -- Eric

RCY  writes:

> Hi,
>  I would like to output multiple variables from an octave program. When I
> evaluate:
>
>   #+srcname: test.m
>   #+begin_src octave
>   clear variables
>   x=5.1;
>   y=3*x;
>   sprintf('x=%.1f',x)
>   sprintf('y=%.1f',y)
>   #+end_src
>
> I get
>   #+results: test.m
>   : y=15.3
>
> Is there a way to get multiple variables output, other than something like:
> #+srcname: test.m
>   #+begin_src octave
>   clear variables
>   x=5.1;
>   y=3*x;
>   sprintf('x=%.1f,\n y=%.1f',x,y)
>   #+end_src
>
>   #+results: test.m
>   : x=5.1, y=15.3
>
> which starts to get unwieldy for a larger number of variables.
>
> I am using the org-mode from git in Emacs 23.1.
>
> Thanks for any help.
> RC
> ___
> 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

___
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

Re: [Orgmode] :cache documentation patch

[Eric Schulte]

Hi Christian,

It's probably safer to stick with the worg guidelines than to follow my
advice :)

In the specific case of Tom's patches, I prefer the "git format-patch"
approach I described because it allows Tom to write the commit message,
and all I have to do is run a single command and the patch is applied.

Cheers -- Eric

Christian Moe  writes:

> Hi, Eric,
>
> Does this process produce the same output as the one described here:
> http://orgmode.org/worg/org-contribute.html#sec-3
>
> Or is this a better way, and should the worg documentation be updated?
>
> I don't understand git, and depend on documentation to help me do the
> right thing.
>
> Yours,
> Christian
>
> On 1/5/11 5:27 PM, Eric Schulte wrote:
>> Applied, Thanks -- Eric
>>
>> p.s. would you mind submitting git formatted patches for these sort of
>>   updates in the future?  It greatly simplifies the process of
>>   applying the patch.  The process for creating a git formatted patch
>>   is as follows...
>>
>>   1. commit your changes to your local copy of the org-mode
>>  repository
>>   2. run the following command to wrap up the latest commit on your
>>  local copy of the repository into a file which can be attached
>>  to email messages
>>
>>  git format-patch -o ~/Desktop/ HEAD~1
>>
>>  after the command finished you will notice a new file on your
>>  Desktop with a name like 0001-commit-message-stuff.patch
>>
>> Thanks Again -- Eric
>>
>> "Thomas S. Dye"  writes:
>>
>>> Aloha all,
>>>
>>> The attached patch documents the behavior of the :cache header argument.
>>>
>>> All the best,
>>> Tom
>>>
>>>
>>>
>>> ___
>>> 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
>>
>> ___
>> 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
>>

___
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

Re: [Orgmode] :cache documentation patch

[Eric Schulte]

Hi Tom,

Yes, the commit is important, this method actually shares all of your
commit, including the author information and the commit message.

I do this outside of magit, I tend to go to the magit buffer to make
sure everything looks ok, then do M-! and type in the command line
manually.  I'm not sure what the magit way of doing this would be, but
the "D" method you described doesn't generate the same type of output
file as does git format-patch.

Thanks -- Eric

"Thomas S. Dye"  writes:

> Hi Eric,
>
> Will do.  The earlier patch was made with magit.  I used the d
> command, Diff working tree, then saved the output to the file I sent.
>
> If I understand correctly, the missing step was the commit.  I should
> be able to follow a commit with the D command in magit, starting at
> HEAD~1 and ending with HEAD.  Then save the resulting buffer to
> foo.patch, right?
>
> Or, is it better to do this outside magit so the results don't pass
> through an emacs buffer on their way to disk?
>
> All the best,
> Tom
>
> On Jan 5, 2011, at 6:27 AM, Eric Schulte wrote:
>
>> Applied, Thanks -- Eric
>>
>> p.s. would you mind submitting git formatted patches for these sort of
>> updates in the future?  It greatly simplifies the process of
>> applying the patch.  The process for creating a git formatted
>> patch
>> is as follows...
>>
>> 1. commit your changes to your local copy of the org-mode
>>repository
>> 2. run the following command to wrap up the latest commit on your
>>local copy of the repository into a file which can be attached
>>to email messages
>>
>>git format-patch -o ~/Desktop/ HEAD~1
>>
>>after the command finished you will notice a new file on your
>>Desktop with a name like 0001-commit-message-stuff.patch
>>
>> Thanks Again -- Eric
>>
>> "Thomas S. Dye"  writes:
>>
>>> Aloha all,
>>>
>>> The attached patch documents the behavior of the :cache header
>>> argument.
>>>
>>> All the best,
>>> Tom
>>>
>>>
>>>
>>> ___
>>> 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

___
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

Re: [Orgmode] Using noweb with org-mode source

[Eric Schulte]

Hi Christian,

The following should remove the enclosing begin_src org blocks, and
results in the org-mode exporting normally, rather than verbatim.
Notice the :results header arguments on the last code block, such header
arguments can be set on a file-wide basis to reduce code clutter.

Best -- Eric

* One section, exported to a particular document

#+srcname: primates
#+begin_src org
   ,- chimps :: strong, smart and savage
   ,- bonobos :: less savage, sexy, smart
   ,- orangutans :: kinda asocial, with big arms
   ,- gorillas :: really strong, but shy
#+end_src

Lots of text here.

* Another section, exported to a different document

Let's review what we know about the primate group.

#+begin_src org :noweb yes :results replace raw
<>
#+end_src


Christian Moe  writes:

> Hi,
>
> This should get you part of the way: Use `org' as the language name, 
> not `org-mode'. Enclose the noweb reference in another src block with 
> noweb explicitly turned on. Reworked example follows.
>
> I can't seem to get rid of the code block around it, though, however I 
> play with the header arguments.
>
> Yours,
> Christian
>
>
> * One section, exported to a particular document
>
> #+srcname: primates
> #+begin_src org
>,- chimps :: strong, smart and savage
>,- bonobos :: less savage, sexy, smart
>,- orangutans :: kinda asocial, with big arms
>,- gorillas :: really strong, but shy
> #+end_src
>
> Lots of text here.
>
> * Another section, exported to a different document
>
> Let's review what we know about the primate group.
>
> #+begin_src org :noweb yes
> <>
> #+end_src
>
> On 1/5/11 6:59 PM, Phil Branigan wrote:
>> In making up lecture and teaching materials, I would find it useful to
>> be able to use noweb references to replicate blocks of org-mode text
>> directly, rather than source code from latex or another language.  But
>> org-mode isn't one of the babel-supported languages.  Can anyone
>> suggest a tricky way to achieve this result?
>>
>> What I have in mind is something like the following:
>>
>> * One section, exported to a particular document
>>
>> #+srcname: primates
>> #+begin_src org-mode
>>- chimps :: strong, smart and savage
>>- bonobos :: less savage, sexy, smart
>>- orangutans :: kinda asocial, with big arms
>>- gorillas :: really strong, but shy
>> #+end_src
>>
>> Lots of text here.
>>
>> * Another section, exported to a different document
>>
>> Let's review what we know about the primate group.
>>
>> <>
>>
>>
>> --
>> Phil Branigan
>>
>>
>>
>> ___
>> 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
>
>
> ___
> 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

___
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

Re: [Orgmode] Re: return link to :file when using #+call

[Eric Schulte]

Hi Myles,

Currently I believe the best option is the solution you posted below,
the file name is repeated because both the code block and the call line
need to know the file name to create the file and the link respectively.

Cheers -- Eric

Myles English  writes:

> Myles English  gmail.com> writes:
>
>> #+source: foo()
>> #+begin_src R :file bar.png
>> plot(1,1)
>> #+end_src
>
> This works but I have to repeat the filename:
>
> #+call: foo[:file baz.png]() :file baz.png
>
> #+results: foo[:file baz.png]()
> [[file:baz.png]]
>
>   Myles
>
>
> ___
> 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

___
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

Re: [Orgmode] :cache documentation patch

[Thomas S. Dye]

Hi Eric,

Thanks for the detailed instructions.  I'll follow this path next time.

All the best,
Tom

On Jan 5, 2011, at 6:47 PM, Eric Schulte wrote:


Hi Tom,

Yes, the commit is important, this method actually shares all of your
commit, including the author information and the commit message.

I do this outside of magit, I tend to go to the magit buffer to make
sure everything looks ok, then do M-! and type in the command line
manually.  I'm not sure what the magit way of doing this would be, but
the "D" method you described doesn't generate the same type of output
file as does git format-patch.

Thanks -- Eric

"Thomas S. Dye"  writes:


Hi Eric,

Will do.  The earlier patch was made with magit.  I used the d
command, Diff working tree, then saved the output to the file I sent.

If I understand correctly, the missing step was the commit.  I should
be able to follow a commit with the D command in magit, starting at
HEAD~1 and ending with HEAD.  Then save the resulting buffer to
foo.patch, right?

Or, is it better to do this outside magit so the results don't pass
through an emacs buffer on their way to disk?

All the best,
Tom

On Jan 5, 2011, at 6:27 AM, Eric Schulte wrote:


Applied, Thanks -- Eric

p.s. would you mind submitting git formatted patches for these  
sort of

   updates in the future?  It greatly simplifies the process of
   applying the patch.  The process for creating a git formatted
patch
   is as follows...

   1. commit your changes to your local copy of the org-mode
  repository
   2. run the following command to wrap up the latest commit on your
  local copy of the repository into a file which can be attached
  to email messages

  git format-patch -o ~/Desktop/ HEAD~1

  after the command finished you will notice a new file on your
  Desktop with a name like 0001-commit-message-stuff.patch

Thanks Again -- Eric

"Thomas S. Dye"  writes:


Aloha all,

The attached patch documents the behavior of the :cache header
argument.

All the best,
Tom



___
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



___
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

Re: [Orgmode] Using noweb with org-mode source

[Christian Moe]

Hi, Eric,

Thanks, it's working now. I had tried ":results raw" before, and 
perhaps "replace" too. I had dropped them again, because it still 
didn't work. Why not was forehead-slappingly obvious after a good 
night's sleep...


Hi, Phil,

In addition to what Eric writes below (":results replace raw"), you 
also need to *activate Org as a Babel language.* In your .emacs, you 
need something like


(org-babel-do-load-languages
 'org-babel-load-languages
 '((org . t)))

-- with any other languages you need in the same list.

Now it should do exactly what you want.

Yours,
Christian


On 1/6/11 7:24 AM, Eric Schulte wrote:

Hi Christian,

The following should remove the enclosing begin_src org blocks, and
results in the org-mode exporting normally, rather than verbatim.
Notice the :results header arguments on the last code block, such header
arguments can be set on a file-wide basis to reduce code clutter.

Best -- Eric

* One section, exported to a particular document

#+srcname: primates
#+begin_src org
,- chimps :: strong, smart and savage
,- bonobos :: less savage, sexy, smart
,- orangutans :: kinda asocial, with big arms
,- gorillas :: really strong, but shy
#+end_src

Lots of text here.

* Another section, exported to a different document

Let's review what we know about the primate group.

#+begin_src org :noweb yes :results replace raw
<>
#+end_src


Christian Moe  writes:


Hi,

This should get you part of the way: Use `org' as the language name,
not `org-mode'. Enclose the noweb reference in another src block with
noweb explicitly turned on. Reworked example follows.

I can't seem to get rid of the code block around it, though, however I
play with the header arguments.

Yours,
Christian


* One section, exported to a particular document

#+srcname: primates
#+begin_src org
,- chimps :: strong, smart and savage
,- bonobos :: less savage, sexy, smart
,- orangutans :: kinda asocial, with big arms
,- gorillas :: really strong, but shy
#+end_src

Lots of text here.

* Another section, exported to a different document

Let's review what we know about the primate group.

#+begin_src org :noweb yes
<>
#+end_src

On 1/5/11 6:59 PM, Phil Branigan wrote:

In making up lecture and teaching materials, I would find it useful to
be able to use noweb references to replicate blocks of org-mode text
directly, rather than source code from latex or another language.  But
org-mode isn't one of the babel-supported languages.  Can anyone
suggest a tricky way to achieve this result?

What I have in mind is something like the following:

* One section, exported to a particular document

#+srcname: primates
#+begin_src org-mode
- chimps :: strong, smart and savage
- bonobos :: less savage, sexy, smart
- orangutans :: kinda asocial, with big arms
- gorillas :: really strong, but shy
#+end_src

Lots of text here.

* Another section, exported to a different document

Let's review what we know about the primate group.

<>


--
Phil Branigan



___
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



___
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





___
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