Extension talk:DPLforum

Examples Wanted
Please Provide a little more Information. I've no idea how I can implement this like your example page. Please give an running example wiki code or a step by step tutorial.

Thanks

-Stefan-

79.211.199.66 16:55, 20 September 2007 (UTC)

Forum on each Discussion page
Is it possible to show a forum for each Discussionpage automaticly? I dont wanna insert this tags on every new page. Because this would be a lot of work.

I wonder also, if it would be possible to implement this to replace the discussion page on each article? --Rovo 16:20, 28 September 2007 (UTC)

Important topics
Is there the possibility to show first the topics tagged by a particular category (es. ) and last all the others? Something like this: namespace= prefix=/ firstshowcategory=Important topic addauthor=true addlasteditor=true historylink=true compact=all count=20 I think it's not very complicated... --Heavymachinegun 08:17, 30 September 2007 (UTC)

List Talk Pages
Has anyone figured out how to use this extension to list all the Talk pages of the wiki? I can't figure out how to set the parameters to do so. Thanks. --Rovo 16:48, 10 October 2007 (UTC)

How To Send E-Mail on New Topic
Hey, I run a wiki for Primus Technical Support and I'd like to be able to send an E-Mail to an address when a new topic is created in the Forum, whith hopefully the topic name.

Does anyoen know if this is possible??

And if not, does anyoen know how to modify the code to make this happen.

Thank You

MediaWiki 1.12 Forum Link issue
There seems to be an incompatibility between the {{#forumlink: parser function provided by this extension and the current alpha MediaWiki. Line 147 (function link) currently looks like:


 * return '[{{fullurl:{{FULLPAGENAME}}|offset='.$page.'}} '.$text.']';

This used to work. Now, the fullurl: and FULLPAGENAME variables are not being expanded into the actual values. They display instead as if they were plaintext. To force lookup as variables, this line needs to use a function like $parser->replaceVariables($arg) for each variable expression that it uses. --205.150.76.181 23:30, 3 January 2008 (UTC)

I have just hit this problem - here is how you resolve it:

In DPLforum_body.php (or forum.php in older versions) Replace:
 * return '[{{fullurl:{{FULLPAGENAME}}|offset='.$page.'}} '.$text.']';

With:
 * return '['.$parser->replaceVariables('{{fullurl:{{FULLPAGENAME}}|offset='.$page.'}} ') .$text.']' ;

--161.65.16.253 23:47, 5 June 2008 (UTC)


 * Another solution, if you have StringFunctions and ParserFunctions installed, is to create a template that replaces all those rubbish wikicode by a working link. For example, put the following code in a template (for example,  Template:Forumlink :

 {{#ifeq:{{#forumlink:{{{1|50}}}|{{{2|+1<50}}}|{{{3}}}}}|||[{{fullurl:{{FULLPAGENAME}}|{{#replace:{{#replace:{{#forumlink:{{{1|50}}}|{{{2|+1<50}}}|{{{3|&rarr;}}}}}|[$(${{(}}fullurl:{{(}}{{(}}FULLPAGENAME$)${{)}}{{!}}|}}|{{)}}|}}}}}}


 * It requires you to create also a  Template:(  (which only contains the  {  character) and  Template:)  (which only contains the  }  character).
 * Then use  {{forumlink|A|B|C}}  instead of  {{#forumlink:A|B|C}} . At the time of writing this, it works at . --Ciencia Al Poder 14:28, 8 December 2008 (UTC)

"Previous page"
You give an example how to create nex page link:

How can I create a "previous page" link?

Thanks --Peter 217.153.125.219 11:03, 6 February 2008 (UTC)


 * Use:  </tt> --Ciencia Al Poder 14:31, 8 December 2008 (UTC)

running example
Hello, do you got a running example of this extension? It would be nice. :-) --212.23.103.118 19:47, 15 March 2008 (UTC)


 * All Wikia sites run DPLforum and most sites have forums set up. See Forum:Index on the Central Wikia or on Wookieepedia for a couple examples. -- Sayuri 20:29, 15 March 2008 (UTC)

For that matter, all Uncyclopedia projects have the extension, regardless of where they're hosted, as this originated on that project. --Carlb (talk) 17:02, 28 February 2012 (UTC)

Dates
First of all: Is this extension still being actively developed? If so, the output of dates needs to have a mw-formatted-date class added to the generated elements, like: This way scripts etc can recognize it as such. fe. for sorting in sortable tables. -- TriMoon 04:47, 1 December 2010 (UTC)

Works for 1.16?
I cannot get this to work for 1.16. anyone else has? If so can you provide link? Adamtheclown 20:06, 15 December 2010 (UTC)


 * I am not sure if this is the same error you are speaking of, but in our wiki (version 1.16.5) we received the error:
 * This is because the function parseForum in DPLForum.php expects the argument to be given as a reference (&$parser</tt>) while the function extensionSubstitution in Parser.php returns the argument as a value ($this</tt>); see also for more information on passing arguments to functions. By removing the ampersand from &$parser</tt> we were able to fix the issue, although we are not sure if this might lead to other problems. --24.103.97.6 00:27, 24 July 2011 (UTC)
 * This is because the function parseForum in DPLForum.php expects the argument to be given as a reference (&$parser</tt>) while the function extensionSubstitution in Parser.php returns the argument as a value ($this</tt>); see also for more information on passing arguments to functions. By removing the ampersand from &$parser</tt> we were able to fix the issue, although we are not sure if this might lead to other problems. --24.103.97.6 00:27, 24 July 2011 (UTC)

Compatibility with Liquid Threads
Is this extension compatible with Liquid Threads? MyrtonosTry liquid theads 11:04, 18 January 2011 (UTC)

Uninstall
How do you uninstall this? I'd like to completely purge it from my database, and I'm not sure what it added. 216.107.215.226 15:44, 22 January 2011 (UTC)


 * DPLforum doesn't add anything to the database (except maybe some sort of cache in the objectcache). It's only a new tag for the parser. You only have to comment out or remove the lines that include the files from your LocalSettings.php. --Ciencia Al Poder 13:53, 22 May 2011 (UTC)

Weird Bug
We're seeing a weird issue where creating a new forum will spawn the following in the header. Editing Forum:Forum:Testing

Our setup for it is as follows:

PHP - 5.3.8 Mediawiki - 1.18.1 (Test Server) & 1.17.2 (LIVE) Lastest DPL download for each version Latest CreateBox for each version

Any insight into this issue would be appreciated. —The preceding unsigned comment was added by ProgramCeltic (talk • contribs) 00:34, 7 February 2012‎ (UTC)


 * I had the same issue. Therefore I changed as workaround using extension inputbox instead of createbox for creating new forum articles. Example:


 * Hope that helps. --Singlespeedfahrer 14:09, 7 February 2012 (UTC)
 * I have this issue with one of my two wikis that are using DPLforum, but strangely enough, it's fine on the other. I'm using Singlespeedfahrer's workaround, but the issue with that is that if a thread with the same title already exists, it'll take me to the edit page for the already-existing page rather than telling me it already exists and I should use a different title, which can cause confusion. —71.197.220.208 23:12, 26 February 2012 (UTC)

What if Namespace 110 is already in use for something else?
Is there anything 'magical' about the default of 110 for auto-created Forum: space or is this arbitrary?

I've been seeing desciclopédia.org (where fórum: was 20 and dicionar.io was 110) malfunction in such a way that clicking on Forum:uma coisa... would actually send the user to a page with the same base name but the prefix of whatever namespace is on 110 locally; the tab at the upper-left of the page still indicates (ns-forum) instead of the name of whatever's on 110. The use of non-standard numbering (20 as Forum:) worked without incident on every MediaWiki version from 1.07 to 1.17 but is now breaking as of this revision onward because 110: is now hard-coded into the source files.

Fixing this requires renumbering *everything* to send the existing 110: to a vacant namespace (in this case, 100:) then send Forum: to 110:

Total 1693+4061 = 4754 pages moved (plus 125 talk pages) for the two namespaces, with corresponding changes to Special:Namespaces (to update $wgExtraNamespaces) and MediaWiki:Common.css (which was being used on-wiki to set a logo per-namespace). :(

This was not the only wiki with Forum: on some other number, 110 already in use and MW upgraded to 1.18-1.20 with the latest version of this extension, taking forum: from working to broken and dumping visitors to these pages to some other, already-extant namespace. It was just the highest-traffic site on that one server set to be using 110 for something else. I am seeing issues on other wikis with (Forum: - some arbitrary namespace not 110, 110: vacant) as well - but those appear just as missing Forum pages. --Carlb (talk) 18:38, 18 February 2012 (UTC)