This page holds the discussion for CommunityLocalNames.
I’ve extended the local names extension so that we now have partial support for Lion’s LocalNames. On the page CommunityLocalNames, define a local name using [URL name]. Import namespace descriptions using [[ln:url]] or [[ln:url text]].
Currently, the code just imports LN entries pointing to a complete URL from the namespace description.
Bugs:
Technical background: Requests to multiple namespaces are parallelized if possible, using LWP::Parallel:UserAgent. The data returned is cached on the server for 12 hours. Check out the ln cache.
Test: [[Lion Kimbro's Blog]] → [[Lion_Kimbro's_Blog?]].
In a way, CommunityLocalNames is just another representation of a namespace description:
CommunityLocalNames Namespace Description
------------------- ---------------------
[url name] LN "name" "url"
[[ln:url name]] NS "name" "url"To produce the wiki’s namespace description: Self:action=ln which has LN and NS records, and Self:action=ln;expand=1 expands all NS records into LN records for debugging.
You can also search for CommunityLocalNames on Self:action=version;links=1.
Wow!
Edits to localnames.txt:
Other thoughts:
If you have any thoughts on those two, I’d appreciate it.
But both of these features complicate the system.
I think they should go!
(Eventhough I implemented the dot thing.)
As for the newlines, I was carelessly reading the spec. Now that I reread it, however, it also says “ASCII NL, CR, FF” in the BNF. That looks like a single byte only, contradicting the comment later. Can you replace that by “the bytes 0D, 0A, or 0D0A”? (What’s the point of FF in the original list?)
Another question: Does the spec specify that the order is important? If so, is the order “as listed” or “all LN records as listed, then all NS records as listed”? Both might make sense. Right now I have a slight preference for variant 2, ie. all LN records are considered first before any lookups are made. In a way, you “know” the local stuff better.
In FireFox:
Bookmarks | Manage bookmarks | New Bookmark Name: CommunityWiki Local Names lookup Location: http://ln.taoriver.net/redirect?namespace=http://www.communitywiki.org/cw?action=ln&path=%s Keyword: ln
Then, whenever you type “ln RecentChanges”, (for example,) it’ll jump you straight to RecentChanges.
Whatever names you put in there, it’ll jump straight to that page. If it’s on CommunityLocalNames, it’ll take you there, too!
That’s odd:
LN "REST" ""http://www.xfront.com/REST-Web-Services.html""
It’s double-quotation-marking it..? (I think this only applies to names pulled in via ln.)
I introduced a bug. Should be fixed now. → [[REST?]]
By the way, I liked reading the spec, and I specially liked the glossary! Very well done.
I’m confused – I’m looking at the code to the Oddmuse:Local Names Extension, and I don’t see anything in it that looks like CommunityLocalNames – where you manually specify the link for a given name, ..?
If you look at the config file, you’ll see the following: $LocalNamesPage = "CommunityLocalNames" – see Oddmuse:LocalNamesPage.
Define external redirect: BrianTempleton Lion Kimbro's Blog REST