Samuel Wales writes:
> On 2/27/13, Nicolas Goaziou wrote:
>> I understand that it shouldn't appear anywhere when exporting body only.
>> But where should it go when not exporting body only? Where to put it
>> outside of body?
>
> I don't know HTML well enough to know.
>
> The purpose (in all of
Hi Marcus,
Marcus Klemm writes:
> I wrote myself a small bash script that uses dmenu and emacsclient
> to get notes into Org-Mode via org-protocol-capture. I've set up
> some capture templates that fill in the provided information and
> configured them to immediate finish without further interac
Hi Samuel,
Samuel Wales writes:
> Still, I thought (org-reveal t) not to be convoluted, but to show the
> minimal amount, which is the best workaround I know of. Is that not
> the case?
Yes it is, and org-reveal will not display wrong ellispsis at the top
of the window anymore. If you find it
Hi Sanjib,
t...@tsdye.com (Thomas S. Dye) writes:
> The variable org-latex-remove-logfiles controls whether some of the
> files produced by LaTeX are removed, but not the ones you list,
> apparently.
To control the list of logfiles extensions you can customize
`org-latex-logfiles-extensions'.
H
Hi David,
David Engster writes:
> Of course I can fix this. But I hope you realize that any third-party
> code out there that requires an exporter will load the old one from
> Emacs proper.
Yes, I'm well aware of this. The change now lives in the master
branch, and will happen when we release
Hi Torsten,
Torsten Bronger writes:
> Possibly. On the other hand, both "longlines" and "auto-fill"
> indent org-mode lists nicely. The longlines mode was removed from
> Emacs, and there should be a replacement for every usecase before
> you remove something I think. I believe visual-line-mod
Aloha Sanjib Sikder,
Org typically uses LaTeX to get to pdf, although other export targets
might also be able to generate pdf files. The file types you list are
all produced or used by LaTeX on the way to pdf. The variable
org-latex-remove-logfiles controls whether some of the files produced by
Hallöchen!
Bastien writes:
> Torsten Bronger writes:
>
> [...]
>
>> And, shouldn't visual-line-mode's behaviour that it doesn't
>> respect the indentation of org-mode be considerd a bug, too?
>
> I don't think so, I believe this is an inherent limitation of
> visual-line-mode.
>
> The basic mean
On 2/27/13, Bastien wrote:
> What I suggest is a less convoluted version of your advice,
> where you would call `show-all' as a "before" advice for
> undo-tree-undo.
Ah, I thought you meant manually.
Still, I thought (org-reveal t) not to be convoluted, but to show the
minimal amount, which is t
Bastien writes:
> Hi David,
>
> David Engster writes:
>
>> org-caldav does not call this function. It however requires
>> org-icalendar, and that was renamed to ox-icalendar in org git. So I
>> guess it pulls org-icalendar from the Org that is included with Emacs,
>> which calls the obsoleted func
Hi,
Is it possible that when I am pdf exporting a document using C-e C-p
org-mode will generate ONLY the pdf, not the other associated files like
.bbl, .blg, .tex, .lof etc ?
Thanks
-
*Sanjib Sikder
*Ph.D. Fellow
Chemical Engineering
IIT Bombay*
*
Bastien writes:
> Nicolas Goaziou writes:
>
>> Ok then another binding. I still think freeing "," key is the best thing
>> to do. More on this below.
>
> Users will still be able to use the "," so this will not really fix
> the issue.
That's the whole point: leave the ability to escape the he
"Sebastien Vauban"
writes:
> Nicolas Goaziou wrote:
>> "Sebastien Vauban" writes:
>>
>>> The following ECM fails on 2 fronts:
>>>
>>> - the `noexport' tag on the inline task is not respected;
>>
>> Should it?
>
> Well, it previously did.
Yes, but that is unrelated to my question.
> And that's
Hi Nicolas,
Nicolas Goaziou writes:
> Ok then another binding. I still think freeing "," key is the best thing
> to do. More on this below.
Users will still be able to use the "," so this will not really fix
the issue.
>> I think "," is good for priorities, and that preventing speed commands
Hi Nicolas,
Nicolas Goaziou writes:
> Should it? Inlinetasks are not headlines, even though they use
> a somewhat similar syntax. :noexport: tag applies to trees. Inlinetasks
> do not define a tree.
>From on intuitive point of view: Inline tasks support tags, and
:noexport: means "Don't expor
At Wed, 20 Feb 2013 06:54:04 -0500,
Bernt Hansen wrote:
>
> If all of your projects are normally at level 2 will this work?
>
> C-c a m LEVEL=2/!TODO RET
>
Bernt,
I really appreciate your time. Unfortunately, this doesnt quite get me
what I am looking for. My current method of defining pr
I thought I was probably being stupid. Thanks!
-Original Message-
From: Bastien Guerry [mailto:bastiengue...@gmail.com] On Behalf Of Bastien
Sent: Wednesday, February 27, 2013 3:32 PM
To: Richard Stanton
Cc: emacs-orgmode@gnu.org
Subject: Re: Problem with code blocks and new exporter
Hi R
I will pull and test it tomorrow. Thank you. Posted manually for now.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is no hope without action.
Hello Nicolas,
thanks a lot for the patch. It partly works, as long as there are some
more characters after the first comma, but a single comma at the beginning of
a line still gets purged. Now we can start discussing about whoever
would want to have a single comma in a line of its own... :-)
I also converted my Emacs configuration to an org-mode file a long time ago
and I hit the same spot you did. As you, I initially assumed (wished) that
the COMMENT marker would disable tangling of blocks in that subtree. After
that I found out the tangle property, which solves the problem but has n
Hi Richard,
Richard Stanton writes:
> Code snippet:
>
> #+begin_src python
> a = 5
> #+end_src python
^^
You don't need this. Use this:
#+begin_src python
a = 5
#+end_src
--
Bastien
On 2/27/13, Samuel Wales wrote:
> I tested it in Firefox and w3m.
It solves the problem and it seems reasonably good to me.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is no hope with
We were talking about the HTML for footnote definitions.
On 2/13/13, Nicolas Goaziou wrote:
> Anyway, if you send the correct HTML that should be generated, I will
> fix it.
Probably all that needs to be done is to not use a table. I tested this by
manually removingand their closing tags.
Karl Voit writes:
> I guess this relates to ...
>
> org-babel-exp processing... [25 times]
>
> ... which also pops up some babel result graphics which did not
> happen before.
>
> Was there a change in the default settings or is this a bug?
Yes there was, sorry for that. I missed something that
Bastien writes:
> I downloaded Mew and fixed some declarations.
Thanks.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Hi Samuel,
Samuel Wales writes:
> Correct me if I'm wrong, but M-x show-all is equivalent to my
> defadvice (even worse because it shows more). Cycling will work
> initially, but that will change as soon as some changes in body text
> forces revealing that entry.
What I suggest is a less convo
Achim Gratz writes:
> Bastien writes:
>> Maybe this change:
>> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=091bf02
>
> I think I see where this is coming from, org-babel-confirm-evaluate does
> some additional things beyond what it's name implies. I'm reverting the
> original commit(s) f
Hi David,
David Engster writes:
> org-caldav does not call this function. It however requires
> org-icalendar, and that was renamed to ox-icalendar in org git. So I
> guess it pulls org-icalendar from the Org that is included with Emacs,
> which calls the obsoleted function.
Can you fix this by
I'm having trouble exporting code blocks with the new exporter. I'm sure
I've missed something obvious, but can anyone tell me why the following
file doesn't work exporting to LaTeX or HTML?
---
Code snippet:
#+begin_src python
a = 5
#+end_src python
When I export this, I
Achim Gratz writes:
>> Can you fix this?
>
> I don't have mew installed, so no I can't.
I downloaded Mew and fixed some declarations.
--
Bastien
Hi Eric,
thanks for the tip. I tried this already. Its printing but has some
drawbacks. E.g. I use high resolution monitors in vertical (pivot) mode and
a tiling window manager. calfw scales to the current buffer size and this
is unfortunately not really compatible with printing. In summary this
so
Samuel Wales writes:
> Might be related to the inline footnote fix. :(
>
> ===
> * blog :refile:
> *** NAKA /blog posts/:refile:
> * NEXT [#A] a
> *** [#A] Smedley
> #+macro: col
Hi Torsten,
Torsten Bronger writes:
> But my point is that I don't want to
> have indentation of the subtrees, only of the list items. This
> basically means that org-indent-mode isn't the solution I am looking
> for.
Mhh.. Indeed.
> Besides, setting org-indent-indentation-per-level to "0"
"Sebastien Vauban"
writes:
> GNU Emacs 24.3.50.1 (i386-mingw-nt6.2.9200) of 2013-02-26 on VBOX-W7
>
> This is from `emacs-trunk-r111884-20130226-w32-i386.zip'. Is it before or
> after your commit?
Before. Please wait for another day, sorry for the delay.
--
Bastien
On 2/27/13, Nicolas Goaziou wrote:
> I understand that it shouldn't appear anywhere when exporting body only.
> But where should it go when not exporting body only? Where to put it
> outside of body?
I don't know HTML well enough to know.
The purpose (in all of my use cases at least) is to outpu
On 2/27/13, Nicolas Goaziou wrote:
> Or you can provide a file demonstrating the problem...
Might be related to the inline footnote fix. :(
===
* blog :refile:
*** NAKA /blog posts/:ref
Bastien writes:
> Maybe this change:
> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=091bf02
I think I see where this is coming from, org-babel-confirm-evaluate does
some additional things beyond what it's name implies. I'm reverting the
original commit(s) for now until I've implemented thi
Hello Nicolas,
Nicolas Goaziou wrote:
> "Sebastien Vauban" writes:
>
>> The following ECM fails on 2 fronts:
>>
>> - the `noexport' tag on the inline task is not respected;
>
> Should it?
Well, it previously did. And that's pretty interesting: you can put "private"
inline blocks, and have them ex
Samuel Wales writes:
> On 2/27/13, Nicolas Goaziou wrote:
>> Samuel Wales writes:
>>
>>> Footnotes
>>>
>>> Footnotes is not the correct title.
>>
>> I don't understand. Could you elaborate?
>
> It literally exported that as the title. The document source did not
> have that headline anywhere.
Samuel Wales writes:
> On 2/27/13, Nicolas Goaziou wrote:
>> It would help to see your test file. For example, in the following Org
>> buffer,
>>
>> * Level 1
>> ** Level 2
>> *** Level 3
>> Level 4
>> * Level 5
>> ** Level 6
>
> Did you try it with org-odd-levels-only s
On 2/27/13, Nicolas Goaziou wrote:
> Samuel Wales writes:
>
>> Footnotes
>>
>> Footnotes is not the correct title.
>
> I don't understand. Could you elaborate?
It literally exported that as the title. The document source did not
have that headline anywhere. It might or might not be related to
Hi Bastien,
Bastien writes:
> Hi Andreas,
>
> Andreas Leha writes:
>
>> On a related note: I'd also love to see the changes in the
>> source code buffers be autosaved in the org file. I've lost some big
>> edits already due to power loss on my (old) laptop.
>
> There is now `org-edit-src-aut
On 2/27/13, Nicolas Goaziou wrote:
> It would help to see your test file. For example, in the following Org
> buffer,
>
> * Level 1
> ** Level 2
> *** Level 3
> Level 4
> * Level 5
> ** Level 6
Did you try it with org-odd-levels-only set to t? That's a standard
part of O
> Do you know if there was a way out -- other than killing Emacs -- in such a
> case where `C-g' is not working?
None that I can think of.
Regards,
--
Nicolas Goaziou
Hi
> Isn't that what the LOGBOOK drawer is for? You put the mess in there, so
> it's available when you open it, but you don't have to look at it most of
> the time.
nice! I didn't know about this one. This will solve my problem, although
I still would prefer that drawers, etc are added at the ve
Bastien writes:
>> Some functions / variables from mew should be pre-declared
>
> Can you fix this?
I don't have mew installed, so no I can't.
>> or mew needs to be required.
>
> Mhh.. no, let's not require org-mew.el.
Actually, looking at this, it wouldn't work before mew was loaded.
> IMHO o
Hello,
Samuel Wales writes:
> Footnotes
>
> Footnotes is not the correct title.
I don't understand. Could you elaborate?
> Also, I'd like to not have a title for subtree and region export, in
> case it interferes with the title in the Blogger template.
Do you mean that title shouldn't appear
Hello,
Samuel Wales writes:
> The old exporter had a bug where exporting a subtree would start H
> levels at the level in the file.
>
> Thus, the top level being exported could be H8 if it were indented to
> that level. Or H38 if it were indented to that level.
>
> IMO better behavior is relati
2013ko otsailak 27an, Sebastien Vauban-ek idatzi zuen:
>
> Do you know if there was a way out -- other than killing Emacs -- in such a
> case where `C-g' is not working?
If you are on Linux (or OS X, I suppose), you can sometimes break an
infloop by sending emacs the SIGUSR2 signal (in the shell,
Alan L Tyree writes:
[...]
> G'day Eric,
>
> If I understand your problem correctly, doesn't the property :tangle: do
> what you want?
Yes, thanks; Aaron Ecay has also pointed out to me. It works and does
exactly what I said I needed. And you have both been very polite :-)
--
: Eric S Fraga
Arun Persaud wrote:
> Hi
>
> >> * project
> >> ** TODO headline:repeat:
> >>a longer description of what the todo item is about
> >>SCHEDULED: <2013-06-18 Tue +1m>
> >
> > The SCHEDULED line should be right after the headline, see the manual.
> > It can sometimes
Frank Mueller wrote:
> Just a remark to the Org-Mode Reference Card (http://orgmode.org/orgcard.pdf).
>
> There is a little bug in the spreadsheet description.
>
> wrong:
> sum from 2nd to 3rd hline |:=vsum(@II..@III)|
>
> correct:
> sum from 2nd to 3rd hline |:=vsum(@II..III)|
>
> The second
Achim Gratz writes:
> I cannot see how.
In fact I cannot even see how creating the agenda would run any src
block at all…
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSam
Bastien writes:
> Hi Julien,
>
> Julien Cubizolles writes:
>
>> As of today, org-cadav-syn fails with
>>
>> org-export-icalendar: Symbol's function definition is void:
>> org-prepare-agenda-buffers
>>
>> Actually, I can't find this function but org-agenda-prepare-buffers
>> exist. Are there two di
Eric S Fraga writes:
> Hello,
>
> I finally bit the bullet and converted by rather convoluted and long
> emacs startup code to an org file with emacs-lisp code blocks. I then
> tangle these into the actual code which is loaded by emacs at
> startup. So far, so good, and it does make it easier f
Also true with region export.
Hello,
"Sebastien Vauban"
writes:
> The following ECM fails on 2 fronts:
>
> - the `noexport' tag on the inline task is not respected;
Should it? Inlinetasks are not headlines, even though they use
a somewhat similar syntax. :noexport: tag applies to trees. Inlinetasks
do not define a tree.
Hi Sébastien,
Bastien writes:
>> Here's a patch to allow for a different prefix for deadline entries which are
>> in the past: for example, "3 d ago" instead of "In -3 d"...
>
> Please make sure the change is backward compatible so that users don't
> have to change the value of their `org-agen
Hello,
Bastien writes:
> "#" is already taken, for comments.
Ok then another binding. I still think freeing "," key is the best thing
to do. More on this below.
> I think "," is good for priorities, and that preventing speed commands
> in the several blocks is safe and non-intrusive, that's
Hi all (posted to orgmode and ledger-cli list),
I'm looking for ideas/tips on how to best record events using orgmode and
ledger. By events I mean things like buying/paying a certain item
(groceries, online payment, dining out), going to a certain place (haircut
appointment, going to the gym), etc
Just a remark to the Org-Mode Reference Card (http://orgmode.org/orgcard.pdf).
There is a little bug in the spreadsheet description.
wrong:sum from 2nd to 3rd hline |:=vsum(@II..@III)|
correct:sum from 2nd to 3rd hline |:=vsum(@II..III)|
The second at symbol must be deleted for correct working.
Reg
Hi Sébastien,
"Sebastien Vauban"
writes:
> But first, For me, the question comes down to: do we agree that John (in this
> case) won't be allowed anymore to write such an entry?
>
> *** NOTE Assets:Receivable:CEG
> #+begin_src sh :results value :exports results
> ledger reg --inject=Ex
Hi Nicolas,
Nicolas Goaziou writes:
> What about "#" for priorities?
"#" is already taken, for comments.
I think "," is good for priorities, and that preventing speed commands
in the several blocks is safe and non-intrusive, that's what my patch
did. Let me know if you (strongly) think othe
Hello,
"Sebastien Vauban"
writes:
> Consider this Org block:
>
> #+begin_src org
> * Headline inside an Org block
>
> Text of that entry.
> #+end_src
Technically, this is not an Org block for any serious function in Org.
Headlines have precedence over block markers.
> I don't remember exactl
Bastien writes:
>> Was there a change in the default settings or is this a bug?
>
> Maybe this change:
> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=091bf02
I cannot see how. If the cache is current, the new code does _less_
work than it would have before the change. If the cache was sta
Bastien writes:
>> I see the same thing. Categories that would normally set to the file
>> name are displayed as "???". Presumably because
>> `org-refresh-category-properties' is called inside
>> `with-silent-modifications', which let-binds `buffer-file-name'.
>
> Thanks for digging this further,
Hi
>> * project
>> ** TODO headline :repeat:
>>a longer description of what the todo item is about
>>SCHEDULED: <2013-06-18 Tue +1m>
>
> The SCHEDULED line should be right after the headline, see the manual.
> It can sometimes work when it is on another line, but
Rasmus writes:
> For tikz figures resizing should be done via the scale argument to
> preserve the right font sizes. If people want to resize a tikz figure
> they should do so in their tikz code.
No, that doesn't work for many tikz pictures; in particular it doesn't
work for tikz files produced
Torsten Wagner writes:
[...]
> I read about calfw and org2hpda. However, I did not found a way to generate
> a printable version of calfw (and I had trouble to set it up). For org2hpda
> I still struggle with the installation and it seems to be broken at the
> moment. Not sure.
You could print
Aaron Ecay writes:
> You should be able to set the “tangle” property of the headline to “no”
> to achieve this effect: see the following section of the manual:
> (org) Header arguments in Org mode properties
>
> It isn’t as easy to manipulate as a tag, perhaps.
Thanks. This does work and is rel
You should be able to set the “tangle” property of the headline to “no”
to achieve this effect: see the following section of the manual:
(org) Header arguments in Org mode properties
It isn’t as easy to manipulate as a tag, perhaps.
--
Aaron Ecay
Aaron Ecay writes:
> 2013ko otsailak 26an, Bastien-ek idatzi zuen:
>> (Er.. org-toc.el should be trashed, it's 99% obsolete.)
>
> It is? I like its functionality and don’t know of any replacement...
You could try speedbar instead which might give you most (some?
definitely no column views in sp
Hi Bastien,
On 2/27/13, Bastien wrote:
> My suggestion here is to use M-x show-all RET (or Org cycling)
> before playing around with `undo-tree-undo' or `undo-tree-visualize'.
>
> You will then have a clear view of what is un-done,
> without the need to worry about the visibility state.
Correct
Hello,
I finally bit the bullet and converted by rather convoluted and long
emacs startup code to an org file with emacs-lisp code blocks. I then
tangle these into the actual code which is loaded by emacs at
startup. So far, so good, and it does make it easier for me to navigate
around my custom
Hi Karl,
Karl Voit writes:
> Was there a change in the default settings or is this a bug?
Maybe this change:
http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=091bf02
Achim?
--
Bastien
Samuel,
Samuel Wales writes:
> When I went back and forth with undo-tree, Org did not show the same
> visibility that it did during each stage, so I added this defadvice.
> What it does is make everything visible.
My suggestion here is to use M-x show-all RET (or Org cycling)
before playing ar
"Nicolas Richard" writes:
> May I suggest that you fix the commit just once more ? Part of the
> previous fix was to increase "group number" everywhere, and that has to
> be reverted. Here is a patch if you prefer :
Applied... thanks!
*Sigh*... I think I need to get unplugged for a while :)
-
* Karl Voit wrote:
> Hi!
>
> Org-mode 7.9.3f (692f053d8 Wed Feb 27 14:49:46 2013 +0100)
>
> I am using these two lines to export an agenda to an iCal file:
> (org-agenda-list nil nil 60)
> (org-agenda-write "~/share/all/org-mode/org-export.ics")
>
> Since my Org-mode update from today (from
>
Bastien writes:
> I think I *completely* fixed this now... thanks for the heads up
> and the easy recipe!
Thanks ; indeed dropping the change to the regexp seems the easiest (and
may avoid problems with code relying on that regexp out of the core).
May I suggest that you fix the commit just once
Hi!
Org-mode 7.9.3f (692f053d8 Wed Feb 27 14:49:46 2013 +0100)
I am using these two lines to export an agenda to an iCal file:
(org-agenda-list nil nil 60)
(org-agenda-write "~/share/all/org-mode/org-export.ics")
Since my Org-mode update from today (from
5d467d6f8affc0afe34922e885ac6e2492ddd
"Sebastien Vauban"
writes:
> Hi,
>
> Rasmus wrote:
>>> Maybe we should write a user guide *before* further implementation
>>> steps.
>>
>> I agree. A "question zero" is whether we eventually want to have an
>> org-letter which could, in principle, output to something different
>> than scrlttr2.
Suvayu Ali writes:
> On Wed, Feb 27, 2013 at 04:54:54PM +0100, Nicolas Richard wrote:
>> emacs -q -L /home/youngfrog/sources/org-mode/lisp/ -f org-mode --eval
>> '(insert "<2012-02-27 Wed.>")'
>
> Are you sure your timestamp has the correct syntax? As far as I know
> there should be no periods
Hi Nicolas,
"Nicolas Richard" writes:
> This is bisected to b6b509b (which 467f7ff claims to fix, and indeed
> does partially)
I think I *completely* fixed this now... thanks for the heads up
and the easy recipe!
--
Bastien
Hi,
After another update of emacs today, org-mode is working fine now it seems.
Thanks
-
*Sanjib Sikder
*
>
>
>
On Wed, Feb 27, 2013 at 04:54:54PM +0100, Nicolas Richard wrote:
>
> Reproduce by doing:
> emacs -q -L /home/youngfrog/sources/org-mode/lisp/ -f org-mode --eval
> '(insert "<2012-02-27 Wed.>")'
^
A
This is bisected to b6b509b (which 467f7ff claims to fix, and indeed
does partially)
Reproduce by doing:
emacs -q -L /home/youngfrog/sources/org-mode/lisp/ -f org-mode --eval '(insert
"<2012-02-27 Wed.>")'
=> timestamp is not fontified.
or instead
emacs -q -L /home/youngfrog/sources/org-mode/li
Hallöchen!
Bastien writes:
> Torsten Bronger writes:
>
>> - There is no way to set the line width besides setting Emacs
>> margins, which is visually less appealing than before. (Minor
>> problem.)
>
> Please report this to Emacs developers.
In
http://lists.gnu.org/archive/html/emacs-devel/201
Carsten Dominik writes:
> OK, I see that this is a bit less trivial then I thought, requires
> that I study the ui interface a bit more.
I think the only pieces of the UI involved are `org-export-dispatch'
function and `org-export-dispatch-last-action' variable.
> If you want to rush ahead and
On 27.2.2013, at 09:52, Nicolas Goaziou wrote:
> Hello,
>
> Carsten Dominik writes:
>
>> I much appreciate that `C-u C-c C-e' repeats the
>> previous export action, that is extremely useful.
>>
>> I often only export a subtree of a document, and I
>> was wondering if others would also find t
Hi!
Org-mode 7.9.3f (692f053d8 Wed Feb 27 14:49:46 2013 +0100)
#+BEGIN_SRC elisp
(org-export-as-html 3 nil nil "htmlized-output" nil nil)
#+END_SRC
results in:
org-export-preprocess-string: Wrong number of arguments:
#[(&optional sort-only) ""
[org-inlinetask-min-level limit-level org-odd-level
Hello,
The following ECM fails on 2 fronts:
- the `noexport' tag on the inline task is not respected;
- the exported contents (because of the previous item) is not compilable in
LaTeX (maybe the default in `org-latex-inlinetask' is not generic enough for
handling such a content, or there are
Hi Julien,
Julien Cubizolles writes:
> As of today, org-cadav-syn fails with
>
> org-export-icalendar: Symbol's function definition is void:
> org-prepare-agenda-buffers
>
> Actually, I can't find this function but org-agenda-prepare-buffers
> exist. Are there two different functions or is ther
As of today, org-cadav-syn fails with
--8<---cut here---start->8---
org-export-icalendar: Symbol's function definition is void:
org-prepare-agenda-buffers
--8<---cut here---end--->8---
Actually, I can't find this function bu
Hey Nicolas,
On Wed, Feb 27, 2013 at 02:35:04PM +0100, Nicolas Goaziou wrote:
> Hello,
>
> Rainer M Krug writes:
> >
> > But what about defining notmuch as a new language for babel, so that
> > one could do the following:
> >
> > #+begin_src notmuch :exports raw
> > search id:x
Hi,
Rasmus wrote:
>> Maybe we should write a user guide *before* further implementation
>> steps.
>
> I agree. A "question zero" is whether we eventually want to have an
> org-letter which could, in principle, output to something different
> than scrlttr2.
That could be "isodoc" for which I have
Hello,
Achim Gratz writes:
> Achim Gratz writes:
>> I've just had a chance to test this on the system where the problem
>> originally
>> showed up (Cygwin with the current 24.3 pre-release). On this system, the
>> buffer-file-coding-system is not copied and the (wrong) default takes over
>> ag
Hello,
Rainer M Krug writes:
> On 18/02/13 22:41, Suvayu Ali wrote:
>> Hi,
>>
>> On Mon, Feb 18, 2013 at 04:33:45PM +0100, Rainer M Krug wrote:
>>> On 18/02/13 16:12, Suvayu Ali wrote:
On Mon, Feb 18, 2013 at 02:49:32PM +0100, Rainer M Krug wrote:
>
> - From time to time, I have t
Hi Sakurai san,
I gave calfw a new try yesterday. It works well now and I really like it!
I tried to do, as you suggested, a export via htmlfontify-buffer.
It seems like it has problems with the cell alignment for those cells which
contain an appointment.
Please see the attached picture (I can sen
Simon Campese writes:
> Hello,
Hi Simon,
> I have one quick feature request for org-contacts.el that should be
> pretty easy and quick to implement: Could someone please introduce
> customizable variables to optionally disable the gnus/message mode
> integration?
I've added a custom boolean,
Achim Gratz writes:
> Bastien altern.org> writes:
>
>> thanks for the patch. I applied it but renamed cache? and
>> cache-current? to cache-p and cache-current-p.
>
> That patch needs amending. You let-bind cache-current, but then try to use
> cache-current-p.
Er... fixed, thanks for double-c
1 - 100 of 139 matches
Mail list logo
