Ok, a brief patch has been submitted. It now comes down to whether the patch is considered adequate, and whether the idea is considered good in the first place. We'll see what happens. If it gets applied the docs will be updated and a brief announcement may be made.

Update for clarification:

The patch creates a [metacpan://module::name] or [metacpan://] tag. The first goes directly to the module being requested. The second just goes to the metacpan.org home page. After a patch is submitted it usually has to go through a sort of informal review process by others in pmdev, as well as the gods. pmdev cannot apply a patch once it's been submitted though, only the gods can (not to throw anybody under the bus; just explaining the process). The patch could possibly never get applied for any of a number of reasons, including but certainly not limted to:

• It might be deemed inadequate (may fall short of solving the complete problem).
• It might be determined to contain bugs.
• Someone else may come up with an even better patch.
• It might be seen as something that could increase server load (though probably not in this situation.
• It might be seen as missing the mark; maybe a [metacpan://...] tag isn't as desirable as changing the [cpan://...] link behavior, for example.
• Maybe there will be hesitation as metacpan.org is still in beta status. Since we don't know what beta means in this case, it could be inadvisable to suddenly dump additional load on the metacpan.org servers. Maybe beta means it's running on someone's computer in their basement over a DSL link. Maybe it's just a side project on a server that couldn't handle the load. Maybe it has any number of reliability issues. Until we know what 'beta' means, we don't know how much the Monastery should rely on it.
• Adding to the previous thought, if the "right thing to do" is to change the [cpan://...] tag behavior, and yet we're hesitant to do so because we don't know about the reliability of a beta website, it doesn't make sense to roll out a [metacpan://....] tag now, only to pull it back and alter [cpan://....] behavior later once metacpan.org comes out of beta status.

So there are real reasons for not jumping too early at implementing a new feature. A patch has been submitted as a sort of 'proof of concept', but that doesn't mean the concept has come of age just yet. Maybe someone could jump who is a little more senior than I, to provide insight. But until then let's just be patient and see what happens. :)

---

---

Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!

Titles consisting of a single word are discouraged, and in most cases are disallowed outright.

Read Where should I post X? if you're not absolutely sure you're posting in the right place.

Please read these before you post! —

• How do I compose an effective node title?
• How do I post a question effectively?
• Markup in the Monastery

Posts may use any of the Perl Monks Approved HTML tags:

a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, details, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, summary, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr

You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)

	For:		Use:
	&		&
	<		&lt;
	>		&gt;
	[		&#91;
	]		&#93;

Link using PerlMonks shortcuts! What shortcuts can I use for linking?

See Writeup Formatting Tips and other pages linked from there for more info.