Jump to content

Wikipedia talk:Tools/Navigation popups/Archive 1

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Archive 1Archive 2Archive 3→Archive 5

Archive created 15:29, 9 June 2006 (UTC) by Akrabbimtalk — All conversations ending before May 2006

Admin tools?

I see even setting admin tools to true, admin tools (like "block") when overing over User: links are gone. Was this intentional? Any other way to enable it? -- (☺drini♫|☎) 04:31, 3 October 2005 (UTC)

The interface has changed somewhat - by default, there's now a separate "menu" which appears for user links, called "user". It doesn't look like a link, just normal text which I guess is confusing - I should change this I suppose, although I'm not sure what it should link to. Do you think that I should keep all the links in one menu or have another suggestion for improving this UI? My reasoning was that the menu would start getting pretty long if I did so, but maybe that's not a big issue.
If you find that you don't have this "user" menu, then something has gone wrong. Do you have the admin links for protection and deletion?
By the way, you can change back to the original structure with out menus by setting popupStructure='original';. I rather like the menus as I was finding the old structure was looking cluttered. Lupin|talk|popups 11:46, 3 October 2005 (UTC)
The new one looks good! I do have admin links for protection/ unprotection, and now I realize that "user" becomes a menu. Perhaps make the "user" menu blue so it looks like a link? Thanks for all your work! Flcelloguy | A note? | Desk | WS 23:22, 3 October 2005 (UTC)
Ok I tried fancy, and it has block, but it's way too fancy, now trying menus... -- (☺drini♫|☎) 04:31, 4 October 2005 (UTC)
Yeha, well menu works too, although it's very NOT clear that "user" is a link ;) -- (☺drini♫|☎) 04:33, 4 October 2005 (UTC)

Error?

For some reason, my popups arent giving me the fancy options I installed them for (edit / un|watch / etc). My browser (IE on WinXP) is giving an error on Line 1, Char 51, "';' expected". Any idea what this could be? TIA! The Minister of War 09:47, 20 October 2005 (UTC)

The popups are working, but I also get the same error (Line 1, Char 51, ';' expected) as soon as the window pops up. This makes it impossible to see the target of a link when you hover over it—a pretty useful function which I'd hate to give up. I am using Win2k with IE6.0. Owen× ☎ 10:42, 21 October 2005 (UTC)
It's probable that IE won't work with the menus since it is somewhat outdated in its support for CSS. Could you try adding popupStructure='original'; to your JS file and see if that helps?
However, I doubt that this is causing a javascript error. I don't have any access to a machine with IE on it, so I'm afraid I'm going to have to ask for your help in finding the code that IE doesn't like, if you have any skill with a debugger. Lupin|talk|popups 21:46, 21 October 2005 (UTC)
I've installed IE on linux with Wine and think I may have got to the bottom of this - the problem seems to have been an IE-specific hack which has backfired somewhat. I've removed hopefully fixed it, so could you try the development version and let me know how you fare? Thanks. Lupin|talk|popups 03:55, 23 October 2005 (UTC)

Its definitely working better, though there is still an error. Its on line 2343, char 3, Error: not implemented. Also, another error is line 2302, char 3, Error: 'keyCode is null or not an object'. I've never done any debugging, but i'll see what i can do. The Minister of War 10:18, 23 October 2005 (UTC)

The functionality with un|watch and such seems to come and go. the debugger sadly isnt going to work. The Minister of War 07:06, 24 October 2005 (UTC)
I'm assuming you're using IE too. Please could you try removing the lines in your monobook.js file where you set popupShortcutKeys? (As far as I know, the menus are non-functional in IE too, so you may want to change that as well). I've noticed odd things happening when I use popupShortcutKeys with IE in Wine. Lupin|talk|popups 20:02, 25 October 2005 (UTC)
It seems those last changes did the trick, no errors, functionality is OK, and seems to be a lot quicker too - thanks! It might be a good idea to post this as the main IE config, as I have noticed other users trying the popups but just giving up... And am i missing functionality because of this? The Minister of War (Peace) 09:15, 27 October 2005 (UTC)

Is it okay to use this tool on other languages (xx.wikipedia)?

Great tool! BTW, although the description says "Currently works on wiki.riteme.site, commons.wikimedia.org and (probably) en.wiktionary.org" , I installed the tool on my user subpage on ja.wikipedia and it works quite well. However, now I'm afraid if there was any problem (legal or technical) to use the tool on other languages... no? - Marsian / talk 07:19, 4 November 2005 (UTC)

No, there's no problem. This page is just out of date. Lupin|talk|popups 00:30, 9 November 2005 (UTC)
Thank you for your reply. Now I can create the description page in Japanese on ja.wikipedia so that users there can enjoy this cool tool ;) Thanks again! - Marsian / talk 09:17, 9 November 2005 (UTC)
Let me comment on your credit. Perhaps this is subtle matter but I wonder if it's better to change the comment line from current "// [[User:Lupin/..." to sharper "// [[w:en:User:Lupin/..." ? Of course there's URI pointing en.wikipedia and not many people would be confused but... anyway, just a suggestion. - Marsian / talk 16:00, 9 November 2005 (UTC)
Well the reason I have that link is so I can see how many people are using it... [1] for example. I don't think that'd work with interwiki links. Lupin|talk|popups 22:33, 12 November 2005 (UTC)
Oh, I see. - Marsian / talk 11:24, 13 November 2005 (UTC)

popupFixDabs message setting

Is there a setting to change the default edit summary message for popup assisted disambiguation edits? I'd like to use the disambiguation project message: "disambiguation link repair (You can help!)" Gimboid13 20:00, 12 November 2005 (UTC)

No, not at the moment. Lupin|talk|popups 22:33, 12 November 2005 (UTC)

It'd be useful - on non-English Wikipedias the message shouldn't be in English and shouldn't contain the there-invalid link to this page. / tsca ✉ 17:16, 23 November 2005 (UTC)

Good point. I've made the summaries customizable in the dev version - you can change the options popupRevertSummary, popupFixDabsSummary and popupFixRedirsSummary to whatever you like. You can also use %s in the string to get the variable bits (revision id for revert, old article and new article for the other two). Lupin|talk|popups 14:10, 27 November 2005 (UTC)

i18n

is it possible, to use mediawiki-templates in this tool for use in other languages? --Wikiwichtel

That would be terribly slow I think, unless there's a clever way to do it that I haven't thought of. Remember that this is all happening client-side. Lupin|talk|popups 04:44, 19 November 2005 (UTC)

dumb question

do i edit Lupin to be my username in the top of the script and the body as well? Or just the top line? Gzuckier 15:55, 16 November 2005 (UTC)

No, just copy and paste it without changing anything. Lupin|talk|popups 04:44, 19 November 2005 (UTC)

question - other skins

(Please correct if this is wrong)
skin sub pages
javascrips (.js) style sheet (.css)
MonoBook
(default)		 monobook.js monobook.css
Simple simple.js simple.css
Classic standard.js standard.css
Amethyst amethyst.js amethyst.css
MySkin myskin.js myskin.css
Cologne Blue cologneblue.js cologneblue.css
Nostalgia nostalgia.js nostalgia.css
Chick chick.js chick.css

So, I have little problem with that script. In plwiki I have classic skin. I created first page with monobook.js, and next page with classic.js. This done no effect in both. :( When I changed preferences from classic to monobook it given no effect too. Here are my pages on plwiki [2] and [3]. Thanks for every answer and sorry for poor English. Przykuta 19:18, 23 November 2005 (UTC)

Sorry. Sript of course is useful, but only for monobook skin. Is it possible make that script for others? Przykuta 22:28, 23 November 2005 (UTC)
I might be wrong but I thought the names of javascript and CSS subpages for "Classic" skin were not "classic.xx", but "standard.js" and "standard.css"... weren't they? Hope this helps. - Marsian / talk 10:44, 24 November 2005 (UTC)
Perhaps like the table on the right (If wrong, please correct). - Marsian / talk 10:51, 24 November 2005 (UTC)

How to make popup go away on certain browsers?

Is there some way for me to disable popups when I'm using certain browsers? I like the popups on most browsers, but with Safari they don't work right (the menus are obscured so you can't see what you're clicking, and they don't go away when you move the mouse elsewhere). --TreyHarris 17:56, 29 November 2005 (UTC)

You could try this (untested):
if (navigator.userAgent.toLowerCase().indexOf('safari') == -1) {
  // [[User:Lupin/popups.js]] - please include this line 
  document.write('<script type="text/javascript" src="' 
             + 'http://wiki.riteme.site/w/index.php?title=User:Lupin/popups.js' 
             + '&action=raw&ctype=text/javascript&dontcountme=s"></script>');
}
Lupin|talk|popups 21:21, 30 November 2005 (UTC)
Looks like it is working for me The above code does not disable the tool in safari. Any idea why? It is too bad it doesn't work well in Safari, I was really looking forward to trying out the new tool, but it really is a dog in Safari and I don't really edit on Firefox that much...PaulC/T+ 19:42, 18 February 2006 (UTC)
No, I don't know why. Does it work if you change 'safari' to 'applewebkit' above? Also, I am keen to get to the bottom of what's going wrong with safari. Is it still freezing? If you follow the instructions here, do you see errors logged? Thanks in advance for your help. Lupin|talk|popups 23:34, 18 February 2006 (UTC)
Actually, it is working correctly, I must have had some older pages loaded in background tabs that were still showing up with popups... Safari wasn't freezing, just really slow and the tooltips would remain even after I moved away from the link. I couldn't find anything in my console.log or JavaNativeCrash_pid366.crash.log about your tool. (Any errors around the time it was loaded into Safari...) PaulC/T+ 02:44, 20 February 2006 (UTC)

Bypass redirects

This is a great tool, by the way. I love it.

One comment on its usage: I've come across a couple of users bypassing lots of redirects using this tool. I don't think we should bypass redirects, as it's of little value (both get to the same page), and it clutters up the Wikicode. For example, [[SHA-1]] is easier to read than [[SHA hash functions|SHA-1]]. There are quite a few benefits from keeping the WikiCode as clean and simple as possible, namely that it's less threatening for new Wikipedia editors, and it's easier to read and edit even for experienced editors. — Matt Crypto 10:43, 8 December 2005 (UTC)

I don't think there's much harm in bypassing redirects since the Wikicode isn't that complex and it does prevent some possible problems in the future. What if the article being linked to was moved (renamed) and the redirect wasn't updated? Now the link won't work at all because it's a double-redirect. I think redirects are essential for users who are searching for an article, but it makes sense to link as directly as possible in an article. My rule of thumb is to bypass the redirect if the redirect would never be made into a more specific article on the topic. For example, it makes sense to bypass the redirect from Fall to Autumn. It probably wouldn't be as good to bypass the redirect described in your example because it's possible that SHA-1 will eventually become it's own article. Carbonite | Talk 11:20, 8 December 2005 (UTC)
The tradeoff seems to be that we make Wikicode more complex because there's some possibility that the article is moved later on, and that someone might forget to update the double redirects. Personally, I'd prefer cleaner Wikicode, and to run a bot to fix any double redirects. — Matt Crypto 11:27, 8 December 2005 (UTC)
I think that there are good arguments both for and against bypassing redirects. If there were such a bot eliminating double-redirects automatically, I'd probably fall somewhat on the "against" side. For now, I personally prefer linking directly to articles whenever possible because I feel it's cleaner to eliminate the intermediate step of a redirect. There is the tradeoff of more slightly more complex Wikicode, but newbies aren't being required to bypass redirects. Carbonite | Talk 13:09, 8 December 2005 (UTC)

Agreed - redirects should not be bypassed. If the article being redirected to is split, all the links now point to the wrong place. On the other hand, when an article is moved, it specifically says to check for double redirects, AND we have automated detection of double redirects. --SPUI (talk) 00:16, 14 December 2005 (UTC)

I agree that it is not appropriate to bypass redirects in every case. I think it is sometimes appropriate to do so, though. From a pragmatic point of view, what would you recommend I do to the script? I'm unwilling to remove this functionality, but I could put a less encouraging popup hint (it currently says "Fix this redirect"). Any suggestions for a short snappy replacement? Lupin|talk|popups 00:27, 14 December 2005 (UTC)
Try "fuck up this link". --SPUI (talk) 01:53, 14 December 2005 (UTC)
Not quite what I had in mind. Any other offers? Lupin|talk|popups 18:09, 14 December 2005 (UTC)
Perhaps "Bypass redirect", although I don't think this or "Fix this redirect" adequately describe the function. - Stoph 22:20, 21 December 2005 (UTC)

Not to add to a dead discussion but the reason for avoiding linking to redirects is the reduction of extra load on the servers. If a link is sent through an extra redirect it adds extra requests for the servers to handle. This, spread across thousands of such links is very bad. -Localzuk (talk) 21:55, 29 January 2006 (UTC)

Ah, ignore me. The explanation later explains better. It still uses some cpu cylces though - which with wikipedia being so slow is one way to improve (even if marginally).-Localzuk (talk) 22:03, 29 January 2006 (UTC)

Translation

I want to translate this feature into Hebrew, What I need to do? Troll Refaim 21:21, 8 December 2005 (UTC)

I've given some hints on my talk page. It's not very straightforward, unfortunately. Lupin|talk|popups 05:26, 9 December 2005 (UTC)

Hey Lupin, and thank you for this wonderful tool ! I've just copied it on the French Wikipedia, and beginning to translate the interface. My question is : when you update it, is there a way to know it, and to get a new version while keeping the translated bits ? Thank you, le Korrigan bla 22:22, 9 December 2005 (UTC)

Update: translation is now much easier, in the dev version at least (which is working well right now). See the comments in User:Lupin/popupsdev.js and the list of strings at User:Lupin/popupStrings.js. Lupin|talk|popups 00:21, 14 December 2005 (UTC)

Help, please

How can I change the edit summary given when I fix a redirect? Matt Yeager 03:59, 16 December 2005 (UTC)

A Question

Is it possible to use this on another wiki unrelated to Wikipedia? And if so, is it alright if I do? Of course, I'd assume that the actual conversion would fall into my own hands, and updating would be my responsibility after that point. =FaxCelestis 06:46, 18 December 2005 (UTC)

I have this question too... what all would need to be brought over to make things work on a wiki that's running MediaWiki 1.5 but is not hosted here (BrickWiki to be specific)? I am guessing it's more than just copying monobook.js but am curious as to how MUCH more... Thanks! ++Lar: t/c 05:26, 5 February 2006 (UTC)
If you don't mind leeching a little bandwidth from wiki.riteme.site to load User:Lupin/popups.js and User:Lupin/menus.css then in fact you should be able to just copy the monobook.js over exactly. Otherwise you could host these files locally and change the references to them in monobook.js and the script itself. If you have unusual options (like the form urls take in the wiki) then a few things may need tweaking though, but it should be easy to do. Lupin|talk|popups 07:26, 5 February 2006 (UTC)
I'd rather get as much as I can without copying over as that way I (and other users once I get it working for me) stay in synch easier. Right now my monobook.js is just copied over there Brickwiki:User:Lar/monobook.js, but with some commenting out of other irrelevant gadgetry (why add a toolbox link to village pump if BW doesn't have one!, etc) and it's not doing anything at all. I think js is enabled, but have to check that first. I sort of expected that at least the standalone edit summary warning funciton would work as that has little or no dependence on other functions. I need to cut a lot of stuff away temporarily to get to the bottom of whether anything works at all.... Are you sure there aren't dependencies on stuff that might be missing? I saw references to things like wikibits.js as a source for common functions. I am going to have to talk to the 'crat there, I may be wrong about javascript being turned on but I THOUGHT it was! That's probably the first place to start... thanks for the help. If there's a better place to ask, please point me there! ++Lar: t/c 07:46, 5 February 2006 (UTC)
View the source of a random page while logged in on that wiki and search for User:Lar/monobook.js. If it's being loaded in the header, then javascript should be enabled on that wiki. Otherwise, ask the admin to add
 $wgAllowUserJs = true;
 $wgAllowUserCss = true;
to the LocalSettings.php file. Lupin|talk|popups 13:51, 5 February 2006 (UTC)
The header has some evidence of having SOME scripts in it, (for example it has wikibits.js) just not mine. I've asked the owner/crat/admin, which is the more authoritative way to find out what's going on I guess... LocalSettings.php isn't a file randoms can look at to check for themselves I don't think. Thanks again! ++Lar: t/c 15:26, 5 February 2006 (UTC)
Hello, I've tried to put the script on my wikicities MediaWiki:Monobook.js [4] but it doesn't work. Is it normal ? --Henrique Diaz 11:58, 30 March 2006 (UTC)
I've also tried to use your (wonderfull) script on another wiki I admin on my user/monobook.js page [5] and it doesn't work neither, wich despite me a lot ! I've checked that javascript is enabled and I've put $wgAllowUserJs = true; $wgAllowUserCss = true ; on the Localsettings.php of this website. I've also tried to import the whole script (puting on the website popups.js, menu.css, Navpops.css and it still doesn't work). In fact, i'd like very much to put your script on MediaWiki:Monobook.js, as an admin. Do you think it could be possible. And also, do you think you could explain some day how a MediaWiki user or admin can manage to use the navigation popups for everyone ? --Henrique Diaz 23:03, 30 March 2006 (UTC)

Possible bug

Attempting to disambiguate the minesweeper link on Blohm & Voss BV 138 causes Popups to load the wrong page. I assume this is related to & being a reserved character in HTML. I'm not sure if this is a bug in the script or whether the article just shouldn't have that title. Just lettering you know. Soo 16:16, 24 December 2005 (UTC)

Yup, definitely a bug. I'll have to fix that. Lupin|talk|popups 02:11, 3 January 2006 (UTC)

Firefox 1.5

Has anyone else got this working on Firefox 1.5? I installed popups on my userspace but it seems to have no effect --Mistress Selina Kyle (Α⇔Ω ¦ ⇒✉) 22:49, 2 January 2006 (UTC)

Use on non-WikiMedia wikis

Do you by any chance know what options are necessary for this kind of Javascript to work on a non-WikiMedia MediaWiki, or do you know who might know? I have a MediaWiki 1.6a installed at an undisclosed location, and instead of the normal /monobook.js with the message about cache-clearing at the top and all content spacing-preserved, monobook.js gets treated as an ordinary page. Since the URL provided in the script is absolute, presumably it should work from anywhere, so I assume it's a server-side problem.

Also, I presume you don't mind that I'm using your script outside Wikimedia where you can't see it.  :) —Simetrical (talk • contribs) 06:30, 5 January 2006 (UTC)

You have to enable user javascript in LocalSettings.php. Try this for size:
 $wgAllowUserJs = true;
 $wgAllowUserCss = true;
Lupin|talk|popups 14:37, 5 January 2006 (UTC)

Thanks! —Simetrical (talk • contribs) 04:20, 9 January 2006 (UTC)

Problem

I think there's a problem with the option: 

popupFixDabs=true;

When you click on a link at the bottom of the popup window, it automatically clicks "Show Changes" instead of the "Save" button. -- King of Hearts | (talk) 00:22, 13 January 2006 (UTC)

This is intentional. The tool attempts to change every link on a page; this is not always appropriate, as sometimes links to dab pages are needed. Thus the user should check the diff manually before submitting it. Lupin|talk|popups 01:55, 13 January 2006 (UTC)

Disambig bookmarks, articles in Wikipedia namespace

The disambig tool also wipes out bookmarks, if present (example). Is this the intended behaviour?

I haven't thought about this, but the current behaviour does seem to make sense to me. This is because a valid bookmark on a disambig page will in general not be a valid bookmark on a page linked to from the disambig page. Lupin|talk|popups 03:31, 15 January 2006 (UTC)

Also, the tool wouldn't fix a link in the wikipedia namespace -- it appeared to effect an edit, but in fact did nothing at all. Here's an example of a fix it wouldn't make, which I did manually instead. Apparently it's confused by the namespace qualifier. Cleduc 03:07, 15 January 2006 (UTC)

That's strange. I used it successfully here to fix the same redirect. Which browser are you using? Can you duplicate the bug anywhere? Lupin|talk|popups 03:31, 15 January 2006 (UTC)
That's the page where I had the problem, using Firefox 1.5, Ubuntu (Hoary Hedgehog). Maybe if reverted the problem would show up again? Cleduc 04:13, 15 January 2006 (UTC)

Is it possible for the pop-up to show redlinks?

See header. That would be nifty. Circeus 05:37, 15 January 2006 (UTC)

This would be difficult, I think. At the very least it would involve extra network overhead. Lupin|talk|popups 05:39, 15 January 2006 (UTC)

"unresponsive script" warning

I get an "unresponsive script" warning when loading Wikipedia:Reference desk/Science. I am using Firefox 1.5 on Windows XP. I think popups are probably the cause since commenting out the popups code in monobook.js stops the warning.--Commander Keane 10:15, 18 January 2006 (UTC)

Thanks for reporting this. There is a large number of links on that page, and when the page loads the script has to add popups to each one of them. I've split this process up into chunks in the dev version, so if you use that then this issue should hopefully be gone. Lupin|talk|popups 23:07, 18 January 2006 (UTC)

"Fixing" misspelling redirects

I am getting more and more annoyed by the number of times I'm seeing Popups-assisted edits of

[[incorrect spelling with redirect]]

to

[[correct spelling|incorrect spelling]]

this is creating worse-than-useless churn on pages, because it makes it look like the incorrect spelling was intentional. Please, somebody do something about this, it's driving me crazy, especially since it takes editors using Popups seconds to do damage on large numbers of pages that takes me hours to fix. --TreyHarris 21:18, 20 January 2006 (UTC)

Yes, people use this feature inappropriately sometimes. What do you suggest I change? Lupin|talk|popups 21:38, 20 January 2006 (UTC)
Get rid of the redirect-"fixing" feature. The folks on #mediawiki tell me that it's unnecessary, that redirects are not the big performance hog on Wikipedia that people seem to think they are. Fixing links to disambiguation pages is still a really useful feature. But changing [[foo that redirects to bar]] to [[bar|foo that redirects to bar]] isn't necessary. --TreyHarris 22:34, 20 January 2006 (UTC)
For my part, I like that feature (I haven't considered performance implications of redirects, I just find it useful now and again). I could turn it off by default though, but I will leave the option to turn it on. How does that sound? Lupin|talk|popups 23:38, 20 January 2006 (UTC)
I like that as a first step. But out of curiosity, when do you find changing [[redirect term]] to [[target|redirect term]] useful? I guess I don't understand the utility (other than the misguided perception that eliminating redirect terms is a good thing). --TreyHarris 23:43, 20 January 2006 (UTC)
One reason to do so is that it makes the hints over links correpond with the article that appears when the link is clicked, which seems more intuitive. It also means that I can copy the link location and append ?action=edit to edit the article. Lupin|talk|popups 00:14, 21 January 2006 (UTC)

Ok, you sold me—make it an optional feature with the default turned off. Is there anywhere to put some text about when to properly use the feature if you turn it on, so that we don't have more misspelling redirects in the future? Thanks for being so reasonable about this. --TreyHarris 00:19, 21 January 2006 (UTC)

Just curious TreyHarris, but how does fixing redirects cause hours of work for you? At first blush, one would expect that fixing the link half of a spelling problem is better than leaving it all wrong. As it is, processing redirects does eat up CPU cycles on the server end, and as slow as en.wikipedia gets during the North American workday, I would imagine anything that decreases server load would be viewed as a good thing. While I share your frustration with the pervasive spelling and grammar issues endemic to wikipedia articles, perhaps your ire should be directed at the people making the mistakes rather than those of us trying to fix them. As always, YMMV. --Kralizec! 00:39, 21 January 2006 (UTC)
Kralizec!, you're mistaken (though it's a very common mistake that keeps coming up). I don't know if you have the technical expertise to understand the MediaWiki code and its database performance, but if you can, I suggest you look rather than take my word for it. Two things are going on. First of all, following a redirect is a simple SQL query that's already happening anyway (to see if the field page.page_is_redirect is set or not). Second, the results of such a redirect are cached.
It's not as if the servers are loading two complete pages (even if conceptually, that's what seems to be happening). If it worked that way, double, triple, or more redirects would work (they don't), and you'd be correct in your urge to "fix" them. But it doesn't work that way.
So going to Charles de Gaulle via the link Charles DeGaulle is very inexpensive, in fact, usually no more expensive than going directly (especially if it is a popular page and is in the cache). In comparison, changing a page that links to Charles DeGaulle to point to Charles de Gaulle instead requires a database update, which is orders of magnitude more expensive on the servers than a query. I'm not certain of the exact performance differential, but based on a quick benchmark I just ran, it is probably on the order of a thousand times more expensive to update a page to point to the direct target than it is to follow the redirect. So, if you're going to edit a page anyway for some other reason, I'd say, sure, update the redirect link at the same time if you so desire. But editing a page expressly for the purpose of fixing a redirect is a net loss of performance for the servers. --TreyHarris 02:26, 21 January 2006 (UTC)
Let me followup with a clarification: in no way am I suggesting that you shouldn't update an article that says Charles de Gaule with Charles de Gaulle. The first is a misspelling, and should be fixed as soon as you come across it. My point is that Popups is leaving the misspelling there to create [[Charles de Gaulle|Charles de Gaule]], and thus the edit is only useful insofar as avoiding the redirect, by itself, is useful. And my point is that avoiding the redirect, by itself, is not useful — at least, not useful for the purpose of reducing server load. --TreyHarris 03:01, 21 January 2006 (UTC)
The option, popupFixRedirs, exists already and is documented at WP:POP. You could add a brief note in the table where the option is described, or if you have a lot to say then maybe you could create a sub-page and link to it from there. I intend to change this in the dev version soon, and in the "stable" version that most people use when I next update it to match the dev version. Lupin|talk|popups 04:29, 21 January 2006 (UTC)
Thanks. I added a note and a subpage. I did some testing on my personal MediaWiki installation to get some exact numbers. --TreyHarris 23:01, 21 January 2006 (UTC)
Uh-oh. Looks like Popups can't actually display a preview for the subpage. It says it's an empty page, which it isn't. Is this a bug? --TreyHarris 23:14, 21 January 2006 (UTC)
Looks OK to me. Caching issues? Lupin|talk|popups 23:38, 21 January 2006 (UTC)
Many redirection pages are already tagged with {{R from misspelling}}. Would it be possible for Popups to recognize this and fix the spelling in this case? The text could be updated to reflect this. i.e. instead of "Charles de Gaule redirects to Charles de Gaulle", it could say, "Charles de Gaule is a misspelling of Charles de Gaulle". Clicking on misspelling should fix the misspelling, not just the link, in this case. Pburka 02:57, 24 January 2006 (UTC)
That would be lovely—that's a case where redirects should be fixed. See WP:R#Don't fix redirects that aren't broken. Those redirects display incorrectly, and so should be fixed whenever found. Seems like it would slow down the preview, though, unless Lupin can think of a clever implementation. --TreyHarris 06:38, 24 January 2006 (UTC)
That's a nice idea (and I think it would be possible to code), except that the template doesn't seem to get much use. Lupin|talk|popups 14:59, 24 January 2006 (UTC)
It is, indeed, unfortunate. Perhaps support for the template in Popups would encourage increased use? Pburka 01:12, 26 January 2006 (UTC)
Would it be possible to present an option when fixing redirects? Could be a submenu of different ways to fix the redirect or perhaps an edit box with the default suggestion and the ability to override it.
--BullWikiWinkle 23:07, 14 February 2006 (UTC)

Reverting

How do you revert using Popups? Do you have to be an admin? ⇒ JarlaxleArtemis 04:11, 21 January 2006 (UTC)

No, non-admins can revert with popups, although it is different to the admin capability. To do so, you have to locate a link to the revision of the article that you want to revert to (for example in a diff page or a history page). Then you should find a "revert" link in the popup. If your links appear in menus, then it's in the "actions" menu. Lupin|talk|popups 04:19, 21 January 2006 (UTC)

Query on popupFixDabs

The "Air National Guard Installations" section of the List of U.S. Air Force bases article was poorly wikified, with the city and state set as separate links. When I attempt to disambiguate the cities, Popups (BTW, a great tool!!) often does not show the links I am looking for. As an example, on Port Clinton, it gives you the option to disambiguate to Pennsylvania or United States, but not the actual city links of Port Clinton, Ohio or Port Clinton, Pennsylvania. Same thing for Bangor (Maine), Westfield (Massachusetts), Burlington (Vermont), and many, many more. Is this a feature (aka I am not using it correctly) or a bug? Thanks, Kralizec! 14:31, 21 January 2006 (UTC)

This seems to be working correctly for me with Port Clinton and the other examples you gave. A list of all links appearing in the disambig page appears at the bottom of the popup. I'm using Firefox 1.5 - which browser are you using? Lupin|talk|popups 14:48, 21 January 2006 (UTC)
I am using IE 6.0.x on both my home and work computers.--Kralizec! | Talk 15:18, 21 January 2006 (UTC)
Thanks for reporting this bug. It should now be fixed in the dev version. Lupin|talk|popups 17:31, 21 January 2006 (UTC)
The dev version works like a charm! Thanks, Kralizec!|talk 17:46, 21 January 2006 (UTC)

What stub?

I just realized that this tool could be ultimate asset to stub sorters if it was able ti indicate which stub template is in use on a page. Is that possible? Circeus 17:10, 21 January 2006 (UTC)

Yes, with a bit of javascript you could write a custom filter for this - see Wikipedia:Tools/Navigation_popups#Advanced_customization. You'd need either a canonical list of stub templates or some other way of detecting them from the wikitext of an article (like a good regexp or something). Lupin|talk|popups 17:35, 21 January 2006 (UTC)
... for example, you could try adding this to your user javascript file:
window.extraPopupFilters=[];
function popupFilterListStubTypes(wikiText) {
  var re=RegExp('[{]{2}([^{}]*?stub)\s*[}]{2}', 'i');
  var splitted=wikiText.parenSplit(re);
  if(splitted.length < 3) return '';
  var list=[];
  for (var i=1; i<splitted.length; i+=2) list.push(splitted[i]);
  return 'stub templates: '+list.join(', ');
}
window.extraPopupFilters.push(popupFilterListStubTypes);
Lupin|talk|popups 18:00, 21 January 2006 (UTC)

Misusing edit summaries

Edit summaries are for summarizing edits, not for promoting software (see Wikipedia:Edit summary). Would someone please remove the "Popups-assisted . . ." from the beginning of the summary line, or at the very least move it to a short link at the end? —Michael Z. 2006-01-22 20:40 Z

A few points in reply:
  • I see nothing on Wikipedia:Edit summary which makes me think that the current edit summaries are inappropriate.
  • It is important that some record of the tool being used to make edits is made so that if it is abused or if it has bugs, then this can be dealt with.
  • Why would it be better to put the link at the end than at the beginning of the edit summary?
  • If individual users wish to change the edit summaries the tool generates for them, they can already do so - see Wikipedia:Tools/Navigation popups#Options. Lupin|talk|popups 21:56, 22 January 2006 (UTC)
To put it simply, a reader of edit summaries is interested in a summary of the edit. He is interested in the change to the content of the page, not what software was used to accomplish it. The convention starts with "Filling in the summary field . . . makes Wikipedia work better by quickly explaining to other users what your change was about" [my emphasis]. The purpose of the "popups" link is to promote this software, which is not an intended use of the edit summary. If every editors' edit summary started with something like "Microsoft Internet Explorer™-assisted correction of spelling", everyone's watchlist would be much harder to read—the beginning of a slow slide into uselessness. —Michael Z. 2006-01-22 22:58 Z
I would have had no idea that Popups existed if I hadn't seen the link in edit summaries. It assisted me in figuring out recently that the flare-up of useless redirection "fixing" was due to the Popups feature and not just random editors deciding to go on cleanup expeditions. Bots are supposed to explain in the edit summary that the edit is being done by a bot; I think Popups-assisted edits should be so explained for exactly the same reasons. The analogy to browsers is fallacious, unless or until browsers are modified to edit Wikipedia in unusual ways like bots or Popups do. (If editors used Greasemonkey to do something unusual, for instance, I would hope the edit summary would explain this.) --TreyHarris 23:13, 22 January 2006 (UTC)
Then please put the promotional link at the end of the edit summary, so I can just go down the list and see what the edits are about. As it is, I have to stop at every "Popups-assisted" link and read through it to get to the actual summary of the edit. Maybe even make it a distinctive little link like "[p]" or "p↑"—it will have its own more distinctive "branding", but clutter the watchlist less. —Michael Z. 2006-01-22 23:59 Z
No, remove the link completely & do not even mention it. We should not have to suffer advertisements on Wikipedia. ¦ Reisio 17:32, 27 January 2006 (UTC)
I have brought this up (copied from entry initiated by Mzajac at Wikipedia talk:Edit summary) at Wikipedia talk:What Wikipedia is not#Promotional use of edit summaries. ¦ Reisio 17:46, 27 January 2006 (UTC)
  • I think the link should remain. Knowing what tools an aeditor has used in making an edit may be important in evaluating that edit. Auto-Wiki Browser uses a simialr link. For the mater of that, amny cleanup projects reccomend an edit summery with a link to the project. I think this is a good, not a bad, idea. DES (talk) 17:59, 27 January 2006 (UTC)
I agree, but would have no objection to this appearing at the end of summaries as suggested by Michael. This is a helpful notification for other users of the invaluable tools that exist out there, and in no way is it a misuse of edit summaries. --Cactus.man ✍ 18:19, 27 January 2006 (UTC)
This is…helpful
Most advertisers probably think that.
¦ Reisio 18:40, 27 January 2006 (UTC)
Helpful? ... yes, most definitely. Maybe you should try it out - check out the instructions on the Project page for details of how to add it to your monobook.js (or other skin). Or you can let me know on my talk page if you need help. This is not a commercial product, but a tool for Wikipedians that Lupin has clearly expended a huge effort to create for the benefit of the community, and it aids productivity in spades. --Cactus.man ✍ 18:49, 27 January 2006 (UTC)
The point is that even someone spamming your email with advertisements for viagra might think he's helping someone out - it's extremely agitating (and in that case downright evil) nonetheless. It doesn't matter to me if someone is making money off it or not. I hate ads in general, they're immensely annoying & exceptions should not be made even for things most people might like. [6] [7] ¦ Reisio 20:39, 27 January 2006 (UTC)
Helpful to the advertiser, yes, but also helpful to those thankful consumers who would never have heard about the product if it wasn't for the advertisements. I'm genuinely happy I learned about the popup tool that way. Edit summaries like this are just a tad more informative than "rv", but the spam factor isn't very high either. --Eddi (Talk) 21:29, 27 January 2006 (UTC)
Agreed 100%. This is how I found the tool, and now I don't know how I'd live without it. -- MisterHand 21:37, 27 January 2006 (UTC)
Hi Reizo! I won't remove the links for reasons explained above (although individual users can prevent them from appearing in the edit summaries they generate, so if there is widespread disquiet then they should disappear on their own). I could write a crude "spam filter" to remove these notices from your watchlist, recent changes and history pages if it makes you feel better. Lupin|talk|popups 21:36, 27 January 2006 (UTC)
No, thanks. :) ¦ Reisio 21:45, 27 January 2006 (UTC)

For what it's worth, I hereby retract any concern I have on this matter. My watchlist is now also flooded with lines such as "AWB assisted clean up + reduce overlinking", and I expect there will be others, so there's no point in Popups not using its old "Popups-assisted…", too. ¦ Reisio 22:46, 2 February 2006 (UTC)

Please leave a comment at Wikipedia talk:AutoWikiBrowser#Edit summaries. —Michael Z. 2006-02-20 05:14 Z

Lately, I've only seen edit summaries ending with "...using popups" on my watchlist. I don't know if this is because the software has been updated, or because some users have changed their settings, but it's a great improvement. They don't interfere with reading the watchlist at all. Sincerely, thanks for responding to my concern.

(But I am now finding "AWB assisted...". Time to leave a comment over there.) —Michael Z. 2006-02-20 04:59 Z

Preview of (diff) and (last)?

Lupin, thank you. I thought you would appreciate this: http://community.livejournal.com/wikipedians/69759.html

It prompted me to come here and ask a question. I have a feeling the answer is the many-times-above-mentioned "too much server overhead", and if so, alas, so be it.

However, I simply must ask if it's possible to provide an actual mini-diff in the preview box if I hover over a "(diff)" or "(last)" link -- an answer to "what was this edit?". Ideally it would provide the entire diff if it's a small edit (less than, say, 50 characters?), and some other kind of feedback if it's something bigger. It would be brilliant to be able to scan my watchlist or a related changes page or a page history and not bother clicking the diffs that end up being "removed a comma" or "added a category" just to make sure it's not vandalism. (Yes, yes, I know, everyone should be using informative edit summaries -- they don't. And smart vandals lie anyway.)

So is it possible? Please? Pretty please? I'm pretty sure I wouldn't be the only one who would worship the ground you walk on.... — Catherine\talk 07:04, 27 January 2006 (UTC)

I second altmany 07:58, 27 January 2006 (UTC)
what'd be nice is if mediawiki served up diffs in a raw format without all the nasty html overhead that makes it slow. I'll think about this stuff. Lupin|talk|popups 22:01, 27 January 2006 (UTC)
I have some client-side diffing going on in the dev version now. It's quite ugly, and stupid and slow at the moment, but that may change in time.... Lupin|talk|popups 22:16, 28 January 2006 (UTC)
It's sooooo cool, Lupin! Please do keep up the good work :-))) altmany 13:52, 29 January 2006 (UTC)
Ditto that, just noticed all the pink and turquoise colouring on the diff links by accident. Are you saying the coding is ugly and stupid, or the functionality? I find it very useful as it cuts out the need to physically check a big chunk of your watchlist because it, well ... pops up the diffs :-) Perfect for smaller edits. Cactus.man ✍ 17:53, 29 January 2006 (UTC)
Well things have improved a bit since I wrote that :-) I do find them useful and I'm moderately happy with the technical side of things now, although they do still look ugly to me. Lupin|talk|popups 20:05, 29 January 2006 (UTC)
I can't see this... Is there a reason? Do I need to use the dev. version or something? Circeus 01:14, 1 February 2006 (UTC)
Yes. Lupin|talk|popups 01:49, 1 February 2006 (UTC)
And howdo I do that, if Imay ask? Circeus 14:00, 1 February 2006 (UTC)
I've added instructions to WP:POP. Lupin|talk|popups 02:21, 2 February 2006 (UTC)

Okay, I've been trying this out for about fifteen minutes, and now I need to know which part of the world cpntains the ground you walk on, so I can point my worship in the proper direction! This is an wonderful tool, and is going to be very popular once it's in the main version. Thank you so much for putting your work into this for a few days! — Catherine\talk 03:07, 2 February 2006 (UTC)

Ditto here. Circeus 03:16, 2 February 2006 (UTC)
I am also very impressed. This will genuinely save me a significant amount of time. Thank you. Superm401 - Talk 01:52, 5 February 2006 (UTC)

display bug on article with two () in first line

From daimyo The daimyo (大名, daimyō?) (daimyō ▶ (help·info)) were the most the pop up just shows the empty The () Dalf | Talk 07:31, 27 January 2006 (UTC)

Thanks. This should be at least partially fixed, although the empty brackets will still appear unless you set popupPreviewKillTemplates=false. Lupin|talk|popups 20:07, 29 January 2006 (UTC)


Revert needs to show 'username' not 'revision#'

I just noticed this edit today. Is there a way to make it show the username instead of a revision number? Ex.) Instead of: "Reversion to revision 37531695 using popups" say "Reversion to revision Martin Hinks using popups". Using the revision# makes it much harder to see how far back the article has been reverted. Thanks. Monkeyman 20:27, 31 January 2006 (UTC)

Short answer: yes it's possible, but it would involve extra code and extra network overhead, and ambiguous summaries if Martin Hinks has made several edits to the article. Lupin|talk|popups 00:27, 1 February 2006 (UTC)
for the ambiguity issue, just have "revert to revision xxx by Martin Hinks". best of both worlds. Derex 03:35, 1 February 2006 (UTC)
I was about to suggest "rv to last version by <author>", but that would be ambiguous since we don't always revert to the last version. A better solution would be "rv to version <number> by <author>", or "rv to version as of <timestamp> by <author>". In addition, as I have mentioned earlier, it would be great if the script could prompt for an explanatory statement so that "rv <statement> to version <number>" would become, e.g. "rv unsourced claim to version 31912413". --Eddi (Talk) 04:58, 1 February 2006 (UTC)
There's now a very simple prompt available in the dev version if you set popupRevertSummaryPrompt=true. Lupin|talk|popups 02:22, 2 February 2006 (UTC)
Lupin - the new prompt's very handy, thanks. Could you add another %s to the default prompt with <author>, so it would read something like "Revert to revision <oldid> by <author> using popups"? also, can you replace <oldid> with <oldtimestamp>? altmany 09:50, 2 February 2006 (UTC)
Showing the timestamp instead of the oldid would be great! With the timestamp and the history, I can figure out the rest by myself easily, don't need to know anything about who the authors were. Kusma (討論) 16:23, 10 February 2006 (UTC)
New feature: if you revert from a history page (i.e. go to an article's history page and use popups to revert) then you should get more informative edit summaries. Lupin|talk|popups 04:29, 4 March 2006 (UTC)
Nice new feature Lupin. I assume that the string can be customised like the others, and is it possible to have this implemented for reverts from Diff pages? I suspect there's some fiendishly tricky technical stuff stopping this or you would probably have done it already. --Cactus.man ✍ 10:59, 4 March 2006 (UTC)
Extended reversion summaries are brilliant! Manual summaries prompted by popupRevertSummaryPrompt are greatly enhanced, and the standard summary is readily customised through my strings-en.js file. However, most times I include only the editor name in a summary, not the timestamp or revision ID, so it would be useful to pick just %s number 2 and leave out number 1 and 3. Is this possible with the current strings? --Eddi (Talk) 02:37, 7 March 2006 (UTC)
Implemented with $1, $2, $3 as described below. Great! --Eddi (Talk) 04:14, 9 March 2006 (UTC)
By the way, extended summaries don't seem to work in translated versions (strings-no.js, strings-nn.js). See e.g. the last few edits of [8] and [9]. I have set the same options in the respective monobook.js files as in en:monobook.js, so I don't quite understand. Doesn't the script recognise that I'm on a history page? --Eddi (Talk) 02:37, 7 March 2006 (UTC)

Time stamp bug in extended reversion summary?

The extended reversion summary only works on history pages, so I wonder if the time stamp is just grabbed from the history page. If it is, the information may be ambiguous because the user settings of date format and time zone are not considered. I noticed that this reversion summary didn't give the UTC time but rather the same time as the history page, which is my local time. --Eddi (Talk) 04:14, 9 March 2006 (UTC)

Should be fixed in dev provided the time offset in your preferences matches the local time zone reported by your OS to your browser. Lupin|talk|popups 00:20, 10 March 2006 (UTC)
I'll try it. My offset is the same as the OS time zone. But now it might swing the other way for users who haven't set any offset in their preferences. Although this may be less likely, I believe it's technically still a bug as long as the user preferences are unknown. Perhaps each user must set his/her time zone in the popups setup? Or is there another way to obtain time stamps? Recently I've seen additional date and time information in the popups of diff links, e.g. this one. Could the same method be used for extended reversion summaries? --Eddi (Talk) 02:35, 10 March 2006 (UTC)
I agree, this is a bug, and a potentially misleading one. I've changed things in dev so that people wanting to use this feature must specify a time offset by setting the popupTimeOffset in their use javascript file.
This is a suboptimal fix, but I don't use this feature myself so it won't get much testing from me. If someone wants to drop me a patch implementing this feature less kludgily (eg somehow getting the dates with ajax as you suggested), I'll gladly incorporate it. Lupin|talk|popups 01:21, 19 March 2006 (UTC)
Which values can be assigned to popupTimeOffset? Hours, minutes, ...? I have specified popupTimeOffset=1 initially. --Eddi (Talk) 02:09, 23 March 2006 (UTC)
You should set it to be the number of hours that should be added to subtracted from the date displayed on history pages to get to the date that should appear in the revert summary (ie UTC time). Since I haven't documented this anywhere, I'd be happy to change this to say the number of hours that should be subtracted instead, since this may be more sensible in retrospect... Lupin|talk|popups 02:17, 23 March 2006 (UTC)
It works, see e.g. the history of User:Eddideigel/Sandbox where the last reversion includes popupTimeOffset=1 and the next to last doesn't. But, as you say, it may be more sensible to subtract than add, so that the offset option corresponds directly to the respective time zone. --Eddi (Talk) 02:11, 24 March 2006 (UTC)
Thanks, I've changed the behaviour of this variable now. Lupin|talk|popups 22:00, 26 March 2006 (UTC)

Code changed? Bug appeared!

Hi there! Using the popupsdev, but somehow it stopped working today on IE6/WinXP. javacode shows the error: Could not set the innerHTML property. Invalid target element for this operation. On line 4927. Does this info help? Greets, The Minister of War (Peace) 16:37, 2 February 2006 (UTC)

Yes, that helps a lot! I've changed to User:Cacycle's diff code, which seems to be the cause of this. (It works in firefox). I've asked him for a fix. Lupin|talk|popups 17:20, 2 February 2006 (UTC)
That seems to have done the trick! Thanks once again for a speedy fix! The Minister of War (Peace) 19:58, 2 February 2006 (UTC)
Euhmmmm, weeeeeell... then again.... there seems to be a problem with external links only (such as this one), which is rather bad because my browser actually freezes. No error code either, just a plain ol freeze. The Minister of War (Peace) 20:13, 2 February 2006 (UTC)
The script shouldn't touch external links... I've changed back to my diff code, which I think should work in IE. Thanks for the feedback. Lupin|talk|popups 02:15, 3 February 2006 (UTC)

Recent Changes to Disambig Templates Breaking Popups

There's some discussion over at Wikipedia_talk:Manual_of_Style_(disambiguation_pages)#Wikipedia:Disambiguation_and_abbreviations regarding some changes being made to certain disambuation templates. It seems one particular user has introduced some new templates Template:2LC, Template:3LC and Template:4LC and has apparently launched a bot to replace the current disambiguation templates on all the 2, 3, and 4 character disambuation pages. It breaks Popups' disambiguation features for sure. I don't know what else it may be breaking. Ewlyahoocom 14:58, 5 February 2006 (UTC)

If these become accepted, it'll be easy to fix the script. Lupin|talk|popups 15:09, 5 February 2006 (UTC)
Just noting here after discussion elsewhere, it has been determined that these tools have never included those template being replaced: 2LA, 2LAdisambig, 2LCdisambig, TLAdisambig, 4LA, 5LA, and LND. Therefore, nothing is broken by these replacements. Also, the automated piping of abbreviations is contrary to several guidelines. Adding these to the tool would require quite different programming.
--William Allen Simpson 12:28, 21 February 2006 (UTC)

Problem I'm having

Popups are extremely useful on Recent Changes to check out diffs. I mouse over the "(diff)" link and the diffs come up. However, it works for a while and then stops working. I need to reload the page to get it to work again. Anyone else having this? --Spaceman85 17:58, 5 February 2006 (UTC)

I haven't seen this myself. Which browser(s) are you using? Also, when you say it stops working, do you mean that popups stop working altogether, or you get popups with normal previews instead of diffs, or you get a popup but not a preview or a diff? Do previews for non-diff links still work still work when the diff links are broken? Lupin|talk|popups 18:09, 5 February 2006 (UTC)
Oh, sorry I was rushing. I'm using Firefox and the pop-up appears with the name of the article, but the actual diff doesn't appear. It looks at first like if it is still "loading", but the diff doesn't appear. I'll get a screenshot later if you'd like me to. Thanks. --Spaceman85 18:13, 5 February 2006 (UTC)
  • The next time this happens, please could you copy the url of the diff and paste it here?
  • Please check if the page the diff refers to has been deleted e.g. [10]
  • I'm still not sure if either (1) all diffs stop working at the same time, or (2) some diffs don't work, but others continue to work.
  • When the diff fails, if you mouseover another diff and then go back to the original, does the original diff work?
  • When this next happens, please mouseover a normal non-diff link to a page which you are certain you haven't passed your cursor over yet. Does the preview appear as usual?
  • There is a bug I discovered today whereby urls like this [11] won't preview properly - does the popup for that link look like your buggy ones?
  • Before loading the recent changes page to test this, please go to the Tools menu in firefox and open the javascript console. Hit "Clear" and load the page. Ignore any CSS errors, but please let me know about any javascript errors reported there. Thanks! Lupin|talk|popups 18:25, 5 February 2006 (UTC)
Hi, I cleared my cache and it seems to be working alright now. Sometimes it takes a while for diffs to appear but that must be down to Wikipedia. Thanks for the help! --Spaceman85 19:36, 5 February 2006 (UTC)
Could be, or it could be down to the script. If diffs are slow the second time they're displayed, then it's the script taking a long time to compute the diff. I should probably start collecting these diffs somewhere so I can try to improve the speed. Lupin|talk|popups 23:05, 5 February 2006 (UTC)
Since today, my browser hangs when i'm checking out diffs, the rest of the functions work normally. No error code, because i have to shut it down by force. Any ideas? The Minister of War (Peace) 09:19, 8 February 2006 (UTC)
Please tell me which browser you use and try with the non-dev version too. I'm cleaning up the code in the dev version, and stuff may be broken at the moment (although it shouldn't be). Lupin|talk|popups 12:16, 8 February 2006 (UTC)
Seems to be working okay now. I am using IE6 and WinXP. Occassionally, i get a Javascript error saying Permission Denied at the Watchlist Url. Doesnt happen now, so i couldnt quote the line, but i'll keep my eyes peeled. The Minister of War (Peace) 19:51, 8 February 2006 (UTC)
Got the error again, which didnt cause it to freeze but caused the POPs not to work at all (which is better!). The error was supposedly on line 184, char 3. Didnt try the non-dev yet, I'm perfectly okay with using this one and helping out the Bughunt! Cheers, The Minister of War (Peace) 08:31, 9 February 2006 (UTC)
Hm. Line 184 in my script looks very innocent indeed to me. On the other hand, your monobook.js is 184 lines long, and the last thing you do is load a tool by interiot. Could you remove that and see if the error goes away? Lupin|talk|popups 13:13, 9 February 2006 (UTC)
My mistake your monobook.js is considerably shorter than that. Well I have no idea what the problem is, but it could be in any JS file that you load. I'd still suggest taking out everything except popups to see if the error persists. If not, then add scripts back one by one until you find out what's responsible. Lupin|talk|popups 13:15, 9 February 2006 (UTC)

Since me

The since me feature doesn't seem to work if your last edit isn't on the first page of the history. The problem appears to be in the getHistory function. It should use a while loop to download all the history pages and return them cocatenated together. Superm401 - Talk 19:30, 7 February 2006 (UTC)

I did consider this. Some pages have stupidly long histories, and I wanted to avoid downloading them all. The best solution would be to provide a bot interface to mediawiki which lets you get this information directly, but the devs seem resistant to such changes. Lupin|talk|popups 00:23, 8 February 2006 (UTC)
That's a valid point. However, it could still function better. You should change the limit of the history URL to 1000 (using a variable so it can be reset in individual monobooks). Thus, the releveant line of getHistory would be:
var url = titlebase + removeAnchor(wikipage) + '&action=history' + '&limit=' + getValueOf('popupHistoryLimit');
Obviously, you would make that be a new variable. Also, the message should somehow indicate that not all edits are being searched. Superm401 - Talk 04:55, 8 February 2006 (UTC)
Now in the dev version. Lupin|talk|popups 12:40, 10 February 2006 (UTC)
It now uses the new popupHistoryLimit var, but it still can't find any of my last edits... See [12] for example - my edit is 7th to last (in the first history page) but it still can't find it... Perhaps it's an issue of case-sensitivity in the contributor's username (in my case, "altmany" vs "Altmany")? altmany 14:29, 10 February 2006 (UTC)
Thanks - I think this was a bug triggered by you not having a userpage, and the red link confusing the script. This should hopefully now be fixed in the dev version. I haven't tested this, since I do have a user page, so let me know if this doesn't work. Lupin|talk|popups 03:17, 11 February 2006 (UTC)
Sorry - It didn't work... I added some content to my userpage (about time, that) and that solved the problem, so that's indeed the bug cause. If you drop me a note when you fix it on dev, I'll be happy to test it for you. altmany 21:37, 11 February 2006 (UTC)
Thanks again. I've tested this and it should work in the version I'll upload in a couple of moments to dev. (You may have trouble testing this again unless you get an admin to delete your userpage, as I don't think blank pages show as redlinks). Lupin|talk|popups 22:53, 11 February 2006 (UTC)
Thanks! I would make the default limit higher than 50, though. Superm401 - Talk 08:27, 11 February 2006 (UTC)

Preview of (diff)

Not sure if it's just my setup, but when hovering over a diff link on any user contributions page the popup doesn't show the diff, as it does correctly on other pages, but shows the target page in question. Anybody else have this problem? --Cactus.man ✍ 11:29, 11 February 2006 (UTC)

I get diff previews on some diff links in contribution pages, but not all. Otherwise I just get the popup with links and no preview, especially when the diff is (top), which is often true in contribution pages. I think Lupin mentioned something about diff preview not working when the URL reads &diff=prev or &diff=next on the most recent edits. --Eddi (Talk) 13:09, 11 February 2006 (UTC)
Interesting, some very odd behaviour going on. On a contribs page when the diff is (top) I get NO popup on the main link or the diff link. Otherwise I get a regular popup on both links. I cannot get a diff preview anywhere on a contribs page ?? All other pages seem to function perfectly. --Cactus.man ✍ 13:22, 11 February 2006 (UTC)
My script requests specific revision IDs of raw wikitext from the server to generate its diffs. This is fine when the revision IDs are in diff urls (like diff=42312345&oldid=24121232) but when the urls say diff=prev, there's no way to find out the right revision ID efficiently short of screen-scraping the history page, which is unpleasant and liable to break. I've written a patch which would fix this by supporting relative IDs when fetching raw wikitext, but no-one seems to want to apply it to Mediawiki. Lupin|talk|popups 01:09, 12 February 2006 (UTC)
The (top) links should not function very differently to the others, though. They may preview more slowly, since the data is less likely to be cached by the servers, but the preview should still appear... please send me some urls I can test if you notice this again, and remind me which browsers you're using. Thanks! Lupin|talk|popups 01:14, 12 February 2006 (UTC)
The problem is the same for me on ALL contributions pages. No matter how long I hover over a "top link" a popup never appears for either the link itself or the diff and history links. For the other links the diff popup always gives the regular article preview, not the diff preview. This is with Firefox 1.5.0.1. I just tried it in IE 6.0.2900.2180 and popups doesn't seem to work at all !! --Cactus.man ✍ 09:14, 12 February 2006 (UTC)
With the latest dev version I have to modify my above observations. (I used an outdated version earlier.) On my contribs page none of the previews are diff previews, there is no difference between (top) or not, and there is no difference between hist, diff and page links. For articles I get article preview, for article talk I get talk preview, and for article sections I get section preview. The exception is articles with only tables and no plain text, resulting in popups with navigation links but no preview. I use Opera in Linux. --Eddi (Talk) 15:00, 12 February 2006 (UTC)
For Lupin's information I forgot to say I am also using the dev version on Win XP SP2. --Cactus.man ✍ 15:33, 12 February 2006 (UTC)
All these issues should now be resolved. Please holler if something still doesn't work for you. Lupin|talk|popups 02:24, 4 March 2006 (UTC)
Thanks a bunch as usual. I now get diff previews on Contribs pages, yay :-) But since you asked, I am HOLLERING: The (top) links still do not give any popups for me on contribs pages. I am running the dev version on Firefox 1.5.0.1, Win XP SP2. One final outrageous request - can you do a Jim'll Fix It and fix the rest of Teh Internets so that popups works outside of Wikipedia. I get so confused in the real world when there are no popups when hovering over links. Thanks in advance :-) --Cactus.man ✍ 10:53, 4 March 2006 (UTC)

redirection bypass function broken?

Somehow, I cannot bypass redirects anymore. --Ixfd64 10:41, 15 February 2006 (UTC)

This feature annoyed some people (see above) so it's turned off by default. You have to set an option to enable it - I forget the exact name, see WP:POP for details. Lupin|talk|popups 13:44, 15 February 2006 (UTC)

JS error

The Pops dont seem to work anymore. On WinXP, IE6, the JS error reads: Expected identifier, string or number, in char 3 on line 3687. Damn you have that much lines? Respect! Greets, The Minister of War (Peace) 09:13, 16 February 2006 (UTC)

Fixed! The Minister of War (Peace) 15:38, 17 February 2006 (UTC)

Transparent Diffs

The popups for the dev version seem to be transparent. I'm not sure if this is deliberate, but it makes them significantly less readable. Superm401 - Talk 06:20, 20 February 2006 (UTC)

See also User_talk:Lupin#Transparent_background ++Lar: t/c 06:58, 20 February 2006 (UTC)

Guys, I love the navagation popups! Everyone should use it! One thing I would like to see, however, is when you hover over a movie link, that the image in the movie infobox doesn't appear on the popup. Anyway to get that to work? We're attempting to have an infobox on every film page... Steve-O 16:26, 22 February 2006 (UTC)

I've had a go at this in the dev version. I'll upload it in a moment. Lupin|talk|popups 22:49, 22 February 2006 (UTC)
Thanks for the great effort on this! I tested out the change, and most but not all images in the infoboxes show up. I'm not really sure why some don't and some do. For example, go to "List of film noir" and you'll see that some work and some don't (most of the pages there have images in infoboxes). Thanks again! Steve-O 16:39, 23 February 2006 (UTC)
Thanks for the feedback. I've fixed stuff up a bit more in the dev version. Do let me know if you find any stubborn pages with infobox images that don't show. Lupin|talk|popups 00:20, 24 February 2006 (UTC)

pop-up don't diappear in some circumstances

Pop up appears automatically when hovering over an highlighted link in the textarea. however, if the link is deleted after the pop-up has appeared, it appears that the pop-up stays inplace no matter what. It can leads to several pop-up cluttering the text-editing window! Circeus 17:08, 22 February 2006 (UTC)

Expansion on what I wrote: in the text-editing window,pop-up are automatically generated whenever a link is highlighted, regardless of whether the cursor hovers over it or whether other text is highlighted. This should really be fixed or made optionnal, because it can be very annoying. Circeus 17:34, 22 February 2006 (UTC)
You should always be able to dismiss popups by wiggling your mouse away from them. This feature is optional in the dev version but it looks like I forgot to put the option in the stable version. Do you have any suggestions on how to improve the interface here? I realise it's suboptimal at the moment. Lupin|talk|popups 22:39, 22 February 2006 (UTC)
Exactly my point: If the text is deleted while the pop-up is around, the pop-up becomes impossible todismiss. Circeus 22:54, 22 February 2006 (UTC)
Not for me - I just have to move the mouse away from the popup and it disappears even if I delete all the text in the edit box immediately after the popup appears. Does that not work for you? Which browser are you using? Lupin|talk|popups 23:01, 22 February 2006 (UTC)
PS if this remains a problem, please see if it's been fixed in the dev version (instructions for installation at WP:POP). Thanks. Lupin|talk|popups 23:04, 22 February 2006 (UTC)
I haven't seen it since that occurence,and I already use the dev, might have been a freak case.An option to deactivate po-ups in editing would be awful nice, though. At least forme.
The option popupOnEditSelection is what you want. Lupin|talk|popups 13:38, 23 February 2006 (UTC)

Crashes Opera

I'm running Opera 8.51 and I just installed this tool. After a few minutes of usage Opera just crashes on me. I haven't even done anything with it; I just use the popups to go to say, the talk page; I haven't done any reverting or any of that sort yet. But it has crashed 3 times just 3-4 minutes after i begin using it. What other details should I include in describing this problem? - Hbdragon88 05:12, 23 February 2006 (UTC)

I'd send a bug report to Opera. I'm typing this in Opera 8.52 on Linux, and have noticed no ill effects in the past 5 minutes of usage. It shouldn't be possible for javascript to crash a browser, so if this is happening then it's a browser bug. Lupin|talk|popups 05:42, 23 February 2006 (UTC)
I'm using Opera 8.51 for 95% of my edits using these popup system. It crashed only once. So from my experience, this is not related to Opera ! Lvr 00:29, 25 February 2006 (UTC)
More feedback regarding this issue: Opera crashes more often these last days. Netscape (7.0) also: I'm not able to look at my watchlist at all with Nescape. It crashes immediately. I removed the popups, and Netscape works again. Workaround: I don't use Netscape any longer !!! Lvr 10:17, 28 February 2006 (UTC)
I also am experiencing Opera (8.52) crashing on my *a lot* recently while using popups :( Its been happening more recently. Seems to happen when hovering mouse over a link before the popup appears. Running windows xp. I think you reporting any further bug reports to Opera (as you say I assume it is an Opera bug as it shouldn't crash, even if there is something wrong in the javascript) would make more sense as you know your own code! Petros471 20:40, 3 March 2006 (UTC)
Sorry, I can't duplicate this crash, so I'd have a hard time submitting an accurate bug report. Lupin|talk|popups 02:23, 4 March 2006 (UTC)

Well, I just installed Opera 8.53 and turned the popups back on. If I don't report back here assume everything is a okay. - Hbdragon88 22:05, 7 March 2006 (UTC)

That was short. While loading a page Opera 8.53 crashed. Removing popups... - Hbdragon88 22:12, 7 March 2006 (UTC)

I'm running Opera 9.00 Beta and my browser is crashing a lot after installing this tool. I had the same problem with Opera 8.5. It doesn't happen all the time but probably every 5 min. jerkmonkee 17:07, 10 March 2006 (UTC)

Interesting (if slightly depressing) that you mention that, I've been running Opera 9.0 as a separate install from my main 8.53, and no crashes at all using that (so far!). 8.53 still crashes... Petros471 17:55, 10 March 2006 (UTC)

Okay! I've upgraded to Opera 8.54! Popups...on! Let's see how this goes... - Hbdragon88 05:00, 7 April 2006 (UTC)

And...removed again. It crashed after some ten minutes of usage. I'll wait for Opera 9.0 final. Heh, this reminds me of waiting for Opera 7.60 (which would become 8.0 later) so I could get native Gmail support. - Hbdragon88 05:09, 7 April 2006 (UTC)

Opera 8.52 crashes here, too, with that popup. Which is a shame, because it is really nice. -- AlexR 11:24, 9 April 2006 (UTC)

font changed?

I noticed that the popups seem to be displaying a different font now. Was this an intentional change, or is my browser acting up? --Ixfd64 09:37, 23 February 2006 (UTC)

It's semi-intentional: I've changed the internals a lot and no longer use overlib, so am not stuck with its settings. Thus I've not specified a particular font for the popups, so you should get whatever the ambient font is on the page. If you want to change this, you have to edit your user CSS, and I now realise that I have to update the documentation there... done. Lupin|talk|popups 14:03, 23 February 2006 (UTC)
Hmmm...I use the Cologne Blue layout, and popups is coming up with a font different than what's on the rest of the page. -- MisterHand 20:53, 23 February 2006 (UTC)
OK. Maybe it's just your browser's default font? Anyway, you can fix this with user CSS. Lupin|talk|popups 00:03, 24 February 2006 (UTC)
I liked the original font better. What should I add to my CSS page? Sorry, I'm pretty bad at HTML. :( --Ixfd64 10:03, 24 February 2006 (UTC)
Try this:
.navpopup {
  font-family: Verdana, Arial, Helvetica !important;
}
Lupin|talk|popups 13:34, 24 February 2006 (UTC)

Usage guide?

This feature needs a usage guide. It took me ages to work out how to use the revert functionality for example. The feature list is a start, but we need more than that.WolfKeeper 02:42, 24 February 2006 (UTC)

Thanks for adding the explanation to the page. If you want to go further and start some clearer documentation this would be great. Lupin|talk|popups 03:58, 24 February 2006 (UTC)

strange behavior

I made this redirect bypass with popups [13] and instead of making the piped redirect [[U.S. 10th Mountain Division|10th Mountain Division]], it made it [[U.S.%2010th%20Mountain%20Division|10th Mountain Division]]. I have not seen this behavior before. Any clues? --rogerd 03:05, 24 February 2006 (UTC)

Thanks for finding this bug - I hope it's fixed now. Lupin|talk|popups 03:55, 24 February 2006 (UTC)

ARIN lookup removed?

Hiya Lupin ... was the ARIN lookup feature for IP addresses removed on purpose? I used that almost every day, and kind of miss it. --Aaron 18:19, 24 February 2006 (UTC)

No, that's a bug! I'll fix it in a moment in the dev version. Lupin|talk|popups 00:01, 25 February 2006 (UTC)

Popups not working

I love the tool, but over the past couple days it hasn't been working for me any longer. Has anything been changed? BTW I use Firefox. -- Jeff3000 23:03, 24 February 2006 (UTC)

Yes, there have been rather significant internal changes to the script. I use Firefox myself (v 1.5.0.1 on Linux) and things are OK here. Which version and OS are you running? Lupin|talk|popups 00:01, 25 February 2006 (UTC)
I used Firefox 1.5.0.1 on Windows XP. I'll try disabling some of my extensions to see if things get better, but any help would be much appreaciated. -- Jeff3000 03:55, 25 February 2006 (UTC)
I found the problem. I use the userContent.css file in Firefox to block ads as shown on the Mozilla.org website [14]. One of the rules is to block div elements who have the string "popup" in it's id as so
div[id*="popup"]
Since the new popups use the word "popup" in most id names like
<div style="position: absolute; display: inline; left: 317px; top: 231px; z-index: 1002; max-width: 350px;" id="navpopup_maindiv0" class="navpopup">
they are getting blocked. Is there any chance you can rename the div elements to something that doesn't seem like its a malicious ad? -- Jeff3000 04:17, 25 February 2006 (UTC)
I'd rather not to be honest - this would invalidate previous instructions I've given to people about changing their CSS. Can't you whitelist wikipedia.org? Lupin|talk|popups 02:19, 4 March 2006 (UTC)

Quick & Flupke

I got a small problem with the popup today. I cannot say if it is due to this new version. I'm watching the Quick & Flupke article. When I put my mouse over it, the popup shows me the Quick article instead ! Lvr 00:32, 25 February 2006 (UTC)

Thanks for the bug report - this is fixed in the dev version. Lupin|talk|popups 01:13, 25 February 2006 (UTC)
The "&" problem is fixed, but the general problem with special characters described earlier seems to continue. --Eddi (Talk) 23:18, 26 February 2006 (UTC)
This issue should now be resolved. Lupin|talk|popups 02:27, 9 March 2006 (UTC)

Is there a reason the menu does not link to the log for the active page? That would be a useful option. Superm401 - Talk 04:43, 25 February 2006 (UTC)

Please could you tell me which URL you'd like a link to in, say, the popup for this page? (I don't use Special:Log much, and am unfamiliar with its intricacies). Lupin|talk|popups 02:30, 9 March 2006 (UTC)
I was thinking http://wiki.riteme.site/w/index.php?title=Special:Log&page=Wikipedia%20talk:Tools/Navigation%20popups , which gives you all the "actions" for the page (upload, deletion, protection, page move, etc.) Superm401 - Talk 02:51, 17 March 2006 (UTC)

Help?

Hey, I don't really know what I'm doing at all, and I'm trying to get popups to work, but it isn't. Can anybody help? I think I did the change right (I use classic skin) but it still isn't working, and I tried clearing my cache already. -Tim Rhymeless (Er...let's shimmy) 07:09, 27 February 2006 (UTC)

Okay, I managed to get this to work, but only on monobook. I still can't seem to figure out how to get it to work on classic. Can anybody help me figure out why? -Tim Rhymeless (Er...let's shimmy) 08:46, 27 February 2006 (UTC)
More specifically, on classic I only seem to get the menu popups, but no preview of articles. It's all a bit dodgy. (Works for me on monobook, though, but I'd really prefer to use classic.) -Tim Rhymeless (Er...let's shimmy) 09:17, 27 February 2006 (UTC)
You should remove the "simplePopups=true;" option in your standard.js file, like you have done in monobook.js. If it still doesn't work after clearing the cache, try to specify more options. For some examples of options, see my monobook.js or standard.js. --Eddi (Talk) 15:13, 27 February 2006 (UTC)


Printable version

The printable version of the article page has some images overlaying the text at Features. David 01:46, 2 March 2006 (UTC)

More standard javascript for Template:Navpop

The following javascript is more standard and conforms to XML and XHTML standards. 

var obj = document.createElement("script");
obj.type = "text/javascript";
obj.src = "http://wiki.riteme.site/w/index.php?title=User:Lupin/popups.js&action=raw&ctype=text/javascript&dontcountme=s";
document.getElementsByTagName("head").item(0).appendChild(obj);

For use in {{navpop}}. -- infinity0 19:23, 2 March 2006 (UTC)

Similarly, this is more standard than the current document.write() in Lupin's popups.js 

var npcss = document.createElement("style");
npcss.rel = "stylesheet";
npcss.type = "text/css";
npcss.href = "http://wiki.riteme.site/w/index.php?title=User:Lupin/navpop.css&action=raw&ctype=text/css&dontcountme=s";
document.getElementsByTagName("head").item(0).appendChild(npcss);

Intended to replace the "import stylesheets" part. -- infinity0 19:26, 2 March 2006 (UTC)

I haven't tested the first block of code, but the second fails in IE and Konqueror (I didn't try other browsers).
I don't really understand what is wrong with the current code - I'm quite ignorant about XHTML. Please could you explain? Lupin|talk|popups 23:39, 2 March 2006 (UTC)

The W3C recommends using DOM node methods to manipulate pages instead of changing the source code using document.write(). The reason is becaues XML parsers use nodes to display objects and it's easier for them. If the document is sent as XML+XHTML, then document.write() and object.innerHTML fail to work. It's just me being pedantic, but in the future all browsers may be XML-based, and these type of scripts will no longer work.

It should work in IE6 and Konqueror... :S meh... What's the error? -- infinity0 21:21, 3 March 2006 (UTC)

Oh, silly of me. I forgot to change "script" to "style". It should work now. -- infinity0 21:22, 3 March 2006 (UTC)

Hah, there's no chance the script will work in those hypothetical browsers at the moment - waaay to much use of innerHTML! I find this a very handy device (and it's much faster than using the DOM, in programming and execution time). I don't see the point in obfusticating the code by using the DOM for installation and stylesheets either, but thanks for the suggestion. Lupin|talk|popups 02:15, 4 March 2006 (UTC)

Bug at bottom of window?

When hovering over a link near the lower part of my display, the popup opens such that most of it is below the viewable window, unlike other popups which seem to be aware of screen location and "flip" the popup above the cursor - the tool seems to be aware of the left and right sides of the display. Firefox 1.5. David 21:58, 3 March 2006 (UTC)

This also happens in Linux Opera 8.50, dev version. However, I'm able to scroll within the popup using the mouse wheel, and if the link is at the bottom of the page as well as the window, some white space is added to the page to allow for scrolling. --Eddi (Talk) 02:36, 5 March 2006 (UTC)
Also in Linux with Firefox 1.5, although for me the browser notices that the page has expanded and adds a little space to the scroll-bar making it possible to scroll down (using my wheelmouse anyways) to access the rest of the menu. Ewlyahoocom 05:40, 5 March 2006 (UTC)
And I. FireFox 1.5, Windows XP, running dev version of tool. For me it does not add anything to the scroll bar. This behaviour has been here a long time, as long as I can remember, and I sort of just compensate for it by never opening stuff at the very bottom, but scrolling first to make room. ++Lar: t/c 14:43, 5 March 2006 (UTC)
Me too, although I have been in the habit of holding shift and dragging the popup further up the screen if I forget to scroll up first. Thanks to this thread I now see that I can also use the scrollwheel - brilliant. --Cactus.man ✍ 15:26, 5 March 2006 (UTC)

Revert summary

I have some problems. The first "%s" in the revert summary is date and not previous contributor's ip/user name. Is that legally to copie the code from "User:Lupin/popups.js" and create a own popups.js, only with this fix? I will create a own revert summary; "Revert to last version by %s using popups" (marked as minor edit). I can't javascript, so a simple description to what i must edit in the code in my own popups.js to fix this is welcome. Fdp 23:55, 6 March 2006 (UTC)

Sure, you can if you want to. Better would be for me to let you use $1 $2 $3 instead of/as well as %s. I'll think about this some more. Lupin|talk|popups 04:06, 7 March 2006 (UTC)
I've implemented this change in the dev version. You should now be able to use 'Revert to revision by $2' and it should do what you want. (Note that such a summary is ambiguous, since popups don't always revert to the last revision by a particular editor). Lupin|talk|popups 02:25, 9 March 2006 (UTC)
I've replaced %s, %s, %s with $1, $2, $3 in one of the strings like this. Will it work? If it does, strings are more flexible than ever, both for general translation and for specific configuration by individual users. --Eddi (Talk) 02:55, 9 March 2006 (UTC)
Works fine, great, brilliant! Well done! You're approaching your next star, just so you know it. :) (But also note the possible time stamp bug.) --Eddi (Talk) 04:02, 9 March 2006 (UTC)

Is this usable now? The dev version still has: 

'defaultpopupExtendedRevertSummary': 'Revert to revision dated %s by %s, oldid %s using [[:en:Wikipedia:Tools/Navigation_popups|popups]]'

It would be great to be able to customise this string. Thanks. --Cactus.man ✍ 07:27, 9 March 2006 (UTC)

It should work, yes. Don't try to alter that variable though, use the option popupExtendedRevertSummary instead. (Don't let the lack of $n in the script fool you, it should understand both the new syntax and the old syntax). Lupin|talk|popups 00:20, 10 March 2006 (UTC)
OK, thanks - I'll give it a try. --Cactus.man ✍ 13:06, 10 March 2006 (UTC)
I modified this string in my personal string file, which is based on the strings of the dev version, and it worked fine. But I see the point in tailoring monobook.js instead of some general string file, because that file may be shared between several users, especially if the file is translated, even if it's located in one individual's user space. I think I'll revert the general file to %s and leave the $'s to monobook.js. --Eddi (Talk) 03:06, 10 March 2006 (UTC)

popups and IE6

I run Firefox 1.5.0.1 on Win XP SP2, and frequently suffer from unresponsive script warnings on Contribs and Log pages where &limit=500 or greater. In these cases I switch to IE, but popups does not work AT ALL for me on IE. Any ideas how to fix this anyone? Thanks. --Cactus.man ✍ 11:14, 7 March 2006 (UTC)

It's possible that this is not caused by the popups, but it still my fault. I committed a change to mediawiki CVS that lets you shift-click to select ranges of checkboxes. This made pages with long bullet lists load slowly, which could be the cause of your problem (or it could be the popups, I'm not sure at the moment). I've since committed what I believe is a fix for the checkbox issue, but it hasn't been made live yet. So I'm going to wait and see if that fixes things before looking for answers in the popups script :) Lupin|talk|popups 02:22, 9 March 2006 (UTC)
I'm not sure why things don't work at all for you in IE, but note that Zocky's picture popups aren't IE-compatible. I'd suggest disabling them for IE stuff and see if popups start working. Lupin|talk|popups 02:23, 9 March 2006 (UTC)
Ah, OK. Thanks for the answer. I'll just wait and see if your mediawiki fix sorts things out. It's not that big a deal to click "stop script" on a few alert boxes in the meantime. Also, I don't know what you've changed in the dev version, but I now get popups and diff previews on (top) links on contribs pages. :-) Fantastic, keep up the good work. --Cactus.man ✍ 09:05, 12 March 2006 (UTC)

Popups and Mozilla v. 1.6

Popups seem to be working fine except for that I can't access the submenus. When I put the cursor over the 'actions' menu, it shows the menu, but if I move the cursor off the 'actions', the menu dissappears, meaning that I can't access any of the features. Perhaps some of my browsers settings are interfering? ---Marcus- 18:11, 8 March 2006 (UTC)

Locale String

In your insertDiff function, you use toLocaleString() to output a Date object. This is actually confusing because I've set all my other Wikipedia dates to use UTC time. Could you change it to toUTCString(), or at least provide this as an option? Superm401 - Talk 02:44, 17 March 2006 (UTC)

In the dev version, you can now set popupDiffDatePrinter='toUTCString' and it should do what you want. Lupin|talk|popups 01:12, 19 March 2006 (UTC)
Thanks. Superm401 - Talk 21:36, 21 March 2006 (UTC)

While using popups to view the differences in this Talk section, I received the error "Bad word: toLocaleString. Please report this error" David 05:02, 22 March 2006 (UTC)

Cool, a bug I anticipated :) I like those. Should now be fixed in the dev version. Lupin|talk|popups 02:04, 24 March 2006 (UTC)

Cut buffer interaction?

Hi, long time user, first time caller. OK not really, I've posted here before. Anyway, I've noticed a behaviour starting a few days/weeks ago that I'm not sure I like, wondering if others see it too. If I am editing an article and I place text containing a link ([[]]) in my cut buffer (because I deleted it or want to move it, etc). that link gets popped up. This can be disconcerting because it's in the way, and it isn't something I wanted. Worse, it freezes editing, so if I am furiously typing away, any keystrokes after the cntl-x or cntl-c are lost until I clear the popup away. Is this just me? Is it stoppable? I briefly looked at the options but may have missed one... or is this what popupOnEditSelection controls? Thanks. ++Lar: t/c 12:04, 17 March 2006 (UTC)

C'mon now, you gotta at least give the developer(s) a clue as to which operating system and browser you're using. Ewlyahoocom 15:36, 17 March 2006 (UTC)
OK I guess. (they should remember! hahaha)... Win XP SP2, Firefox 1.5 (IBM internal version). But I think that switch popupOnEditSelection might be it??? ++Lar: t/c 16:00, 17 March 2006 (UTC)
Yes, that's the switch you want. Lupin|talk|popups 01:24, 19 March 2006 (UTC)

Edit count and Wiktionary

Edit counter option gives wrong URL in finnish Wiktionary: 

http://tools.wikimedia.de/~interiot/cgi-bin/count_edits?dbname=wiktionary_p&user=Hartz

It should be: 

http://tools.wikimedia.de/~interiot/cgi-bin/count_edits?user=Hartz&dbname=fiwiktionary_p

Thanks. --HartzR 15:52, 18 March 2006 (UTC)

Thanks for the bug report. I've tried to fix this in the dev version, but haven't tested it. Lupin|talk|popups 01:10, 19 March 2006 (UTC)
Tested the dev version and it's working! --HartzR 07:12, 19 March 2006 (UTC)

Previewing of references using popups

A discussion has started at Talk:Nintendo_Revolution#The_new_references about whether it's possible for popups to preview a reference that's pointed to. Appreciate any thoughts on whether this is possible already, whether it's technically possible (enhancement request?) or perhaps there's another approach which can solve this scenario? Thx. --OscarTheCattalk 20:13, 19 March 2006 (UTC)

That shouldn't be too difficult. Based on the existing script, you can something like this:
var anch=decodeAnchor(pg.current.article);
var note=document.getElementById(anch);
setPopupHTML(note.innerHTML...);

--Superm401 - Talk 23:48, 19 March 2006 (UTC)

Thanks, this feature is now in the dev version. Lupin|talk|popups 02:20, 20 March 2006 (UTC)
Good job. That was really quick. Superm401 - Talk 04:11, 20 March 2006 (UTC)
Wow, that's pretty rapid. Cheers. --OscarTheCattalk 07:15, 20 March 2006 (UTC)

Misuse

Are you aware that your tool is not only a helpful to revert vandalism, but also to silence unwanted content edits? I'd appreacaite, if you would condems misuse in such a manner. Thank, you. --Fossa 03:51, 20 March 2006 (UTC)

Could you be more specific about what you are referring to? Pegasus1138Talk | Contribs | Email ---- 03:56, 20 March 2006 (UTC)
I assume he's referring to the automatic revert link. However, edit warriors will always find a way to ply their trade; two extra clicks won't stop them. Superm401 - Talk 04:22, 20 March 2006 (UTC)
Maybe if we add a third click :) Pegasus1138Talk | Contribs | Email ---- 03:14, 24 March 2006 (UTC)
Superman401 is right, that's what was referring to. Problem is, that Popups includes a revert message that expresses even more disdain to the reverted author than no comment at all. I realize that the included Version-id- s meant to encourage transparency, but the "using popups" part sounds (and often is) a robotic message. How about putting "Reverted User:XY 's edit to User:ZY's edit" as the default messsage?--Fossa 03:04, 26 March 2006 (UTC)
This is less trivial than you might think, and I personally don't see the need for this feature and so my motivation for coding and testing it is quite low. I'd be happy to take a look at someone else's code, though. Lupin|talk|popups 04:05, 26 March 2006 (UTC)

Script detect inexistant images

If a template in the article happens to have an undefined "image" variable, (eg, |image=|foo=bar in the source), the script will detect an image even though there is none in the article. Circeus 02:03, 28 March 2006 (UTC)

Error

On the latest revision of the article Jim Cummings I get a "Bad word: constructor" error using popups. It says to report it, so there you go. --Closedmouth 03:14, 31 March 2006 (UTC)

While hovering over the "diff" on this very item, I got the Bad word: constructor error message also. David 15:17, 31 March 2006 (UTC)

Null edit summary when reverting from diff page

If I view a diff page, hover over the link to the old version on the left-hand side, then choose to revert to that version, I get a blank edit summary. I've switched on the option to let me edit the summary, and it shows (null). Edit summaries work correctly if I choose the version from the history page. JRawle (Talk) 16:20, 4 April 2006 (UTC)

changelog

Is there also some kind of changelog what has been implemented and what has been fixed in previous releases....

There's nothing formal like this, no. You could try the edit summaries in the history of User:Lupin/popups.js (and probably less usefully, User:Lupin/popupsdev.js) though. Lupin|talk|popups 03:21, 7 April 2006 (UTC)

Hellkom

Would using this tool dramatically increase the amount of data downloaded? I.e. does it automatically load all the pages to which the current page links? - sYndicate talk 14:14, 6 April 2006 (UTC)

No, that's not how it works. Preview data is fetched on demand. Lupin|talk|popups 03:22, 7 April 2006 (UTC)

Mind-blowing!

Go wiki go! Woooooow! I whish I had know this about 1 year ago! Wooooow! great guys! Msoos 23:35, 7 April 2006 (UTC)

How do you load on demand?

I would say I'm mid-level at this stuff. I'm not a beginner, but I'm certainly nowhere near the complexity of this kind of thing. I saw the link to the overlib in the main article and I've wanted to add something like this to my own site. I'm just curious if there is some kind of modification I can make to that script (ie, I'm curious what method this script uses) to a) load the popup contents on demand, and b) not actually require any javascript function called in the href tag. Forgive me if it's a stupid quetsion. Thanks very much.

As far as I know, you need some javascript to do the AJAX bit, which fetches data on demand. There are various libraries around which you can use to make this less painful. Overlib isn't actually used in the script any more, but that was just used to display the popups, not to provide their contents. Lupin|talk|popups 01:40, 11 April 2006 (UTC)
I know that overlib is just the script that causes the popup (in an older version), but I'm just wondering how the current script calls the popup on without any script at all in the href tags (but only certain href tags that link to a wiki article. It's a really cool script. TheHYPO 17:59, 11 April 2006 (UTC)
It's not that complicated, in principle. The script iterates over all links in the page, figures out which ones are internal wiki links and associates mouseovers on those links with popup functions. These functions then grab the data and display it. Lupin|talk|popups 03:30, 4 May 2006 (UTC)

Suggestion

I think it would be nice if you had an option similar to the set summary for reverts and set summary prompt for reverts to add options to be able to set summary and summary prompt for dab fixes, redirect fixes, and link removals as well. Pegasus1138Talk | Contribs | Email ---- 02:58, 12 April 2006 (UTC)

Marking reversions as minor edits

I've gotta say, I love Popups. They're just amazing- they make everything so much easier. Just a quick question: is there any way to mark reversions as minor edits? Thanks for making popups! They're great! --Darth Deskana (Darth Talk) 21:22, 13 April 2006 (UTC)

I find the best way to do that is just hit the "minor edit" button really really fast. --D-Day(Wouldn't you like to be a pepper too?) 20:51, 20 April 2006 (UTC)

Advocacy?

This is the best software ever. What would it take to get it integrated into the "my preferences" section of Wikipedia? I think a lot of people would love this and momentum would build. Are there a group of popups-boosters out there? --Dwiki 08:49, 15 April 2006 (UTC)

too many options breaks script

I expanded from only using a few of the base options to adding some of the extra options for edit summaries and it just broke my monobook.js. I've had to revert back (see my js file for current working version) but the ones I experimented with that broke the script and everything else suddenly were: 

// [[User:Lupin/popups.js]] - please include this line 

document.write('<script type="text/javascript" src="' 
             + 'http://wiki.riteme.site/w/index.php?title=User:Lupin/popups.js' 
             + '&action=raw&ctype=text/javascript&dontcountme=s"></script>');
popupAdminLinks=true;
popupShortcutKeys=true;
popupFixRedirs=true;
popupFixDabs=true;
popupRedlinkRemoval=true;
popupRevertSummary=rvv;
popupRevertSummaryPrompt=true;
popupFixRedirsSummary=Redirect fixing per [[Wikipedia:Redirect]];
popupFixDabsSummary=[[Wikipedia:Disambiguation|Disambiguation]] repair;
popupRedlinkSummary=Removing link to non existent page;
};

Probably some way in which you implemented the new options or I did something that ended up being contradictory, either way any fix or way that I can fix it if it's an issue with my set of options would be appreciated. Pegasus1138Talk | Contribs | Email ---- 04:02, 18 April 2006 (UTC)

The strings values should be enclosed in quotation marks. For example,
popupRevertSummary='rvv';
popupRevertSummaryPrompt=true;
popupFixRedirsSummary='Redirect fixing per [[Wikipedia:Redirect]]';
Note that boolean values (true or false) should not be quoted in this way. Lupin|talk|popups 05:15, 18 April 2006 (UTC)
ah, thanks. I'll try it that way. Pegasus1138Talk | Contribs | Email ---- 05:17, 18 April 2006 (UTC)

View "diff"

This is an amazing piece of software. However, sometimes the difference in an edit(on my watchlist, for example) doesn't always show up in a popup. Is there a way to fix this? --D-Day(Wouldn't you like to be a pepper too?) 18:35, 18 April 2006 (UTC)

Sorry, don't know. I see this too, now and again... most annoying. Lupin|talk|popups 04:45, 27 April 2006 (UTC)

Null edit?

Out of curiosity, what is the use of adding a null edit to an entry, making no changes whatsoever to a wiki artile? Cowman109Talk 22:53, 21 April 2006 (UTC)

I think it's the same as purging the cache (i.e., putting "?action=purge" at the end of an article's URL). --Closedmouth 02:57, 26 April 2006 (UTC)

Only see a small preview

Can someone plz tell me why I only see a few lines of preview when I hover over a link. At the most its 10. Whereas the screenshot in Wikipedia:Tools/Navigation_popups shows about 20+. My options set in my monobook.js file are:

popupSubpopups=true; popupPreviews=true; simplePopups=false; popupImages=true; removeTitles=true; popupPreviewFirstParOnl=false;

You're missing a y: it should be popupPreviewFirstParOnly, not popupPreviewFirstParOnl. Lupin|talk|popups 00:07, 24 April 2006 (UTC)

Bug: reverts to wrong version (sometimes)

I'm generally very happy with popups, it works nicely, even on the German WP. Thanks for that! However, in three cases out of 100+, popups made me restore vandalism rather than revert it, i.e. it reverted to the wrong version. Here they are: [15], [16], [17]. This happened when someone else was faster at reverting than I was. I hit 'revert' while seeing the diff between the last clean and the vandalized version. My configuration: Firefox 1.5.0.2 and XP Pro SP2, and, as you see, German WP. At that time, there was only popups in my monobook.js (I've now added godmode light for reverting).

It appears to me like popups doesn't go back to the (absolute) revision #foobar, but rather to the (relative) version "this-and-that-many edits back in time". This leads you into trouble, provided the revision history has changed in the meantime, and provided the software re-reads it before reverting. Note that among the three edits linked above, the first two go one step back in time, while the third one goes two steps back in time as intended, however ending up restoring the first vandal edit but not the second one. Hope that helps, --DerHerrMigo 07:15, 26 April 2006 (UTC)

Ah, I think you've uncovered a nasty bug - thanks! Here's my diagnosis: for most links, this will never happen, but this will always happen if you use links like the diffs in contribs pages. This should be fixed in the dev version. Lupin|talk|popups 04:43, 27 April 2006 (UTC)

Suggestion for script popup

Hello,

A small suggestion for your script who is very good : to see the notes when there are in the popup. For example, I was in a page, with notes [1], and when we point the cursor on this, the article appear, but it could be better with the note in the popup.

That was a small suggestion, because I saw it. Thank you for your script, it's very well.

Nyro Xeo 14:52, 26 April 2006 (UTC)

This should already work, in the dev version at least. Lupin|talk|popups 04:48, 27 April 2006 (UTC)

Problem, maybe

Hi, I use opera 8.53, WInXP Pro, I have cleared my cache several times and followed a previous suggestion to make sure the comments have two slashes and not just one and I still can't make the pop ups work. I have enabled pop ups in my browser just in case and still nothing! Please help? Jaberwocky6669 04:45, 29 April 2006 (UTC)

  1. ^ As this
Retrieved from "https://wiki.riteme.site/w/index.php?title=Wikipedia_talk:Tools/Navigation_popups/Archive_1&oldid=1190094939"