Hi Nicolas
On Tue, Dec 18, 2012 at 10:21 PM, Nicolas Goaziou wrote:
> The problem should now be fixed without using any trick
It is, thank you.
> (and no,
> `org-export-normalize-links' will not survive the old exporter).
Thanks to your change above I like this cleanup.
Michael
Michael Brand writes:
> In the meantime I found out that I can simply add
> org-export-normalize-links to org-export-before-processing-hook and it
> seems to do what I expect. But this is probably not to be included in
> Org core because the (hopefully at least only basic) pre-parsing of
> org-ex
Hi Nicolas
On Wed, Dec 5, 2012 at 10:05 PM, Nicolas Goaziou wrote:
> The second one is a more difficult problem. Org Elements usually
> translates links on the fly when parsing them: `org-element-link-parser'
> calls `org-translate-link'. This function requires
> `org-link-abbrev-alist' and `org-
Hello,
Michael Brand writes:
> I think the new exporter should still expand link abbreviations also
> when in the heading and for all backends. Example with html link on
> today’s release_7.9.2-646-g664217:
>
> - Org file:
> #+LINK: orgmode http://www.orgmode.org/
> * Org Mode doc [[orgmode:
Hi Michael,
Jambunathan K writes:
> I would like to hear Nicolas' views before someone gets too excited to
> put in a change.
I do agree with Jambunathan.
But let's keep this option in mind anyway.
Best,
--
Bastien
I would like to hear Nicolas' views before someone gets too excited to
put in a change.
> Hi all
>
> I think the new exporter should still expand link abbreviations also
> when in the heading and for all backends. Example with html link on
> today’s release_7.9.2-646-g664217:
>
> - Org file:
>
>