all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Fabrice Popineau <fabrice.popineau@supelec.fr>
To: Achim Gratz <Stromeko@nexgo.de>
Cc: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>
Subject: Re: Org links, URLs and HTML export
Date: Tue, 23 Aug 2016 18:57:03 +0200	[thread overview]
Message-ID: <CAFgFV9PdgqUc03HW=3HYiz0no=CP+WOmnKJ9bwCZifPAmbYafg@mail.gmail.com> (raw)
In-Reply-To: <87k2f7v45x.fsf@Rainer.invalid>

[-- Attachment #1: Type: text/plain, Size: 1825 bytes --]

2016-08-23 18:30 GMT+02:00 Achim Gratz <Stromeko@nexgo.de>:

> Fabrice Popineau writes:
> > I can insert : [[http:bar.html]]
> > However, I would like to be able to insert any kind of relative url.
> > Specifically, there is no mean to insert something
> > like : [[http:/bar.html]] which is exported to <a
> href="http:/bar.html"></a>
> > The corresponding export should be <a href="/bar.html"></a>
>
> But that's an absolute URL, provided a well-defined base URI exists (the
> authority is implied and the path component starts with a slash, so it
> would start in the root).
>
> > Strangely, some browsers grok the former (Chrome), but not all of them
> > (Safari).
>
> Then Safari either has a bug or it determines the base URI differently
> than Chrome.
>
> > Anyway, only the later is correct.
>
> I don't think so.  You might want to read
>
> https://tools.ietf.org/html/rfc3986
>
> specifically the part about the translation of relative URI.
>
> Thanks for the pointer.
It helps because it states that:

"Some parsers allow the scheme name to be present in a relative
   reference if it is the same as the base URI scheme.  This is
   considered to be a loophole in prior specifications of partial URI
   [RFC1630].  Its use should be avoided but is allowed for backward
   compatibility."

And on page 21:

"If the URI scheme defines a default for host, then that default
   applies when the host subcomponent is undefined or when the
   registered name is empty (zero length).  For example, the "file" URI
   scheme is defined so that no authority, an empty host, and
   "localhost" all mean the end-user's machine, whereas the "http"
   scheme considers a missing authority or empty host invalid."

So exporting to <a href="http:/bar.html"> is wrong.

I guess I can solve that with a filter.

Greetings,

Fabrice

[-- Attachment #2: Type: text/html, Size: 2849 bytes --]

      reply	other threads:[~2016-08-23 16:57 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-22 22:28 Org links, URLs and HTML export Fabrice Popineau
2016-08-23 16:30 ` Achim Gratz
2016-08-23 16:57   ` Fabrice Popineau [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAFgFV9PdgqUc03HW=3HYiz0no=CP+WOmnKJ9bwCZifPAmbYafg@mail.gmail.com' \
    --to=fabrice.popineau@supelec.fr \
    --cc=Stromeko@nexgo.de \
    --cc=emacs-orgmode@gnu.org \
    --cc=fabrice.popineau@centralesupelec.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.