Project talk:WikiProject Extensions

About this board

 Home Discussion Participants Projects Ideas & Requests Workshops Barnstars Templates 
This is a place to share and brainstorm ideas specifically related to WikiProject Extensions and its projects.

Please use the support desk for any MediaWiki software related help inquiries and the current issues noticeboard for discussing issues related to site.

Ask new extension into frwiki

Bouzinac (talkcontribs)
Majavah (talkcontribs)
Reply to "Ask new extension into frwiki"
Johnywhy (talkcontribs)

i clicked join on this page, and added my name. Does that trigger any further action besides adding my name to this page? What's next?


Reply to "What happens after i join?" (talkcontribs)

I am going through the wiki installation and want to add extensions i think it would be good when the link at the front-page leads to a tutorial about extensions instead to the developers place.

This post was hidden by (history)
Reply to "extension list"

Convert this to a MediaWiki Group?

Qgil-WMF (talkcontribs)
Reply to "Convert this to a MediaWiki Group?"
Seb35 (talkcontribs)

Hi, I collected some statistics about the number of extensions (various figures from different sources) and their quality (mainly using categories here on Are these statistics interesting from your point of view? if so, some script could be written to automate the process.

Do you see other figures, which could be interesting? I have some idea that the number of extensions with automated tests would be interesting (it’s a sign of very good health for an extension to have such tests), but I don’t think there is an easy way to create this number. A further step could then to have the number of extensions, which pass (e.g.) 95% of automated tests with MediaWiki last version.

DanielRenfro (talkcontribs)

Very interesting; thanks Sébastien!

I have no use for these numbers (but then again WMF or might have a use,) but they are interesting. Almost 150 extensions used on WMF production sites - wow! I'm glad to see such a thorough overview of the extension landscape.

Reply to "Statistics about extensions"

Git submodules, subtree, or symlinks?

Negative24 (talkcontribs)

I have a MediaWiki installation that I want to keep linked to the mediawiki/core branch so that I can keep updated with the code. That MediaWiki installation would be used for testing of my extension that I'm writing which would be written in the regular /extensions/MyExtension directory but I would also like to use a local git repo to keep track of my extension's changes. Should I use git submodules, git subtree or symlinks so that I have a git repo in my /extensions/MyExtension as well as the mediawiki/core? What do you use/recommend? Thanks,

Seb35 (talkcontribs)

To write and live-test my extension, I have a symlink from core/extensions/MyExtension to my extension directory, but you can also `cd core/extensions; git clone /your/extension/MyExtension` if you want to keep control of the deployed version. You can be interested by MediaWiki-Vagrant (I cannot give advices with that, I didn’t succeed in installing it).

GregRundlett (talkcontribs)

There is a .gitignore file in mediawiki/extensions/ that ignores everything in 'extensions' so MyExtension will not "interfere" at all with updating your core checkout.

If your extension is brand new and you aren't hosting the code anywhere (meaning there is no "remote" for your code), just create a git repo in your project folder itself. ie.

# create a MyExtension directory in the extensions/ folder.  
cd path/to/core/extensions
mkdir $MyExtension
cd $MyExtension
# hack hack hack
git init .
git add . -m "initial commit of $MyExtension code"
# hack hack hack
git commit -am "some more improvement, getting close to feature complete"

Later, when your extension is ready to be published, you can add a remote to your $MyExtension and push it there (including if you want to host there and follow guidelines) I believe you would only use a submodule if $MyExtension were to be deployed with a specific release of MediaWiki proper.

If you want to develop $MyExtension against a specific release of MediaWiki, then after cloning core, checkout the branch you desire.

Reply to "Git submodules, subtree, or symlinks?"
Chaosdruid (talkcontribs)

Hi all

I am unfamiliar with how media-wiki support works. I believe I posted in the right place but, as questions there seem to go unanswered for quite some time, I thought maybe someone here could point me to where I can ask for the info?

Original question


Qgil-WMF (talkcontribs)
Reply to "Unanswered question"

Concerning; Conflicts of Project Management

Habatchii (talkcontribs)

This inquiry is directed towards the Dispute Resolution committee(s) of this and other WikiMedia sites.

Accordingly; I recent signed on as a member of the 2012 Extension Page Review Drive project here on the mediawiki site, under the direction of User:Varnent and proceeded nonchalantly and without bias intent to try new extensions, reporting 'some' of those that did not work with MW1.19. I had positive results until approached by User:Jasper Deng who did accuse me of a gross misrepresentation (see; Concerning; Extension:SecurePoll).

There is an obvious conflict of Project Management in this case. I do not have any legal issues with the aforementioned editor, nor the original author of the extension(s) in question. I only intended to notify other editors and users that the published version was not completely cited for useability by using site authorized templates.

In addressing the editor's usage of Wikipedia material, there are more conservative than accusations being drawn.

Please consider establishing a new Project Resolution process to avoid possible edit conflicts. Such a resolution may include a new showcase project for system or featured extensions, so reducing unsolicited traffic, notification for project members and providing administrative overhead for developers.

Disciplinary reliefs will not be sought in this matter.

Reply to "Concerning; Conflicts of Project Management"
Kghbln (talkcontribs)

Hi Varnent, this concept/proposal assumes that coders behave like wikipedians in a sense that they like editing wikis. My experience is that there are a lot of coders out there who do not behave like wikipedians. I even believe they represent the vast majority. They are more into coding which is understandable. Some extension pages do not even offer a utmost useful description and how to for that very reason. Since this concept requires even more involvement ... It would be good to have some comments on this be leading MW coders. They know their community even better and will be able to provide more elaborate comments on this. Cheers (talkcontribs)

I think the rather poor and confusing documentation on itself is proof that coders do not like editing wikis. In fact one of the major hurdles to editing or creating an extension is the documentation itself. Oh, the irony.

Varnent (talkcontribs)

I think everyone is aware of the problems. I'm curious what ideas folks have for solutions.  :)

DanielRenfro (talkcontribs)

I think one of the only solutions to solidifying the developer community is to engage those developers on-wiki. IRC is a good vector for discussion, as well as the mailing lists, but for larger-scoped and more permanent discussions and project descriptions, we're all going to have to commit to editing the wiki. Now, the issue becomes, how do we entice get the developers to edit the wiki? One thing I can think of is attribution and/or recognition for their work. Barnstars are great, but don't really carry that much weight with the community.

Reply to "First thought"

Template for Extensions needing documentation

MarkAHershberger (talkcontribs)
Varnent (talkcontribs)

These two seem to be the closest...but we could do something extensions specific too if that'd be helpful..

Reply to "Template for Extensions needing documentation"
Return to the project page "WikiProject Extensions".