in reply to Re^6: Link rot by domain snapping (indirect links redirector)
in thread Link rot by domain snapping

Iirc approved html is fixed up on the fly. Each reader can choose how spoiler blocks will be rendered.
  • Comment on Re^7: Link rot by domain snapping (indirect links redirector)

Replies are listed 'Best First'.
Re^8: Link rot by domain snapping (update x 2)
by LanX (Saint) on Apr 04, 2023 at 10:16 UTC
    > approved html

    I don't think approved html - which stored in the DB - is parsed a second time. (The gods may correct me)

    Reminder: the point are <a href='URL'> not [URL] links

    Cheers Rolf
    (addicted to the 𐍀𐌴𐍂𐌻 Programming Language :)
    Wikisyntax for the Monastery

    update

    for pmdevs interested: you may want to check out ParseLinksInContent and from where it is called (unfortunately the call-chain is not easily visualized) . I think it's called for in- and output, just with different options.

    Update

    But... AFAIR are html tags handled inside the everything modules, not in the code nodes which are patchable.

    Only Gods can access Everything.pm, and they rarely do so

      Iirc if u put in unapproved html its preserved in the db as u put it in... When the display options versions are parsed is when displayed and caches for a time, not forever ...
Re^8: Link rot by domain snapping (indirect links redirector)
by kcott (Archbishop) on Apr 04, 2023 at 12:57 UTC
    "Iirc approved html is fixed up on the fly."

    I don't have access to the PM code so can't comment on this directly. I'm not even sure what "fixed up on the fly" actually means (seems a bit vague).

    "Each reader can choose how spoiler blocks will be rendered."

    This is a verbatim quote from "Perl Monks Approved HTML tags" (footnote 4) except the word "choose" (on that page) is a link to Display Settings.

    In Display Settings, the Special Tag Options table has "Render <spoiler> tags as" with a selection list giving six options.

    — Ken