On 5 nov. 2012, at 23:18, Nicolas Goaziou wrote:
> Hello,
>
> Myles English writes:
>
>> If my org file has:
>>
>> #+CAPTION[Here is a table]: A nice table
>> #+NAME: tab:niceone
>> | a |
>>
>> Look at my \ref{tab:niceone}.
>>
>> then M-x org-export-dispatch l L gives me:
>>
>> \begin
Toby Cubitt writes:
>> This is not far from your own suggestion to provide different functions
>> depending on which output is desired, I just happen to think that these
>> functions would all be so similar that they should be rolled into a
>> single function that can produce different outputs.
Hello,
Myles English writes:
> If my org file has:
>
> #+CAPTION[Here is a table]: A nice table
> #+NAME: tab:niceone
> | a |
>
> Look at my \ref{tab:niceone}.
>
> then M-x org-export-dispatch l L gives me:
>
> \begin{table}[htb]
> \caption[Here is a table]{\label{tab-niceone}A nice table}
>
Hi,
If my org file has:
#+CAPTION[Here is a table]: A nice table
#+NAME: tab:niceone
| a |
Look at my \ref{tab:niceone}.
then M-x org-export-dispatch l L gives me:
\begin{table}[htb]
\caption[Here is a table]{\label{tab-niceone}A nice table}
\begin{center}
\begin{tabular}{l}
a\\
\end{tabu
I am having trouble in using org-exp-bibtex.el on debian sid. I was unable
to install bibtex2html through the package manager because of dependency
problem with ocaml-base-nox-3.12.1. I then installed ocaml separately, and
compiled bibtex2html from source. Now, bibtex2html is working fine from
the
Now i can build again!
On Nov 3, 2012, at 11:12 AM, Neuwirth Erich wrote:
> Sorry,
> this is when running
> make up2
>
> (not make update2)
>
> On Nov 3, 2012, at 10:38 AM, Neuwirth Erich
> wrote:
>
>> OSX 10.8.2 Emacs 24.2.1
>>
>> SInce a few days now I get errors when I run
>> make upd
I am having trouble in using org-exp-bibtex.el on debian sid. I was
unable to install bibtex2html through the package manager because of
dependency problem with ocaml-base-nox-3.12.1. I then installed ocaml
separately, and compiled bibtex2html from source. Now, bibtex2html is
working fine from the
Nathan Neff writes:
> I am using org-odt.el version 24.1 and org-mode version
> 7.8.11 (release_7.8.11-723-g0f3b6
--8<---cut here---start->8---
$ git log 0f3b6
fatal: ambiguous argument '0f3b6': unknown revision or path not in the
working tree. Use '--' to s
Nicolas Goaziou writes:
> Hello,
>
> Alan Schmitt writes:
>
>> I'm using a very recent version of org-mode (compiled earlier today from
>> git), and I see that using visual-line-mode, the "org-beginning-of-line"
>> goes to the beginning of the visual line (it does not ignore soft line
>> breaks)
Thank you Nicolas for your quick response!
On Mon, Nov 5, 2012 at 12:25 PM, Nicolas Goaziou wrote:
> Hello,
>
> Ista Zahn writes:
>
>> The only way I can get the headlines and tables to be exported
>> properly is to set ':results raw', but then I get duplicate results
>> every time I evaluate th
On Mon, Nov 05, 2012 at 06:40:20PM +0100, Achim Gratz wrote:
> Nicolas Goaziou writes:
> > Then let's wait for Achim (Cc'ed) to illustrate what he has in mind,
> > because his proposal is too vague yet to permit discussion about it.
>
> What I had in mind was to remove org-time-clocksum-format and
Nicolas Goaziou writes:
> Then let's wait for Achim (Cc'ed) to illustrate what he has in mind,
> because his proposal is too vague yet to permit discussion about it.
What I had in mind was to remove org-time-clocksum-format and replace
the associated format calls with a formatting function that ha
Hello,
Ista Zahn writes:
> The only way I can get the headlines and tables to be exported
> properly is to set ':results raw', but then I get duplicate results
> every time I evaluate the R source block.
You can use ":cache yes" in order to avoid duplicating results.
> Is there any way to prod
Hi all,
I've been silently suffering since the changes to source block
processing announced at the end of September[1]. I had been using
(abusing?) ':results org' to write results that would be processed as
orgmode syntax and exported to both latex and html. For example, this
#+name: tst
#+begin_
Hello,
Alan Schmitt writes:
> I'm using a very recent version of org-mode (compiled earlier today from
> git), and I see that using visual-line-mode, the "org-beginning-of-line"
> goes to the beginning of the visual line (it does not ignore soft line
> breaks), whereas "org-end-of-line" goes to
Hello,
I'm using a very recent version of org-mode (compiled earlier today from
git), and I see that using visual-line-mode, the "org-beginning-of-line"
goes to the beginning of the visual line (it does not ignore soft line
breaks), whereas "org-end-of-line" goes to the end of the real line (it
ig
On Fri, Nov 2, 2012 at 2:41 PM, Jambunathan K wrote:
> Nathan Neff writes:
>
>> Hello,
>>
>> I'd like to convert org-mode documents to PDF using the exporter,
>> on OSX, but it appears that I'd have to download MacTex which is a 2GB
>> download. Is there anything smaller that I could download in
Some tests:
Case 1:
Start with emacs -Q
I insert
"
#+begin_src javascript
#+end_src
"
with point before "#+end_src", I press " C-c ' " to start editing the source
I enter "foobar" into the source buffer and immediately exit with " C-c ' "
Case 2:
restart with
"
#+begin_src javascript
#+en
>> When compiling the latest git version with make up2, the end-of-line
>> test fails, giving the following output:
>
> This should be fixed on master (and even maint). Could you confirm this?
Confirmed. Thanks.
On ma 05-nov-2012 13:43
"Sebastien Vauban" wrote:
>> I don't get any errors, other than 'C-c m is undefined'
>>
>> What am I missing here?
I experimented a bit and
(define-key org-agenda-mode-map "\C-cm" 'm/ms-org-agenda)
also seems to work. I don't understand what the difference is, if a
Hello,
Toby Cubitt writes:
> I'd prefer to see some agreement before I waste time coding something
> that won't get accepted.
Then let's wait for Achim (Cc'ed) to illustrate what he has in mind,
because his proposal is too vague yet to permit discussion about it.
Regards,
--
Nicolas Goaziou
Currently information about tree structure is lost if you have a slash
in node headings. This patch fixes the problem by escaping slashes in
headings before concatenating them.
Takafumi
archive_olpath.patch
Description: Binary data
Hello,
Vincent Beffara writes:
> I tried it,
Thank you.
> nothing gets exported at all ... Is there anything I'm missing ?
I don't know. What did you try exactly? On which kind of data?
If your file/agenda only contains TODO entries, you may want to try
again, as I have push a fix for it.
On Mon, Nov 05, 2012 at 01:20:48PM +0100, Nicolas Goaziou wrote:
> Toby Cubitt writes:
[snip]
> > [...] what about getting rid of every customization option except
> > `org-time-clocksum-format', and parsing the format string itself to
> > decide how many and what arguments to pass to it?
> >
> >
Hi Marcel,
Marcel van der Boom wrote:
> I use org-mime to mail subtrees from org-mode and have bound this to
> 'C-c m'
> I would like to be able to do the same thing from my agenda views, but
> somehow I can't get the keybinding to work.
>
> This is what I have:
>
> (defun m/ms-org-agenda ()
> (
Hello,
Ryo TAKAISHI writes:
> But, I had forgot to escape double quote in docstring, so attach patch
> fixing it.
Fixed. Thank you.
Regards,
--
Nicolas Goaziou
Hi,
I tried it, nothing gets exported at all ... Is there anything I'm missing ?
/v
--
Vincent Beffara
On Saturday, November 3, 2012 at 24:48 , Nicolas Goaziou wrote:
> Hello,
>
> I've just pushed a new (and probably very buggy) iCalendar back-end for
> org-export.el.
>
> To install it:
>
Hello,
Nicolas Goaziou writes:
> Hello,
>
> Ryo TAKAISHI writes:
>
>> I create a complete patch for current commit.
>
> I've pushed your patch on master (with some documentation tweaks). Thank
> you for your work.
Thank you very much.
But, I had forgot to escape double quote in docstring, so a
Hello,
Toby Cubitt writes:
> Looking through the code, it seems the clocksum format options are used
> in two places: org-colview.el and org-clock.el. For some reason, only the
> latter honours `org-time-clocksum-use-fractional'. In my patch, only the
> former honoured the new `org-time-clocksum
On Mon, Nov 05, 2012 at 12:13:25PM +0100, Achim Gratz wrote:
> Toby Cubitt writes:
> > A format string isn't sufficient. It requires the number of time
> > components (days, hours, minutes, etc.) to be fixed in advance. Whereas a
> > function can decide whether to display e.g. days+hours or hours+m
Hi,
I use org-mime to mail subtrees from org-mode and have bound this to
'C-c m'
I would like to be able to do the same thing from my agenda views, but
somehow I can't get the keybinding to work.
This is what I have:
(defun m/ms-org-agenda ()
(interactive)
(org-agenda-goto)
(org-mime-subtr
Toby Cubitt writes:
> A format string isn't sufficient. It requires the number of time
> components (days, hours, minutes, etc.) to be fixed in advance. Whereas a
> function can decide whether to display e.g. days+hours or hours+minutes
> depending on whether the time is longer or shorter than 24h.
On Mon, Nov 05, 2012 at 11:47:12AM +0100, Achim Gratz wrote:
> Nicolas Goaziou writes:
> > As you suggest, I think a better plan is to replace all of them with
> > a single `org-time-clocksum-display-function'. Its expected value would
> > be a function accepting 2 arguments: hours and minutes, as
Nicolas Goaziou writes:
> As you suggest, I think a better plan is to replace all of them with
> a single `org-time-clocksum-display-function'. Its expected value would
> be a function accepting 2 arguments: hours and minutes, as numbers and
> it should return a string.
Actually, it seems an even
On Mon, Nov 05, 2012 at 10:14:27AM +0100, Nicolas Goaziou wrote:
> Toby Cubitt writes:
>
> > Personally, I find the time duration "123:15" much harder to parse
> > mentally than "5d 3:15".
> >
> > The attached patch adds a new customization option
> > `org-time-clocksum-days-format'. When non-nil
Hello,
Toby Cubitt writes:
> Personally, I find the time duration "123:15" much harder to parse
> mentally than "5d 3:15".
>
> The attached patch adds a new customization option
> `org-time-clocksum-days-format'. When non-nil, this is used instead of
> `org-time-clocksum-format' for clocksum dur
Hello,
Rafael Laboissiere writes:
> The patch attached below fixes a very minor problem in org-bibtex.el.
Applied. Thank you.
Regards,
--
Nicolas Goaziou
37 matches
Mail list logo
