I don't have much experience with MediaWiki, so this may be a dumb question, but ...
I'm writing a tutorial for our team. In it I reference example URLs, which, since they are just examples, don't go anywhere. When I enter something like http://test.efx.com:8080/sample I get a link. What I want is just plain text. I found the nowiki tag, which seems to be what I need. However, when I enter <nowiki>http://test.efx.com:8080/sample</nowiki>, what I get is a link surrounded by nowiki tags. In other words, the tags are displayed rather than being interpreted.
Is there some configuration setting that needs to be made? Or something else that I'm missing? Using the latest stable MediaWiki on Solaris 10, running under Resin 3.1.7a.
Thanks, Dave Equifax, LLC
to get that kind of link you can use [http://google.com http://google.com] which will display http://google.com as a link.
regards
mark
On Fri, Jan 16, 2009 at 12:10 PM, Dave Derry dave.derry@equifax.com wrote:
I don't have much experience with MediaWiki, so this may be a dumb question, but ...
I'm writing a tutorial for our team. In it I reference example URLs, which, since they are just examples, don't go anywhere. When I enter something like http://test.efx.com:8080/sample I get a link. What I want is just plain text. I found the nowiki tag, which seems to be what I need. However, when I enter <nowiki>http://test.efx.com:8080/sample</nowiki>, what I get is a link surrounded by nowiki tags. In other words, the tags are displayed rather than being interpreted.
Is there some configuration setting that needs to be made? Or something else that I'm missing? Using the latest stable MediaWiki on Solaris 10, running under Resin 3.1.7a.
Thanks, Dave Equifax, LLC
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Mark (Markie <newsmarkie <at> googlemail.com> writes:
to get that kind of link you can use [http://google.com http://google.com] which will display http://google.com as a link.
Dave Derry <dave.derry <at> equifax.com> wrote:
However, when I enter <nowiki>http://test.efx.com:8080/sample</nowiki>, what I get is a link surrounded by nowiki tags. In other words, the tags are displayed rather than being interpreted.
Thanks,
Thanks for the response, but that's not my problem. I get the link fine. But I don't want a link; I want it to appear as plain text. That's why I'm using the 'nowiki' tag. But it isn't doing what I expect.
Dave
Could anybody know, how do I restrict few pages of wiki to view from others (any users) ? (Example users will be promted to input password to see the wiki pages or any other method you can share...) Thanks in advacne.
--- On Fri, 1/16/09, Dave Derry dave.derry@equifax.com wrote:
From: Dave Derry dave.derry@equifax.com Subject: [Mediawiki-l] nowiki tag not working for me To: mediawiki-l@lists.wikimedia.org Date: Friday, January 16, 2009, 7:10 AM
I don't have much experience with MediaWiki, so this may be a dumb question, but ...
I'm writing a tutorial for our team. In it I reference example URLs, which, since they are just examples, don't go anywhere. When I enter something like http://test.efx.com:8080/sample I get a link. What I want is just plain text. I found the nowiki tag, which seems to be what I need. However, when I enter <nowiki>http://test.efx.com:8080/sample</nowiki>, what I get is a link surrounded by nowiki tags. In other words, the tags are displayed rather than being interpreted.
Is there some configuration setting that needs to be made? Or something else that I'm missing? Using the latest stable MediaWiki on Solaris 10, running under Resin 3.1.7a.
Thanks, Dave Equifax, LLC
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Hi,
2009/1/16 Dave Derry dave.derry@equifax.com
I don't have much experience with MediaWiki, so this may be a dumb question, but ...
I'm writing a tutorial for our team. In it I reference example URLs, which, since they are just examples, don't go anywhere. When I enter something like http://test.efx.com:8080/sample I get a link. What I want is just plain text. I found the nowiki tag, which seems to be what I need. However, when I enter <nowiki>http://test.efx.com:8080/sample</nowiki>, what I get is a link surrounded by nowiki tags. In other words, the tags are displayed rather than being interpreted.
Is there some configuration setting that needs to be made? Or something else that I'm missing? Using the latest stable MediaWiki on Solaris 10, running under Resin 3.1.7a.
On default MW 1.13.3, using monobook skin, the <nowiki> solution should work just fine. Are you using some special skin and/or extensions that could interfere?
Jean-Marc van Leerdam <j.m.van.leerdam <at> gmail.com> writes:
Hi,
2009/1/16 Dave Derry <dave.derry <at> equifax.com>
I'm writing a tutorial for our team. In it I reference example URLs, which, since they are just examples, don't go anywhere. When I enter something like http://test.efx.com:8080/sample I get a link. What I want is just plain text. I found the nowiki tag, which seems to be what I need. However, when I enter <nowiki>http://test.efx.com:8080/sample</nowiki>, what I get is a link surrounded by nowiki tags. In other words, the tags are displayed rather than being interpreted.
Is there some configuration setting that needs to be made? Or something else that I'm missing? Using the latest stable MediaWiki on Solaris 10, running under Resin 3.1.7a.
On default MW 1.13.3, using monobook skin, the <nowiki> solution should work just fine. Are you using some special skin and/or extensions that could interfere?
No I'm pretty much using the default setup. There are only a few changes that have been made to LocalSettings.php. They are:
$wgLogo = "/mediawiki/GdsLogo.png"; $wgGroupPermissions['*']['read'] = false; $wgWhitelistRead = array ( "Main Page", "Special:Userlogin", "Wikipedia:Help"); $wgGroupPermissions['*']['edit'] = false; $wgShowExceptionDetails = true; $wgParserConf['preprocessorClass'] = 'Preprocessor_Hash'; $wgNamespacesWithSubpages[NS_MAIN] = false; define("NS_NOTES", 100); $wgExtraNamespaces[NS_NOTES] = "Notes"; $wgCapitalLinks = false;
Other than that, everything is as installed.
Thanks, Dave
Quite strange. Does it happen even if it's the only text on the page? Does <nowiki> work on another contexts?
You can probably still get the desired result using <nowiki>http://</nowiki>test.efx.com:8080/sample
Platonides <Platonides <at> gmail.com> writes:
Quite strange. Does it happen even if it's the only text on the page? Does <nowiki> work on another contexts?
Yes, I created a new page with just the nowiki tags (open & close), and they were displayed as such.
You can probably still get the desired result using <nowiki>http://</nowiki>test.efx.com:8080/sample
No, when I tried that I got the same result.
For some odd reason, the nowiki tag is not being interpreted, it is just displayed as ordinary text.
I thought that perhaps this line in LocalSettings.php $wgParserConf ['preprocessorClass'] = 'Preprocessor_Hash'; might have something to do with it since I don't really know what it does, but does have something to do with parsing. It was added to fix a problem when trying to edit a section of a page. Commenting out this line did not help though.
Experimentation reveals that using "htp://...", "http:/...", or "http//..." works to prevent a link being formed. Maybe my readers won't notice.
Thanks, Dave
Dave Derry wrote:
Platonides <Platonides <at> gmail.com> writes:
Quite strange. Does it happen even if it's the only text on the page? Does <nowiki> work on another contexts?
Yes, I created a new page with just the nowiki tags (open & close), and they were displayed as such.
You can probably still get the desired result using <nowiki>http://</nowiki>test.efx.com:8080/sample
No, when I tried that I got the same result.
For some odd reason, the nowiki tag is not being interpreted, it is just displayed as ordinary text.
I thought that perhaps this line in LocalSettings.php $wgParserConf ['preprocessorClass'] = 'Preprocessor_Hash'; might have something to do with it since I don't really know what it does, but does have something to do with parsing. It was added to fix a problem when trying to edit a section of a page. Commenting out this line did not help though.
Experimentation reveals that using "htp://...", "http:/...", or "http//..." works to prevent a link being formed. Maybe my readers won't notice.
http://test.efx.com:8080/sample should be enough to prevent the link from appearing, while keeping the url text right. Still, it's really strange. You can remove the $wgParserConf['preprocessorClass'] = 'Preprocessor_Hash'; line. It selects the old preprocessor (now deprecated). The only drawback is that you need dom extension, which is not installed with default php with some package managers.
mediawiki-l@lists.wikimedia.org