Active development of JAMWiki has ceased, and bug fixes and support will be limited at best. If you are interested in taking over management of JAMWiki please send an email to the jamwiki-devel mailing list.

Feature Requests/Implemented

This page is an archive of Feature Requests resolved during various JAMWiki release cycles.


JAMWiki 0.5.x

Opening External Pages in Another window

Implemented: JAMWiki 0.5.4

Moved from the Feedback page:

When we give the links for external websites, the link is opening in the same page, i have them opened in separate window than in the same window. How to enable that in jam wiki? --Durga 06-Dec-2007 11:41 PST

You should be able to open external links in a new window by enabling the "Open external links in new window" option on Special:Admin#General settings - see Configuration#General settings. Let me know if you have any trouble. -- Ryan 06-Dec-2007 12:18 PST

JAMWiki 0.6.x

Set the default language on the translations page

Implemented: JAMWiki 0.6.3

A nice to have:

  • The language setting on the translations page should default to the language being selected based on the browser setting. If a translation that matches the browser setting is available, that should be used as the default. If not, "en" should be used as a default.

Possibly, you just forgot this one:

  • The list of languages in the pull down list lacks "en" and "ja".
Defaulting to the browser language should be easy to do - please remind me if I forget :) As to why "en" isn't appearing, the list currently displays the extensions from all current files, and since "en" is the default (ie it doesn't appear as an extension. If needed it would be easy to change the "blank" option to "en". As to "ja", it should be appearing - I see it when I look at Special:Translation, so if you aren't seeing it for some reason let me know and I'll investigate. Thanks for the suggestion & bug report. -- Ryan 05-Dec-2007 16:01 PST
As of revision 1950 the page should now default to the user's default language. Additionally, "en" should now appear in the list of languages. I haven't yet copied the new code to will will probably do so in the next 1-2 weeks. -- Ryan 09-Dec-2007 09:15 PST

Sort untranslated texts to the top of the page

Implemented: JAMWiki 0.6.4

Also nice to have:

  • sort all untranslated texts to the top of the translation page or add something like a "filter button" which shows only untranslated entries. Axel Kramer 09-Dec-2007 13:41 PST
Without investigating the code, it seems like it might be possible to do a diff of the translation file against the file to return those values that are the same. I really appreciate the work that all of the translators do, so any way to make that easier would be a good thing... -- Ryan 14-Dec-2007 18:47 PST

Hi. You've done it Ryan, but almost. As a Japanese guy, I got "ja" shown as my default selection in the drop down box, but the translation text shown in all the text boxes are English. So I have to hit the "change" button once to actually get the Japanese translations shown. Maybe you are aware of this behavior and you're just half way through implementation. And thanks for your time working on my feature wish.

That's a bug... I'll have to retest and see what I missed. Thanks for testing! -- Ryan 19-Dec-2007 08:26 PST
revision 1963 should honestly and truly fix the problem - it works for me on both my laptop and on, but let me know if you have any issues. Thanks again for double-checking me! -- Ryan 19-Dec-2007 22:31 PST

revision 1997 adds a checkbox to to Special:Translation to "hide untranslated values". This option isn't perfect - it simply compares values against what's in and hides anything that differs - but it should hopefully be helpful to those doing translations. As always suggestions and reports of any problems are appreciated. -- Ryan 19-Jan-2008 10:32 PST

Reset user passwords as admin

Implemented: JAMWiki 0.6.6

I'd like to be able as admin to view a list of all users and reset their passwords if necessary! --Michael-O 23-Nov-2007 01:54 PST

This is a much-requested feature that is probably overdue for inclusion. If no one beats me to it and I don't forget I'll put this at the top of the to-do list for JAMWiki 0.6.3. -- Ryan 25-Nov-2007 13:01 PST
Hey Ryan, is this password reset by admin feature implmented in 0.6.3 ? --Durga 24-Apr-2008 12:04 PDT
This one got missed and is not yet available. If it's something you need please keep adding reminders and I'll be sure to get to it soon - there is a lot going on right now, so for something that's important a weekly reminder is helpful, and indicates that a particular feature is important. -- Ryan 24-Apr-2008 15:48 PDT
Ryan, spite some cross-posting this is one of the features I wanted to provide to jamwiki when I get the system up and running. I will propose some very drafts asap.

revision 2198 will add this feature for JAMWiki 0.6.6. -- Ryan 27-Apr-2008 11:04 PDT

Missing user password

Implemented: JAMWiki 0.6.6

Moved from the Feedback page since this is on the same subject

Hi folks, I've installed jamwiki-0.4.2 (hui such an old version;-) and added me as first user. I enterd a lot of data and now after a wile editing without registration I do not remember my account-password. What is the standard handling in such a case? I in fact do know my admin account data, but do not know what to do? Any advice? Is there a mechanism to reset the user-password or something similar? Thanks in advance. : Michael Habbert 17-Dec-2006 12:03 PST

Hi Ryan, I just visited my user account - and recognized prename and last name for my account was empty and I was not able to add them to the profile - while the system told me this user-name is not avaliable. Thats right but so there is no way to change some account data. Your Michael Habbert 17-Dec-2006 12:35 PST
Just a note to say I'm not ignoring the comments you've left, but I've been crazy busy and will have to get to them later this week. A quick answer, however, is that for security reasons passwords are stored using a one-way encryption, so there is no way to read a password from the database. The only workaround I can think of is to execute SQL to copy a known password value from another user account to the account that you've forgotten the password for. Longer term I guess we'll probably have to come up with some way to reset passwords... -- Ryan 17-Dec-2006 23:11 PST
Password reset by admins was implemented in JAMWiki 0.6.6. -- Ryan 14-Sep-2008 09:09 PDT

JAMWiki 0.7.x

Find all orphaned pages (pages not in a category)

Implemented: JAMWiki 0.7.0

In MediaWiki there is a special page, I think it is called "orphaned pages". It lists all the pages that are not in a category. I would love to see this in JAMWiki.

Delete unused pages by administrator

Implemented: JAMWiki 0.7.0

It will be nice to have a way to delete all the unused pages by administrator.

Just to clarify, by "unused" do you mean pages that have no links to them (ie orphaned pages)? At present there isn't any way to view orphaned pages in JAMWiki, but with some tweaking it would probably be doable to implement. -- Ryan 13-Dec-2007 21:46 PST

Set prename without changing password

Implemented: JAMWiki 0.7.0

Hi Folks, Hi Ryan, I tried to change my Account:Settings (Special:Account). I tried to add my prename and lastname without changing my password, but I failed. ;-/ Don't you think a user should be able to change only a part of his account settings? Greetings -- Michael Habbert 29-Oct-2007 00:23 PST

You should be able to change any field without changing the password, but you need to enter your old password to do so; it's only if you enter a new password that the password is changed. Some help text on that page would probably make this fact clearer, so I'll have to try to remember to add it. Alternatively, if there are other suggestions for improvement please add them below. -- Ryan 29-Oct-2007 22:14 PST
In JAMWiki 0.7.0 you can now change most values without entering the old password.

Memorizing of page

Implemented: JAMWiki 0.7.0

It would be very commodious if one would be lead back to the last page browsed after logging in instead of being shown the start page. --Frank 14-Nov-2007 02:00 PST

Without tracking every page a user visits it would be tough to know what their last visited page was, but it might make sense to make the user's "start" page configurable. There are actually a number of preferences that would be good (timezone, start page, signature pattern, etc). Thanks for the suggestion. -- Ryan 14-Nov-2007 21:21 PST
Starting with JAMWiki 0.7.0 login will now take you back to the page from which you clicked the "login" link. -- Ryan • (comments) • 24-Feb-2009 23:14 PST

forward back on working page

Implemented: JAMWiki 0.7.0

Hi Ryan, while im working a little bite more on jamwiki I request a feature: When I look around on the jamwiki site I see something, somewhere I whant to add a note to it, so I do register by clicking the link on the top left. So far so fine. But then I have to search for the topic again to do my changes ;-/ So what do you think about a redirect to the page from where the user started befor he registers? Did I make myself clear? -- Michael Habbert 02-Feb-2008 07:47 PST

One of my co-workers requested the same thing yesterday, so this feature would definitely be worth investigating. -- Ryan 02-Feb-2008 09:35 PST

SSO support

Implemented: JAMWiki 0.7.0

Single sign-on support for portals, containers and whatever would be cool to implement in this wiki.

Wikimedia wanted to do this using the jabber ID. OpenID could also be used.
With the upgrade to Spring Security 2.0 it is now possible to configure a JAMWiki implementation to use OpenID. -- Ryan • (comments) • 24-Feb-2009 23:14 PST


Implemented: JAMWiki 0.7.0

I love what you've done so far. I am eagerly awaiting an LDAP implementation also. This is the only thing keeping me from implementing JAMWiki for my workgroup right away. Any idea when this feature might be available? I'm dying to get this app up and running in my shop. Even if it was just to simply authenticate to track a users changes (for accountability). Fancier role-based permissions could be added later. hexC0DE 10-Aug-2007 10:21 PDT

There is currently experimental LDAP support available that allows the use of an LDAP system for authenticating users - I've done minimal testing with open LDAP, but I don't really use LDAP much so it will be marked experimental until other users can provide some feedback on whether it works for them or not. I would eventually like to use whatever LDAP support Acegi offers, but without a good way to test I've been putting that off and hoping someone else would pick it up.
With the upgrade to Spring Security 2.0 it is now possible to configure a JAMWiki implementation to use LDAP. -- Ryan • (comments) • 24-Feb-2009 23:14 PST
How can I use JAMWiki LDAP feature with accounts taken from Active Directory? What settings should I change? -- • 03-Nov-2010 15:49 PST

OpenID Support

Implemented: JAMWiki 0.7.0

OpenID provides a way of logging into multiple web sites. It would be nice if there was a UserHandler for JAMWiki that provided OpenID support.

this might soon come for free (or close to it) thanks to acegi openid support
With the upgrade to Spring Security 2.0 it is now possible to configure a JAMWiki implementation to use OpenID. -- Ryan • (comments) • 24-Feb-2009 23:14 PST

JAMWiki 0.8.x

Enhanced diff

Implemented: JAMWiki 0.8.0

Currently the JAMWiki diff code highlights lines that have changed. However, if only a word or two within that line changed it can be difficult to see what actually was modified. Mediawiki adds additional syntax highlighting to the portions of a line that changed, and it should be possible to do the same with JAMWiki by first finding lines that have changed, and then diffing the two lines to find letters and words that have changed. This functionality isn't difficult to implement, but it IS difficult to do in a way that keeps the code readable and maintains a separation between presentation and processing logic.

Code has been committed to trunk and this feature is queued for JAMWiki 0.8.0. See [1] for an example of the new format. Feedback is appreciated - please add below - but note that the current algorithm diffs letter-by-letter; this was a conscious decision (as opposed to word-by-word) as it allows a user to see changes in spelling, changes in code, etc that might otherwise be less obvious when doing a diff by word. -- Ryan • (comments) • 10-Mar-2009 07:13 PDT

User Logging

Implemented: JAMWiki 0.8.0

MediaWiki has a specialpage/logs [2]. Can this be implemented in Jamwiki? If so how do you set it up? If not any chance of this being available in the future? --suzie 14-Jul-2009 02:21 PDT

While it's not currently available, I actually started sketching out a design for this feature over the weekend, so there's an excellent chance that it would be included in JAMWiki 0.8.0. Constant reminders tend to help motivate feature inclusion, so feel free to check back here in a week or two and add a gentle hint if there aren't any updates indicating work has begun. -- Ryan • (comments) • 14-Jul-2009 08:15 PDT

Fantastic :-) --suzie 15-Jul-2009 00:41 PDT

See Tech:Mediawiki Logs for updates. -- Ryan • (comments) • 27-Jul-2009 09:24 PDT

JAMWiki 0.9.x


Implemented: JAMWiki 0.9.0

Is there a page with a list of all the existing templates, or do i have to manage this list by my own? What if different users create their own templates, want to share their templates. Looking for how to create, find and manage templates I missed some help-texts. Are there plans to include them in jamwiki (I would support with ideas and texts ...)? : Michael Habbert 04-Nov-2006 16:28

Hi Ryan, what do you think about a AllTemplage page?
At the moment Special:Allpages is the only way to see a list of all templates. Something like Special:Alltemplates might be a good idea, or a drop-down could be added to Special:Allpages to allow the list to be filtered by namespace - that would allow a user to view (for example) all templates, all template comment pages, all help pages, etc.
As to help text for templates, at the moment documentation is pretty sparse - I need to spend more time writing documentation, but there are a lot of things to do. If you're willing to start writing any documentation please feel free to add it to and I'd be happy to help out with it. Otherwise I'd suggest using as a starting point - JAMWiki supports the majority of the Mediawiki template syntax at this point. Let me know if that answers your questions, and thanks for the feedback! -- Ryan 04-Nov-2006 10:04 PST
revision 2957 implements filtering by namespace on Special:Allpages. This change will be included in JAMWiki 0.9.0. -- Ryan • (comments) • 19-Mar-2010 19:47 PDT

subst tag

Implemented: JAMWiki 0.9.0

Are there any plans to implement the subst tag (to use with templates) in the near future? It'd be great to get this functionality added.

This was added in revision 2884 for inclusion in JAMWiki 0.9.0. -- Ryan • (comments) • 20-Feb-2010 18:32 PST

Rename Default Virtual Wiki

Implemented: JAMWiki 0.9.0

Archived from the Feedback page:

How can I rename the default virtual wiki from "en" to "something"? Thanks.

At the moment it is possible to create a new virtual wiki, but it isn't possible to change the default from "en". Feel free to add a feature request under Roadmap#Unscheduled since this would be a useful feature to have. -- Ryan 13-May-2007 18:05 PDT
revision 2981 adds the capability to make a virtual wiki other than "en" the default. This change will be included in JAMWiki 0.9.0. -- Ryan • (comments) • 28-Mar-2010 20:54 PDT

"All Templates" Page

Implemented: JAMWiki 0.9.0

It would be a convenient resource if one of the special pages available to users was an "All Templates" page, which (obviously) lists all templates that are in place in a given Wiki. Something like "Special:Templates" would be appropriate.

This feature has been requested previously - my only concern with implementing it is that Mediawiki offers this functionality using their namespace search. Namespace search for JAMWiki probably isn't going to be available for a while, so provided no one would be upset if the AllTemplates page is removed once JAMWiki namespace search comes along then it should be easy to add.
On a side note, the section edit links on this page seem to be messed up. I'll investigate. -- Ryan 04-Dec-2007 08:40 PST
A a follow-up, I decided to try solving the "All Templates" problem by simply putting a [[Category:Template]] tag on all my templates, inside a of a NOINCLUDE tag. However, it seems that the Category parser does not work properly when Categories are listed inside of NOINCLUDE tags. The Category box still gets drawn at the bottom of the template's page, but the Category Listing itself does not contain the template. For example, if I put

on the Template:MyTemplate page, the Template:MyTemplate page will list that it is part of Category:Template, but the Category:Template page itself will not show Template:MyTemplate on its listing. I hope that was clear.

For now we're probably just going to write our own tool to generate an All Templates page. P.S. The edit link for this section is still broken. --Ean 31-Jan-2008 10:44 PST
revision 2957 implements filtering by namespace on Special:Allpages, which will allow a user to view all templates. This change will be included in JAMWiki 0.9.0. -- Ryan • (comments) • 19-Mar-2010 19:51 PDT
Note that the category bug mentioned in the above discussion should also be fixed for JAMWiki 1.0.0. -- Ryan • (comments) • 21-Jan-2011 09:57 PST

More flexible namespaces with more consistent names

Implemented: JAMWiki 0.9.0

The "Comments" tab isn't consistent with the "edit" or "move" or "print" verbs, and it isn't consistent with the "talk:" prefix or "discuss" verb used in mediawiki (which admittedly aren't consistent with each other). Also mediawiki hardwires several namespaces ("help:", "user:", "template:" and the project name) which are actually all part of the project, as are the talk/discuss/comment pages. There's a complete analysis of all mediawiki's command and namespace ontology/naming problems you may wish to read. While "comment" might be fair both as a verb and as a description of what you're going to see (comment[on]article), the plural does nothing but interfere with reading "comment" as a verb and add an extra letter. Going back to "talk:" and "talk" makes sense for a bunch of reasons, not least of which is allowing for later chat integration and consistency with the vast array of information on "talk pages" in every mediawiki. A better solution would be to specify which namespaces are part of the project and shouldn't be exported with the data, ideally also giving each their own copyright status (the help files might be CC-by-sa while content is CC-by-nc-sa or something) and to let that be customized along with the control system.

JAMWiki 0.9.0 looks like it will include much more customizable namespaces, so users who prefer "Talk" instead of "Comments" will be able to easily set that up. Note that the defaults probably won't be changed - in hindsight it probably would have made sense to follow Mediawiki's naming with the release of JAMWiki 0.0.1, but at this point changing the default would cause backward compatibility issues that I'd rather not have to devote already-limited development resources to. -- Ryan • (comments) • 14-Mar-2010 11:38 PDT
The ability to customize namespaces is available on the Special:VirtualWiki page starting with JAMWiki 0.9.0. -- Ryan • (comments) • 21-Jan-2011 10:21 PST

"talk" vs. "comments"

This really is problematic. It's barely justifiable to call the namespace "discuss:" since that's the verb on the tab in mediawiki (it doesn't match the name of the namespace). But "comments" is not even a verb so it isn't like "edit" or "print" which imply something will be happening. Probably best to simply revert to mediawiki's usage for now and support namespaces better.

JAMWiki 0.9.0 will allow extensive customization of namespaces. -- Ryan • (comments) • 19-Mar-2010 19:48 PDT

simple flexible namespaces

As this extension documentation shows, mediawiki as of 1.7 was supposed to have simple namespace management so it wouldn't hurt to anticipate that and flex up the namespaces.

This is pretty important since Mediawiki-based services emphasize social software features while content management seems to lack.

Sigh - when is that dynamic inclusion of pages from Wikipedia going to work?

Add an alias to the Image namespace

I do upload occasionally non-image files in our wiki and link them. A link looks like this Image:file.txt. Well, this is seriously misleaded since this is not an image. There should be an Alias to Image: => File:. This would be more consistent with non-image files.

If the issue is simply being able to use "File" instead of "Image" then starting with JAMWiki 0.9.x you should be able to use the Special:VirtualWiki page to rename namespaces; let me know if you encounter any problems. If you'd like multiple names for a namespace then that's a separate issue and one that I could look into, although at least for JAMWiki 1.0.x it may not be a high priority given the large amount of other work to complete. -- Ryan • (comments) • 02-Nov-2010 07:20 PDT
The first will suffice. Thanks Michael Osipov 03-Nov-2010 13:51 PDT

Specifying image height

Implemented: JAMWiki 0.9.0

Apparently we're currently only able to specify the image width (like [[Image:MAKE.DESC.png|160px]]). Giving it a height (like [[Image:MAKE.DESC.png|x100px]]) would be equally useful. --tapaya 26-Mar-2009 08:34 PDT has the Mediawiki specifications for images, which have changed somewhat since this was originally implemented for JAMWiki. Time permitting I'll see how tough it would be to bring JAMWiki back into compliance. -- Ryan • (comments) • 26-Mar-2009 13:44 PDT
It should be fairly easy to add the widthxheightpx syntax. Where is the image resizing code implemented? --tapaya 14-Apr-2009 01:44 PDT
That code is in Unfortunately that particular file is a bit convoluted, but ImageUtil.resizeImage does the actual resizing. The only concern is to be careful about performance as image resizing is about the slowest of any server-side tasks. -- Ryan • (comments) • 14-Apr-2009 21:00 PDT
Starting with JAMWiki 0.9.0 image height can also be specified - see Help:Images for details. -- Ryan • (comments) • 27-Apr-2010 23:00 PDT

Create/Manage User Accounts for private Wikis

Implemented: JAMWiki 0.9.0

When using JAMWiki for a private Wiki you have to deny access to Special:Account for non-authenticated Users, to prevent others from registration. If you are authenticated, there is no possibility to manage other Accounts than your own.

I solved this problem for me with a little jsp (which I can submit, but it is ugly and german), of course the access to this jsp must be controlled by applicationContext-security.xml. A Spring Controller using the default layout for Special:-Pages would be more beautiful of course.

Wouldn't it be nice to have this - quite easy to implement - feature in standard jamwiki? --hp 07-Jan-2010 02:04 PST

It's definitely doable, and provided you're willing to check in on a regular basis to remind me to keep working on it I'd be more than willing to add it to the Roadmap for 0.9.0. I've got a number of things to get to first, so please just check in with gentle reminders on occasion to make sure this doesn't get overlooked - user enthusiasm plays a big part in getting things implemented :) Alternatively, if you want to push your version via Subversion we can work on cleaning it up together and getting it rolled into a release - let me know. -- Ryan • (comments) • 07-Jan-2010 22:04 PST
Ryan, my code (this little jsp) depends on CustomJSPServlet (Tech_comments:addon#An_simple_(but_ugly)_attempt), so it doesn't make sense to submit it "as is". I hopefully have the time to create a new version, integrated into Special:Account or Special:Roles (where does it fit best?), which I could check into svn... If you are willing to integrate CustomJSPServlet or something similar, it could be an optional feature for some installations (such as mine :) ). What do you think about? --hp 10-Jan-2010 08:23 PST
There is already a utility to update passwords on Special:Maintenance, so that might be the best place for the (similar) functionality of creating a user account. I haven't had a chance to look at your code yet (I'm starting a new job and have been busy with preliminary work) but will look at it as soon as time permits. In the mean time let me know if there anything specific you want help/advice with, otherwise I'll try to get a bit more involved in the coming week. Thanks for taking the initiative on this! -- Ryan • (comments) • 10-Jan-2010 21:25 PST
I created a new branch ("hp") and checked in changes for this feature. Although this integrates well with Special:Maintenance, maybe it is time for a new special page "Special:AdminUsers" or something else... I think for people new to JAMWiki it is quite hard to learn that on Special:Specialpages the title "User registration" is NOT for registration of others (new users), while you can do this in "Maintenance". Furthermore, wouldn't it be nice to put password resets, user adding and role/group management under one hood? Another requested feature would also fit in here. What do you mean? --hp 11-Jan-2010 06:48 PST
The code looks good and the feature is useful, so I've merged it to trunk in revision 2838. Thanks! Regarding its placement on Special:Maintenance, you're right that the Special:Maintenance page would benefit from splitting into separate pages, as would the Special:Admin page, although I'm not sure if more tabs would necessarily be the best solution. Would a more traditional left menu navigational structure (menu/sub-menu) make more sense? IE, a structure similar to the following:
  • System Configuration
    • Database Settings
    • Parser Settings
    • ...
  • User Management
    • User Account Management
    • User Roles
    • ...
  • Virtual Wikis
  • Database Migration Tools
  • Etc.
That helps better organize administrative tasks without the risk of eventually having 20 tabs on the screen... I'm using Wordpress and am very impressive with their admin tools, so doing something similar in JAMWiki might make sense. Just a thought, and suggestions are very welcome. -- Ryan • (comments) • 11-Jan-2010 17:07 PST
Would you see this menu navigation in Special:Specialpages? Or do you think about something new? I made my previous comment, because on Special:Maintenance the half of fields are now for user administration, while the other half has nothing to do with it. If the user administration part grows, I think it would be neccessary to put it into something new (maybe combined with role management). Just my two cents... --hp 11-Jan-2010 22:50 PST
Sorry, the new navigation structure would be on all of the admin pages, but Special:Specialpages would probably just show links to new pages. -- Ryan • (comments) • 12-Jan-2010 08:00 PST
Sounds good to me! I think the navigation through administration is pretty needed... I don't know if a left menu, right menu or tabs would fit best. jack 20-Jul-2010 11:44 PDT
UI for the admin pages has been updated to use a tabbed layout for JAMWiki 1.0.0. -- Ryan • (comments) • 21-Jan-2011 10:21 PST
What you asked is very misleading, what you need is one more group, and then for some pages only a particular group can access. Though not on page by page basis, in the Configuration#Spring_Security, there is an example. jack 20-Jul-2010 11:44 PDT
read it one more time, I know what you mean, what you want is to prevent registration. sorry about my previous comments. jack 20-Jul-2010 11:50 PDT
This is perfectly possible, if you add this to your appcontext-sec.xml
<intercept-url pattern="/**/Special:Account" access="IS_AUTHENTICATED_FULLY" />

-- Michael-O 20-Oct-2010 13:33 PDT

JAMWiki 1.0.x

Interwiki Link support like in Wikipedia

Implemented: JAMWiki 1.0.0

Could JAMWiki support interwiki links like in Wikipedia. I think therefore we need a similar method like

  ParserOutput#addCategory(String categoryName, String sortKey) 

Which selects the categories for category-include.jsp? -- Axel Kramer 30-Apr-2008 09:19 PDT

Interwiki links should be shown below the LeftMenu in the default layout IMO. For example the German interwiki link for JAMWiki on looks something like this:

<div id="p-lang" class="portlet">
		<div class="pBody">
				<li class="interwiki-de"><a href="">Deutsch</a></li>


So the method should probably look something like this:

  ParserOutput#addInterwikiLink(String cssClassName, String hrefName, String descriptionName) 
Interwiki links will behave more like Mediawiki starting with JAMWiki 1.0.0. -- Ryan • (comments) • 21-Jan-2011 10:21 PST

Bliki Upgrade

Implemented: JAMWiki 1.0.0

Hi Ryan,

Can you upgrade Bliki to 3.0.15 or later?

The sql code fragment is already supported from this version of Bliki, and it would be very nice if it would be included in the next version of jamWiki.

cstenkes • 31-Oct-2010

I think Axel updated this previously, but Bliki now has dependencies on Java 6 so the change had to be reverted. If Bliki still requires Java 6 then I don't think I can upgrade the default until JAMWiki upgrades to Java 6 (something that isn't currently scheduled), although you should be able to upgrade your local instance without troubles. If Bliki doesn't require Java 6 let me know and then a change should be pretty simple. -- Ryan • (comments) • 31-Oct-2010 10:19 PDT
revision 3332 upgrades JAMWiki to Bliki 3.0.16. -- Ryan • (comments) • 21-Jan-2011 10:21 PST

JAMWiki 1.1.x

Block IP, ban user using multiple IPs or accounts

An unfortunate but necessary feature required of any popular Wiki is the ability to block certain users. While my personal belief is that most annoyances can be handled better by simply reverting vandalism, more sophisticated attacks (such as automated or scripted attacks) require a block as the only reasonable way to stop a vandal. It should be possible to block users at both an IP and a username level.

Just make sure you are correctly identifying WHAT is being blocked. It is an IP number, or an account, or a person/user who may have multiple accounts, i.e. the intent is to block all accounts or IP numbers proven beyond some threshold to belong to that person/user, which is not at all the same thing as blocking an account. Keep the terminology straight, you can "ban" (administratively choose to prohibit) a user but you can only "block" an account or IP number. These are different operations at different levels of abstraction and intent.
This feature is called "host blocking" at wikimatrix and MediaWiki already has it.
This was implemented in JAMWiki 1.1. -- Ryan • (comments) • 16-Sep-2011 18:57 PDT

Universal Edit Button

Maybe to implement support for the Universal Edit Button? It seems very easy to do, here there are suggestions how audriusa.

This should be easy enough to add for either JAMWiki 1.0.3 or 1.1. For now I've added this to the 1.1 Roadmap. Thanks for the pointer. -- Ryan • (comments) • 23-Apr-2011 08:28 PDT
revision 3538 implements this functionality. I've added it to trunk for inclusion in JAMWiki 1.1, although it's simple enough that it may get included in a minor (1.0.x) release. -- Ryan • (comments) • 17-May-2011 22:02 PDT