Arun Persaud | 1 Mar 04:12 2011

[O] ical2org updated

Hi

updated ical2org a bit according to Eric's comments:

- removed SCHEDULED
- removed GCAL tag
- moved location and status to properties

also wrote up a bit in Worg on how to export from org->google. Feel free
to edit or comment on it.

http://orgmode.org/worg/org-tutorials/org-google-sync.html#sec-3

Arun

_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Rustom Mody | 1 Mar 04:19 2011
Picon

Re: [O] making flexible table formulas

Nick Dokos wrote:

> Of course it's reasonable - and of course, org implements it
> #+TBLFM: $LR2=vsum( <at> 1.. <at> -1)

Thanks Nick I can use that. But I dont understand it.  What's the -1?
The manual says -- relative to 'current' column.
What determines 'current?' There must be some obvious POV which I am missing...

_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Eric Schulte | 1 Mar 04:10 2011
Picon

[O] Re: Re: org-babel-read should have option NOT to interpret as elisp

Hi Seb,

earlier in this thread, I attached a patch which allows string results
in tables which look like elisp to be interpreted literally, e.g.,

#+results: elisp-looking-table
| 1 | (+ 1 1) |
| 2 | (+ 2 2) |
| 3 | (+ 3 3) |

#+begin_src perl :var data=elisp-looking-table[1,1]
  $data
#+end_src

results in

#+results:
: (+ 2 2)

rather than

#+results:
: 4

> 
> Trying what you wrote on
> http://eschulte.github.com/babel-dev/DONE-literal-values-from-tables.html,
> that is using $$2 instead of $2 has the following behavior: when evaluating
> the table, Org prompts me for a "Lisp expression"!?
>
(Continue reading)

Eric Schulte | 1 Mar 04:11 2011
Picon

[O] Re: Re: org-babel-read should have option NOT to interpret as elisp

Vladimir Alexiev <vladimir <at> sirma.bg> writes:

>> What syntax would you suggest to indicate that a variable is to be
>> passed without the possibility of elisp evaluation
>
> I think this should be done with a header arg, 
> since they have very flexible setup scheme:
>   see (info "(org)Using header arguments")
>   "values of header arguments can be set in six different ways"
>
> - Ideally, the arg should be attached to
>   #+tblname: since it's a characteristic of the table itself

This would be a good way to go, however there is currently no support
for attaching header arguments to tables, so this is not viable---unless
there are enough other motivating use cases for attaching header
arguments to tables and results, in which case this could be revisited.

> 
> - If attached to #+begin_src: then it will be dissociated from the
> table, and all :var's of that line will be forced to use the same arg.
> - But that's good enough since it can be set in various ways. For me
> most useful: -- org-babel-default-header-args: global -- #+BABEL: per
> file
>
> The header arg should be called :read-as (or
>:var-read). Considerations:
> - should be quite distinct so it can be used as a property name
> - should use dash so it's analogous to no-expand
>
(Continue reading)

Richard Lawrence | 1 Mar 05:01 2011
Picon

Re: [O] org-map-entries and org-map-continue-from

Nick Dokos <nicholas.dokos <at> hp.com> writes:

> The problem is that org-entry-get does not just look forward: it looks
> *around* and finds the property when point is both at the beginning
> and at the end of the headline "Four", so you get "four" twice.

Ah, so that's the culprit.  Thanks!

> Maybe this?
>
> #+BEGIN_SRC emacs-lisp
>   (defun get-export-filenames ()
>     (interactive)
>     (setq export-files '())
>     (progn
>       (org-map-entries
>        (lambda ()
>          (setq org-map-continue-from (outline-next-heading))
>          (if org-map-continue-from
>              (let ((org-trust-scanner-tags t))
>                (push (org-entry-get (point) "EXPORT_FILE_NAME") export-files))))
>          nil 'tree)
>        (message export-files))) ; errors, but lets me see the list of collected values
>   
> #+END_SRC

Indeed, that does seem to work: outline-next-heading returns nil if it
doesn't find a next heading, and a buffer location otherwise (at least
that's the way it looks based on some tests; the documentation doesn't
say, and I didn't crack open the code).  So wrapping the rest of the
(Continue reading)

theo | 1 Mar 05:30 2011

Re: Automatic Org-mode mailing list signature -- Was: [O] Let's stick to one list for now


On 28/02/2011 18:09, Eric Schulte wrote:
> 
> (but don't have any reference) that the "-- "
> string is the standard signature delimiter, and it would result in at
> least gnus, and probably other mailing agents, stripping the signature
> from replies by default.

http://tools.ietf.org/html/rfc3676#section-4.3

*4.3.  Usenet Signature Convention*

   There is a long-standing convention in Usenet news which also
   commonly appears in Internet mail of using "-- " as the separator
   line between the body and the signature of a message.

[...]

   A receiving agent needs to test for a signature line both before the
   test for a quoted line (see Section 4.5) and also after logically
   counting and deleting quote marks and stuffing (see Section 4.4) from
   a quoted line.
--

-- 
Freely yours,
theo
Thomas S. Dye | 1 Mar 05:31 2011

[O] Re: customising org-latex-to-pdf-process for bibtex

Aloha Suvayu,

I haven't looked into this in depth, but I think your problem might  
come from loading amssymb and amsmath.  LaTeX is complaining that  
something is already defined; the AMS packages are a prime suspect  
here.  Perhaps you could inhibit amssymb?

All the best,
Tom

On Feb 28, 2011, at 10:45 AM, Suvayu Ali wrote:

> Hi Eric,
>
> On Mon, 28 Feb 2011 16:06:06 +0000
> Eric S Fraga <e.fraga <at> ucl.ac.uk> wrote:
>
>> You could try creating a shell script (such as attached) which  
>> invokes
>> both pdflatex and bibtex and tell org to use that command for
>> exporting to pdf instead.  Then all the output should come out to the
>> screen.
>>
>> I've tried this and all the output (3 pdflatex and 1 bibtex
>> invocations) comes out into the =*Org PDF Latex Output*= buffer.
>>
>
> Thank you for this nice idea. I tried it, but every time I (without  
> the
> -interaction nonstopmode option) the pdflatex process stops at this:
(Continue reading)

theo | 1 Mar 05:41 2011

Re: [O] making flexible table formulas


On 01/03/2011 04:19, Rustom Mody wrote:
> Nick Dokos wrote:
> 
>> Of course it's reasonable - and of course, org implements it
>> #+TBLFM: $LR2=vsum( <at> 1.. <at> -1)
> 
> Thanks Nick I can use that. But I dont understand it.  What's the -1?
> The manual says -- relative to 'current' column.
> What determines 'current?' There must be some obvious POV which I am missing...

 <at> X = row X, absolute.
 <at> -X = X rows before, relative.

For instance :

I*1 |A--|
   1| 1 |
   2| 2 |
   3| 3 |
I*2 |A--|
   4| 6 |
I*3 |A--|
#+TBLFM: $1=vsum( <at> 1.. <at> -1)

Here the 4th row is the sum. So  <at> -1refers to the 3rd row.

If we add a new row before, the sum still works.

I*1 |A---|
(Continue reading)

Nick Dokos | 1 Mar 06:10 2011
Picon

Re: [O] making flexible table formulas

Rustom Mody <rustompmody <at> gmail.com> wrote:

> Nick Dokos wrote:
> 
> > Of course it's reasonable - and of course, org implements it
> > #+TBLFM: $LR2=vsum( <at> 1.. <at> -1)
> 
> Thanks Nick I can use that. But I dont understand it.  What's the -1?
> The manual says -- relative to 'current' column.
> What determines 'current?' There must be some obvious POV which I am missing...
> 

The formula calculates $LR2: the cell in the last row, column 2.
That's what determines 'current'. Since there is no column spec
on the right-hand side, column 2 is implied. IOW, the formula
is equivalent to this:

#+TBLFM: $LR2=vsum( <at> 1$2.. <at> -1$2)

The vsum on the RHS ranges then from row 1, column 2 ( <at> 1$2)
to the row above the last one, still on column 2 ( <at> -1$2).

BTW, if you have a header you should start at row 2 (separator
lines don't count):

|     A |  B |
|-------+----|
|     1 |  1 |
|     2 |  4 |
|     3 |  9 |
(Continue reading)

Andreas Leha | 1 Mar 08:01 2011
Picon

Re: [O] [babel] Bug? export with 'hidden' tables

Thanks for the quick fix!  Works nicely again!

Am 28.02.2011 20:32, schrieb Eric Schulte:
> Ah,
>
> This is a bug I introduced in one of my weekend commits.  I've just
> pushed up a fix.
>
> Thanks for catching this -- Eric
>
> Andreas Leha <andreas.leha <at> med.uni-goettingen.de> writes:
>
>   
>> Hi Eric,
>>
>> thanks a lot for this quick answer.  I indeed was not aware of the
>> COMMENT keyword.
>>
>> Unfortunately it does not solve the problem.  When I try to export the
>> sample file below I still get:
>> 'if: reference 'tbl_directories' not found in this buffer'
>>
>> Cheers,
>> Andreas
>>
>> PS: the sample (try to export it)
>> ======================
>>
>> * COMMENT Parameters
>>   #+CAPTION: Directories
(Continue reading)


Gmane