From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Harkins Subject: Re: HTML export doesn't convert quote before footnote Date: Wed, 8 Jan 2014 23:50:52 +0800 Message-ID: References: <2dca3d53-10f1-4ead-8106-eb5fe050a656@dewdrop-world.net> <87lhyqbi8r.fsf@gmail.com> Reply-To: jamshark70@dewdrop-world.net Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e0117729d302a6d04ef777567 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:48797) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0vPG-0002lx-KX for emacs-orgmode@gnu.org; Wed, 08 Jan 2014 10:50:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W0vPC-0005WZ-2J for emacs-orgmode@gnu.org; Wed, 08 Jan 2014 10:50:58 -0500 Received: from mail-ob0-x22f.google.com ([2607:f8b0:4003:c01::22f]:51342) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0vPB-0005WL-T0 for emacs-orgmode@gnu.org; Wed, 08 Jan 2014 10:50:53 -0500 Received: by mail-ob0-f175.google.com with SMTP id uz6so1866551obc.20 for ; Wed, 08 Jan 2014 07:50:53 -0800 (PST) In-Reply-To: <87lhyqbi8r.fsf@gmail.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Nicolas Goaziou Cc: orgmode --089e0117729d302a6d04ef777567 Content-Type: text/plain; charset=ISO-8859-1 On Jan 8, 2014 11:33 PM, "Nicolas Goaziou" wrote: > Smart quotes mechanism is based on regexps. There are unavoidable > ambiguous cases, like this one. But the export is as expected in LaTeX, so... If the LaTeX backend can interpret the input properly, why not the html backend? hjh --089e0117729d302a6d04ef777567 Content-Type: text/html; charset=ISO-8859-1

On Jan 8, 2014 11:33 PM, "Nicolas Goaziou" <n.goaziou@gmail.com> wrote:
> Smart quotes mechanism is based on regexps. There are unavoidable
> ambiguous cases, like this one.

But the export is as expected in LaTeX, so... If the LaTeX backend can interpret the input properly, why not the html backend?

hjh

--089e0117729d302a6d04ef777567--