Am 27.12.2011 21:53, schrieb Eric Schulte:
Marc-Oliver Ihm writes:
Hello,
Please find attached the elisp-file and a tutorial (as an org-file) for
org-babel-table-proc.
It provides some simple set-operations (mostly merge and intersect),
which treat org-mode tables as sets.
An example for m
On 27/12/11 21:12, Christian Moe wrote:
will do it in HTML. Full example follows below. I'll leave LaTeX to
those in the know...
Thanks. This was the "best" solution for me. I quote because the
abstraction boundary between "how it's rendered" and "what I want to be
rendered" is getting fuligi
Hi Seb,
thanks for your help!
2011-12-26 15:50 Sebastien Vauban:
Christoph LANGE writes:
2. accumulation doesn't work within the same entry; details follow:
So when I changed the above contact entry to
* Contact Name
:PROPERTIES:
:EMAIL:f...@bar.org
:EMAIL+: b...@baz.org
:
Christoph LANGE writes:
> Hi Seb,
>
> thanks for your help!
>
> 2011-12-26 15:50 Sebastien Vauban:
>>> Christoph LANGE writes:
2. accumulation doesn't work within the same entry; details follow:
So when I changed the above contact entry to
* Contact Name
:PROPERT
Christoph LANGE writes:
> Hi Seb,
>
> thanks for your help!
>
> 2011-12-26 15:50 Sebastien Vauban:
>>> Christoph LANGE writes:
2. accumulation doesn't work within the same entry; details follow:
So when I changed the above contact entry to
* Contact Name
:PROPERT
Hi Bastien,
The following patch fixes linking bbdb 3.0 records. Let me know if the
patch needs improvement.
Take care,
Ivan Kanis
diff --git a/emacs/org/org-bbdb.el b/emacs/org/org-bbdb.el
index 61f8258..ddb7e4a 100644
--- a/emacs/org/org-bbdb.el
+++ b/emacs/org/org-bbdb.el
@@ -118,6 +118,9 @@
> "JK" == Joost Kremers writes:
JK> however, trying to run org-drill the next day, i got the
JK> following message:
JK> #+BEGIN_EXAMPLE
JK> 0 items reviewed. Session duration 0:00:00.
JK> Recall of reviewed items:
JK> Excellent (5): 0% | Near miss (2):
Hi,
I'm seeing some weird behavior with my capture template setup. I have
the following in my capture templates:
("r" "Reply" entry (file+headline "~/org/gtd/gtd.org" "Reply")
"* TODO %:subject :@respond:@email: \n %u\n %i\n %a\nFrom:
%:from\nID:%:message-id\n %?" :immediate-fin
Jambunathan K writes:
> Charles Turner writes:
>
>> @Jambunathan: Your examples render the blocks with sizes proportional
>> to the contained text, rather than aligning as a table. I find that
>> aesthetically displeasing :-(
>
> I am unable to understand what "sizes proportional to the containe
> I think the colcookie lines could be enhnaced to also support "t" and
> "/" characters. IMNSHO, using #+ATTR_ODT: lines for commenting out
> columns will not only be cumbersome but also error-prone.
A random thought:
I think there will be more flexibility if the colcookies characters -
"l" and
If I look at the figures in the link provided, I am reminded of table.el
tables.
Put your different src blocks in table.el tables, this way even if you
don't get fontification of src blocks atleast you will have a
side-by-side output with both html and latex backends.
Charles Turner writes:
>
11 matches
Mail list logo