I don't understand what this task means. https://hi.wikipedia.org/wiki/%E0%A4%AD%E0%A5%82%E0%A4%B8%E0%A5%8D%E0%A4%A5%E0%A4%BF%E0%A4%B0_%E0%A4%89%E0%A4%AA%E0%A4%97%E0%A5%8D%E0%A4%B0%E0%A4%B9_%E0%A4%AA%E0%A5%8D%E0%A4%B0%E0%A4%95%E0%A5%8D%E0%A4%B7%E0%A5%87%E0%A4%AA%E0%A4%A3_%E0%A4%AF%E0%A4%BE%E0%A4%A8_%E0%A4%B8%E0%A4%82%E0%A4%B8%E0%A5%8D%E0%A4%95%E0%A4%B0%E0%A4%A3_3 is the URL-safe encoded version of the title.

It sounds like you are asking to use tiny urls - but I'm not sure where these would appear and why. These will always be resolved/redirect to the real URL e.g. the one above.

EXAMPLE: Take this HiWiki article: https://hi.wikipedia.org/wiki/2014_शीतकालीन_ओलंपिक_में_नेपाल . If I want a PDF, I find a complex text at the bottom of the article similar to the depiction in this screenshot-pic:

Got it! Thanks for the context and background @hindustanilanguage ! :)

Moving to needs analysis as there's still open questions on implementations

We estimated this and estimations ranged from 5 to ? and there was confusion about how this would work. @phuedx suggested a spike may be necessary to decide how to do this.

Open questions:

• Should this be done for every URL on the page? If so, then are there any performance concerns?

Edit: This isn't what this task is talking about.

• How do we replace the URL for a link in the print view of a page?

Edit: This is exactly what this task is asking.

definitely out of scope, but a neat idea (#5): https://www.mediawiki.org/w/index.php?title=Topic:Tvk7pgwrwn9bygs1&topic_showPostId=tvk7pgwtgrozanht#flow-post-tvk7pgwtgrozanht

Change 376581 had a related patch set uploaded (by Jdlrobson; owner: Jdlrobson):
[mediawiki/core@master] Allow extensions to override the print url

https://gerrit.wikimedia.org/r/376581

^ the above patch implements one of the proposals. Would be good to talk about it vs other proposals in a future grooming session.

@ovasileva i thought we are stalling this as this is scope creep to print work

I played around with something similar for the concatenation patch (where the default print URL would point to a special page that's not intended to be exposed to users). Something like

    Hooks::register( 'SkinTemplateOutputPageBeforeExec', function ( SkinTemplate &$skinTemplate, QuickTemplate &$tpl ) {
        $url = htmlspecialchars( wfExpandIRI( $skin->getTitle()->getCanonicalURL( [ 'oldid' => $skin->getRevisionId() ?: null ] ) ) );
        $linkText = getShortUrlSomeHow();
	$footer = $skinTemplate->msg( 'retrievedfrom' )
            ->rawParams( '<a dir="ltr" href="' . $linkText . '">' . $url . '</a>' )
            ->parse();
        $tpl->set( 'printfooter', $footer );
    } );

works but it's rather ugly. The other option without core changes is to wrap the skin into a decorator class which replaces Skin::printSource() which is even more ugly.

Adding a new core setting just for the print footer link would be too much of a proliferation of options IMO. Maybe push footer links through LinkRenderer and add some kind of semantic role parameter to make* calls which gets passed to hooks?

@ovasileva i thought we are stalling this as this is scope creep to print work

@Nirzar See https://phabricator.wikimedia.org/T172902#3589643. The patch is just exploratory work to see how we might do this - a proof of concept. It has no chance of getting merged or going any further without us committing time.

Change 376581 abandoned by Jdlrobson:
Allow extensions to override the print url

https://gerrit.wikimedia.org/r/376581