Re: Proposal - Update shortcuts pointing to cpan.org to link to mcpan.org

I've experienced "downtime" with both search.cpan.org and metacpan.org

I can't see the patch, but I doubt it takes into anchors, and the anchors between metacpan.org and search.cpan.org aren't portable

So I don't favor redirecting all the links;

I am in favor of enhancing the links with an asterix like (?|pattern) ^* even if that breaks code I've written with pre-tags like Re: getting picky with File::Find::Rule

Actually, I think I'd prefer a list of redirects in a footnote -- leave the rest of the content alone

Links
Option for MetaCPAN in cpan links
Short-links to MetaCPAN?
metacpan link shortcut?
Shortcut for referencing specific sections of CPAN documents

Comment on Re: Proposal - Update shortcuts pointing to cpan.org to link to mcpan.org

Replies are listed 'Best First'.
Re^2: Proposal - Update shortcuts pointing to cpan.org to link to mcpan.org by LanX (Saint) on Jun 04, 2014 at 02:09 UTC
> but I doubt it takes into anchors, and the anchors between metacpan.org and search.cpan.org aren't portable Why exactly are deep links not portable? For example this CONFIGURATION of Data::Dump translates w/o problems. Please elaborate further! Cheers Rolf (addicted to the Perl Programming Language)	[reply]
Re^3: Proposal - Update shortcuts pointing to cpan.org to link to mcpan.org by Anonymous Monk on Jun 04, 2014 at 07:02 UTC
Please elaborate further! I gave an example, and linked another example Link Shortcut for referencing specific sections of CPAN documents The example made verbose (?\|pattern) (?\|pattern) `[href://http://search.cpan.org/perldoc/perlre#%28?%7cpattern%29\|(?\|pat +tern)] [href://https://metacpan.org/pod/perlre#pattern1\|(?\|pattern)]` [download] Its pod-literalish link versus transformed-for-some-rfc-email Built-in linkrot is weak ... with that keyword another example Re: Linking from POD (artificial linkrot, Pod::Simple::XHTML bugs) Breaking your own links because new version came out is weak Having to UTSL of a webpage to figure out anchor/id is weak (could be considered a browser problem , which a bookmarklet could remedy, but copy/paste should suffice)	[reply] [d/l]
Re^4: Proposal - Update shortcuts pointing to cpan.org to link to mcpan.org by LanX (Saint) on Jun 04, 2014 at 12:54 UTC
Thanks, I can see clearer now. I agree that `[mod://...#deeplink]` is broken, (why on hell is the `#` escaped ?) I didn't see that before (also partly b/c my nodelet hack automatically redirected them) But beside the broken PM-tag are deep-links to headings quite consistent ( seems only whitespace in anchors is `-` here and `_` there) Talking about deep-links to items ... ... well I ignored their existence. Never seen them used and I agree with tobyinc to avoid them b/c of inconsistencies. In CPAN you need to read the source to find them, cause they are not indexed in the TOC. So almost nobody would link them. METACPAN has a CSS trick to show those hidden anchors on mouseover. AND I agree that the naming scheme is not very reliable. BUT this should only be a problem when translating from META to CPAN. So in short, "secret" deep-links should be avoided anyway and translating heading-anchors shouldn't be a problem, but the `[mod://]` markup is broken anyway. Cheers Rolf (addicted to the Perl Programming Language)	[reply] [d/l] [select]