Carsten Dominik writes:
> by decoration you mean font-lock support?
Yes, but I also don't think these should ever become indented in the
first place. That's debatable of course, the syntax as defined by
org-element does not require this IIRC.
> Maybe this would be a better fix:
>
> Modifie
On 7.5.2013, at 23:34, John Hendy wrote:
> On Tue, May 7, 2013 at 4:54 AM, Bastien wrote:
>> Hi John,
>>
>> John Hendy writes:
>>
>>> On Fri, Apr 26, 2013 at 1:54 AM, Bastien wrote:
Hi Jisang,
Jisang Yoo writes:
> 2. Place cursor at the beginning of "** bacon" and
On 8.5.2013, at 00:14, Samuel Wales wrote:
> Hi Bastien,
>
> On 5/7/13, Bastien wrote:
>> IMHO this would be too much, since the let-binding solution is there
>> already.
>
> I won't object to whatever decision is made, but it made me curious:
> is it not there for inheritance?
>
> This rais
Hi Guido,
@I references are unfortunately not yet supported on the left hand side of a
formula.
I hope that some day they will, but currently this is not the case.
- Carsten
On 9.5.2013, at 11:04, Guido Van Hoecke wrote:
> Hi,
>
> Using this table
>
> | Grand total | 19.55 ||
> |--
On 8.5.2013, at 20:06, Gary Oberbrunner wrote:
> I'd like to change the title of my report, and the exported pdf filename,
> based on a value I can change in the org-mode source.
>
> I have a source block like this:
>
> #+NAME: reporttype
> #+BEGIN_SRC elisp :results value silent :exports res
Hi Achim,
by decoration you mean font-lock support?
Maybe this would be a better fix:
Modified lisp/org.el
diff --git a/lisp/org.el b/lisp/org.el
index 745fb82..43df094 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -5867,7 +5867,8 @@ by a #."
((or (equal dc1 "+results")
Thank you.
I have already fixed the ones you sent - most were indeed issues.
Regards
- Carsten
On 10.5.2013, at 03:26, Glenn Morris wrote:
> Carsten Dominik wrote:
>
>> I would like to leave things in Emacs as they are and fix this with
>> the following sync, is that acceptable?
>
> Sure, n
Julien Cubizolles writes:
> Eric Schulte writes:
>
>> Julien Cubizolles writes:
>>
>>> I'm new to babel and I'm experiencing a strange problem. A
>>> src_block created with ">> in. Here is an example:
>>>
>>
>> Try "TAB
> That's what I was doing but it seems the problem lies with
> org-indent-
> Actually, ox-html.el also tries to do something with bibliographies,
> which introduces the duplication.
>
> We should decide if the code handling them should be in contrib/ or in
> the various export back-ends. Since HTML handling requires external
> programs, I lean towards the former.
I agr
Carsten Dominik wrote:
> I would like to leave things in Emacs as they are and fix this with
> the following sync, is that acceptable?
Sure, no rush.
(cus-test.el is in the admin/ directory in the Emacs repo.
It needs some updating, it's not checking everything at present, so
there could be more
I think org-contacts.el shoule have the feature which can merge many
contacts which have the same name into one, for example:
#+begin_example
* name
:PROPERTIES:
:EMAIL: [[mailto:a...@a.com]] [[mailto:b...@b.com]]
:PHONE: [[tel:123456789]]
:ALIAS:a
:END:
* name
:PROPERTIES:
:EMAIL
More info:
This appears to be failing in org-parse-time-string, when it compares the
string "" to org-ts-regexp0
Nothing in the regexp nor in the call tree is attempting to process the
special time values.
It seems like there is missing code needed either in org-parse-time-string
to handle the spe
Guido Van Hoecke writes:
[...]
> I have attached the corrected patch.
>
> I don't know whether I have access to Worg.
> Would you mind updating it?
Okay; I'll try to do this early next week.
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_8.0.2-101-gce5988
Achim Gratz writes:
> Eric S Fraga writes:
>> At present, there is no mechanism for selective deletion of these line
>> separators upon export (that I know of: I would be happy to be corrected
>
>> on this!). For the paper I submitted last week for publication, the
>> only post-org editing I had
Hi Yujie,
thanks for your great work! I just have had my first important reveal.js
presentation, and wished I had an org-mode exporter while I was
hand-coding the presentation.
Next time It'll be easier no doubt.
Cheers,
Simon
On 05/03/2013 02:48 PM, Yujie Wen wrote:
Hi,
I'd like to i
That was not the patch I was trying to send, sorry. Second try:
>From 990257c497aa9fb0b8250d770c8e899762cc7abc Mon Sep 17 00:00:00 2001
From: Achim Gratz
Date: Thu, 9 May 2013 22:30:08 +0200
Subject: [PATCH] org.el: do not indent option keyword lines
* lisp/org.el (org-indent-line): Keep option
Eric S Fraga writes:
> At present, there is no mechanism for selective deletion of these line
> separators upon export (that I know of: I would be happy to be corrected
> on this!). For the paper I submitted last week for publication, the
> only post-org editing I had to do was delete a number \hl
Hi,
Nicolas, do I understand correctly that the contents of a property
drawer will not export?
Back before I switched to the new exporter, all
I had to do to export properties was to add
#+OPTIONS: d:t
but I notice this doesn't work, nor does d:(PROPERTIES).
Properties are sometimes used to
Hi Nicolas,
Thanks a lot for taking quickly of this bib issue.
2013/5/9 Nicolas Goaziou
> Hello,
>
> Vikas Rawal writes:
>
>
> > 2. The bibliography is inserted in the exported html file above
> > the main body of org file as well as below the main body of the org
> > file. Am I doing somet
>
> The bug so far affected the display only, not the data.
> Feeding R with the result returned from your original form should work.
>
> Best,
>
> Andreas
>
>
Ah you're right
It's a bit annoying to enter the encoding when Emacs asks for it but it
works on the previous example.
It's
>From 1ed4564cd14369758167758bb8a2eb5c4d0d8f0e Mon Sep 17 00:00:00 2001
From: Achim Gratz
Date: Thu, 9 May 2013 19:28:37 +0200
Subject: [PATCH] org.el: do not indent option keyword lines
* lisp/org.el (org-indent-line): Keep option keyword lines at column
zero so they don't lose their decoratio
Eric Schulte writes:
> I think these are great ideas. Personally I'd love to see them
> implemented. Unfortunately I don't have time to work on an
> implementation currently. I'm surprised that none of the users who
> motivated this discussion have chimed in. Their opinions may be more
> valuab
Hello,
Vikas Rawal writes:
> I am attaching my test files. I have following problems.
>
> 1. When I use limit:t, I get an error: if: Executing bibtex2html
> failed
OK, I'll have a look at it.
> 2. The bibliography is inserted in the exported html file above
> the main body of org file as well
Hello,
Alexander Baier writes:
> i want to export property drawers of an org-file to ASCII. How do I do
> this? I got the impression, that the exporter does not touch the
> properties drawers. So I started to fiddle with the exporter but got no
> satisfying results out of it.
You can either
Hi Eric,
Eric S Fraga writes:
> Guido Van Hoecke writes:
>
>> Eric,
>>
>> Eric S Fraga writes:
>
> [...]
>
>>> Suggestions on how to handle this case would be welcome, of course.
>>
>> I created a patch so that the date and time string is built directly
>> from the iCal data for times before t
On 05/07/2013 11:02 PM, Paul Rudin wrote:
> Russell Adams writes:
>
>> Given the emacs and Org oriented nature of this group, I'd like to
>> know if anyone has found a good Orgish (ie: portable, text, etc) to
>> annotate PDFs?
>>
>> Features would be items like highlighting blocks, adding notes
>
* Russell Adams wrote:
> Given the emacs and Org oriented nature of this group, I'd like to
> know if anyone has found a good Orgish (ie: portable, text, etc) to
> annotate PDFs?
Please take a look at [1] for how I am extracting PDF annotations to
my reference management done with Org-mode.
1.
Hello,
i want to export property drawers of an org-file to ASCII. How do I do
this? I got the impression, that the exporter does not touch the
properties drawers. So I started to fiddle with the exporter but got no
satisfying results out of it.
This is what i tried so far:
The elisp i wrote i
Vikas Rawal writes:
>>
>> I attach a port of org-exp-bibtex.el (renamed ox-bibtex.el) for the new
>> export framework. Would you mind testing it?
>>
>
>
> I am attaching my test files. I have following problems.
>
> 1. When I use limit:t, I get an error: if: Executing bibtex2html failed
For t
Am 09.05.2013 16:33, schrieb Roland Donat:
Andreas Röhler easy-emacs.de> writes:
Am 08.05.2013 22:50, schrieb Roland Donat:
Yes, you're right Andreas. It "fails" to show the accented characters
if
you
try to print the entire tuple.
It fails too if you evaluate a[0][0] in your interpreter.
On 05/07/2013 12:22 PM, Bastien wrote:
Hi Simon,
Simon Thum writes:
You mean inherited tags (coming from filetags in this case) do not
contribute to exclude tag filtering?
More precisely, filetag-inherited tags do not contribute to excluding
subtrees during export.
If yes, why? I seems in
Andreas Röhler easy-emacs.de> writes:
>
> Am 08.05.2013 22:50, schrieb Roland Donat:
> >>> Yes, you're right Andreas. It "fails" to show the accented characters
if
> > you
> >>> try to print the entire tuple.
> >>> It fails too if you evaluate a[0][0] in your interpreter. You should
see
> > :
Guido Van Hoecke writes:
> Eric,
>
> Eric S Fraga writes:
[...]
>> Suggestions on how to handle this case would be welcome, of course.
>
> I created a patch so that the date and time string is built directly
> from the iCal data for times before the epoch. This function produces
> valid date/t
Dear Christian,
On 09.05.2013, at 15:24, Christian Moe wrote:
> Targets like <> used to export to the visible text "myanchor",
> so a comment line like
>
> # <>
>
> was needed to hide them. This is no longer the case, and commented
> targets are neither necessary, nor do they work. (This change
Eric,
Eric S Fraga writes:
> Guido Van Hoecke writes:
>
> [...]
>
>> My ics file had a.o. my elder sister's birthday, and unfortunately her's
>> as well as mine is (way) before the start of the epoch, so mktime
>> returns a negative timestamp at line 63 and strftime at line 143 doesn't
>> grok
Hi,
Targets like <> used to export to the visible text "myanchor",
so a comment line like
# <>
was needed to hide them. This is no longer the case, and commented
targets are neither necessary, nor do they work. (This change has been
extensively discussed on the list, I think, but perhaps the d
>
> I attach a port of org-exp-bibtex.el (renamed ox-bibtex.el) for the new
> export framework. Would you mind testing it?
>
In the latex export, the bibliography is added before the main content
of the org file. The tex file shows following lines inserted before
the main content rather than aft
Hallo,
with a current version of Org-mode (release_8.0.2-101-gce5988) this seems to
generate a link when exporting to HTML (as documented and expected):
# <>
...
[[myanchor]] something
However, in the following example no link is generated and the text that should
be the link's label (here: "
Achim Gratz writes:
> Eric Schulte writes:
>> If you really wanted to be fancy, gnuplot will let you specify shell
>> transformations as part of the plotting command which would allow you to
>> forego the intermediate code block.
>
> As a side-note, if we'd drop the convention that the first sepa
Hi,
due to my increasing use of MobileOrg and, as a result, the
synchronisation it provides with Google's calendar, I am finding that
using the :LOCATION: property in an appointment in org is quite
useful. However, most of the time I use org's agenda view to see my
appointments. I have a few que
Guido Van Hoecke writes:
[...]
> My ics file had a.o. my elder sister's birthday, and unfortunately her's
> as well as mine is (way) before the start of the epoch, so mktime
> returns a negative timestamp at line 63 and strftime at line 143 doesn't
> grok it.
Ah, I see. The script should at le
>
> I am attaching my test files. I have following problems.
>
Sorry, forgot to attach my files. Here they are.
Vikas
#+TITLE: Statistics on Indian Economy and Society
#+LINK_UP: data.html
#+LINK_HOME: index.html
#+OPTIONS: num:nil toc:nil
#+HTML_HEAD:
#+BIBLIOGRAPHY: bibliobase plain
*
> > I attach a port of org-exp-bibtex.el (renamed ox-bibtex.el) for the new
> > export framework. Would you mind testing it?
>
> A big thank you!
>
> Here is a quick comment. More to follow.
>
> If an org file, say temp.org, refers to a bibtex file called foo.bib,
> ox-bibtex creates two files:
>
> I attach a port of org-exp-bibtex.el (renamed ox-bibtex.el) for the new
> export framework. Would you mind testing it?
>
I am attaching my test files. I have following problems.
1. When I use limit:t, I get an error: if: Executing bibtex2html failed
2. The bibliography is inserted in the
Hi,
Using this table
| Grand total | 19.55 ||
|--+---+|
| <2013-05-09 Thu> | 1.23 | v2 |
| <2013-05-04 Sat> | 5.76 | v1 |
| <2013-05-14 Tue> | 3.78 | v1 |
| <2013-04-24 Wed> | 8.78 | v2 |
#+TBLFM: @1$2=vsum(@I..@>);%.2f
I want the formula to be relative to th
Am 08.05.2013 22:50, schrieb Roland Donat:
Yes, you're right Andreas. It "fails" to show the accented characters if
you
try to print the entire tuple.
It fails too if you evaluate a[0][0] in your interpreter. You should see
:
a[0][0]
'\xc3\xa9'
But print a[0][0] gives the expected answer 'é'
Hello,
Gary Oberbrunner writes:
> I'd like to change the title of my report, and the exported pdf filename,
> based on a value I can change in the org-mode source.
>
> I have a source block like this:
>
> #+NAME: reporttype
> #+BEGIN_SRC elisp :results value silent :exports results
> "Foo"
> #+E
Glenn Morris writes:
Hi Glenn,
Thanks for this detailled report.
May I ask how you did you tests? I can't find cus-test.el in my Emacs.
I've attached a diff patch where I fix some of this.
> Package: org-mode
>
> cus-test.el suggests the following variables may have incorrect
> custom :types.
> >
> > Yes please. I am waiting for something that will export bibtex to
> > html. With the old exporter, org-exp-bibtex used bibtex2html to
> > achieve it. But nothing similar is possible with the new exporter.
>
> I attach a port of org-exp-bibtex.el (renamed ox-bibtex.el) for the new
> export
I wanted to report that the problem seems to be solved in the latest release.
I just compiled and ran all the tests (including the maxima ones) without a
hitch
on my Mac (OSX 10.8.3, Emacs 24.3.1)
On Apr 18, 2013, at 8:01 PM, Achim Gratz wrote:
> Neuwirth Erich writes:
>> I compiled from the re
Thanks, I will take care of this.
I would like to leave things in Emacs as they are and fix this with the
following sync, is that acceptable?
- Carsten
On 9.5.2013, at 03:46, Glenn Morris wrote:
> Package: org-mode
>
> cus-test.el suggests the following variables may have incorrect
> custom
51 matches
Mail list logo
