X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/c4b171221279d358b1aee1468e7d8d98b923af8c..9eacac46434c4f17d20ef64cf054f9eeb3b3266c:/doc/index/discussion.mdwn?ds=inline diff --git a/doc/index/discussion.mdwn b/doc/index/discussion.mdwn index 4374130fa..f15d91c6d 100644 --- a/doc/index/discussion.mdwn +++ b/doc/index/discussion.mdwn @@ -9,52 +9,8 @@ Note that for more formal bug reports or todo items, you can also edit the # Installation/Setup questions -I have just installed ikiwiki and it works - at least I have the example index.mdwn page -compiled 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). - -> You're right, HTML::Template is required. HTML::Scrubber is only required -> in the default configuration, and is optional if the htmlscrubber plugin -> is disabled. --[[Joey]] - -* I don't seem to have got an ikiwiki man page created. - -> It should be installed in /usr/share/man, or a similar directory -> depending on how your perl is set up and how you did the install. -> --[[Joey]] - -> Found it, in /usr/local/share/man, since no other man pages are in either /usr/share/man or in /usr/local/share/man the ikiwiki -> man page is a bit lonely, and more to the point not on my MANPATH. Still I have found it now, I'll just move it to somewhere -> more sensible. [[Chris]] - -* 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? - -> Further tests indicate that ikiwiki isn't seeing changed files so doesn't always rebuild. -> 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 -either though it was the command line I originally used to compile. After a long interval I 'touch'ed -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! - -> ikiwiki only compiles files whose modification times have changed. It -> should see any change made as close as a second after the last compile. -> When run with --setup, ikiwiki always rebuilds every file in the wiki. If -> --setup is not working, you must have it pointed at the wrong path or -> something; you can pass -v to see what it's doing. I don't know why it -> would not see recently changed files; you could try stracing it. -> --[[Joey]] - -> OK, thanks, I don't quite know what was happening before but it seems to be working right now. -> --[[Chris]] - ->> Weird. I wish I knew what happened, but as it's working now, I'm ->> guessing some kind of user error was involved. --[[Joey]] - -* 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. +(I've moved HarleyPig's problem to its [[own_page|bugs/xgettext_issue]] +--[[Joey]]) ---- # Excellent - how do I translate a TWiki site? @@ -161,7 +117,7 @@ actions. However, it may not be something everyone appreciates. Any thoughts? --[Mazirian](http://mazirian.com) > Maybe, although it would need to take the critisism at -> http://www.cs.tut.fi/~jkorpela/forms/accesskey.html into account. +> into account. >> Thank you for that link. Given that the edit link is the first thing you tab to >> in the current layout, I guess it isn't all that necessary. I have had a @@ -191,16 +147,6 @@ Ok, that's my last 2 cents for a while. --[Mazirian](http://mazirian.com) ---- -# RecentChanges should show path to wiki sub-pages? - -The RecentChanges only shows the final file name for the recently changes file, -for example "discussion". It would be more useful to see "index/discussion" -or the path to the sub-page. I think this is handled by the htmllink() routine. - -> Went ahead and did this, IMHO the display is ok as-is. --[[Joey]] - ----- - # Should not create an existing page This might be a bug, but will discuss it here first. @@ -219,20 +165,26 @@ Clicking on an old "?" or going to a create link but new Markdown content exists ---- -# Refreshing RecentChanges page +# User database tools? -What do you think about refreshing RecentChanges page (via Meta Refresh Tag)? -It can be useful for users like me which rather prefer watching the last changes -in WWW browser tab than subscribing to page. --Pawel +Any tool to view user database? -> Depends, if it were done the time period should be made configurable. -> Unwanted server load due to refeshing could be a problem for some. -> --[[Joey]] +Any tool to edit the user database? + +> No, but it's fairly easy to write such tools in perl. For example, to +> list all users in the user database: + + joey@kodama:~/src/joeywiki/.ikiwiki>perl -le 'use Storable; my $userinfo=Storable::retrieve("userdb"); print $_ foreach keys %$userinfo' + http://joey.kitenet.net/ + foo ->> Yes, it should be configurable by ikiwiki admin. I believe he's not ->> stupid and he will not set too short refresh period to kill his server :) ->> I propose to add `recentchanges_refresh` variable in ikiwiki setup ->> to setting refresh period. If it's not defined, then ikiwiki doesn't put ->> refresh meta tag into `recentchanges.tmpl`. Do you like it? ;) --Pawel +> To list each user's email address: ->>> Seems reasonable --[[Joey]] + joey@kodama:~/src/joeywiki/.ikiwiki>perl -le 'use Storable; my $userinfo=Storable::retrieve("userdb"); print $userinfo->{$_}->{email} foreach keys %$userinfo' + + joey@kitenet.net + +> Editing is simply a matter of changing values and calling Storable::store(). +> I've not written actual utilities to do this yet because I've only needed +> to do it rarely, and the data I've wanted has been different each time. +> --[[Joey]]