* John Tait wrote:
>
> Just a quick belated note to say thank-you very much for the "tag groups"
> feature in org-mode 8.
>
> It's very similar to a "tag hierarchy" request I made on the list a while
> ago, so I'm delighted to see something similar in the new version.
I am not sure how the situat
On 03/06/13 15:40, Samuel Wales wrote:
I don't recall whether I said I had a filling problem.
Filling is a red herring for my use case.
My point is that regardless of filling, it would be a good idea to be
stricter about what a list is, for the reasons I listed. In my use
case.
Samuel
You'r
I don't recall whether I said I had a filling problem.
Filling is a red herring for my use case.
My point is that regardless of filling, it would be a good idea to be
stricter about what a list is, for the reasons I listed. In my use
case.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic
Just a quick belated note to say thank-you very much for the "tag groups"
feature in org-mode 8.
It's very similar to a "tag hierarchy" request I made on the list a while
ago, so I'm delighted to see something similar in the new version.
Cheers, John
>From ed34362a763447eba684eb46032a3273ce7338ac Mon Sep 17 00:00:00 2001
From: Feng Shu
Date: Mon, 3 Jun 2013 07:35:09 +0800
Subject: [PATCH] Add a complex org-contacts template to the file header
contrib/lisp/org-contacts.el: Add a complex org-contacts template.
Add a complex org-contacts templa
On 03/06/13 12:17, Nick Dokos wrote:
Alan L Tyree writes:
Indeed, an exercise which I have already done in the form of a lisp
function to catch the nasty little numbers at the beginning of lines.
For the earlier exporter, I used this to insert non-printing spaces,
export, then remove non-prin
Alan L Tyree writes:
> Indeed, an exercise which I have already done in the form of a lisp
> function to catch the nasty little numbers at the beginning of lines.
>
> For the earlier exporter, I used this to insert non-printing spaces,
> export, then remove non-printing space. Far from elegant :-
>From ed34362a763447eba684eb46032a3273ce7338ac Mon Sep 17 00:00:00 2001
From: Feng Shu
Date: Mon, 3 Jun 2013 07:35:09 +0800
Subject: [PATCH] Add a complex org-contacts template to the file header
contrib/lisp/org-contacts.el: Add a complex org-contacts template.
Add a complex org-contacts templa
On 03/06/13 07:40, Nick Dokos wrote:
Alan L Tyree writes:
So: my problem is that somehow the '137.' got at the head of a line. I
have no idea how that happened. I inserted references in this document
using reftex, so I suppose that is one source to investigate.
The other source is, no doubt,
Alan L Tyree writes:
> So: my problem is that somehow the '137.' got at the head of a line. I
> have no idea how that happened. I inserted references in this document
> using reftex, so I suppose that is one source to investigate.
>
> The other source is, no doubt, cut and paste.
>
> In a 60+ pag
Nicolas Goaziou writes:
> Hello,
>
> Alan L Tyree writes:
>
>> Nicolas Goaziou writes:
>>
>>> Hello,
>>>
>>>
>>> Alan L Tyree writes:
>>>
I have also been bedeviled by this problem. In a long manuscript it is
all too common. Here is a real example of a footnote and its HTML
expor
On 25.5.2013, at 23:32, Gregor Zattler wrote:
> Hi Olivier, org-mode users and -developoers,
> * Olivier Berger [25. May. 2013]:
>> Olivier Berger writes:
>>> I found the org-archive-subtree-defadvice.el quite useful, but I'd like
>>> to be able to archive DONE items not to today's date in a d
Hi Tom,
I believe this issue no longer exists in the current master, it was fixed a
while ago. Could you please confirm?
- Carsten
On 25.5.2013, at 20:53, Tom Davey wrote:
> Hi folks,
>
> I'm using Org 8.0.3 and Emacs 24.3.1.
>
> I noticed with interest this note in the Org 8.0 release not
Hiya,
I was running into troubles where regardless of my setting on
org-export-babel-evaluate, it was evaluating babel code anyway. Here's
a patch that seems to fix this.
For convenience: I've signed the emacs/orgmode papers already.
>From 5f2621aeda0fa1eb1b976ce85bad7006f45921ea Mon Sep 17 00:
Hi,
When I export to html using org-mode 8.0.2 the text in verbatim and
code markup are processed.
~--abi-check-disable~ is exported as –abi-check-disable
This looks like bug (otherwise "verbatim" is misleading).
Completing myself:
Additionally, you may want to try the following patch (against maint
branch), which takes a slightly different approach for filling.
Regards,
--
Nicolas Goaziou
>From 0b3480cf161d58cbf0bd337fd1a7fabbe2aae0c3 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Sun, 2 Jun 20
>> "Achim" == Achim Gratz writes:
> Uwe Brauer writes:
>> There are at least a handful of functions
>> that'd need compatibility macros /defuns on XEmacs and I don't know what
>> turns up when these are out of the way, but the results were sketchy
>> already on 7.x whenever I tried. Your best
Hello,
Alan L Tyree writes:
> Nicolas Goaziou writes:
>
>> Hello,
>>
>>
>> Alan L Tyree writes:
>>
>>> I have also been bedeviled by this problem. In a long manuscript it is
>>> all too common. Here is a real example of a footnote and its HTML
>>> export:
>>>
>>> ===
>>>
>>> [fn:79] Some co
Hello,
Vikas Rawal writes:
> I get an error if I use following in org-project-publish-alist
> :include "bibliobase_bib.html"
>
> The error message says:
> mapc: Wrong type argument: sequencep, 126
>
> The above mentioned html file is generated by ox-bibtex.el. I would
> like it to be published d
Hello,
Carsten Dominik writes:
> Looks good to me now!
Applied, then.
Regards,
--
Nicolas Goaziou
Hello,
Vikas Rawal writes:
> I am getting the following message while starting emacs as daemon.
>
> What could this be?
An error of mine. It should be fixed. Thank you.
Regards,
--
Nicolas Goaziou
21 matches
Mail list logo