Other WikiWords are not modified.

I made a patch instead of a plugin for performance reasons: this would be a plugin on a very-often-called loop. I suggest this should be part of the next release.

The following patch to lib/TWiki.pm works for last stable (Dec 2001) and last beta (with some offsets).

See it in action at: http://koala.ilog.fr/wiki/bin/view/Test/TestHomePatch

Category: TWikiPatches

-- ColasNahaboo - 18 Oct 2002

Interesting small enhancement. I am interested in hearing what other think of this request.

-- PeterThoeny - 19 Oct 2002

If you're asking whether it should be incorporated in the base TWiki, I have no objection to that, as long as there is a way to display Someotherwebname.WebHome when desired (<nop>). I mean, what this really does (IIUC) is automatically implement the link like [[Someotherwebname.WebHome][Someotherwebname]], and in most cases, when I refer to WebHome on another web, displaying it as Someotherwebname is fine.

Aside: The thing I would really like someday is an option to turn off the WikiWord features -- I would be forced to define all links explicity using the double square bracket syntax, but all page titles would be shown with spaces (everywhere). Perhaps someday I'll tackle such an option (or fork) but nobody should hold their breath. ;-)

-- RandyKramer - 19 Oct 2002

On displaying the old behavior, it is possible via [[..]] (see test page), but I never encountered a case where I wanted to do this... Note that the patch only changes things for WebHome, nothing else (even using anchors such as WebHome will use the old behavior)

On spaces, I use the SpacedWikiWordPlugin, maybe this is what you want?

I toyed with the idea mentioned elsewhere of always showing the web name prefix is the link is elsewhere. I would a priori be in favor of it, but it would change a lot of things, notably seeing Main.ColasNahaboo everywhere instead of ColasNahaboo would be too disruptive, so I now think it would not be a good idea to include this latter idea in the standard distrib.

But when you begin to have more than 50 webs, you very often say: "for this info, see XXX" where XXX is a web name rather than a page...

-- ColasNahaboo - 19 Oct 2002

One strong vote for this patch from me. And no, don't show the Web. prefix in the text.

-- PeterKlausner - 21 Oct 2002

I'd like to see this go into the core - it is easy to use, easy to discover, and shouldn't create any forward compatibility problems. Agree that the 'Web.' prefix should not be used.

-- RichardDonkin - 21 Oct 2002

Looks useful. Is in TWikiAlphaRelease and at TWiki.org.

-- PeterThoeny - 06 Mar 2003

Oops, was not in TWikiAlphaRelease, now it is. Change for CairoRelease.

Test: Link to Main, TWiki, WebHome, Plugins and Support home.

-- PeterThoeny - 12 Mar 2003

I'd like the ability to turn this feature on or off. Some of our web names are well-used acronyms. I imagine folks in the ABC project would be a little annoyed if every time they typed "ABC" it became a link.

-- JonReid - 25 Apr 2003

No, it will not become a link. only ABC.WebHome will become a link shown as ABC, not just writing ABC !

-- ColasNahaboo - 26 Apr 2003

While you are at it, I have this suggestion: Make it possible to use ANY display name for topic. For example, if the name is LinksToWebHomeShowWebName, then I should be able to use (under More), "Set display name" field to set the name. When this wiki word is parsed, you look to see whether there is display name associated with it, and then use it. (Note: This is different from use of display name approach; all pages containing wiki word will see replaced text.)

Implementation (without performance kills) is going to be tricky. Idea is to define one mapping file per web, load it initially, and use hash-based approach to do the name lookups.

Since it involves changes to core, this can't be an add-on.

(It is also highly desirable to display wiki words as spaced words through a web preference.)

-- VinodKulkarni - 08 Apr 2004

This is very useful for generated link lists. But I would prefer to set the display name in the edit page. It could be stored in a variable %NAME% or %TITLE%.

-- ArthurClemens - 08 Apr 2004

This is usual issue: Essentially you are adding metadata. You can edit metadata by editing topic, but the users don't want to remember too many variables. Perhaps we could have one standard external application that allows edit of metadata such as display name, access controls etc. And better still, we could use a plugin approach that will introduce more capabilities into "More" link of topic.

-- VinodKulkarni - 09 Apr 2004

Bump! I have absolutly no idea where this should be documented, but it needs to be somewhere. My users find this extremely non-intuitive. It is especially weird when you have a leftbar (like TigerSkin / PatternSkin) with a List of webs, where the current WebName dissapears and confusingly gets re-named to WebHome. (the list of Webs was actually a link to WebHome)

So. Where does the docco go?

-- SvenDowideit - 27 Jun 2004

Feature removed due to lack of documentation and confusing behaviour. See IRC logs for 28 Jun 2004 for details.

-- CrawfordCurrie - 30 Jun 2004

I restored this feature. See stated reason in WebnameDotWebHomeDoesNotShowWebname bug fix.

-- PeterThoeny - 01 Aug 2004