in reply to Re^2: Proposal - Update shortcuts pointing to cpan.org to link to mcpan.org
in thread Proposal - Update shortcuts pointing to cpan.org to link to mcpan.org

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)]

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)

  • Comment on Re^3: Proposal - Update shortcuts pointing to cpan.org to link to mcpan.org
  • Download Code

Replies are listed 'Best First'.
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)