Description

Not sure if its a bug, but some types of CamelCase wiki links do not work. This could be a feature that i'm just not aware of... ;)

Example

WGibsonSite - only the GibsonSite bit is the link, not the whole word.

W_GibsonSite - same issue.

Perhaps these examples will make this feature more compelling, regardless of whether other popular wikis do it:

Workaround

Use free links:

Details

This Wiki.

Discussion

This is no bug, the regex just isn't designed for matching those words.

For moin, CamelCase means two or more repetitions of one uppercase character followed by some lowercase characters.

This also fails on the C2 wiki, and wikipedia (but that is because there is no CamelCase allowed there). However, on Zwiki, UseMod, WikkiTikkiTavi and PikiePikie the word WGibsonSite is a valid link. I don't know what qualifies as "multiple popular other wiki examples", but these are ones that i've tried.

Some people prefer not having CamelCase, others like even more relaxed rules. The first group is able to use the wiki parser which does not look for any CamelCase pattern in the text (see ParserMarket) and the latter group should think about using free links. Other wikis solely use free links (like MediaWiki). --Alex

I think we should consider using less strict CamelCase rules, that will make linking easier. The original c2 rules leads to stupid names like ReleaseFourPointOne and like. The problem with less strict rules is unwanted links, but I think its will be rare problem, as WhatIDidThisSummer, SuchANiceDay, LearnYourABCs are never used in natural language.

Anyway, this is not a bug and should be moved to FeatureRequests. -- NirSoffer 2005-02-25 15:41:08

Plan

Except if someone can provide multiple popular other wiki examples that do other camelcase matching, this is not considered a bug.


CategoryMoinMoinNoBug

MoinMoin: MoinMoinBugs/CamelCaseIssues (last edited 2007-10-29 19:10:21 by localhost)