aboutsummaryrefslogtreecommitdiff
path: root/doc/todo/want_to_avoid_ikiwiki_using_http_or_https_in_urls_to_allow_serving_both.mdwn
diff options
context:
space:
mode:
authorJoey Hess <joey@kitenet.net>2010-11-22 16:04:11 -0400
committerJoey Hess <joey@kitenet.net>2010-11-22 16:04:11 -0400
commit5954915a4fe8a889b8217cac99fae53cbe7f1e97 (patch)
tree0fa44bcd91b54dd2a7cc4172d835d59e1abb4e3d /doc/todo/want_to_avoid_ikiwiki_using_http_or_https_in_urls_to_allow_serving_both.mdwn
parentd916cd2f71f1c22dad947d7b2134edbbb15e7b8e (diff)
downloadikiwiki-5954915a4fe8a889b8217cac99fae53cbe7f1e97.tar
ikiwiki-5954915a4fe8a889b8217cac99fae53cbe7f1e97.tar.gz
response
Diffstat (limited to 'doc/todo/want_to_avoid_ikiwiki_using_http_or_https_in_urls_to_allow_serving_both.mdwn')
-rw-r--r--doc/todo/want_to_avoid_ikiwiki_using_http_or_https_in_urls_to_allow_serving_both.mdwn22
1 files changed, 22 insertions, 0 deletions
diff --git a/doc/todo/want_to_avoid_ikiwiki_using_http_or_https_in_urls_to_allow_serving_both.mdwn b/doc/todo/want_to_avoid_ikiwiki_using_http_or_https_in_urls_to_allow_serving_both.mdwn
index 80925b458..f8ec4c420 100644
--- a/doc/todo/want_to_avoid_ikiwiki_using_http_or_https_in_urls_to_allow_serving_both.mdwn
+++ b/doc/todo/want_to_avoid_ikiwiki_using_http_or_https_in_urls_to_allow_serving_both.mdwn
@@ -201,6 +201,10 @@ New API added by this branch:
>>
>> I personally think breaking the docwiki is enough to block that.
>>
+ >>> Well, the docwiki doesn't have an url configured at all, so I assumed
+ >>> it would need to fall back to current behavior in that case. I had
+ >>> not thought about browsing wiki's html files though, good point.
+ >>
>> How about this?
>>
>> * `urlto($link, $page)` with `$page` defined: relative
@@ -210,12 +214,24 @@ New API added by this branch:
>> normally undef): absolute, starts with `http[s]://`
>>
>> --[[smcv]]
+ >>
+ >>> That makes a great deal of sense, bravo for actually removing
+ >>> parameters in the common case while maintaining backwards
+ >>> compatability!
+ >>>
+ >>> It does highlight that it would be better to have a
+ >>> `absolute_urlto($link)` (or maybe `absolute(urlto($link))` )
+ >>> rather than the 3 parameter form. --[[Joey]]
* `IkiWiki::baseurl` has a new second argument which works like the
third argument of `urlto`
> I assume you have no objection to this --[[smcv]]
+ >> It's so little used that I don't really care if it's a bit ugly.
+ >> (But I assume changes to `urlto` will follow through here anyway.)
+ >> --[[Joey]]
+
* `IkiWiki::cgiurl` uses `$local_cgiurl` if passed `local_cgiurl => 1`
> Possibly changed to making this always be local unless `cgiurl => $x`
@@ -225,6 +241,8 @@ New API added by this branch:
except `cgiurl` and/or `local_cgiurl`
> I assume you have no objection to this --[[smcv]]
+ >
+ >> Nod, although I don't know of a use case. --[[Joey]]
Bugs:
@@ -243,6 +261,10 @@ Bugs:
>> would you accept a patch that makes `cgiurl` default to a local
>> (starts-with-`/`) result? If you would, that'd reduce the diff. --[[smcv]]
+ >>> Yes, I absolutely think it should default to local. (Note that
+ >>> if `absolute()` were implemented as suggested above, it could also
+ >>> be used with cgiurl if necessary.) --[[Joey]]
+
* It occurs to me that `IkiWiki::cgiurl` could probably benefit from being
exported? Perhaps also `IkiWiki::baseurl`?