save the full path to the setup file

typo

avoid forcing verbose off

Setting to undef rather than 0 means that setup files generated from
the cgi wrapper will not have verbose set to 0, but instead commented out.

typo

Revert "typo"

This reverts commit c8d3626c51bdc53781d9431b1da88ae1e92dc2d5.

avoid forcing syslog setting

This avoids forcing the setting to 0 if it was not set at all.

typo

don't set values for verbose and syslog by default

Setting the values in the setup file by default makes it annoyingly hard to
override them at the command line (since setup files override the command
line).

Both default to off if no value is set.

Clarify some wording in the setup documentation that could maybe lead users to putting paths with "~/" in the setup file, which doesn't work. Closes: #493835

Suggest fixes

Add note on work-around

Clarify when 'above' and 'below' mean higher and lower on the page, and when they mean printing over the top of other items

More information making sidebar and recentchanges work together

Add screenshots

creole hyperlink trouble

clear up

set background color of floating divs

If a floating div is next to (and in front of) a div that takes up the
whole screen width, and has a background color set, that color can bleed
through into the floating div. One exampe of this is inline's blogpost
form. Avoid it by setting the background color of the floating element.

Add simple patch to silence a warning when using monotone

improve fix to DTRT for a param of "0"

done

Suppress warning about uninitialized value if directives look like [[!foo]]
(cherry picked from commit cf58eefaa56eb17c227d97d129bf95e3dab54fd3)

hm

note that MIME sanity code seems to exist in attachment.pm

clarify "deals with MIME"

Use localikiwikicreatesite for simple bootstrapping of demo.

add websetup to auto setup

plugin enable/disable working and bugfixes

loosen qw regexp

Full po4a support!

work around strange problem with banned_users

Its value was being ignored. Some kind of formbuilder bug?
Anyway, prefixing all keys with a section seems like a good idea
generally, in case there's ever overlap.

checkboxes back

use radio, not checkbox, for booleans

Had to do this due to one of CGI::FormBuilder's more annoying quirks -- it
loses the value of a checkbox field with only one option, always treating
it as checked.

add plugin safe/rebuild info (part 3 of 3)

test skeleton.pm.example

solution with an inline directive

support rebuild tristate

also some fixes to change minimisation logic

fix misc breakage from plugin safe/rebuild data addition

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

remove bogus symlink

Demote renamepage hook to a <h3> to fix the ToC

add plugin safe/rebuild info (part 2 of 3)

(brain.. melting..)

anonok is safe

reorg settings

move plugin toggles to before config setting again

ui improvements

show force disabled plugins in advanced mode

add plugin safe/rebuild info (part 1 of 2)

too many plugins.. brain exploding..

plugin safe/rebuild controls

need to adjust goodstuff for 3.0

add advanced and basic modes

avoid adding extra disabled fields for arrays

properly support all types of data in arrays

remove description_html, add link

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

Bail if both srcdir and repository are not specified.

note that 2.60 is needed for auto setup

link some related stuff

support arrays

reword

update

add

rebuild detection

pull values from form to config

fix syntax error with corrupt data

Just because it's supposed to be an integer or boolean doesn't mean the
vlaue really is..

collect a hash of shown fields

Need to do this to know what fields to take from CGI.
(Can't trust that only safe ones are sent..)

show unsafe options (RO) by default

Small data leak, but only to admins, and I think it's worth it to see the
stuff that cannot be configured.

avoid syslog whining from broken plugins

small patch update

avoid setting default value in websetup_force_plugins

This would make changes not be seen later.

Add patch to bug report

update to actual generated example

Sidebar layout strange

don't install demo external plugins by default

websetup form display done

basic form display done

add description_html

refactor

relocate

skeleton of web setup plugin

update

update on google not grokking feeds

Add patch to change markup type

Suggest how to solve this

Add simple patch to silence a warning when using monotone

banned_users move to setup file, stage 1