Wikipedia talk:Tools/Navigation popups

message: Good day,
The altering of the action object property in the getPrintFunction function, in these two cases (lines 5679 and 5688):
	case 'unwatch': case 'watch':
		this.print=magicWatchLink; this.action=this.id+'&autowatchlist=1&autoimpl=' + popupString('autoedit_version') + '&actoken='+autoClickToken(); break;
	case 'delete':
		this.print=wikiLink; this.action='delete';
		if (this.article.namespaceId()==pg.nsImageId) {
			var img=this.article.stripNamespace();
			this.action+='&image='+img;
and its use for retreiving the i18n tooltip in the wikiLink function (line 6174):
	var hint=popupString(l.action + 'Hint'); // revertHint etc etc etc
result in tooltips with url code between the action term and 'Hint', like: un|watch for any watch/unwatch, and delete for images (hover to see). I guess the altering of action needs to be moved to the switch statement in the wikiLink function (starting at line 6178).
Another one is email user – the i18n key 'EmailuserHint' (line 7049) needs a capital U.
With kind regards — Mar(c). 12:20, 7 January 2019 (UTC)
thread_title:  Hint/tooltip glitches 

message: I'm delighted with what appears when I hover over a link.  However, when I hover over the same link again later, I sometimes see just the article title and no content.  It happens mainly (perhaps exclusively) when I hover over a redirect then slide the pointer onto the target to see the start of the target article.  Do other users also see this?  If so, would it be easy to change the behaviour so the start of the article text appears again? Certes (talk) 19:35, 2 August 2023 (UTC)
replies: text: I can reproduce that bug. For example: The WP:POPFAQ link initially shows the redirect-target's content, but the 2nd mouseover doesn't. Quiddity (talk) 22:09, 2 August 2023 (UTC)
replies: text: I found that using the "popups / reset" function will restore the initial behaviour. -- Michael Bednarek (talk) 01:15, 3 August 2023 (UTC)
replies: text: Thanks for the tip.  I've done that successfully, so this is not urgent missing functionality, purely a convenience issue of not having to click Reset. Certes (talk) 07:58, 3 August 2023 (UTC)
replies: text: https://phabricator.wikimedia.org/T348606 Jidanni (talk) 09:30, 14 October 2023 (UTC)
thread_title:  Revisit a popup 

message: Talk page timestamp links have been deployed to multiple wikis (all except English Wikipedia at the moment, example) and this gadget tries to show a preview when you hover on them, however as the fragment does not correspond to a section, the preview is always just of the entire talk page, which isn't very useful. I would suggest that any link with the class ext-discussiontools-init-timestamplink be ignored. More generally you may also want to ignore any hash fragment starting #c- or #h- as these don't correspond to a page section. ESanders (WMF) (talk) 13:05, 30 January 2024 (UTC)
replies: text: I don't use this gadget, how can I opt in to use this new cool feature here? Nardog (talk) 06:02, 31 January 2024 (UTC)
replies: text: The feature isn't available on English Wikipedia yet as we are still back-filling the index table required to do the redirecting when a comment is archived. In the meantime you can enable clickable timestamp links using my commentlinks.js user script (example). ESanders (WMF) (talk) 07:44, 31 January 2024 (UTC)
thread_title:  New timestamp links 

message: When I have Navigation Popups or Reference Tooltips on, I get barraged with the following:
 czar 14:45, 30 January 2024 (UTC)
replies: text: I think this is fixed now. Some other problem caused the problem with popups. See Wikipedia:Village_pump_(technical)#Empty_element_error?. You may need to do a hard reload, to clear out cached pages. --Salix alba (talk): 17:47, 30 January 2024 (UTC)
thread_title:  Javascript error 

message: I noticed this hovering over a link for Eurofighter Typhoon - the article's infobox has both an SVG logo used in branding and an image of the plane. in the code, this is accomplished thus:
{|{{Infobox aircraft begin  
| name = Eurofighter Typhoon
| logo = File:Eurofighter logo.svg
| image = File:RAF Eurofighter EF-2000 Typhoon F2 Lofting-1.jpg
In this case, the popup displays the logo, which is less useful than showing the image. I guess it does need to be able to use either | logo or | image, but which is more appropriate is conditional - an example of an article with an infobox containing both an image and a logo where the logo is more appropriate would be Bayer. Improving this might be a pain - use the image by default, but the logo if the article is categorised using any of the categories within :Category:Companies? One cookie (talk) 13:51, 6 February 2024 (UTC)
replies: text: I wouldn't worry about it, as this tool is aimed at editors not readers. As the documentation says, the code just picks the first image it comes across in the wiki text. At User:John of Reading/X2 I've swapped the parameters over, and popups is displaying the plane rather than the logo. -- John of Reading (talk) 14:25, 6 February 2024 (UTC)
replies: text: And on the page, the logo still leads the image. Looks like a solution to me. Thanks! One cookie (talk) 14:29, 6 February 2024 (UTC)
thread_title:  Logo used in place of lead image in popup 

message: Articles that are protected in some sort (such as the POPUPS page) have protection padlocks as topicons. They normally have hover text to indicate duration. However, navpops replaces that with a preview of the linked page, and doesn't display the hover text anywhere for some reason. Aaron Liu (talk) 11:41, 14 March 2024 (UTC)
replies: text: Works for me; all redirects in :Category:Wikipedia fully protected pages show the 1st paragraph of the target page. -- Michael Bednarek (talk) 12:43, 14 March 2024 (UTC)
replies: text: I'm not saying it doesn't show the linked page; I'm saying that the hover text, like "Editing of this page is restricted to autoconfirmed users indefinitely", doesn't show. Aaron Liu (talk) 12:47, 14 March 2024 (UTC)
thread_title:  Hovering over topicons doesn't display hover text 

message: Hello!
I've come up with a potential upgrade that could make NavPopups even better than they already are:
Having preview popups support colored text would be a win! This would not find any uses in the mainspace, but would be quite useful in showing an accurate preview of people's user pages that include specially formatted/colored text.
Any thoughts?
Cheers, Cocobb8 (💬 talk • ✏️ contribs) 20:11, 27 March 2024 (UTC)
thread_title:  Feature request: Support for colored text 

message: Currently, the "revert" function does not allow users to add an edit summary explaining the revert. Only the default edit summary (Revert to revision xxxxxxxxxx dated yyyy-mm-dd hh:mm:ss by User using popups) can be used. 
</br>
My question is: Would it be possible to modify Navigation Popups to allow users to put more information in the edit summary, in addition to what already exist? Unexplained reverts are bad for Wikipedia, especially when a good faith edit is reverted without reason in the edit summary. InTheAstronomy32 (talk) 12:11, 25 April 2024 (UTC)
thread_title:  Add edit summaries to reverts 

message: Howdy, may I ask a hopefully simple question. At the moment, any text between any wiki tags is always excluded from the navigation popup. This applies to standard tags like  but also to self-defined tags used in a small private extension.  is a very common way to modify the appearance of text, e.g.  but of course we would like to see the spanned text within the popup. Is there a way, or will there be plans, to define a list of wiki tags/html tags that will simply be stripped off the article without also removing the embedded content text? 2003:C2:3F21:FD00:FD5B:946E:6956:E8CF (talk) 10:46, 3 May 2024 (UTC)
replies: text: Too bad that there's no support. 2003:C2:3F3F:4A00:893D:E160:9A20:A609 (talk) 14:48, 23 May 2024 (UTC)
thread_title:  Wiki tags are always excluded