My mediawiki 1.17 installation as gone nuts. It is not correctly identifying things where the first letter context has changed. example: Template: tlx call does not find Template:Tlx In the past this has made no difference. Only recent changes are installation of the Extension:WorkingWiki. The extension seems to be doing its job though there are some issues with Latex (.sty) sheets. I just do not know if the WorkingWiki, which did alter the editing interface, is the cause. I will be contacting the author re: this. Any tips?
On 01/12/11 00:51, John Foster wrote:
My mediawiki 1.17 installation as gone nuts. It is not correctly identifying things where the first letter context has changed. example: Template: tlx call does not find Template:Tlx In the past this has made no difference.
Did you change $wgCapitalLinks to false?
Only recent changes are installation of the Extension:WorkingWiki. The extension seems to be doing its job though there are some issues with Latex (.sty) sheets. I just do not know if the WorkingWiki, which did alter the editing interface, is the cause. I will be contacting the author re: this.
I don't think Extension:WorkingWiki would have changed the $wgCapitalLinks setting for you, but it's easy to test: Comment the line including the extension and check if it now works.
On Sun, 2011-12-04 at 22:09 +0100, Platonides wrote:
On 01/12/11 00:51, John Foster wrote:
My mediawiki 1.17 installation as gone nuts. It is not correctly identifying things where the first letter context has changed. example: Template: tlx call does not find Template:Tlx In the past this has made no difference.
Did you change $wgCapitalLinks to false?
I did indeed, as per the instructions at the WorkingWiki site. I have been advised by the author that it is actually not necessary, but for now the damage is already done, so I will just leave it & clean up the issues. I would appreciate any advice as to which way is best...context sensitive or not. It wont matter once I get finished using templates built by others that I've borrowed from other sites. I intend to never allow content that depends on shortcuts or acronyms and I like the titles of everything to begin with caps. Just a personal thing LOL. Thanks for the reply.
Only recent changes are installation of the Extension:WorkingWiki. The extension seems to be doing its job though there are some issues with Latex (.sty) sheets. I just do not know if the WorkingWiki, which did alter the editing interface, is the cause. I will be contacting the author re: this.
I don't think Extension:WorkingWiki would have changed the $wgCapitalLinks setting for you, but it's easy to test: Comment the line including the extension and check if it now works.
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
On 05/12/11 02:25, John W. Foster wrote:
On Sun, 2011-12-04 at 22:09 +0100, Platonides wrote:
On 01/12/11 00:51, John Foster wrote:
My mediawiki 1.17 installation as gone nuts. It is not correctly identifying things where the first letter context has changed. example: Template: tlx call does not find Template:Tlx In the past this has made no difference.
Did you change $wgCapitalLinks to false?
I did indeed, as per the instructions at the WorkingWiki site. I have been advised by the author that it is actually not necessary, but for now the damage is already done, so I will just leave it & clean up the issues. I would appreciate any advice as to which way is best...context sensitive or not. It wont matter once I get finished using templates built by others that I've borrowed from other sites. I intend to never allow content that depends on shortcuts or acronyms and I like the titles of everything to begin with caps. Just a personal thing LOL. Thanks for the reply.
It doesn't matter too much. As the default is to have the first letter as capital, some templates you import may call them with different case, but that's all. If you want to switch back $wgCapitalLinks to true; you should then run maintenance/cleanupTitles.php Otherwise, pages created with the first letter lowercase will be unreachable.
On Sun, 2011-12-11 at 00:05 +0100, Platonides wrote:
On 05/12/11 02:25, John W. Foster wrote:
On Sun, 2011-12-04 at 22:09 +0100, Platonides wrote:
On 01/12/11 00:51, John Foster wrote:
My mediawiki 1.17 installation as gone nuts. It is not correctly identifying things where the first letter context has changed. example: Template: tlx call does not find Template:Tlx In the past this has made no difference.
Did you change $wgCapitalLinks to false?
I did indeed, as per the instructions at the WorkingWiki site. I have been advised by the author that it is actually not necessary, but for now the damage is already done, so I will just leave it & clean up the issues. I would appreciate any advice as to which way is best...context sensitive or not. It wont matter once I get finished using templates built by others that I've borrowed from other sites. I intend to never allow content that depends on shortcuts or acronyms and I like the titles of everything to begin with caps. Just a personal thing LOL. Thanks for the reply.
It doesn't matter too much. As the default is to have the first letter as capital, some templates you import may call them with different case, but that's all. If you want to switch back $wgCapitalLinks to true; you should then run maintenance/cleanupTitles.php Otherwise, pages created with the first letter lowercase will be unreachable.
-------------------------------------- That's correct. Thanks for replying. The author of Extension:WorkingWiki confirmed the issue was to be fixed by commenting out the $wgCapitalLinks=false or by changing it to true so I nixed it. He said (for those interested) that the extension did not "require" the setting to be false to work. So I figured that anything I could do to ease the load on Mediawiki & myself ; I would do. Thanks for the response. frosty
mediawiki-l@lists.wikimedia.org