aboutsummaryrefslogtreecommitdiff
path: root/doc/todo/Protocol_relative_urls_for_stylesheet_linking.mdwn
diff options
context:
space:
mode:
authorSimon McVittie <smcv@debian.org>2014-10-05 15:56:19 +0100
committerSimon McVittie <smcv@debian.org>2014-10-05 15:56:19 +0100
commit532f7adfdba3c852487216b0241b25d3de57acc6 (patch)
treea60cab10931514018069fbac24968a180b38d108 /doc/todo/Protocol_relative_urls_for_stylesheet_linking.mdwn
parentfe9e94513ab0d57f182a6922957ea14c773b4fae (diff)
downloadikiwiki-532f7adfdba3c852487216b0241b25d3de57acc6.tar
ikiwiki-532f7adfdba3c852487216b0241b25d3de57acc6.tar.gz
Use protocol-relative URIs if cgiurl and url differ only by authority (hostname)
Diffstat (limited to 'doc/todo/Protocol_relative_urls_for_stylesheet_linking.mdwn')
-rw-r--r--doc/todo/Protocol_relative_urls_for_stylesheet_linking.mdwn8
1 files changed, 8 insertions, 0 deletions
diff --git a/doc/todo/Protocol_relative_urls_for_stylesheet_linking.mdwn b/doc/todo/Protocol_relative_urls_for_stylesheet_linking.mdwn
index ccbaf4e73..0ab4814e6 100644
--- a/doc/todo/Protocol_relative_urls_for_stylesheet_linking.mdwn
+++ b/doc/todo/Protocol_relative_urls_for_stylesheet_linking.mdwn
@@ -26,6 +26,14 @@ but this breaks all sorts of things, like the 404 plugin and wiki rebuilds will
> protocol-relative URLs in this situation, but it isn't clear to me how
> widely-supported those are.
>
+>> HTML5 says protocol-relative URLs work, and they seem to be widely
+>> supported in practice, so I've changed the rule to: if the url and cgiurl
+>> share a scheme (protocol) but differ only by hostname, use `//foo/bar`
+>> protocol-relative URLs. This partially addresses this todo.
+>> I'm still thinking about what the right thing is for more complicated
+>> situations: see [[todo/design for cross-linking between content and CGI]].
+>> --[[smcv]]
+>
> If you set both the `$config{url}` and `$config{cgiurl}` to https, but make
> the resulting HTML available over HTTP as well as HTTPS, that should work
> fine - accesses will be over http until the user either explicitly