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.
5 Note that for more formal bug reports or todo items, you can also edit the
6 [[bugs]] and [[todo]] pages.
8 # Installation/Setup questions
10 I have just installed ikiwiki and it works - at least I have the example index.mdwn page
11 compiled and visible. However I have a few issues/problems:-
13 * A couple of the 'optional' Perl modules aren't optional, you can't install ikiwiki without them,
14 these are HTML::Template and HTML::Scrubber (at least I think it was these two, it's a bit messy
15 to go back and find out).
17 > You're right, HTML::Template is required. HTML::Scrubber is only required
18 > in the default configuration, and is optional if the htmlscrubber plugin
19 > is disabled. --[[Joey]]
21 * I don't seem to have got an ikiwiki man page created.
23 > It should be installed in /usr/share/man, or a similar directory
24 > depending on how your perl is set up and how you did the install.
27 * Running "ikiwiki --setup ikiwiki.setup" doesn't do anything. I have edited ikiwiki.setup to
28 my local settings. There are no errors but neither does anything get compiled. An ikiwiki
29 command to explicitly do the compile works fine. Am I misunderstanding something here?
31 > Further tests indicate that ikiwiki isn't seeing changed files so doesn't always rebuild.
32 > How does ikiwiki decide when to rebuild? I tried a full command line like "ikiwiki --verbose ikiwiki ~/public_html/ikiwiki --url=http://www.isbd.ltd.uk/~chris/ikiwiki/" and that doesn't do anything
33 either though it was the command line I originally used to compile. After a long interval I 'touch'ed
34 the files and then it *did* compile but 'touch'ing the files after a few minutes only doesn't seem to force a recompile. I'm even more confused!
36 > ikiwiki only compiles files whose modification times have changed. It
37 > should see any change made as close as a second after the last compile.
38 > When run with --setup, ikiwiki always rebuilds every file in the wiki. If
39 > --setup is not working, you must have it pointed at the wrong path or
40 > something; you can pass -v to see what it's doing. I don't know why it
41 > would not see recently changed files; you could try stracing it.
44 > OK, thanks, I don't quite know what was happening before but it seems to be working right now.
47 * I wish there was a mailing list, much easier for this sort of stuff than this, apart from
48 anything else I get to use a decent editor.
51 # Excellent - how do I translate a TWiki site?
53 I just discovered ikiwiki quite by chance, I was looking for a console/terminal
54 menu system and found pdmenu. So pdmenu brought me to here and I've found ikiwiki!
55 It looks as if it's just what I've been wanting for a long time. I wanted something
56 to create mostly text web pages which, as far as possible, have source which is human
57 readable or at least in a standard format. ikiwiki does this twice over by using
58 markdown for the source and producing static HTML from it.
60 I'm currently using TWiki and have a fair number of pages in that format, does
61 anyone have any bright ideas for translating? I can knock up awk scripts fairly
62 easily, perl is possible (but I'm not strong in perl).
64 > Let us know if you come up with something to transition from the other
65 > format. Another option would be writing a ikiwiki plugin to support the
66 > TWiki format. --[[Joey]]
72 I just figured I'd edit something on the page with my OpenID, since you've implemented it! --*[Kyle](http://kitenet.net/~kyle/)*=
74 > Kyle, If you like openid, I can switch your personal wiki over to use your openid. --[[Joey]]
80 How about adding ACL? So that you can control which users are allowed
81 to read, write certain pages. The moinmoin wiki has that, and it is
82 something, that I think is very valuable.
84 > ikiwiki currently has only the most rudimentary access controls: pages
85 > can be locked, or unlocked and only the admin can edit locked pages. That
86 > could certianly be expanded on, although it's not an area that I have an
87 > overwhelming desire to work on myself right now. Patches appreciated and
88 > I'll be happy to point you in the right directions.. --[[Joey]]
90 >> I'm really curious how you'd suggest implementing ACLs on reading a page.
91 >> It seems to me the only way you could do it is .htaccess DenyAll or something,
92 >> and then route all page views through ikiwiki.cgi. Am I missing something?
95 >>> Or you could just use apache or whatever and set up the access controls
96 >>> there. Of course, that wouldn't integrate very well with the wiki,
97 >>> unless perhaps you decided to use http basic authentication and the
98 >>> httpauth plugin for ikiwiki that integrates with that.. [[--Joey]]
100 >>>> Which would rule out openid, or other fun forms of auth. And routing all access
101 >>>> through the CGI sort of defeats the purpose of ikiwiki. --[[Ethan]]
105 Some questions about the RecentChanges function. -- Ethan
107 > (Moved to [[todo/recentchanges]] --[[Joey]])
111 Also, I'd like to request another template parameter which is just
112 $config{url}. That way you won't have to hard-code the URL of the wiki into
113 the template. -- Ethan
115 > That's already available in the BASEURL parameter. --[[Joey]]
119 # Canonical feed location?
121 Any way to use `inline` but point the feed links to a different feed on the
122 same site? I have news in news/*, a news archive in news.mdwn, and the
123 first few news items on index.mdwn, but I don't really want two separate
124 feeds, one with all news and one with the latest few articles; I'd rather
125 point the RSS feed links of both to the same feed. (Which one, the one
126 with all news or the one with the latest news only, I don't know yet.)
128 > Not currently. It could be implemented, or you could just turn off the
129 > rss feed for the index page, and manually put in a wikilink to the news
130 > page and rss feed. --[[Joey]]
132 >> That wouldn't use the same style for the RSS and Atom links, and it
133 >> wouldn't embed the feed link into `<head>` so that browsers can automatically