Jambunathan K writes:
>> One comment: for tables that are indented, it probably makes sense to
>> have the table take up 100% of the width available to it?
>
> Do you want to maximize the real-estate available for tables - indented
> or otherwise.
>
> Indentation for tables consume some real es
Hello,
I'm trying to have links (in the form of \ref and \label) work in LaTeX
export, but I cannot seem to succeed. I'm following the advice of
http://orgmode.org/worg/org-tutorials/org-latex-export.html (section
16). I have two problems with my links: first I would like the text to
be the s
"Alan Schmitt" writes:
> Hello,
>
> I'm trying to have links (in the form of \ref and \label) work in
> LaTeX export, but I cannot seem to succeed. I'm following the advice
You could always do this directly using label and ref explicitly? See
attached org document. This may not be the ideal so
On 20 Jan 2012, at 12:05, Eric S Fraga wrote:
"Alan Schmitt" writes:
Hello,
I'm trying to have links (in the form of \ref and \label) work in
LaTeX export, but I cannot seem to succeed. I'm following the advice
You could always do this directly using label and ref explicitly? See
attached
"Alan Schmitt" writes:
> Hello,
>
> I'm trying to have links (in the form of \ref and \label) work in
> LaTeX export, but I cannot seem to succeed. I'm following the advice
> of http://orgmode.org/worg/org-tutorials/org-latex-export.html
> (section 16). I have two problems with my links: first I
Suppose I have a code block foo, and I want to call it several times
in my org file. However, foo may be a slow function, and so any time
I evaluate buffer non-interactively (e.g. HTML export) I want to
enable only one out of many calls to :foo
The following doesn't work, but I think it should, s
On 20 Jan 2012, at 15:42, Thomas S. Dye wrote:
Aloha Alan,
Your LaTeX output indicates that this setting:
(setq org-export-latex-hyperref-format "\\ref{%s}")
hasn't taken effect for one reason or another.
What do you get with C-h v org-export-latex-hyperref-format RET?
I get what I would e
Hi Sébastien,
"Sebastien Vauban" writes:
> "Table editing" comes into play when editing source code blocks!
Fixed, thanks.
--
Bastien
Hi Konrad,
Konrad Hinsen writes:
> The attached patch (relative to yesterday's state of the orgmode git
> repository) adds the possibility to have org-mode links to IMAP folders in
> VM and to messages inside IMAP folders. It requires VM 8.2.0a or
> later.
The patch looks good to me. Did you s
Hi François,
pin...@iro.umontreal.ca (François Pinard) writes:
> In (org) Setting tags, there is in the paragraph for `C-c C-q
> (`org-set-tags-command')':
>
> When called with a `C-u' prefix, all tags in the current buffer will
> be aligned to that column, just to make things look nice.
>
>
Hi Brian,
"Brian J. Carlson" writes:
> In the latest git version of org I've been having problems with
> org-fontify-done-headline.
thanks for spotting this problem and for the suggested
solution, it is now fixed.
Best,
--
Bastien
heathmatlock writes:
> I became distracted from real work last night and created some org-mode
> shirts:
>
> http://open.spreadshirt.com
Nice! I just shared this on the G+ account.
Thanks,
--
Bastien
Hi Juan,
Juan Queipo de Llano Moya writes:
> If I define a custom agenda command like (without using the command):
> ("q" "Tasks by member" ((tags-todo "+Resp=\"Me\"") (tags-todo "+Resp=
> \"Pablo\"") (tags-todo "+Resp=\"Miguel\"") (tags-todo "+Resp=\"Carlos
> \"")))
>
> It works, but if use thi
Konrad Hinsen writes:
> The attached patch (relative to yesterday's state of the orgmode git
> repository) adds the possibility to have org-mode links to IMAP folders in
> VM and to messages inside IMAP folders. It requires VM 8.2.0a or
> later.
Applied -- thanks!
PS: wrt my previous message, I
Eric Schulte writes:
> Note that regular Org-mode projects [1] do *not* re-publish every single
> page after an update, but rather only publish pages which have changed
> since the previous publish. Thus a git repository with a pos-update
> hook which runs `org-publish' in a batch Emacs session
El 20/01/12 17:02, Bastien escribió:
Hi Juan,
Juan Queipo de Llano Moya writes:
If I define a custom agenda command like (without using the command):
("q" "Tasks by member" ((tags-todo "+Resp=\"Me\"") (tags-todo "+Resp=
\"Pablo\"") (tags-todo "+Resp=\"Miguel\"") (tags-todo "+Resp=\"Carlos
\
"Alan Schmitt" writes:
> On 20 Jan 2012, at 15:42, Thomas S. Dye wrote:
>
>> Aloha Alan,
>>
>> Your LaTeX output indicates that this setting:
>>
>> (setq org-export-latex-hyperref-format "\\ref{%s}")
>>
>> hasn't taken effect for one reason or another.
>>
>> What do you get with C-h v org-export-
On 20 Jan 2012, at 17:34, Thomas S. Dye wrote:
Hmmm, I can't reproduce your results on my setup. What version of Org
mode are you using?
I'm using the one bundled with Aquamacs 2.4, which is 6.33x. Looking at
the web site, I see that it's quite outdated. I'll try to update it this
week-end
With the latest Org, issuing org-babel-execute-buffer on any buffer
that has inline src_ blocks fails with "wrong type argument:
consp, nil"
For instance, Eric Schulte's own code sample on
http://eschulte.me/org-scraps/scraps/2011-08-21-inline-code-block-and-downstream-src-blocks.html
doesn't run.
A patch maps "screen language" to shell-script-mode.
>From 8b802edb789eb50ddffcc9f040afcb7870db0181 Mon Sep 17 00:00:00 2001
From: Litvinov Sergey
Date: Fri, 20 Jan 2012 18:26:59 +0100
Subject: [PATCH] Map "screen" to shell-script-mode
---
lisp/org-src.el |3 ++-
testing/
On Thu, Jan 12, 2012 at 7:52 PM, Rick Frankel wrote:
> On Thu, Jan 12, 2012 at 06:07:41PM -0700, Eric Schulte wrote:
>> Rick Frankel writes:
>>
>> Turns out it was not that difficult to change this behavior. You and
>> Leo are both correct that in-buffer-order evaluation is more natural and
>> e
I use org-mode for all of my work notes. For the most part, I'm very
happy with it. I know everything is in there somewhere and I can find
it. I currently have one file for my projects organized something like
this:
#+begin_src org
* Tracking
This is for misc todos. It's just a repo for holding
On Thu, 19 Jan 2012 23:15:16 +0100, Steinar Bang wrote:
> > Puneeth Chaganti :
>
> > This is totally home brew stuff.
>
> Well, thank you for sharing this home brew stuff.
> I've been trying to use the other org based blog solutions, but they
> have all failed for some reason or other, and
I've just added the two functions below to org-src.el.
Cheers,
András Major writes:
> Thanks Eric,
>
> Thanks a lot for the quick reply. Any chances of this being
> incorporated into Org-Mode in the near future?
>
> András
>
>
> On 1/14/12, Eric Schulte wrote:
>> András Major writes:
>>
>>
Leo Alekseyev writes:
> With the latest Org, issuing org-babel-execute-buffer on any buffer
> that has inline src_ blocks fails with "wrong type argument:
> consp, nil"
>
> For instance, Eric Schulte's own code sample on
> http://eschulte.me/org-scraps/scraps/2011-08-21-inline-code-block-and-down
Rainer M Krug writes:
> On 18/01/12 01:57, Frozenlock wrote:
>> I'm sorry, but I don't quite understand...
>>
>> Would it be possible to send a minimum working example of your org
>> file?
>>
>
> The example is below:
>
This is likely the most evil snippet of Org-mode code I have ever
seen. :)
Leo Alekseyev writes:
> Suppose I have a code block foo, and I want to call it several times
> in my org file. However, foo may be a slow function, and so any time
> I evaluate buffer non-interactively (e.g. HTML export) I want to
> enable only one out of many calls to :foo
>
> The following doe
Applied, Thanks.
Litvinov Sergey writes:
> A patch maps "screen language" to shell-script-mode.
>
> From 8b802edb789eb50ddffcc9f040afcb7870db0181 Mon Sep 17 00:00:00 2001
> From: Litvinov Sergey
> Date: Fri, 20 Jan 2012 18:26:59 +0100
> Subject: [PATCH] Map "screen" to shell-script-mode
>
> ---
Eric S Fraga writes:
> By the way, I was surprised, upon reading your comments in the git log,
> that OpenDocument doesn't support tables within lists. This seems like
> a silly restriction? Given that OpenDocument uses XML for its encoding,
> I would have thought that a hierarchical structure i
Currently, my org files look something like this:
* And now, let's do the analysis !
#+call: foo(bar)
#+results:
: earth-shattering results
: gonna land me a Nobel /and/ a Fields!
But because #+call is not exported, it's not clear what function was
called and with what parameters. It makes a
Jambunathan K writes:
> Andreas Leha writes:
>
>> Andreas Leha writes:
>>
>>> "Sebastien Vauban"
>>> writes:
>>>
>>>
Hi Andreas,
Andreas Leha wrote:
> I am experiencing a problem with the latex exporter: #+header: lines
> are visible in the exported file.
>
> Ex
Since all source blocks are evaluated on export, I don't think it
should be necessary to issue org-babel-execute-buffer before invoking
export. However, running HTML export without org-babel-execute-buffer
currently produces garbage output.
On the other hand, I have several examples where running
> A long time ago all capitals was the only way these keywords were
> supported. Since then they have become case insensitive and I use all
> lowercase for most of my keywords now (#+begin_src:, #+begin_example:
> etc)
>
> With fontification these stand out enough now and the capitalization can
>
On 01/20/2012 01:19 PM, Chris Gray wrote:
> On Thu, 19 Jan 2012 23:15:16 +0100, Steinar Bang wrote:
>>> Puneeth Chaganti :
>>
>>> This is totally home brew stuff.
>>
>> Well, thank you for sharing this home brew stuff.
>> I've been trying to use the other org based blog solutions, but they
>
FWIW:
It might be the case that we will want to consider the multi-value
property idea and the multi-line property idea together at some point.
(With or without serialization for the latter.)
I think multi-line properties will eventually be needed (in some form)
in any case for things like org-c
Scott Randby wrote:
> On 01/20/2012 01:19 PM, Chris Gray wrote:
> > On Thu, 19 Jan 2012 23:15:16 +0100, Steinar Bang wrote:
> >>> Puneeth Chaganti :
> >>
> >>> This is totally home brew stuff.
> >>
> >> Well, thank you for sharing this home brew stuff.
> >> I've been trying to use the othe
We had a wonderful discussion of it once, along with different
possible uses for inline tasks, inclusion of paragraphs, non-exported
headlines for easier structure editing, universal syntax, and
returning text to higher level.
On my blog I use a colored background, which could also serve as commen
No solution, but sympathy. Syntax risk is difficult to prevent in Org
I wonder if we can come up with incremental improvements that involve
more universal escaping, quoting, nesting, etc. mechanisms somehow?
(This is /not/ intended to be a sly plug for my universal syntax
proposal. That's not i
On Sat, 21 Jan 2012 00:53:33 -0500, Nick Dokos wrote:
> Scott Randby wrote:
>
> > On 01/20/2012 01:19 PM, Chris Gray wrote:
> > > On Thu, 19 Jan 2012 23:15:16 +0100, Steinar Bang wrote:
> > >>> Puneeth Chaganti :
> > >>
> > >>> This is totally home brew stuff.
> > >>
> > >> Well, thank yo
39 matches
Mail list logo
