doc/index/discussion.mdwn

   1 Seems like there should be a page for you to post your thoughts about
   2 ikiwiki, both pro and con, anything that didn't work, ideas, or whatever.
   3 Do so here..
   4
   5 Note that for more formal bug reports or todo items, you can also edit the
   6 [[bugs]] and [[todo]] pages.
   7
   8 ----
   9
  10 # OpenID
  11
  12 I just figured I'd edit something on the page with my OpenID, since you've implemented it! --*[Kyle](http://kitenet.net/~kyle/)*=
  13
  14 > Kyle, If you like openid, I can switch your personal wiki over to use your openid. --[[Joey]]
  15
  16 ----
  17
  18 # ACL
  19
  20 How about adding ACL? So that you can control which users are allowed
  21 to read, write certain pages. The moinmoin wiki has that, and it is
  22 something, that I think is very valuable.
  23
  24 > ikiwiki currently has only the most rudimentary access controls: pages
  25 > can be locked, or unlocked and only the admin can edit locked pages. That
  26 > could certianly be expanded on, although it's not an area that I have an
  27 > overwhelming desire to work on myself right now. Patches appreciated and
  28 > I'll be happy to point you in the right directions.. --[[Joey]]
  29
  30 >> I'm really curious how you'd suggest implementing ACLs on reading a page.
  31 >> It seems to me the only way you could do it is .htaccess DenyAll or something,
  32 >> and then route all page views through ikiwiki.cgi. Am I missing something?
  33 >> --[[Ethan]]
  34
  35 >>> Or you could just use apache or whatever and set up the access controls
  36 >>> there. Of course, that wouldn't integrate very well with the wiki,
  37 >>> unless perhaps you decided to use http basic authentication and the
  38 >>> httpauth plugin for ikiwiki that integrates with that.. [[--Joey]]
  39
  40 >>>> Which would rule out openid, or other fun forms of auth. And routing all access
  41 >>>> through the CGI sort of defeats the purpose of ikiwiki. --[[Ethan]]
  42
  43 ----
  44
  45 Some questions about the RecentChanges function. -- Ethan
  46
  47 > (Moved to [[todo/recentchanges]] --[[Joey]])
  48
  49 ----
  50
  51 Also, I'd like to request another template parameter which is just
  52 $config{url}. That way you won't have to hard-code the URL of the wiki into
  53 the template. -- Ethan
  54
  55 > That's already available in the BASEURL parameter. --[[Joey]]
  56
  57 ----
  58
  59 # Canonical feed location?
  60
  61 Any way to use `inline` but point the feed links to a different feed on the
  62 same site?  I have news in news/*, a news archive in news.mdwn, and the
  63 first few news items on index.mdwn, but I don't really want two separate
  64 feeds, one with all news and one with the latest few articles; I'd rather
  65 point the RSS feed links of both to the same feed.  (Which one, the one
  66 with all news or the one with the latest news only, I don't know yet.)
  67
  68 > Not currently. It could be implemented, or you could just turn off the
  69 > rss feed for the index page, and manually put in a wikilink to the news
  70 > page and rss feed. --[[Joey]]
  71
  72 >> That wouldn't use the same style for the RSS and Atom links, and it
  73 >> wouldn't embed the feed link into `<head>` so that browsers can automatically
  74 >> find it.