The refshow configuration option wasn't used as described anymore
already in the latest release and after the introduction of the media
usage index the parameter is also no longer relevant for internal
optimization. The only place where it was still used is the no longer
used search_references()-function which is removed here, too.

The refshow configuration option wasn't used as described anymore
already in the latest release and after the introduction of the media
usage index the parameter is also no longer relevant for internal
optimization. The only place where it was still used is the no longer
used search_references()-function which is removed here, too.

This reverts parts of the changes from #154: Before merging the pull
request, a depth of 1 returned just the pages in the root namespace.
With the changes in the pull request, a depth of 1 also returned pages
in subnamespaces of the root namespace (as it was also tested in the test case).
This reverts this part of the changes and a depth of 1 returns just the
pages in the root namespace again.

This reverts parts of the changes from #154: Before merging the pull
request, a depth of 1 returned just the pages in the root namespace.
With the changes in the pull request, a depth of 1 also returned pages
in subnamespaces of the root namespace (as it was also tested in the test case).
This reverts this part of the changes and a depth of 1 returns just the
pages in the root namespace again.

At least if we want to be consistent with search_universal

Otherwise, when we check for equality, the test fails if the search start beneath
the max depth.
Eg: if I have the page ns1:ns2:mypage in my wiki, and launch the xmlrpc query
getPagelist("ns1", "depth => 1"), without this patch, it retrieves mypage

This problem was reported in https://forum.dokuwiki.org/thread/8143.
Apart from warnings you could notice that when you have namespaces "foo"
and "f.o" and you open the sitemap for "foo" that "f.o" is opened, too.

This reverts commit ba6c070e.
This reverts commit 92351008.

This changes the cache logic for metadata. It introduces a new mode that
tries to avoid rendering the page again for simple requests but still
updates the metadata when the page has been changed (but not when the
cache timeout has been reached or purge is used). It simply compares the
time of the last rendering with the last modified time of the page.

The old boolean $render parameter has been changed into an int with
three possible values. Compatibility for the old parameter is provided
using a check with is_numeric using the following mapping:
- false is still don't render (0 is the new value for that)
- true is using that new render logic which means that many plugins will
  still work unchanged even if they request a lot of data using
  $render=true (1 is the new value for that providing full compatibility
  in the case 1 has been used instead of true)

The default value for p_get_first_heading is now that new simple cache
logic, the default value for getting metadata is the cache logic which
should be used with care but is the only way to request (rendered)
metadata that can change because of plugin installations or upgrades.

As of VIM 7.3 it is no longer possible to specify the encoding in the
modeline. This gives an error message whenever such a file is opened,
thus this commit removes the enc setting from the modeline.

The hash option did not hash the correct content for the
found media files. This causes troubles in the sync plugin
http://github.com/splitbrain/dokuwiki-plugin-sync/issues#issue/1

Classes are loaded throug PHP5's class autoloader, all other
includes are just loaded by default. This skips a lot of
require_once calls.

Parser and Plugin stuff isn't handled by the class loader yet.

Ignore-this: 2b76ec324372c93371793344e0dbadde

darcs-hash:20091216152527-6e07b-7fc6fd3514cf42684d6dd95f419b709a9bdc0b94.gz

darcs-hash:20091124105300-e4919-ab8161782c535b7336794404b770caf652cd1a15.gz

Ignore-this: 259cb5773c3144c6c706d87298dcf674

darcs-hash:20091020212338-7ad00-6bf1c5c403491f136a1c02af5ecd9f84d7227107.gz

Ignore-this: c22ff5dcffaf279b6c4397893d5e82af

darcs-hash:20090828080240-7ad00-e36eb4f517af14202eed8bc9d432f636343af50f.gz

Ignore-this: 4d786345ea9bfb19fb6f8af9348f5248

This patch adds a callback for use with the search() function,
that is flexible enough to replace many of the other specialized
callbacks and opens up more possibilties to plugin authors without
the need to write new callbacks.

Existing callbacks need to be reexamined and rewritten to wrap
around this callback instead.

note: development was part of the ICKE 2.0 project see
      http://www.icke-projekt.de for info

darcs-hash:20090812101653-6e07b-d578baff97a0e8720e468e238aec06109048c8b8.gz

Ignore-this: 7d58d0069959747b9e20eefaabb7e1d5

darcs-hash:20090605110519-7ad00-7f5c5e8e9fb342c4bad6bae87b5e4d6333b1dffb.gz

Ignore-this: c1b12d1fbde51ee80e24fcd9b731a161

darcs-hash:20090515101112-7ad00-83140ea1f10f80ee691b4a70c00b8f990119c9c2.gz

darcs-hash:20090308171416-7ad00-c144ff2125b9abd9b99c3ad0b6a1c38a12bf55d9.gz

darcs-hash:20090302175515-7ad00-2be9b0e194acdc08606312bd9fd2a790565a0560.gz

darcs-hash:20090301192434-7ad00-aa49d6b371e3832e4c45c89ac8ffd367d278c74c.gz