X-Git-Url: https://scripts.mit.edu/gitweb/www/ikiwiki.git/blobdiff_plain/410d9a41b793c3ceaef44847fde9f8b0501231b9..76382f1eb8a4a67163c1bdad50a3038f6440392b:/doc/index/discussion.mdwn diff --git a/doc/index/discussion.mdwn b/doc/index/discussion.mdwn index 6e1228bd2..46268d553 100644 --- a/doc/index/discussion.mdwn +++ b/doc/index/discussion.mdwn @@ -1,25 +1,106 @@ -Seems like there should be a page for you to post your thoughts about ikiwiki, both pro and con, anything that didn't work, ideas, or whatever. Do so here.. +Seems like there should be a page for you to post your thoughts about +ikiwiki, both pro and con, anything that didn't work, ideas, or whatever. +Do so here.. -Note that for more formal bug reports or todo items, you can also edit the [[bugs]] and [[todo]] pages. +Note that for more formal bug reports or todo items, you can also edit the +[[bugs]] and [[todo]] pages. + +# Installation/Setup questions + +I have just installed ikiwiki and it works - at least I have the example index.mdwn page +complied and visible. However I have a few issues/problems:- + +* A couple of the 'optional' Perl modules aren't optional, you can't install ikiwiki without them, +these are HTML::Template and HTML::Scrubber (at least I think it was these two, it's a bit messy +to go back and find out). + +* I don't seem to have got an ikiwiki man page created. + +* Running "ikiwiki --setup ikiwiki.setup" doesn't do anything. I have edited ikiwiki.setup to +my local settings. There are no errors but neither does anything get compiled. An ikiwiki +command to explicitly do the compile works fine. Am I misunderstanding something here? + +* I wish there was a mailing list, much easier for this sort of stuff than this, apart from +anything else I get to use a decent editor. + +---- +# Excellent - how do I translate a TWiki site? + +I just discovered ikiwiki quite by chance, I was looking for a console/terminal +menu system and found pdmenu. So pdmenu brought me to here and I've found ikiwiki! +It looks as if it's just what I've been wanting for a long time. I wanted something +to create mostly text web pages which, as far as possible, have source which is human +readable or at least in a standard format. ikiwiki does this twice over by using +markdown for the source and producing static HTML from it. + +I'm currently using TWiki and have a fair number of pages in that format, does +anyone have any bright ideas for translating? I can knock up awk scripts fairly +easily, perl is possible (but I'm not strong in perl). + +---- + +# OpenID + +I just figured I'd edit something on the page with my OpenID, since you've implemented it! --*[Kyle](http://kitenet.net/~kyle/)*= + +> Kyle, If you like openid, I can switch your personal wiki over to use your openid. --[[Joey]] + +---- + +# ACL + +How about adding ACL? So that you can control which users are allowed +to read, write certain pages. The moinmoin wiki has that, and it is +something, that I think is very valuable. + +> ikiwiki currently has only the most rudimentary access controls: pages +> can be locked, or unlocked and only the admin can edit locked pages. That +> could certianly be expanded on, although it's not an area that I have an +> overwhelming desire to work on myself right now. Patches appreciated and +> I'll be happy to point you in the right directions.. --[[Joey]] + +>> I'm really curious how you'd suggest implementing ACLs on reading a page. +>> It seems to me the only way you could do it is .htaccess DenyAll or something, +>> and then route all page views through ikiwiki.cgi. Am I missing something? +>> --[[Ethan]] + +>>> Or you could just use apache or whatever and set up the access controls +>>> there. Of course, that wouldn't integrate very well with the wiki, +>>> unless perhaps you decided to use http basic authentication and the +>>> httpauth plugin for ikiwiki that integrates with that.. [[--Joey]] + +>>>> Which would rule out openid, or other fun forms of auth. And routing all access +>>>> through the CGI sort of defeats the purpose of ikiwiki. --[[Ethan]] ---- -How about adding ACL? So that you can control which users are allowed to read, write certain pages. The moinmoin wiki has that, and it is something, that I think is very valuable. + +Some questions about the RecentChanges function. -- Ethan + +> (Moved to [[todo/recentchanges]] --[[Joey]]) ---- -It would be interesting to have a `` that would act exactly like the current `STYLEURL`, but without adding 'style.css' (`STYLEURL` could be defined in terms of `BASEURL`). This way it would be possible to have more flexible templates allowing multiple stylesheets, shortcut icons (and other images), etc. - sub baseurl (;$) { #{{{ - my $page=shift; +Also, I'd like to request another template parameter which is just +$config{url}. That way you won't have to hard-code the URL of the wiki into +the template. -- Ethan - return "$config{url}/" if ! defined $page; - - $page=~s/[^\/]+$//; - $page=~s/[^\/]+\//..\//g; - return $page; - } #}}} +> That's already available in the BASEURL parameter. --[[Joey]] ---- -The header of subpages always links to its "superpage", even if it doesn't exist. I'm not sure if this is a feature or a bug, but I would certainly prefer that superpages weren't mandatory. -For example, if you are in 'example/page.html', the header will be something like 'wiki / example / page'. Now, if 'example.html' doesn't exist, you'll have a dead link for every subpage. +# Canonical feed location? + +Any way to use `inline` but point the feed links to a different feed on the +same site? I have news in news/*, a news archive in news.mdwn, and the +first few news items on index.mdwn, but I don't really want two separate +feeds, one with all news and one with the latest few articles; I'd rather +point the RSS feed links of both to the same feed. (Which one, the one +with all news or the one with the latest news only, I don't know yet.) + +> Not currently. It could be implemented, or you could just turn off the +> rss feed for the index page, and manually put in a wikilink to the news +> page and rss feed. --[[Joey]] +>> That wouldn't use the same style for the RSS and Atom links, and it +>> wouldn't embed the feed link into `` so that browsers can automatically +>> find it.