This Bounty Program is designed to encourage development of DokuWiki software by its core developer(s) and the many plugin developers. Funders of bounties help DokuWiki developers to enhance DokuWiki in particular areas of interest to its users.

Bounties are open for any private individuals and companies - you just have to ensure (by finding other interested funders or by raising an interested topic) that the bounties' worth is not too low. Of course small changes are done for a lower amount of money than bigger ones.

• List the bounty below under “open bounties”
• specify exactly what you want to offer money for
• specify exactly how much funds you offer (please use USD or EUR)
• specify exactly how long your offer will stay open (date)
• specify exactly who you are (including contact information)

A bounty is valid as long as there is at least one non-timed-out funding offer for it. If a bounty gets invalid, it will be either removed or changed into a FeatureRequest by dokuwiki development core team.

As long as the bounty is not taken, you can take back or change your funding offer at any time.

At some time, one or multiple people will like to take a bounty

• They will discuss with DokuWiki development core team how to proceed best for starting implementation.
  • If the task is implemented as a plugin, this is mainly to talk about how it is done best.
  • For the case the task needs changes to core code, it is mainly to discuss if this is needed and wanted.
  • The contacts person of the contracting group (mostly a subgroup of the core team) will contact the funders and invite them for paying some initial rate (50%). He/She will clarify outstandings issues at this point.
  • The feature will be implemented and after it is done, the final rate will be demanded (50%).
  • The resulting code should be based on current code and must be publicly released under the GPL after funds are transferred.
  • If not all funders want/can pay the initial rate, the whole bounty will be rolled back including the transfer of money if necessary.

We use Dokuwiki for online documentation of our Opsview product: http://docs.opsview.org

We split out the documentation based on the release number of our product, so this allows us to make sure documentation is valid for a specific release. Our workflow is that for an upcoming release, we copy the entire subdirectory/namespace and rename to the new release number and we update documentation based on the changes for that new release as we develop.

However, we find we need branching. For instance, we could fix a problem in an earlier release, but only the specific release document would be updated - it is a manual task to update later releases. This manual task is sometimes forgotten. This in turn means that we could “lose” changes because we only cut new releases based on the latest release.

For our code procedures, if we update an older release, we can just use subversion to merge changes between branches. I'd like some automatic merging to take place behind the scenes by dokuwiki, though it would obviously have to flag if there are conflicts.

So this bounty specifically requires that I can:

• make a change to a document at any particular release
• changes are merged “upstream” to later releases automatically
• conflicts are flagged within the dokuwiki interface for manual resolution
• can still revert back to prior versions as usual with changes propagated upstream
• without leaving the dokuwiki interface

Just for ideas: git in the backend?

We are offering 300 Euros.

This offer will stay open until 17th December 2007.

Ton Voon ton [dot] voon [at] altinity [dot] com

Im using feed module from Esther Brunet: http://www.wikidesign.ch/en/plugin/feed/start

Actually this module just exports plain text and i want full html. I've asked Esther to do it but she's too busy to take the job so im offering 100€ to anyone that can do it.

Here is the svn repo: http://code.google.com/p/feed-plugin/source Ask for further info.

Offer: 100€

Contact: muzzol muzzol [at] gmail [dot] com

Note! Im new to DocuWiki!

I was reading Scalability and saw this… 7,733 documents (23.4MB), on single user system, searches > 5 minutes. On hosted server removed search facility and replaced with another. Even excluding 6632 documents (18.6MB) having huge problems with Web spiders such as Google, effectively creating a denial of service. or 1477 pages (13.2 MB), intranet with 1-2 users (being tested for scalability) - Dedicated dual-processor server w/5GB RAM and eAccelerator. Searches are slow, but almost manageable. Viewing namespace indexes is almost impossible, and I get frequent PHP timeouts even after increasing the timeout value to 60 seconds.

So what would happen if the search of 7000 docs were broken down into 37 folder e.g. 1 2 3 4 5 6 7 etc. a b c d e f g h etc. ???

* I would like to have all the pages save to a Alphabetically folder .e.g. a.txt will go to folder A b.txt will go to B folder!

* I would like the Search to look in the folder beginning with the 1st letter in the search e.g. Batman first letter B = folder B search batman.txt!!!

* How much?: $25 USD payable via paypal. contact me: info a@t eziner d0t 0rg *If you like this Idea, Please Help Pay*

* My offer is open till it done!

I have a http://www.bloghoster.net/ plaform that saves files alphabetically if you need it email me!

Discuss this at my site please Eziner

A big effort has been put into improving DW speed of searching. Visit the mailing list archives for details and try the latest snapshot to get a first hand idea of the improvements. Its very unlikely such a system as you describe would be included in DW as DW is language and alphabet agnostic. Also search doesn't just look at page titles but their contents, your system would provide little benefit. Do you have an issue with the AJAX system currently used in DW whereby DW suggests page names as you type? — Christopher Smith 2007-03-15 03:46
PS. Your wiki isn't open to anonymous comments so its not reasonable to ask people to comment there.

• I would like a word count function that counts the number of textual words on the page.
• How much?: $20 USD payable via paypal
• Offer open during the months of August and September 2006. I need the word count feature, especially, for the semester beginning in September.
• Who am I? Professor of Law, Criminal Justice, and Writing at Rutgers and Rowan Universities (and SAHM) junk AT hillaryburgess DOT com. Please include “Wiki Word Count” in the subject of your email.
• Others: Please offer to contribute to this function.

I created a simple word counter script which will show the number of words while editing. Feel free to donate if this fulfills your needs. — Andreas Gohr 2006-12-15 21:50

• I would like a page info function that creates a page on the fly that contains the following information: Last Modified, Last Author, Page Version (Page version is the number of different pages saved), Markup (Markup is the number of significant changes), Size (in kilobytes), Hits(number of times the page has been viewed), number of paragraphs in the document, number of sentences in the document, average sentences per paragraph, average words per sentnece, and most importantly word count (the number of textual words on the page).
• How much?: $30 USD payable via paypal
• Offer open during the month of August 2006. I need the word count feature, especially, for the semester beginning in September.
• Who am I? Professor of Law, Criminal Justice, and Writing at Rutgers and Rowan Universities (and SAHM) junk AT hillaryburgess DOT com. Please include “Wiki Page Info” in the subject of your email.
• Others: Please offer to contribute to this function.

• I want 2+ users to be able to edit a single page via partial page edits of specific sections. I have outlined two methods in which it can be done. It seems this may not be a simple plug-in but a rewrite of part of the core? Can some authors comment on this at the link listed? In which case I'd like to discuss with you the best way to do it and bounce it off some of the authors of DokuWiki.
• How much?: $45 USD
• My offer is open through July 2006… or until i just do it myself. Contact me.
• Who am i? Resident of Berkeley, CA, USA. Tim Hon. (my firstname) –at– simulat —|dOt|— c0m.
• ANYONE ELSE WANT THIS FEATURE? I KNOW THERE MUST BE A BUNCH OF PEOPLE. ADD A BOUNTY TO THIS:

• This would be very useful in group editing/whiteboarding situations. I will add USD $50 PayPal dollars to this bounty. Since the previous bounty may currently be expired, I will extend thru March 2007. – Pierre Omidyar (first[at]last[dot]net)

* How much?: $25 USD payable via paypal. contact me: info a@t eziner d0t 0rg I will extend till it done!

• what for?: functional WYSIWYG similar to MoinMoin's wysiwyg, preferrably implemented as a plugin. There is a wikiwyg started but it seems not to work (doesn't save pages properly)
• payment?: $25 USD
• how long? May 2006
• who am I?: Ryan Knoll, US resident, ryanknoll @at@ yahoo @dot@ com, not affiliated with any company. Can pay with paypal or other reasonable means.
• OTHERS: Please add money to this bounty if you want it too!
  • I add 10 EUR via PayPal Konrad Bauckmeier 2006-01-19 09:00
  • I also add 10 EUR via PayPal Alexander Kucera 2006-04-28 10:22
  • I also add 100$ CDN via PayPal Jonathan Kelly 2006-04-05
  • I also add $15 USD via PayPal junk AT hillaryburgess DOT com
  • I also add €10 via PayPal PDD 2006-11-06 20:48

• Your have test this? http://apassant.net/blog/2006/06/25/96-integrate-fckeditor-in-dokuwiki.
  • Has anyone tested this fckeditor? How well does it work? Are internal links still easy to create? Thanks!
  • A closer read of that FCKeditor in Dokuwiki posting says that it doesn't write wiki syntax, but instead writes HTML. It inserts beginning and ending HTML tags around the edited section. I'm thinking about whether this a good or bad thing. My experience with doing large tables in wiki syntax is that it's pretty messy (especially when doing colspan or rowspan activities), so doing the basics in Nvu and copying over into an HTML section of a wiki is somewhat of a relief. If you already have a lot of wiki syntax, then you could end up with pure wiki syntax pages and pure HTML syntax pages. - David Ing, 2007/01/22

this works: http://wiki.flux-cms.org/display/FCKW/Home we use it on our (internal) site - hoberion

• I like to add Tags to pages and find them in dokuwiki like described here in Mailing List
• payment?: 20 EUR
• how long?: May 2006
• who am I? Konrad Bauckmeier 2006-01-19 09:01, german. Can pay with paypal.
• OTHERS: Please add money to this bounty if you want this feature too!

Esther's blog plugin takes care of this, right? Yeah, this is solved by Esther's plugin. It works great to create page categories. I guess all that's missing is a tag index and a way to search by tags, but if you keep your wiki tidy, it's more than adequate.

maybe something like del.icio.us

Hello, I'm missing tagging, too. Tags are very cool for search in a messy wiki The blog plugin is to big for me. Only a tag option and some functions that show the taglist like del.icon.us for embedded in some plase, I like.

I too am missing tagging. I'll add $25 USD to this bounty, payable via paypal. Nick Huntington

The blog and tag plugins have been split into different plugins. Can we/you donate to Esther and consider this closed now? — Viktor Söderqvist 2006-11-16 03:22

No, it's not enough. Esther's plugins are fabulous, but the list of tagged articles are not generated automatically. I hope DokuWiki has a built-in mechanism to handle tagging or categorizing, at least as MediaWiki do. — Roberto Ciang 2007-04-02 14:31

Is the tag plugin working as expected now ? — Christophe Gragnic 2008-01-05 16:31

• what for?: Managing large tables. Current syntax is too cumbersome to edit if there are multiple rows. It was discussed on the mainling list
• payment?: 25 Euro
• how long?: Dec 2006
• who am I?: — Shiva Shankar 2006-09-19 17:53
• OTHERS: Please add money to this bounty if you want it too!
  Shiva, please look at users:wflamme:exttab1 if this goes in the direction you want

Hi Werner. I am currently on holiday so wont be able to test this till next week. But of course I am very happy to see this new plugin. Email me privately on how i can send the bounty to you. It would be my way of saying Happy Halloween :)

— Shiva Shankar 2006-10-18 13:31

• what for?: Config option for registration approval- lets you leave “auto-register” on, but new registrations require admin approval. Saves admins time of adding new users- when clicking an approve link is much preferable. We need this for our Intranet IT-only documentation wiki.
• payment?: $100 by Company check
• How Long?: Mar 2007
• who am I?: — Matt Wilbur 2007-01-03 22:05
• OTHERS: Please add money to this bounty if you want it too! - or if I'm a bonehead and you know a non-feature-adding way to do this, that works too. I won't offer $100 just to point out that I am a bonehead, just for a reliable and part-of-dokuwiki solution :)

A way of doing this without re-writing the user manager plugin would be to set config for defaultgroup to something like “none” and set up the ACL in the root namespace for that groupname to have the same access as group “ALL” which is unregistered users or users without a group. Then to see a list of users awaiting approval, an admin navigate to the usermanager page and search for users in group “none”. Edit the user to be part of group “user” or whatever group has some rights according to your ACL.
I know this is not the best solution, as it requires a little more than just clicking a link to approve users, nor does it tell the user that he needs to wait for an admin to approve him. But I think it comes pretty close to what you want with minimal effort :) — David Lorentsen 2007-02-22 16:11

A small note: To inform the user that he/she needs to wait for an approval from “Admin”, the notification mail content can be modified and be sent to the user. — C Ravi 2007-08-13

• what for?: Using Lightbox for single image links like the: {{http://de3.php.net/images/php.gif?200x50}} link syntax (In other words: Not with the gallery plugin where you have to upload the images to the server first). Meaning we can use the lightbox feature for off-site images as well as with images on the server. (Preferably version 2 of lightbox)
• payment?: 25 Euro
• how long?: May 2007
• who am I?: — Mark Maas 2006-05-01 13:08
• OTHERS: Please add money to this bounty if you want it too!
• SOLUTION: LightBoxv2 by ogeidix

• what for?: Integrate Lightbox v2.0 into dokuwiki using a syntaxplugin, Especially the “Image set” capability is very important to me at least.
• payment?: 25 Euro payable via Paypal. Mark Maas
• how long? Until a new lightbox version is out
• who am I?: Mark Maas, systems admin. Would love this for his homepage.
• OTHERS: Please add money to this bounty if you want it too!

SOLUTION by Andreas Gohr. The gallery plugin was enhanced to optionally use lightbox style image viewing including the set feature. Everyone using this feature is welcome to donate

• what for? I'd like a plugin to that lists all contributions from a particular user, such as

 {{edits_by>username or IP}}

• payment?: $15 USD
• how long?: May 2006
• who am I? Ryan Knoll, US resident, ryanknoll @at@ yahoo @dot@ com, not affiliated with any company. Can pay with paypal or other reasonable means.
• OTHERS: Please add money to this bounty if you want this feature too!

• SOLUTION by Esther: Blog plugin can now display {{editor>*?username}}, displaying the pages and last date/time of edit by username, or display each and every revision by a username. Now if we can only can only hyperlink every displayed usernames and IP, when clicked will show all the user's edits…dreaming :)

Thanks Ryan! I suggest you donate the mentioned $15 USD to Andi. — Esther Brunner 2006-03-09 16:02

done, donated 11 EUR ~ $15 USD to andi - — Ryan 2006-06-06 19:12

this is very good things //