Please add new messages to the bottom of this page. You can do this by using this link.
If you're reporting a problem with a script, please mention which browser you use. You may also like to search on this rather large page to see if your question has already been answered.
It should work now - I've disabled it for a bunch of pages. It'll still interfere with typing things into the search box on normal pages at the moment, although Special:Search should be OK. (This is fixable but I won't do so now). Lupin|talk|popups03:56, 26 January 2006 (UTC)[reply]
I've used the UK map with a yellow dot which you uploaded for Keynsham on the Chew Valley Lake page as it's only a few miles up the road - is this OK or is a new map with a (very) slightly different location dot needed? If so, I don't think I have the knowledge/technology to do this & wuld appreciate any help Rod21:42, 26 January 2006 (UTC)[reply]
I think more useful than "lastEdit" would be "lastContrib", especially when checking for vandalism. Often a user makes a series of edits in a short time span and simply looking at the diff for the last edit won't reveal all of the changes, only the last one. This is particularly true because if a significant edit was made and then the user noticed a typo or formatting issue that they immediately corrected, only the typo correction would be displayed. To determine if the last edit reflects all of the changes made by the last person to edit the file, you need to look at the history. So my request is for a "lastContrib" menu item that shows a diff between the last user (contributor) to edit the file and the first edit in the history made by a different user. (BTW, I realize doing this is probably not completely straight forward as lastEdit and all of the other current menu items use URLs that don't require any inspection of dynamic content such as the history, but given how responsive it is fetching the page stats, I'm guessing that the delay until the lastContrib menu item was displayed would be acceptable.)
I can see how this would be useful - I'll consider trying to do this. It would be a lot slower than the page stat grabbing though, as that's done by getting the wikitext "raw", which is fast. To do what you ask I'd have to get the history, and there's no raw version of that, so it'd have to be HTML. That'll be slow.
Another possibly useful addition would be to have a "sinceMe" command that would be displayed for pages the user has editted. This would bring up a diff of all changes to the page since the last change from the current user. This would be EXTREMELY nice when going over links on your watchlist. – Doug Belltalk•contrib12:26, 27 January 2006 (UTC)[reply]
Even if it didn't get the history until the menu item was selected, it would still be very useful. Right now, I get the history anyway, so waiting until the item is selected would not actually be a net performance hit to the system. – Doug Belltalk•contrib23:57, 27 January 2006 (UTC)[reply]
I'm concerned about performance, too, so I'd be grateful if you do some testing and report back here before I update my copy of the dev version. Thanks in advance. --Eddi (Talk) 06:45, 28 January 2006 (UTC)[reply]
Whoops! I've updated the script, so please clear your cache and try again. Performance is quite snappy actually - my main concern is that the UI is getting cluttered (again) so if anyone has ideas about that I'd like to hear them. Lupin|talk|popups13:48, 28 January 2006 (UTC)[reply]
Nice feature, thanks Lupin, and performance is good too :-) Just one question, is there any reason these open as new popup windows, but all the other links are draggable to new tabs, which is how I prefer to work? I almost reported the "latest edits" and "diff my edit" links as not working because I was dragging to new tabs and nothing was happening. As for the UI, it's still pretty clean with the menus option turned on, not sure if you need to do anything for that option right now. Cheers. --Cactus.man✍15:54, 28 January 2006 (UTC)[reply]
Yes, I've been doing a lot of control-clicking to get new tabs myself, but that doesn't work with these links either. The problem is that these javascript:function() urls (which download the history page and figure out the correct url to go to) won't work in a new page or tab and I don't know a workaround. One way would be to parse the history pages automatically before the menu is generated, but this would be bandwidth-greedy and error-prone I think. I've set these links to use new windows by default (and actually in my setup this opens new tabs, there's a firefox pref for this buried somewhere). The only alternative I know of is to have them open in the same window, which is usually not wanted I think. You can change this behaviour by setting popupLinksNewWindow={'lastContrib': false, 'sinceMe': false};. Lupin|talk|popups16:38, 28 January 2006 (UTC)[reply]
Thanks for the quick reply. In Firefox 1.5.0.1 Tools->Tabs->Force links that open new windows to open in .. select "a new tab" radio button and bingo, both links open in a new tab, original page is preserved and no new windows :-) Thanks a bunch. --Cactus.man✍17:26, 28 January 2006 (UTC)[reply]
OK, the menu items show up fine for me now and lastContrib seems to work fine. However, sinceMe brings up a window about no edits found for user Doug+Bell, even though I have made edits. Also, after a delay of 20-30 seconds I got a message about a stack overflow at line 629. I'm guessing it's not finding my last edit because there is a space in my user name. I don't know if this would be related to the stack overflow. – Doug Belltalk•contrib02:26, 29 January 2006 (UTC)[reply]
I continued to get stack overrun (or overflow, don't remember exact wording) and other stability problems, so I've reverted to the non-dev version for now. (One of the stack overflow error boxes listed line 637 instead of 629, HTH) – Doug Belltalk•contrib02:53, 29 January 2006 (UTC)[reply]
sinceMe still not working for me, but I don't seem to get the stack overruns anymore. Just a message box that says "Couldn't find an edit made by Doug Bell" (tried it on a link to this page in my watchlist). – Doug Belltalk•contrib07:23, 30 January 2006 (UTC)[reply]
lastContrib brought up diff that included changes by two users. When used on this version of this page, I got this diff URL http://wiki.riteme.site/w/index.php?title=User_talk:Lupin&diff=cur&oldid=37287122 that includes these diffs:
22:41, 29 January 2006 Maluka (→The Nardcore band Agression is purposely spelled with one G)
20:06, 29 January 2006 Lupin m (signing)
19:53, 29 January 2006 Maluka (→The Nardcore band Agression is purposely spelled with one G)
Thanks. I think that this bug is triggered by the last editor not having a user page (so that it appears as a red link in the history), and it should be fixed in the dev version (although this is going through an unstable phase at the moment, so I wouldn't recommend using it). Lupin|talk|popups22:32, 17 February 2006 (UTC)[reply]
I've had a couple more crashes of Opera after the previous report, so it may not be popup-related after all. In one case I was editing two pages in separate tabs, closed one of them while editing, later reopened it from the trash bin, and Opera crashed. Probably not popup-related. In another case I was hovering over an article link in my watchlist, by coincidence I pressed the link just as the popup was about to appear, and Opera crashed. Uncertain. --Eddi (Talk) 02:41, 27 February 2006 (UTC)[reply]
Hi,
I'd like to use a part of your code (popups.js), namely oldidFromAnchor, articleFromURL and the variables (REGEX) needed for these functions, for a Greasemonkey userscript. Is that ok with you?
nl:Gebruiker:Erwin85 16:05, 27 January 2006 (UTC)
Could you make popups work in the editbox, so that when you point to [[foo]] in the source while editing a page, either the intro of Foo or "Foo doesn't exist" pops up? Zocky | picture popups21:09, 28 January 2006 (UTC)[reply]
How about if you don't press any keys for a while, and your text cursor is inside a link? I don't know if it's easy to find out where to pop it usefully. Zocky | picture popups18:19, 29 January 2006 (UTC)[reply]
I've got something in the dev version: if you highlight text with the mouse and the selection contains one wikilink, a popup should appear. Lupin|talk|popups18:57, 29 January 2006 (UTC)[reply]
I was actually thinking about this: detect when you are in preview mode and make the fix redirect and fix dab links for links in the preview alter the current edit box instead of the raw text from the server. The main problem I see is that you can no longer provide useful edit summaries automatically. Mike Dillon18:50, 29 January 2006 (UTC)[reply]
I found that in Safari I already have this feature when I don't want it. Oddly enough, in two out of nine attempted edits when I had the popups on, it decided to popup about a link cited in the text I was editing (not on mouseover or anything), which deselected the editing box. Couldn't really type anything with the repeated deselection [4], so I had to turn it off. — Laura Scudder☎23:16, 28 April 2006 (UTC)[reply]
The Nardcore band Agression is purposely spelled with one G
Please leave it alone. I don't understand why people who don't know anything about a subject or name, think they have the right to change it. it's stated on history several times it's wpelled with one G. If you don't believe me, look it up! ~~maluka
Hi Lupin,
I heard that there is a flag in the popups which allow to link directly to Interiots tool, rather than kate's - but i cant seem to find it! Could you point me in the right direction? Cheers! The Minister of War(Peace)16:46, 29 January 2006 (UTC)[reply]
Is there a way to cause popups-assisted reversion edit summaries to reflect the name of the user that authored the version being reverted to, rather than the numeric rv id? Numeric ID's generate some confusion for other editors when reviewing edit summaries.
Thanks for helping out, and improving my Wikipedia experience :)
This is possible, but it would require extra network overhead. I'm not sure if it's worth it, but I'm willing to listen to the counterarguments. Lupin|talk|popups19:02, 29 January 2006 (UTC)[reply]
Thanks for replying. Relatively few people have a problem with the current state of revision summaries, but I've seen at least one user be admonished for using popups to revert vandalism, due to the unclear reversion data. If it's a choice 'tween a bit of confusion for some vs. extra overhead across the board, it's probably not worth changing. Adrian Lamo · (talk) · (mail) · 22:12, 29 January 2006 (UTC)[reply]
I don't know about the network overhead, but the comment "Revert to revision nnn" is rather confusing to me. I'd sacrifice some network traffic to get this more understandable. --62.78.195.22319:58, 3 March 2006 (UTC)[reply]
But no matter what I do whenever I try to fix a redirect it always clicks the Show Preview button rather than the Save page button. And yes, I did use Shift-Refresh. Any ideas? Thanks! --Cyde Weys22:42, 29 January 2006 (UTC)[reply]
You shouldn't be using newOption - that's an function which the script uses itself. Instead, just type
Something I just noticed that may be important: when the template is added at the top of the article, it forces the text down (appears to be an implicit break somewhere). I would suggest using it only at the bottom. —Kirill Lokshin03:34, 31 January 2006 (UTC)[reply]
Hm, that's a pain. I like putting it at the top, since it has its effect at the top of the article so it feels right to put it there. This should be fixed in the template, but I don't see how. Lupin|talk|popups03:38, 31 January 2006 (UTC)[reply]
It only seems to affect articles with a floated template at the top (infoboxes and such), so it may be an issue with overlapping div tags. —Kirill Lokshin03:39, 31 January 2006 (UTC)[reply]
Thanks for taking the time to add the featured template to all those articles! Hopefully the minor technical issue will be sorted out soon. Andrew Levine03:58, 31 January 2006 (UTC)[reply]
Hi. Have you ever tried changing a Wikipedia page by using a JavaScript XMLHttpRequest to do an HTTP POST? Should be possible, I guess, but I'd prefer not finding out the details myself if somebody else has already done so. -- Jitse Niesen (talk) 18:06, 31 January 2006 (UTC)[reply]
Hi there. I noticed the User:Brian0918 just altered the live version of popups.js from using Kate's tool to using Interiot's tool. I think there are a lot of people who assume that all changes are made by you, Lupin, and that they go through popupsdev.js first. Maybe the development policy should be made explicit at WP:POP. This doesn't really affect me, since I use a copy of popups.js in my own namespace, but I thought I'd bring it up since I noticed the change and didn't see any discussion beforehand. Mike Dillon04:18, 1 February 2006 (UTC)[reply]
Hi Lupin! Thanks for the stars in the Featured Articles. I think it is a great idea. The last one you uploaded however, although consistent with other FA symbols, does not look so nice in small format, all the small lines blending to make it look more like a "dirty star". I personnaly prefer the previous "French" one, bright and glittering. What do you think? Best regards. PHG13:23, 2 February 2006 (UTC)[reply]
There was a little discussion about this on Wikipedia talk:Featured articles#Neat_idea_from_Spanish_Wikipedia. I think most people preferred a brown star of some sort, since it's consistent with the existing featured article stars that we use. A hand crafted pixel perfect custom brown star could probably be produced that would be an improvement over the software-scaled version we currently have, however. Lupin|talk|popups13:56, 2 February 2006 (UTC)[reply]
I see that you've become quite a wizard with this thing, so I thought I'd bug you with an old feature request of mine again. It would be very nice if the user link on the top of the page poped up a menu with links to subpages in their userspace, i.e. stuff you find at Special:Prefixindex/User:Zocky. Zocky | picture popups14:48, 2 February 2006 (UTC)[reply]
You mean a bit like the preview for this page? You could add a link to a page like that somewhere in the toolbar and you'd be set, assuming you set popupOnlyArticleLinks=false as well. Admittedly I have to maintain this list by hand, but I expect that fulfilling prefixindex queries is an expensive operation which I don't really want to execute on every mouseover. Lupin|talk|popups15:06, 2 February 2006 (UTC)[reply]
In the article "actions" menu, it would be nice to have a Google search option, perhaps "search|global|web" would fit without growing the menu. I would prefer that the resulting search query string be preceded by a single %22 quotation mark because (1) it's easier to remove than add, and (2) most of the searches are going to need to be exact phrase searches for verifiability. Thank you for your fantastic tool. --James S.17:09, 2 February 2006 (UTC)[reply]
Good idea. However, "Google" should not be used as a verb, only as a proper noun for the search engine or the company, Google. I recommend that the search hint is changed to "Search for %s using Google" or similar. --Eddi (Talk) 22:42, 7 February 2006 (UTC)[reply]
I award you this Working Man'sBarnstar for providing Wikipedia with the excellent Popup tool, which is a great help in our wiki working day, and for continuously improving the tool despite (or due to?) all the Wikipedians running down your door. Keep up the good work! (BTW, you've got an impressive star collection in your archive – how about a gallery at the user page?) --Eddi (Talk) 22:14, 2 February 2006 (UTC)[reply]
You're welcome! And with the scrollbar function that you added (neat trick!) there's no need to reduce the number of awards. Learning something new every day. :) --Eddi (Talk) 06:37, 20 February 2006 (UTC)[reply]
I meant that you should change the current one with the above line. BTW what about the translation of popup text? --Yoosef14:57, 5 February 2006 (UTC)[reply]
Yes, I understand that. But I don't speak the language and I have no idea what it should say. Presumably you do know, though... please tell me!
To translate it, you have to translate the lines that look like
popupStrings['english']='english text';
into
popupStrings['english']='farsi text';
You'll have to make a local copy of the script, and change the references to it in your user javascript file accordingly.
Great :) Apparently I didn't actually understand you before. Confusion cleared up now - you meant "change the current one to the above line" instead of "with the above line". Lupin|talk|popups18:00, 5 February 2006 (UTC)[reply]
There are instructions for translating into Farsi a couple of sections above this one - they should work for German too. Thanks again for your efforts! Lupin|talk|popups13:05, 7 February 2006 (UTC)[reply]
Praise for popupFixDabs & A couple of feature requests.
A really nice tool, and popupFixDabs is great feature. Without it I probably wouldn't be bothering to disambiguate links. Thanks! Please keep up the great work! -- A couple of features I'd like to request (if they haven't already been requested):
An option to check/uncheck "Watch this page". I've got mine defaulted to "on", but I don't really care to watch some page just cause I disambig'd a link on it.
Sometimes I'd like to disambig a link to wiktionary, but Popups doesn'tseem to work with Template:wiktionarypar. Does it work with Template:wiktionary or the other wiktionary templates?
I don't understand exactly how you want this to work. Please could you give me a link to a page whose popup you want to change, and describe how it should change?
Sometimes I'll run across a link that needs disambiguating and decide it best if it just references the dictionary definition. Sometimes this happens because the author was overlinking (linkingtoomanywords), or possibly because the linked article was a dictionary definition that got moved to wiktionary. Sometimes the disambiguation page includes one or more links to wiktionary using Template:wiktionarypar, Template:wiktionarypar2, Template:wiktionary, etc. (see e.g. Bay (disambiguation)) but Popups doesn't include these. (Or doesn't seem to include them, but maybe I wasn't looking closely enough. Am I confused here?) Ewlyahoocom
More intelligence in the replacement including using some of the piped link features (e.g. "[[Bay (aquatic)|]]", rendering as "Bay"; or "[[Atom]]ic" rendering as "Atomic").
Sorry, I'm probably being dense but I don't really understand this request. In which context is the replacement lacking?
Right now the tool simply pipes the link keeping the original text intact which is of course the safest thing to do. Say I wanted to disambiguate "... [[Atomic]] ..." to Atom (measure theory). Right now the tool would make the change "... [[Atom (measure theory)|Atomic]] ...". However, if I was hand-editing it I might make the change "... [[Atom (measure theory)|]]ic ...". Both render as Atomic and Atomic. (Atomic was previously a disambiguation page but isn't anymore so this is probably no longer a good example.) This is more common with plurals e.g. [[bay|bays]] vs [[bay]]s. Ewlyahoocom
I'm inclined to say that this it too hard to do properly. I think I'd have to get the tool to understand English grammar, which is a tall order. Lupin|talk|popups23:44, 8 February 2006 (UTC)[reply]
Perhaps even being able to select some of the text around the link with the mouse, and then re-linking the whole thing e.g. I ran across some pages that had "...[[atomic]] bomb..." and the preferable edit to make would be "...[[Nuclear weapon|atomic bomb]]..."
As long as the script isn't supplied with an AI module, I would suggest the [edit] button. Or maybe I, too, haven't understood the request. --Eddi (Talk) 00:04, 8 February 2006 (UTC)[reply]
Yeah, this sounded a little too ambitious when I was writing it. I'm not talking about AI, but "simply" incorporating a user-selected portion of text around a link into the link when it's being rewritten. (I put "simply" in quotes cause I know it's not easy but it is simpler than AI.) Ewlyahoocom
This may not be impossible, but it'd be a lot of work I think. I'm not sure if this feature would be used much, but if I find myself hankering after it I'll think about it again :-) Lupin|talk|popups23:44, 8 February 2006 (UTC)[reply]
I've been testing Firefox for memory leaks with the Leak-Gauge tool, and I noticed the only memory leaks I experienced over several hours of browsing were from Wikipedia popups. I really should report this on bugzilla instead of here, but I have no idea of what exactly causes the leak. I noticed that it happens when I rapidly switch focus between two different Wiki links. Has anyone else used Leak-Gauge and found this? 郵便箱05:39, 7 February 2006 (UTC)[reply]
Is that's what's been causing it? I just installed popups a week or so ago. Inoticed the after a few hours firefox would suck up all my memory, slow down to a crawl, and then crash, but I had also recently upgraded Firefox, and some other stuff (I'm using Linux/Fedora). Ewlyahoocom09:29, 7 February 2006 (UTC)[reply]
I did the test with the Linux version of the most recent nightly build, which has several memory leaks fixed. Apparently, this particular leak you get with popups wasn't one of them. Hopefully all of them will get fixed soon though. 郵便箱09:36, 7 February 2006 (UTC)[reply]
I've found the leak first appears in [5]. Since that's where you first started using XMLHttpRequest I'm assuming that's what the problem is since there's a known leak being worked on caused by not using an XMLHttpRequest object. Thanks for creating these popup tools, by the way. They're very useful. 郵便箱02:56, 8 February 2006 (UTC)[reply]
hi i had a doubt about the popup script, i wanted to know if you prefetch the wikilinks when a page is opened? great work!--vineeth16:51, 7 February 2006 (UTC)[reply]
No, the normal wikipedia pages are not prefetched. The raw wikitext source is, but that won't usually make your browsing experience any faster. Lupin|talk|popups17:04, 7 February 2006 (UTC)[reply]
Hi Lupin, your popup script interferes with the changes preview of my cacycle editor script. I guess it is a css problem (even if I could not localize that in your code). Is there a way for a peaceful coexistence of both tools? :-) BTW, I have added a cool cookie based history function for the edit summary and the find / replace fields. Cacycle20:33, 7 February 2006 (UTC)[reply]
I expect we use the same names for incompatible diff functions. Namespacing is the answer (I would have done this originally if I had known what I was doing when I first wrote the script). For example
I have changed my function names from 'diff' to 'textDiff' and 'diffString' to 'stringDiff'. That seems to fix the problems. Cacycle11:42, 8 February 2006 (UTC)[reply]
I have translated the script into two variants of Norwegian (nn:, no:). To keep it updated I must edit two copies of 200+ kB code that is identical except from the popupStrings definitions. Because of all the work (albeit far less than yours) and the constant risk of unintended unicode errors, I only translate the stable version, and run the dev version at en: only. Would it be possible to have a separate module of translated strings that could be called from monobook.js, and link directly to your original script – dev or stable – instead of some local copy? If the module was missing, the strings should default to the untranslated core. --Eddi (Talk) 02:07, 8 February 2006 (UTC)[reply]
There's a mechanism in place in the dev version to allow this. I haven't tested it though, so please do so when you can. Hopefully the comments above the translation block should explain all. Lupin|talk|popups23:03, 8 February 2006 (UTC)[reply]
Returning to an earlier suggestion about thematic string sorting, I have made a User:Lupin/strings-draft that could also be used as basis for local translations. Please check if the themes and the sorting look reasonable. If you think it should be protected, the file can be renamed to e.g. User:Lupin/strings.js --Eddi (Talk) 08:17, 11 February 2006 (UTC)[reply]
This has been a long-standing intermittent error which a control-refresh usually fixes. I've abolished this abbreviation in the dev version, so it should be gone soon. Lupin|talk|popups12:12, 8 February 2006 (UTC)[reply]
You popup tool has improved a lot recently, I am using it all the time. A suggestion: On Dutch wikipedia we systematically use the "mark as patrolled" option to check contributions of anonymous users. Could this be an option of the popup tool when you hold your cursur on "diff" in the Recent changes? Thanks, Pieter1
Yes, I expect this won't be hard. Please could you paste the url of a "mark as patrolled" link here to save me the trouble of hunting for it? Also, would you like the link to appear with the other links (in a menu in firefox) or directly above/below the diff itself? Would you like the patrol link on every diff, or just the ones on recent changes? Since I don't edit a wiki with this feature enabled, I'm not sure of the best approach. Lupin|talk|popups23:06, 8 February 2006 (UTC)[reply]
Nice! You can see these link when you login to the Dutch wikipedia. Then you will see in the recent changes the red exclamation marks. If you than click on "wijz" (=diff) you see on the top right hand side a link [Markeer als gecontroleerd], which means mark as patrolled.
Regarding the interface, I would like the option to appear in the "action" menu, just underneath "revert", that would be logical. And it would be very nice if a new tab would open in Firefox, because in that case one can mark a lot of pages in the recent changes quickly the one after the other. Pieter120:03, 9 February 2006 (UTC)[reply]
By the way, Pieter1, I always open a new tab by clicking my scrollwheel instead of left-clicking. NielsFTalk to me..
I agree with Pieter1's suggestions above, it would be extremely useful in combatting vandalism. If you could include this function I'd be grateful! NielsFTalk to me.. 20:48, 9 February 2006 (UTC)
Right, I found the link. It has a mysterious parameter in it, rcid=nnnnnnn where nnnnn is some number. Do you have any idea where that comes from? I think I'd need to find it from somewhere to be able to put the link in the popups. (One option is to screen-scrape the diff page, but that's annoying). Lupin|talk|popups00:07, 10 February 2006 (UTC)[reply]
Hmm, don't know myself, though there seems to be a chronological aspect to it. rcid=273502 follows rcid=273501 for example. Sometimes, though, some numbers are skipped, for no apparent reason. But I'll ask around on Dutch Wikipedia... Greets, NielsFTalk to me.. 00:40, 10 February 2006 (UTC)
Question was raised in nl "Village Pump". rcid is an id in the recent changes table. The number has nothing to do with the normal article-id's. There is only one way to retrieve the rcid, i.e. via de rc list in the Mediawiki sw. Only if the rcid is present in the url, you get the mark as patrolled tag in the compare screen. So there is no way to handle this via a js script (if the compare screen is originating from any other means than the rc list). - rgds RonaldB-nl02:21, 10 February 2006 (UTC)[reply]
The rcid (recent changes id) is passed in the url from either the irc stream, wich gets fed into Vandal Fighter, or from the recent changes page. If the rcid is present in the url a 'mark as patrolled' link is shown automatically on diffs pages. It's not possible to get the rcid number for a change otherwise, apart from consulting the recent changes table in the database, wich is kidna difficult from js :) 87.244.150.24809:54, 13 February 2006 (UTC)[reply]
Hi, I have started to use the popup "revert" function; seems to work well, except for this edit, where the last version of the article was not reverted, but kept, modulo one blank line. Any idea what happenend ? Thanks for a wonderful tool ! Schutz22:50, 8 February 2006 (UTC)[reply]
Looks to me as if you tried to revert to the then-current version, revision number 3882630. I'm surprised that the article changed at all, though - I don't know what caused the removal of the blank line. Maybe it's a mediawiki feature to remove leading whitespace from an article? Could also be a bug in my script, though I can't think how it'd work. Lupin|talk|popups22:55, 8 February 2006 (UTC)[reply]
I had a problem earlier with another edit, but this was because of an edit conflict; in this case, noone else has been editing the article in a reasonable time window around the revert. Anyway, I fixed it manually, will tell you if it happens again. Thanks, Schutz23:05, 8 February 2006 (UTC)[reply]
You must already be aware of this, but anyway. If the talk page has never been written to, clicking this link doesn't work. Stevage07:36, 10 February 2006 (UTC)[reply]
You mean from the filter recent changes page? I hadn't noticed this - I'm pretty sure it works for me in firefox. Which browser are you using? Lupin|talk|popups12:37, 10 February 2006 (UTC)[reply]
Yes, from that page, using Firefox 1.0.7 (I can't upgrade). It just takes me to the user's blank talk page with no text filled in. Stevage18:55, 10 February 2006 (UTC)[reply]
That's odd - I can't think what the problem might be. If you open the javascript console from the tools menu and clear it before clicking such a warn link, do you see new javascript errors appearing when you click it? If so, what are they? Lupin|talk|popups03:08, 11 February 2006 (UTC)[reply]
No errors (or warnings or messages for that matter). Here is a sample URL:
That url works as expected for me. Do any warn links work correctly for you? If not, try adding {{subst:js|User:Lupin/autoedit.js}} to your monobook.js. Also, looking at your monobook.js, I think you should replace the last few lines (from "// now set everything up" onwards) with addOnloadHook(LivePreviewInstall);, or that may possibly mess things up. Lupin|talk|popups00:16, 17 February 2006 (UTC)[reply]
popups.js doesn't work with special characters in titles
I believe that another related problem occurs when there is a comma in the link target for a redirect or dab link. For instance, If I try to bypass the redirect on any of the links to Burbank, California, nothing happens. I played around with fixing it in my local copy of popups.js, but the fix caused other problems. Basically, the substitute code was seeing a URL encoded byte for comma instead of the comma. My fix was to run an extra URI decode on the from and to arguments to substitute, but that caused weird edit summaries in some cases. I have a feeling that the whole handling of URLs needs to be tightened up for the auto edit stuff. One thing I've noticed that seems strange is that in the autoedit URLs, the character "+" is encoded as "+" (the URI encoding of character #32, space), instead of as "%2B" as it should be. I suspect there are some other subtle problems, but I haven't taken the time to trace through the data flow yet. By the way, I've had the comma problem in both Galeon and Firefox (on Linux). Mike Dillon15:14, 11 February 2006 (UTC)[reply]
Yes, lots of crufty things happen with title handling because the code evolved by a process of trial and error. I need to rewrite all of this. Lupin|talk|popups18:57, 11 February 2006 (UTC)[reply]
It would be really cool if there were options to pick which summary data variables are displayed, eg popupSummarySize, popupSummaryWikilinks, popupSummaryImages... ··gracefool |☺09:03, 10 February 2006 (UTC)[reply]
In some Wikipedias the code for #redirect may be written in the local language, in which case the popups don't recognise the redirect. Could the local redirect codes be included along with the local namespaces, so that they are recignised? My first request would be for nn: where the code is #omdiriger. --Eddi (Talk) 15:11, 11 February 2006 (UTC)[reply]
Thanks - I think it's a silly bug which I've fixed in my local version by reordering some code. This version isn't usable enough to upload as dev yet though - I'm tidying up the internals of the script and some stuff is broken. Lupin|talk|popups22:39, 17 February 2006 (UTC)[reply]
Great, it works fine now. That is, all except the example within the Image (Fil) namespace: [26] (identical to [27]). But that's a tricky one and not too important. --Eddi (Talk) 23:06, 21 February 2006 (UTC)[reply]
Has anyone else mentioned problems when using either your popups or vandalism tool in conjunction with Sam Hocevar'sgodmode-light.js? Your tools work fine with Sam's script installed (yes, latest version of all), but I cannot revert using Sam's tool when I have either your popups or your anti-vandal script installed; I get various error messages, depending on what I'm trying to accomplish and which of your scripts is installed. I'd like to be able to use all of these tools, but with yours installed Sam's doesn't work, though the opposite doesn't seem to be true. I don't know where the conflict lies and I'm nowhere near experienced enough to troubleshoot beyond disabling one or the other. Just wondering at this point if anyone else has mentioned this.
To avoid flip-flopping between 'degree Fahrenheit' and 'Fahrenheit' or 'degree Celsius' and 'Celsius', I propose that we have a discussion on which we want. I see you have contributed on units of measurement, please express your opinion at Talk:Units of measurement. Thanks. bobblewik22:07, 12 February 2006 (UTC)[reply]
Hi, I finally got around to adding the simplepopups option to my js after you suggested it earlier this month. My popups definitely have simplified in Firefox; however, the same does not seem to go for Opera. Were popups optimized for Firefox? (I prefer to RC patrol in Opera simply because it is less laggy than Firefox.) Thanks. Yuyudevil13:46, 14 February 2006 (UTC)[reply]
Opera seems to cache more aggressively than it should. Make sure you've cleared your cache in Opera. If that doesn't work, try going to this exact url and see if the simplePopups option is displayed. If not then Opera is caching the old version... see if you can persuade it to give you the latest version somehow! Lupin|talk|popups14:53, 14 February 2006 (UTC)[reply]
Hey, when I fix a disambig link, I'm getting the words defaultpopupFixDabsSummary, which tells the world what I'm doing, but is just a tad annoying. I'm using the test version as of 21Jan, which could be a reason, but I'm just alerting you, just in case. -- Jjjsixsix(talk)/(contribs) @ 06:03, 15 February 2006 (UTC)[reply]
Thanks, I hadn't noticed this - it should now be fixed. I'm trying to tidy up the code (it's pretty hideous at the moment) so more bugs will probably be appearing in the dev version soon... keep the reports coming! Lupin|talk|popups03:19, 16 February 2006 (UTC)[reply]
Will it be welcome if i collect all the existing msgs on the Pop-up tools, as sub-sections, under one section, keeping hdgs rather than rewording them -- and perhaps categorize them in additional detail? I think you are doing plenty without adding that task to your burden, but i was about to leave a msg w/o being at all thoro in checking to see if my possible bug has already been discussed. I'd be pleased to contribute in that way to the fine Pop-up work yr doing. --Jerzy•t17:12, 15 February 2006 (UTC)[reply]
Was the pop-up navigation script replaced with the anti-vandal script? Popups are gone and I'm suddenly seeing all this anti-vandal stuffs. Just wondering. -- WB02:00, 20 February 2006 (UTC)[reply]
I just started noticing transparent backgrounds in my popups instead of the normal manilaish colored background. Needless to say that makes the popup text rather hard to read. I switched from the dev back to regular version just in case that was it, but it wasn't... I looked for an option that might affect it but no joy there. Anyone else see this? Win XP, Firefox 1.0.7 (IBM customised/supported version, I work for IBM) monobook skin. Thanks! ++Lar: t/c06:24, 20 February 2006 (UTC)[reply]
I've had the same problem with monobook in Linux Opera 8.52 for a few hours. I use the dev version with experimental options. Tried to clear the cache but no improvement. --Eddi (Talk) 06:43, 20 February 2006 (UTC)[reply]
Update: It's a dev version issue. I reverted to regular popups.js - problem solved. Reverted back to the dev version - transparency returned. Now back on the regular version without problems. HTH. (Forgot to say earlier that the drop down menus are NOT transparent) --Cactus.man✍10:56, 20 February 2006 (UTC)[reply]
Oops, what a mess :) I got the CSS stuff all wrong... hopefully this'll now work if you clear your cache. There have been large changes to the dev version recently, so I'd like to know about new errors and also if the script works in safari yet. Also let me draw your attention to the new feature: popups over links in the popup previews, as requested here some time ago. Lupin|talk|popups13:15, 20 February 2006 (UTC)[reply]
Sorted beautifully, thanks again Lupin. The cascading popups feature doesn't appear to work for me though. Nonetheless, I am just happy to have the light orange popups back :-) --Cactus.man✍14:20, 20 February 2006 (UTC)[reply]
Yes, it is a great pity. I can imagine how much fun it must be as I was one of the people asking for it a while back. Probably more than a tad useful as well ... I am running Firefox 1.5.0.1 on Win XP SP2. I can only assume that there is a conflict with some other script as I have quite a few loading in my monobook.js. Time for some experimentation I feel. Thanks anyway for all your work on this. Cheers. --Cactus.man✍10:51, 21 February 2006 (UTC)[reply]
Update: I just commented out everything in my monobook.js, leaving only popupsdev.js. Still no sign of the new feature, so it looks like it may be a browser issue. BUGGER:-( --Cactus.man✍12:22, 21 February 2006 (UTC)[reply]
Again transparent backgrounds in Linux Opera 8.50, dev version. I think it appeared 4th March sometime between 15:00 and 23:00 (UTC). --Eddi (Talk) 02:42, 5 March 2006 (UTC)[reply]
Gah, that's annoying. Again. It's all because I've been using my local copy of the CSS file for testing purposes, but forgetting to change it back before uploading. I'll try to think of a better way to prevent this. Anyway, should be fixed now. Lupin|talk|popups05:29, 5 March 2006 (UTC)[reply]
Lupin, I have a "revert as vandalism" rollback that I use...but it does not work when I add your pop-up tool. It always things the vandal is "undefined" and so it can't revert. I had to remove the pop-up scripts. Do you know what line of code is interfering and causing this? Thanks.Voice-of-AllT|@|ESP00:36, 21 February 2006 (UTC)[reply]
I noticed that if you fix a single disambig with the popups, all such disambigs in the page are fixed at the same time. But this doesn't seem to hold for redirects, for which it would make even more sense to auto-fix all the redirects. Why doesn't the popups tool do that? Is it simply you came up with the feature when you were putting in the disambig feature? If so, I'd appreciate it if you could enable it for redirects as well. --maru(talk)contribs03:14, 22 February 2006 (UTC)[reply]
The technical reason is that it would require downloading the source of every page linked to from that page to discover if it's a redirect or not, and this could mean hundreds of downloads on many pages. The other reason is that some people don't like redirects to be fixed at all; fixing them en masse would certainly annoy them. Lupin|talk|popups03:59, 22 February 2006 (UTC)[reply]
Yes, there's a note about this in small letters at WP:POP. I've submitted a patch to Mediawiki on bugzilla which would let me fix this, but the developers haven't applied it. The problem is that the script needs to convert prev or cur into a revision ID, and there's not currently a clean way to do it. Lupin|talk|popups22:33, 22 February 2006 (UTC)[reply]
hello i was editing my article and this is what i had right when you deleted it (i was trying to go into more detail so that it wouldn't be considered trash):
A jewbag is a common phrase, considered somewhat vulgar, and used by young people nowadays. It's a word you hear your friends say and everyone laughs. This isn't an actual word, just a common phrase. However, it is truly said a lot.
The word itself means nothing (just a word that is said a lot), but it is found offensive towards jewish people. A similar insult would be douchebag; a word with no direct meaning but still insulting.
Thanks for the 'heads-up' on the new article. It was the product of a banned editor who is apparently obsessed with one of our admins. Encyclopedia writing is more dangerous than it looks. Cheers, -Will Beback19:20, 23 February 2006 (UTC)[reply]
An image or media file that you uploaded, Image:Countdown chimes.ogg, has been listed at Wikipedia:Images and media for deletion. Please look there to see why this is (you may have to search for the title of the image to find its entry), if you are interested in it not being deleted. Thank you.
I am attempting to customize my popups to include a button to insert predetermined text to a page (such as warning templates on a talk page) when I hover over a link. Do you have any advice on how to do this? Please reply on my talk page. Thanks, Krashlandon(e)21:32, 23 February 2006 (UTC)[reply]
Well, I put it in, and the link is on my popups, but it looks like this: (e)]] 22:02, 24 February 2006 (UTC)/&autosummary=Your%20edits&autoclick=wpPreview">warn and it doesn't put the template in the page automatically and never even shows up for blank talk pages (which most vandals have). Here it is. Could you take a look at it? Sorry for all the trouble. Krashlandon(e)02:54, 25 February 2006 (UTC)[reply]
You have unescaped slashes in your substitution, which are causing the problem. The best thing to do is to put your warning on a subpage of your user page (like User:Krashlandon/Warningtext) and use a subst: like Lupin did in his example for you, e.g. autoedit=s/$/\\n\\n{{subst:User:Krashlandon/Warningtext}}%20~~~~/. That way you don't need to worry about what should be escaped since the content is transcluded. Mike Dillon03:05, 25 February 2006 (UTC)[reply]
I see the problem. Your signature is being expanded on save and messing up the link. I guess you'll have to do something like %7E%7E%7E%7E instead of the literal ~~~~. Mike Dillon03:27, 25 February 2006 (UTC)[reply]
Ah, you've slightly mangled the code (don't move the </script> tag out of the popups installation lines), but even if it was installed properly there'd still be the problem of it not appearing for empty pages. Hm. Maybe this'll work.
window.warnTemplate=function(data, download) {
var talkPage=new Title(Title.fromURL(download.url).userName(true)).talkPage();
if(!talkPage || talkPage.toString()=='Talk:') return '';
var lk=titledWikiLink({article: talkPage, action: 'edit', text: 'test'});
var autoParams='autoedit=s#$#\\n\\n{{subst:test}}%20~~~~#&autosummary=Your%20edits&autoclick=wpPreview';
return appendParamsToLink(lk, autoParams) + '<br>';
}
function installWarnTemplate() {
window.old_getPageInfo=window.getPageInfo;
window.getPageInfo=function(data,download) {
return window.warnTemplate(data,download) + window.old_getPageInfo(data,download);
}
}
addOnloadHook(installWarnTemplate);
Both the subst: and the signature expansion are happening during the save to monobook.js. Anything that literally says {{subst:...}} or ~~~~ messes up the Javascript when it is saved. You have to either use URL encoding to work around it like %7E%7E%7E%7E for the signature, or use Javascript like '{' + '{subst:...}}' to fool MediaWiki. Mike Dillon03:40, 25 February 2006 (UTC)[reply]
Hmm... *pokes code* It's still having some problems. You could fiddle with it directly here if you want, Lupin, as you are a sysop and have permission to those pages, don't you? Krashlandon(e)03:42, 25 February 2006 (UTC)[reply]
Did you try clearing your cache? I made a change earlier today which should have fixed things. If not, what's your browser? Can you provided a screenshot showing exactly what's going wrong for you? Lupin|talk|popups16:15, 25 February 2006 (UTC)[reply]
Perfect! It works now, on empty pages and created ones, and it inserts the text on its own. Thank you very much. You can delete those screenshots now. I don't need them. Krashlandon(e)15:08, 26 February 2006 (UTC)[reply]
I don't recognize &ts, but I copied &dontcountme from the livepreview.js installation instructions (and I still am uncertain exactly what it does). &smaxage I found in the mediawiki source - it should reduce stale previews from appearing. Lupin|talk|popups16:49, 22 April 2006 (UTC)[reply]
I noticed the change yesterday, and the popups have been crashing Opera 8.52. Since Opera does not host old versions of the 8.5x installers, I cannot say it's an Opera problem. I just keeps crashing. --Perfecto17:38, 24 February 2006 (UTC)[reply]
Well I can say it: it's an Opera problem :-) Javascript should never crash a browser, no matter how badly behaved. Sometimes it can freeze it, but that's another matter...
It's Windows. Just for FYI, Opera 8.51 runs okay. I found an 8.51 installation somewhere and I overwrote mine with it. Where did you post the Opera bug request? Thank you. --Perfecto17:31, 26 February 2006 (UTC)[reply]
Hello, just started using popups on Safari. It hasn't crashed for me (as it appears to have done for others) but the popups do have a nasty habit of not disappearing when the pointer moves away from the link. In fact the only way to make a popup disappear is to hover over a different link, making another popup. I opened up Firefox and Camino and neither had any trouble with popups. It's not a big thing obviously, and I wouldn't want to add to more work than you want, but it is pretty frustrating. Any idea if/when this problem will be fixed?
Excellent, I'm glad to hear that it hasn't been crashing Safari for you. I don't have easy access to a machine which will run Safari, so I can't do any serious debugging with that browser. Can you follow the instructions here and tell me if you find any Javascript exceptions or errors? If we're lucky, it'll be something easy to fix. If not, the bug will only be fixed when someone sends me a patch—or a Mac :P Lupin|talk|popups18:12, 24 February 2006 (UTC)[reply]
Well, I opened up the console, but despite the continuing problem, it showed no errors or exceptions. Never mind, hopefully a patch will be along soon - and at least Safari doesn't crash for me.
Not sure whether this makes any difference, but when I installed popups, I did so on Camino before using Safari. Could the problem with Safari be that it doesn't like installing the script, but will run it ok? (I'm theorising here, I don't know jack about Java.) Thenugga18:56, 24 February 2006 (UTC)[reply]
Thanks for looking for errors for me. I don't think the browser you use to install the script could make a difference.
Just found your great popup tool (and Wikipedia for that matter). I've been having some trouble with popups Safari (works great in Firefox). PithHelmet (an ad blocker) may be responsible for some of the crashing: before I added a site-specific preference I would get random crashes after doing a "reload unfiltered." After whitelisting Wikipedia, this no longer seems to happen, but I am getting really bad drawing errors (sometimes only yielding a very small empty square). I have some screenshots if they would help.
Would something like this ever make it to the "my preferences" page?
Screenshots may be helpful, yes, although it's unlikely I'll be able to fix bugs in Safari which make the browser crash.
It's possible that, if it gets community support, this tool may one day appear in the my preferences page. However, it's not ready yet by a long stretch. Lupin|talk|popups00:40, 28 February 2006 (UTC)[reply]
Safari does not crash anymore for me (once I disabled PithHelmet). I've filed a bug, both with Apple (Bug ID#4467372), as well as bug 7617 with the Webcore opensource project that is responsible for Safari. Afraid I'm not enough of a Javascript expert to be able to diagnose it myself (without a few helpful tips), but hopefully OpenDarwin will find time to help. I've also posted a screenshot just so you can see what I'm talking about (most times the menus are completely invisible). MFago01:00, 6 March 2006 (UTC)[reply]
Thanks for taking the time to do this, it's much appreciated. As a workaround for the menu problem, you can set popupStructure='original' in your user javascript file (this is what IE and opera users get by default as the menus don't work well for them either). Maybe I should make this the default for Safari users, although interestingly Konqueror nearly gets the menus right, so I expect that Safari will catch up before too long. Lupin|talk|popups03:06, 6 March 2006 (UTC)[reply]
Are you perhaps from Guelph or the surrounding area? I noticed you have it on your watch-page, and I'm searching for a regular user that the Guelph Mercury can interview. Feel free to email me, or tell me on my talk page. ASAP is prefered. -- user:zanimum
That wasn't an experiment! WOTC are suing a fan! Hell I even gave links to the info! Why have you deleted it?
The tone of your contribution suggested strongly to me that it was an experiment. If you would like to reinstate it then I won't revert it, but I would recommend that you try to write it in a similar style to other articles. Lupin|talk|popups16:04, 25 February 2006 (UTC)[reply]
Hi Lupin, just to let you know that the dev version appears to be broken (for me at least) at the moment. No popups are appearing whatsoever. The strange thing is that having looked at your contribs, I am sure it was working when I first edited today (after your last edit to the script), then it just mysteriously stopped. Any ideas? Thanks. --Cactus.man✍13:27, 26 February 2006 (UTC)[reply]
Works fine for me in 4 browsers. I'm guessing that you were simply using a cached old version until it stopped working. Maybe you have some content filtering like adblock set up that is being triggered by either the script itself or the output containing some variant of popup, _popup, popup_ etc. You should probably whitelist wikipedia.org if that's the case. Lupin|talk|popups13:58, 26 February 2006 (UTC)[reply]
Thanks for the reply. I do run numerous greasemonkey scripts and FF extensions, including adblock. I will look at the whitelisting options as you suggest, thanks. --Cactus.man✍14:09, 26 February 2006 (UTC)[reply]
When popups are set to display templates as parameters, and the paramater includes "<nowiki>~~~</nowiki>" then the tildes are shown as undefined ([[Undefined:undefined|undefined]]). With 4 tildes the date follows the undefined, with 5 tildes only the date is shown.
Examples:
Thanks for uploading Image:Countdown chimes.ogg. I notice the 'image' page currently doesn't specify who created the content, so the copyright status is therefore unclear. If you have not created this media yourself then you need to argue that we have the right to use the media on Wikipedia (see copyright tagging below). If you have not created the media yourself then you should also specify where you found it, i.e., in most cases link to the website where you got it, and the terms of use for content from that page.
If the media also doesn't have a copyright tag then you must also add one. If you created/took the picture, audio, or video then you can use {{GFDL-self}} to release it under the GFDL. If you believe the media qualifies as fair use, please read fair use, and then use a tag such as {{Non-free fair use in|article name}} or one of the other tags listed at Wikipedia:Image copyright tags#Fair_use. See Wikipedia:Image copyright tags for the full list of copyright tags that you can use.
If you have uploaded other media, please check that you have specified their source and copyright tagged them, too. You can find a list of 'image' pages you have edited by clicking on the "my contributions" link (it is located at the very top of any Wikipedia page when you are logged in), and then selecting "Image" from the dropdown box. Note that any unsourced and untagged images will be deleted one week after they have been uploaded, as described on criteria for speedy deletion. Thank you. The previous unsigned comment was left by 82.15.28.19519:01, 28 February 2006 (UTC)[reply]
As suggested in the script, here's a note on missing strings. The first one doesn't even seem to be invoked as popupStrings, because translating it to my Norwegian string files ([1], [2]) hasn't helped. --Eddi (Talk) 16:11, 1 March 2006 (UTC)[reply]
'Revision %s of %s': 'Revision %s of %s',
'lastContrib': 'lastContrib',
'sinceMe': 'sinceMe',
By the way, is it possible to structure the pg.string function of the script in a similar way as User:Lupin/strings-draft, with strings grouped thematically instead of alphabetically? Then it would be easier to update the translated versions as strings are added or revised. I think most of the strings-draft file can be copied directly into the script. --Eddi (Talk) 16:11, 1 March 2006 (UTC)[reply]
The 'Revision' string now works through translation, and the string sorting looks all right. Thanks to you, too! --Eddi (Talk) 14:48, 2 March 2006 (UTC)[reply]
...ARIN lookup! I've noticed that within the past couple days, the ARIN lookup button has been taken out of your oh so handy popup tool. I can't live without my ARIN lookup. Any suggestions? (I typically use IE, but sometimes also Firefox, -- it's even more broken in Firefox!) · Katefan0(scribble)/poll23:19, 1 March 2006 (UTC)[reply]
It works with the dev version in Firefox 1.0.7 and Opera 8.50 under Linux. Try changing "popups" to "popupsdev" in your monobook.js, and report if the popups behave differently or not (may be useful for debugging). --Eddi (Talk) 00:00, 2 March 2006 (UTC)[reply]
You may be confusing a feature which appears when the script is run in Firefox - try mousing over the "actions" link that appears. Lupin|talk|popups00:13, 3 March 2006 (UTC)[reply]
Not sure if I've got the right person but... your nice photo on the Limestone Pavement page says it was taken by 'me'. Should you add your name instead?Ian mckenzie03:24, 3 March 2006 (UTC)[reply]
Hey, just to let you know, I tried popups with Safari. It didn't ever crash on me, but the menu lists were often unreadable. Not a big deal for me, I'm using Firefox, but just thought I'd let you know. Thanks for the great work on the script, by the way! MikeDockery10:17, 3 March 2006 (UTC)[reply]
Thanks. Maybe it's just older version of Safari which crash. You can use popupStructure='original' to get readable menus in Safari, by the way. Lupin|talk|popups02:03, 7 March 2006 (UTC)[reply]
Hi, I cannot fix double redirect using popups in pt:Wikipedia. The popup try to edit Redirecionamentos duplos instead of the entry page. --555pt | msg | msg on w:pt06:54, 5 March 2006 (UTC)[reply]
Fixing double redirects is not something that can currently be done with popups. This isn't a bug, I think, so much as a missing feature. Lupin|talk|popups02:00, 7 March 2006 (UTC)[reply]
Back in 2004, you uploaded the image "W3m-w3m dot org.png" using a general public domain tag. I would think that, because the image is from the w3m website, the correct tag to use would be
Template:Web-screenshot --kenb21519:40, 5 March 2006 (UTC)[reply]
Hm, this seems to work correctly for me in Firefox and in IE. Which browser's giving you problems? Maybe you could try the dev version if you're not already. Lupin|talk|popups01:56, 7 March 2006 (UTC)[reply]
It is working fine in Firefox 1.0 on Linux. I was using Firefox 1.5 on Windows XP when I made the bug report, both times using the non-development version. I can't check with XP at the moment, but I'll try and get chance later at work. Thryduulf08:50, 7 March 2006 (UTC)[reply]
I've not had access to the same machine again, but I've tested it on two different XP machines with Firefox 1.5, both of which seem to work. The only difference I can see is that neither of them, nor this linux computer, have a font that can display the ଥ (Unicode U+0B25 "Oriya Letter Tha") character, whereas the PC that had the problem could display this charcter. Thryduulf21:47, 8 March 2006 (UTC)[reply]
I've now installed a font to display the Oriya script on this linux machine (see [28]) but can't recreate the problem. I'll try on a windows XP machine when I next get the chance. Thryduulf22:16, 8 March 2006 (UTC)[reply]
Hi, I've noticed that when people revert using popups, the edit summary reads : "Revert to revision 123...". Now, the revision number is pretty much useless. Can't it be configured to display instead, "Revert edits by abc to last version by def'...", or "Revert to revision of time:date..." or the like? -- Meni Rosenfeld (talk) 19:04, 6 March 2006 (UTC)[reply]
I have been using popus for link disambiguation, and they are a life saver! Is there any we can get a link in there to automatically link to the wiktionary entry for the term we are disambiguating? This would be extremely helpful! Thanks. --Hetar22:09, 6 March 2006 (UTC)[reply]
I don't really understand precisely what you mean. Please could you explain - where and when do you want a link to appear, and what should happen when it's selected? Thanks. Lupin|talk|popups01:59, 7 March 2006 (UTC)[reply]
Sorry for the confusion Lupin. When I hover over a link that needs to be disambiguated (via the popupFixDabs option) I would like an option to appear that inserts a wiktionary link for the term being disambiguated. So for example, if I was disambiguating the the link [[gothic]] it would be changed to [[wiktionary:gothic|gothic]]. I hope that makes more sense! --Hetar03:14, 8 March 2006 (UTC)[reply]
I've had a go at this feature in the dev version. It has to guess somewhat at the wiktionary target unfortunately, so I expect it'll often get it wrong. Still, let me know if it's what you were thinking of. The new link should be the penultimate one in a dab popup. Lupin|talk|popups01:16, 19 March 2006 (UTC)[reply]
That's perfect! I realize that it won't be right 100% of the time, but before I start on the disambiguation for a particular term I usually check stuff like that, so it shouldn't be a problem. Many thanks! --Hetar00:35, 24 March 2006 (UTC)[reply]
Whe trying to look at the lastContrib for AT&T, it showed me the lastContrib for AT. Something to do with the URL parsing, no doubt. — 0918BRIAN • 2006-03-7 03:13
Hi Lupin, I have made some adaptations on your tool for make it usable also on other wikipedias. In my case, to use it on the german wikipedia. I've prepared a diff for you to make it easiert to see my changes. It isn't already tested with other values, but what do you thing about? --Kako from de (talk) 08:37, 8 March 2006 (UTC)
I'not finished yet... The changes were made in hurry, but after making some tests I'll came back to give you a report. Maybe this will take some days because of some stress at work. See you then...--Kako from de (talk) 14:00, 9 March 2006 (UTC)
Last time I checked, my map scripts didn't work as well as they used to, so this may be tricky. I'll try to remember to tinker with them when I get the chance. Lupin|talk|popups02:16, 9 March 2006 (UTC)[reply]
I am interested in previewing WikiText offline. To that end I would like to know if there is a way to convert WikiText to HTML offline. I heard from Phil Boswell that you have made a version of Pilaf's LivePreview JS-script. Can you please provide me details?
The version I'm using is embedded into my popups script. Look for the STARTFILE: livepreview.js and ENDFILE: livepreview.js comments. This script has its problems though. The canonical way to do this is to install mediawiki locally. I suspect that it may not be so hard to rip out the mediawiki parser and use it without apache or mysql, if you know some php. Lupin|talk|popups00:25, 13 March 2006 (UTC)[reply]
Why is the popup behaviour different for various redirect links? For example, the popup follows the redirect for morphosyntactical but does not follow the redirect for morphosyntax. I'd like it to have the behaviour on the first link all the time.. Thanx for a great tool! --Bob20:54, 12 March 2006 (UTC)[reply]
I noticed when I mouseover a link to my userpage, popups consistently chooses one particular image in that page to use in the preview popup, but that image is near the middle of the page and its name is near the middle of the alphabet so I can't tell why it's choosing that one. I like its choice, actually, I'm just curious. --Tifego02:36, 18 March 2006 (UTC)[reply]
Roughly speaking, it gets the first image appearing in the wikitext of the page (not in a template) which either has no explicit width specified, or whose width is explicitly set to more than 50px. The idea is that little sig icons should be excluded. You can change this by fiddling with the popupMinImageWidth option. Lupin|talk|popups03:10, 18 March 2006 (UTC)[reply]
Thanks for uploading Image:Pembroke College, Cambridge3.jpg. I notice the 'image' page currently doesn't specify who created the content, so the copyright status is unclear. If you have not created this media yourself then there needs to be an argument why we have the right to use the media on Wikipedia (see copyright tagging below). If you have not created the media yourself then it needs to be specified where it was found, i.e., in most cases link to the website where it was taken from, and the terms of use for content from that page.
If the media also doesn't have a copyright tag then one should be added. If you created/took the picture, audio, or video then the {{GFDL-self}} tag can be used to release it under the GFDL. If you believe the media qualifies as fair use, consider reading fair use, and then use a tag such as {{Non-free fair use in|article name}} or one of the other tags listed at Wikipedia:Image copyright tags#Fair_use. See Wikipedia:Image copyright tags for the full list of copyright tags that you can use.
If you have uploaded other media, consider checking that you have specified their source and copyright tagged them, too. You can find a list of 'image' pages you have edited by clicking on the "my contributions" link (it is located at the very top of any Wikipedia page when you are logged in), and then selecting "Image" from the dropdown box. Note that any unsourced and untagged images will be deleted one week after they have been uploaded, as described on criteria for speedy deletion. Thank you. Stan14:19, 19 March 2006 (UTC)[reply]
Nathan has a problem with his monobook; I gave him your vandal fighting code which is working fine, only duplicating itself, in his monobook. He can't find a problem, and I have no clue; so I hoped you could help. Everything can be found here. Thanks! And by the way, you are my hero for creating this. It makes swatting vandals fun! MoP04:00, 20 March 2006 (UTC)[reply]
Please ignore me if I'm being dumb: I only installed your awesome popups tool recently. I can't seem to get the "revert" tool to work from Special:Contributions when my edit is the most recent edit. It looks like it just reloads and saves the current version instead of going one version back. Is this a feature? A bug? Impossible and I'm just using it wrong? It would also seem from the edit history of the page I'm using as a test that there are multiple behaviors for how it writes the edit comment, I guess depending on where I was when I hit revert [32]. Thanks -- stillnotelfhas a talk page05:10, 21 March 2006 (UTC)[reply]
Please could you give me an example of a link which has this behaviour? I'm interested in url for the link which you mouseover to get the popup, ie the link on the contribs page, not any links in the popup itself. Lupin|talk|popups02:45, 22 March 2006 (UTC)[reply]
It's the "diff" link on the user contributions page. I've done some more testing and it looks like the problem is that the "revert" link from the popup on the contribs page causes a reversion TO the selected edit, instead of a reversion OF the selected edit (replacing subsequent edits). When this is the most recent edit, nothing happens, it's just a null edit. In studying the problem I noted that the "diff" links from the contributions page are formatted very differently from the "diff" links on the watchlist page:
How do you know that the language selection isn't working? (Note that even when working correctly, the interface isn't automatically translated). What do you see if you type
I won't be doing so myself, but various interface translations have been made and I think it's relatively painless. If you want to make one, look for instructions at the bottom of User:Lupin/popups.js (or User:Lupin/popupsdev.js), just under the line containing "STARTFILE: strings.js". It'd probably be a good idea for me to start listing these translations somewhere, so please tell me if you do this. Lupin|talk|popups02:30, 22 March 2006 (UTC)[reply]
Ok, I'll try to, but I'm clearly not a translator :(
Maybe you should move all language selection (detection+interface) to an autoload include (unless overrided)
Yeah, maybe, but that would mean I'd have to have some standard location for the translations. At the moment I haven't kept track of where they all are. Lupin|talk|popups05:14, 26 March 2006 (UTC)[reply]
Wikipedia:Tools/Navigation popups/Translation gives instructions for translation plus a list of existing translations. Please have a look at the draft and modify it as you see fit. The users who have indicated that they performed some translation, can be asked to list their versions there. When the page is acceptable, it can be advertised at WP:POP. --Eddi (Talk) 18:43, 26 March 2006 (UTC)[reply]
It does the same thing as clicking "edit this page" then immediately hitting "Save page", so it submits an edit with no changes. This is sometimes useful for working around various mediawiki deficiencies. Lupin|talk|popups00:00, 22 March 2006 (UTC)[reply]
There is a chance - I'll think about it when I get more time. Alternatively, if you or anyone else wants to write the code for this, I'd gladly incorporate it. Lupin|talk|popups02:33, 22 March 2006 (UTC)[reply]
I am using the your popups-which are great by the way-and I was wondering if the "menu" style pop-up dosen't work in IE(6.0.2900.2180.xpsp_sp2_gdr.050301-1519), because under IE I get "standard" style as default, and I can't change it to menu, even if I specify it as "popupStructure=menus;" it dosen't work. Is the menu style incompatible with IE? Prodegotalk03:57, 23 March 2006 (UTC)[reply]
The image in the popup is set to a constant width, which is ok as long as the image is not very thin and tall, like the one on Signpost pages; try links on {{signpost-subscription}} to see what I mean. Maybe you can change "width" to "max-width" in the css? OTOH, if that doesn't work in IE, I should probably do it on my own .css pages. Zocky | picture popups04:13, 23 March 2006 (UTC)[reply]
Well, it was java console in firefox. I did remove it earlier and purged your page and cleared by cache but it didn't work then. I then reverted it. I guess I didn't wait long enough. Works now.Voice-of-AllT|@|ESP06:56, 23 March 2006 (UTC)[reply]
When using the dev version of popups, and with popupRevertSummaryPrompt set to true, the summary ends being different than what is actually typed in the popup box. If that doesn't make sense, or isn't enough info, let me know. --Hetar04:39, 24 March 2006 (UTC)[reply]
Ok, Browser: Latest version of Mozilla OS: Windows XP sp1. On closer examination, the problem seems to be that I'm getting the old format, ie "Revert to revision 45443692 using popups" when I should be getting "Revert to revision dated 20:20, 15 March 2006 by TheKoG, oldid 45443692 using popups)." Again, I didn't start experiencing this until I recent switched to the dev version. --Hetar18:48, 25 March 2006 (UTC)[reply]
What happened to the fr function? Assuming people were complaining about it, maybe it would be a good idea to use the function to instead compile a batch file, and have a bot process those redirect fixes? -Ste|vertigo21:06, 24 March 2006 (UTC)[reply]
Thank you very much for this tool - I can _almost_ keep up with things at certain slow times during the day. :)
Some comments:
Using IE6SP2 on WinXP, with the anti-vandal tools added and running, there is a memory leak. After some minutes of running and my editing, the memory usage can be 200-300MB. Everything slows down and I have to kill IE, then restart. This is not necessarily a bad thing, as it does give me a chance to stop and run away screaming.
Many times after using the 'rv' revert function, I've wanted to "check to be sure" that I've done the right thing. I end up manually using 'History' and 'Compare' to make sure I've done the revert intended. At least twice I've caught my revert removing someone else's beneficial interim changes. I wonder if progressing to that "review point" could also be automated?
In the display from "Filter recent changes", is there a way to omit the "Rollback" link. Sometimes as I click on different things the page will resize, moving the rollback link where the "hide details" link was. It is unnerving that I click something so powerful, even if disabled for me.
Many times the "Filter recent changes" filters will flag occurrences of 'hi'. Most of these are embedded within URLs to bbc.co.uk linked from the various articles. Here's an example: http://news.bbc.co.uk/1/hi/sci/tech/271319.stm . Would it be possible to fix the filter to not detect '/hi/'?
I've tried to fix the bbc problem, which annoyed me too. The tool should no longer flag words which start or end with a forward slash. The others I'll have to think about some more. Lupin|talk|popups05:05, 26 March 2006 (UTC)[reply]
For the memory leak, please could you try using the tool with popups disabled (comment or delete the lines in your monobook.js file) so that I can try to narrow down the source of the problem? Let me know what happens. Lupin|talk|popups05:07, 26 March 2006 (UTC)[reply]
Thanks for the /hi/ fix. I'll lookup the options to disable popups. I'd noticed the memory size increasing on each new popup, but only the _initial_ time for each individual link. That is, rotating the hover around a set of 15 or so links I tried on the main page didn't increase memory size any more after the 'first' time they popped up. Thanks again. Shenme03:11, 27 March 2006 (UTC)[reply]
Hi, I use Internet Explorer and once installed pop-ups into my book... jboo.. whatever, my chubaka page. After refreshing the browser, the new feature worked, but moving through a couple of pages (with or without the pop-ups' assistance) caused my browser to crash. No other negative effects have been observed and once I managed to uninstall the feature (by logging out and then logging back in on the appropriate page to remove the installation text), everything went back to normal. The entire affair happened between 16:16 and 17:15 on March 9 2006, as seen in the page history. Just thought you should know. --Chodorkovskiy15:27, 27 March 2006 (UTC)[reply]
Hm, that's bad news. Please could you let me know your OS, any service packs and the exact version of your browser? It may be useful to start collecting the details of incompatible browsers. Thanks. Lupin|talk|popups00:37, 28 March 2006 (UTC)[reply]
I've been having a similar problem with popups as well. It seems to be entirely random, but occasionally on certain pages I get an error message to the effect of "Operation aborted" and then my browser goes to the 404 screen. I'm pretty sure it's because of popups, but I am also using Lupin's tool and Kate's tool (and my own tools on the side) so there might be some connection that with Chordovskiy. In any case I absolutely love popups--it's one of the greates tools out there--and it really is worth the occasional browser crash. Btw, I'm running XP SP1, IE 6.0, and Java2 v1.4. AmiDaniel (Talk) 21:48, 30 March 2006 (UTC)[reply]
popups.js should contain another decodeEscapes() for «#...» part of wikilink
If non-English parts of Wikipedia, popups.js tends to display «Page title#.D0.9B.D0.B5.D0.BD.D1.82.D0.B0.D0.B4.D1.80.D1.83.D0.B7.D0.B5.D0.B9.28.D1.84.D1.80.D0.B5.D0.BD.D0.B4.D» et cetera.
You'd use another instance of Title.prototype.decodeEscapes, starting with var split=txt.parenSplit(/(\.[0-9A-Fa-f]{2})/), to fix this. —62.183.50.16423:55, 27 March 2006 (UTC)[reply]
Hi Lupin, this may be a stupid question, but does FixDabs function in other language versions of Wikipedia? I tried it last night on the Dutch version, but didn't seem to work there. A fellow Dutch wikipedian also told me he couldn't get it to work either. Any ideas where the problem might be? NielsFTalk to me.. 02:46, 28 March 2006 (UTC)
Hm, it's meant to. How does it fail - do you ever see the links to disambiguate? If so, do they work? Maybe it's just a case of the code detecting the dab pages being specific to en. Lupin|talk|popups02:51, 28 March 2006 (UTC)[reply]
I never see any links to disambiguate.. When are you supposed to see them? If it's while hovering over a wikilink to a dab-page in an article, then I've never seen them. So I guess it's a code thing then.. NielsFTalk to me.. 16:07, 28 March 2006 (UTC)
I haven't seen any disambiguation links in Norwegian either. I imagine that the script recognises certain specified disambiguation templates, which may or may not exist in other wikis. The identification of such templates and configuration of the script should perhaps be made locally since one person can't keep track of them all. If this could be put in an optional .js file like the strings, and if local popup facilitators could take care of it, each user wouldn't have to do it. Question to Niels: Would you care to list the Dutch version at Wikipedia:Tools/Navigation popups/Translation? --Eddi (Talk) 16:48, 28 March 2006 (UTC)[reply]
@Eddi: AFAIK there's no Dutch popup-version, I meant the Dutch version of Wikipedia.. I just use the standard English version (with a Dutch revert summary though). NielsFTalk to me.. 17:01, 29 March 2006 (UTC)
Hi Lupin, I bet you get fed up with map requests with dots on. Can you show me where to go to make one please - thanks Moleskin07:00, 28 March 2006 (UTC)[reply]
I wrote some scripts to generate them. If you have a linux machine, I could post the latest versions somewhere. There are currently some annoying issues with updates to the software used since I generated the maps which mean that I won't be generating more until I've figured out a workaround. Lupin|talk|popups02:40, 29 March 2006 (UTC)[reply]
Do you mean a greasemonkey script or an extension to generate previews for all links on the web? Not that I know of, although it could be a neat project. Lupin|talk|popups23:50, 29 March 2006 (UTC)[reply]
First, I have to say I really love your popups script.
I have one suggestion though.
When you revert a change to a page, the edit summary is by default
Revert to revision dated (date) by (user who wrote the version before the one you're reverting), oldid (oldid #) using popups
I would recommend changing that to wikipedia's standard of
Revert edits by (user who vandalized) to last version by (user who wrote the version before the one you're reverting)
I don't agree that this should be the default, because we don't always revert to the last version by the specified editor, and sometimes we're not dealing with vandalism but revert for other reasons and there may have been more than one editor in between. And the edit summary can be configured by the users of the popups in their setup. --Eddi (Talk) 22:50, 30 March 2006 (UTC)[reply]
I like the idea, but maybe it can be solved in another way. Currently you can edit the field popupRevertSummary with a custom string and the first %s will get the revision ID information. Wouldn't it be possible to provide more information (so multiple %s can be made possible).
This way users who would like to change the sentence can create there own version with additional options....
Making it easier for admins to make reverts is a good thing, but not if its at the expense of making a specific comment. I know thats a flaw in the rollback function, so its not in your court. But extremely easy navpop access to that fucntion may make it easier for some to grow abusive with it. Would there be a way to require a comment entry when admins use the rollback? -Ste|vertigo03:56, 31 March 2006 (UTC)[reply]
Hi Lupin, I can't praise you enough for popups, I've been using it for quite some time, and have advertised it on my user page too, I reckon it's almost a default standard these days! First the praise then the favour... :-) I'm actually looking for some help/advice if you're not too busy. I helped out with the interface for Wikipedia:Good articles, but there are a few things I'd like it to be able to do. I'm on what seems a slow learning curve with templates and mediawiki being a pointy-clicky windows developer. I noticed this [34] and thought I could do something. My hack isn't good enough really. Having looked at the Monobook.js script I would have thought that it wouldn't take too much to create a show all - hide all button for the GA page. Have you any advice? Even if it's never going to go into Monobook a script could still go into individual monobooks for GA editors. Many thanks, and "viva la popups!"
var max=0;
var navregex=/^\s*javascript:toggleNavigationBar[(](\d+)[)]\;?\s*$/;
for (var i=0; i<document.links.length;++i) {
if (navregex.test(document.links[i].href)) { var n=parseInt(document.links[i].href.match(navregex)[1],10); if(n>max) { max=n; } }
}
for (i=1; i<max; ++i) { toggleNavigationBar(i); }
Well, it being the day it is and all, that's why I gave them to you! I only "vandalised" the pages of a few editors... all ones I like or respect quite a bit. Happy April Fools Day! ++Lar: t/c20:02, 1 April 2006 (UTC)[reply]
i really like this tool a lot, it has helped my anti-vandalizing work immensely since most of it seems to come from anonymous users. i've noticed though that when i click on the article name to get the diff page, i get a new window on my home comupter, but not on my work computer. the link sources are hidden in js, so i can't see how the target is working. i was hoping you could shed some light on how the link targets are written. thanks. -- stubblyhead | T/c20:43, 2 April 2006 (UTC)[reply]
This is probably a browser setting. The javascript just uses window.open to open a new window, although in firefox you can get this to open in a new tab instead (it's buried in the prefs somewhere). Lupin|talk|popups03:34, 7 April 2006 (UTC)[reply]
Hmm, interesting. I'll have to check what kind of settings and extensions I have at work, because there it opens in the same tab of the same window. I prefer it that way, actually. The first time I used the tools at home, I wasn't paying attention and ended up with about a dozen browser windows open. Thanks for the reply. -- stubblyhead | T/c06:17, 8 April 2006 (UTC)[reply]
Also, I wonder if I can convince you to use lower case, thus:
[[limit (mathematics)|limit]]
The problem is that the capital letter seems to cause some editors to think it is necessary to use a capital, and then they start doing it in visible links, starting a common noun with a capital letter in the middle of a sentence. [[User:Michael Hardy|Michael Hardy] 02:05, 2 April 2006 (UTC)
I'm not sure I want to do this. The canonical title of every article starts with a capital letter. Making every article link start with a lower-case letter feels more wrong than making them all start upper-case. Clearly editors should not blindly copy my script's behaviour! If you feel this is a widespread problem then I'll happily reconsider this. Lupin|talk|popups03:31, 7 April 2006 (UTC)[reply]
Hello!
Could you give me your permission to upload this photography of this pebbles on wikimedia commons? :) -- Pixeltoo12:25, 3 April 2006 (UTC)[reply]
Hello dear Lupin,
I think I've read everything you said about the use of Navigation Popups on another MediaWiki, unrelated to WikiMedia's projects, especially there or there. You use to say it should be possible to import, I've tried many things and it still doesn't work. I'm sure you don't have much time, but I'd really like to be able to use your wonderfull (I've not found a better word) tool and so, being explained how to. And I think it could be usefull in general for the pleasure to learn things, thanks to MediaWiki. If you want, you can make tests on this test site, I can give you admin and ftp rights. --Henrique Diaz07:33, 7 April 2006 (UTC)[reply]
I should write this up, as I'm not sure of the steps myself! Here's what I think you should do to allow users to turn popups on and off (not a site-wide installation):
make sure that $wgAllowUserJs and $wgAllowUserCss are set to true in LocalSettings.php
install the script by pasting the usual lines into a user's monobook.js
I've certainly forgotten something here...
Troubleshooting
if no popups appear, try running the following javascript commands:
alert(popupVersion) - if nothing appears, the script isn't being loaded at all
alert(pg.wiki.titlebase+'\n'+pg.wiki.wikibase) - these should look like the start of urls on your wiki. If they don't, then make a copy of the script and correct it in the setTitleBase function (and let me know, please)
Hello Lupin, I didn't understand what you meant saying : "these should look like the start of urls on your wiki. If they don't, then make a copy of the script and correct it in the setTitleBase function (and let me know, please)", I suppose it means I have to change something concerning the form of my urls, but I don't see how. The base of my urls is something like : http://spinozaetnous.org/wiki/index.php/Accueil (my mediawiki is on a directory named "wiki".
On another hand, I've found how to make it work :
Put your mediawiki in a directory named w/ (Wikis like www.mediawiki.org having a directory named wiki/ don't work correctly with NP.)
Use MediaWiki 1.6 at least
$wgAllowUserJs and $wgAllowUserCss are set to true in LocalSettings.php
The script is designed to work with /wiki/ urls as well as /w/ urls, but it uses rather clumsy guesswork to try to figure out which one to use. If it guesses wrongly, you have to make a copy of the script and fix the setTitleBase function to set the pg.wiki.titlebase and pg.wiki.wikibase variables correctly. Lupin|talk|popups01:43, 11 April 2006 (UTC)[reply]
Well I'm affraid I still don't understand how to manage with "the pg.wiki.titlebase and pg.wiki.wikibase variables". On the wikipedialike site I spoke, the the diff, hist and also the red links don't work. On the other hand on another MediaWiki site I admin, (wich urls work like this : http://www.tj-encyclopedie.org/Name_of_an_article ) only these links work, the others display a "null" link with an empty page. On this site, I've tried to change the code of popups.js like this :
function setTitleBase() {
pg.wiki.articlePath='/';
pg.wiki.botInterfacePath = '';
if (pg.wiki.wikimedia) { pg.wiki.botInterfacePath = '' }
else if (pg.wiki.wikicities) { pg.wiki.botInterfacePath = ''; }
titletail = pg.wiki.botInterfacePath + '/index.php?title=';
// other sites may need to add code here to set titletail depending on how their urls work
pg.wiki.titlebase = location.protocol + '//' + pg.wiki.hostname + titletail;
pg.wiki.wikibase = location.protocol + '//' + pg.wiki.hostname + pg.wiki.botInterfacePath;
}
//////////////////////////////////////////////////
// Global regexps
function setMainRegex() {
var reStart='[^:]*://';
var preTitles='index\\.php\\?title=';
if (!pg.wiki.wikimedia) {
preTitles = 'index\\.php\\?title=|index\\.php/|' + preTitles + '|index\\.php\\?title=' ;
}
instead of this :
function setTitleBase() {
pg.wiki.articlePath='/wiki/';
pg.wiki.botInterfacePath = '/wiki';
if (pg.wiki.wikimedia) { pg.wiki.botInterfacePath = '/w' }
else if (pg.wiki.wikicities) { pg.wiki.botInterfacePath = ''; }
titletail = pg.wiki.botInterfacePath + '/index.php?title=';
// other sites may need to add code here to set titletail depending on how their urls work
pg.wiki.titlebase = location.protocol + '//' + pg.wiki.hostname + titletail;
pg.wiki.wikibase = location.protocol + '//' + pg.wiki.hostname + pg.wiki.botInterfacePath;
}
//////////////////////////////////////////////////
// Global regexps
function setMainRegex() {
var reStart='[^:]*://';
var preTitles='wiki/|w/index\\.php\\?title=';
if (!pg.wiki.wikimedia) {
preTitles = 'wiki/index\\.php\\?title=|wiki/index\\.php/|' + preTitles + '|index\\.php\\?title=' ;
}
But it still don't work. I've tried also many combinations without success.
If only you could explain how to fix the setTitleBase and pg.wiki.wikibase variables or customize the code on a site without /wiki or /w, it would be very nice... --Henrique Diaz11:39, 22 April 2006 (UTC)[reply]
Thanks for your message - there are certainly some bugs in my code above that mean you'd have a hard time getting this to work. I've changed these functions in User:Lupin/popupsdev.js, so perhaps you could try there. I think you should only have to change one line: change var articlePath='wiki'; to var articlePath='';. If you have an unusual bot interface path (the ones with title= in) then you'll have to change that variable too. Lupin|talk|popups16:54, 22 April 2006 (UTC)[reply]
Thanks too for your answer, but it still doesn't work... I've also suppressed, in a second time, the "w" in botInterfacePath, because the installation of this site is in its root (not in a /w directory...), but it doesn't work too. And on my other site, with /wiki/ and /w, the main links work but still not the red and the diff and hist ones. It seems other parts of your code ask it, so it doesn't work for sites with different datas. The "strange thing" is that on my /wiki/ with site, the links with "index.php?title=" (like red ones) don't work but the others do, and on the /wiki/ less site, only the links with "index.php?title=" work (like red, diff. etc.). You can test it if you want on http://www.tj-encyclopedie.org/Special:Recentchanges because I've installed NP on MediaWiki:Monobook.js...
It looks like you've gone back to the old, buggy code on that site you mentioned. Could you use the newer code so that I can figure out what's wrong? Lupin|talk|popups14:38, 23 April 2006 (UTC)[reply]
All right, now I've put the dev version back without 'wiki' and 'w' on tj-encyclopedie. And I'm going to put it also on the spinozaetnous.org/w site : I still can give you admin rights on one of these sites if you need. --Henrique Diaz15:16, 23 April 2006 (UTC)[reply]
Wonderful, it works at least on the site without 'wiki' ! But, there is always a but, when you hover on a link in a popup, there are bugs :-( And on the spinoza's site with 'wiki', the diff and hist links still don't work... But thanks a lot anyway for your work of general interest ! --Henrique Diaz17:51, 23 April 2006 (UTC)[reply]
Concerning another point, I did'nt access the user menu when hovering on a user link, because my site is in french so I've translated the function setNamespaceList, and now it works. Here is this translation for now : http://spinozaetnous.org/wiki/Utilisateur:Henrique/popups.js (it might be usefull to put it on fr: because I have'nt managed to use the Gounioul's string, for a french translation...). Henrique Diaz10:20, 23 April 2006 (UTC)[reply]
I... can't make this work. I don't have access to a JS console - do you have an IM service, lupin, so I can talk to you in real time about this? ℑilver§ℑide06:51, 17 April 2006 (UTC)[reply]
Hello there, mate. This isn't a big deal, so if you're busy, don't bother about it, all right? It's about your script here, used to allow for shift-selecting. It works great, but that's not the trouble. The thing is that when I added it to my .js file (User:Blackcap/standard.js, I use the Classic skin), it removed my link to Kate's Tool. I'm no java wizard, so I'm afraid I don't know what to do about it, but I reckoned I'd just let you know about the bother. Take care, and thatnks for all your scripting work, Blackcap(talk)17:38, 7 April 2006 (UTC)[reply]
This script is installed site-wide, so it should just work without you having to do anything. On the other hand, you've pasted in a patch (instead of javascript code) into your monobook.js which will cause javascript errors and probably stop all javascript things working for you. You should revert your changes and try again. Lupin|talk|popups04:38, 8 April 2006 (UTC)[reply]
The sinceMe and lastContrib links in PopUps work great—these are definitely the links I use the most. So now I have another suggestion...
I would like a "search" link in PopUps to be displayed for red links (empty pages). It should go directly to the search page in a new window. Ideally, if the search page supports passing these as parameters, it should automatically check the box for the namespace used by the link so that namespace is included in the search. This probably isn't needed for User and User talk namespace red links, although I suppose there isn't any reason to specifically make it not work for these.
The rationale for this is that I frequently will open the page for a red link just to get at the search link on the create page. Often, I'm looking to see if there is an article so that I can either fix the red link or create a redirect. This would probably become my third most used link. :-) —Doug Belltalk•contrib19:38, 7 April 2006 (UTC)[reply]
If you use menus (not available in internet explorer) then there's already a search link in the actions menu. Would you like that link in the version without menus? Lupin|talk|popups04:42, 8 April 2006 (UTC)[reply]
I've made some (untested) changes to your greeter script script. userName() was defined in the popups script, and doesn't exist any more as I'm try to go a bit more OO. Lupin|talk|popups02:43, 29 March 2006 (UTC)[reply]
Sorry about the long delay before my response - I forgot I asked you! Now I'm getting an error saying that talkPage is undefined. --M@thwiz202017:43, 2 April 2006 (UTC)[reply]
Oh, and sorry to bug you, but MediaWiki added a new preference, "Add pages I create to my watchlist." For convience, I want this on, yet having it on makes user greeting a hassle. Hence, can you please add an "autowatch" feature to autoedit.js? I drafted such a change in this edit and then reverted it. All you have to do to implement the change is revert autoedit.js to this version, which has the change. Thanks! --M@thwiz202020:25, 2 April 2006 (UTC)[reply]
I think I've fixed the talk page problem by making it "article: user.toTalkPage()" but I'm not sure, so can you please check? Now, I'm getting another error, this time in your code (popups.js line 5445). In function titledWikiLink(l), l.article.urlString() "is not a function" according to Firefox. --M@thwiz202020:35, 2 April 2006 (UTC)[reply]
Thanks a lot! I just had to change one thing (so that it would say, for example, "Welcome Lupin" instead of "Welcome User:Lupin") but it works really well now! Just one more thing - every time I greet a user (as described above in this section), it adds it to my watchlist. Could you please implement the one change I proposed above (paragraph four of this section)? I think you would also have to change popups.js since that file includes autoedit.js. Thanks again! --M@thwiz202014:56, 10 April 2006 (UTC)[reply]
Hm, odd. You already have "autowatch" enabled in popups.js (but not because of my request - it was already there), yet it is disabled in autoedit.js... Well, I don't use autoedit.js, only popups.js, so I don't mind, but you might want to look into why they are different. Thanks for all your help! --M@thwiz202023:49, 11 April 2006 (UTC)[reply]
How hard would it be to make popups preview interwiki links? This way i can hover the mouse over interwiki language links and preview foreign language pages without clicking on them. What would be even greater is that i will be able to generate pages of interwiki conflicts and the user will easily be able to browse pages by moving their mouse. Thanks!
P.S. I left a similar message for Pilaf - wasn't sure who is maintaining the popup code.
It'd be pretty hard, I think. Javascript code can only (easily) access data from the exact same hostname as the webpage on which it runs, so popups running on wiki.riteme.site can only access stuff on wiki.riteme.site. (The usual way around this is to have a proxy script that forwards data from other hosts, but I'd be surprised if the devs were amenable to this idea). Lupin|talk|popups21:01, 8 April 2006 (UTC)[reply]
The aliases are different, but the hosts and IPs – or at least the clusters – are the same. For example,
eddi@igel:~> host wiki.riteme.site
wiki.riteme.site is an alias for rr.wikimedia.org.
rr.wikimedia.org is an alias for rr.knams.wikimedia.org.
rr.knams.wikimedia.org has address 145.97.39.155
...
eddi@igel:~> host fr.wikipedia.org
fr.wikipedia.org is an alias for rr.wikimedia.org.
...
eddi@igel:~> host ur.wikipedia.org
ur.wikipedia.org is an alias for rr.wikimedia.org.
...
eddi@igel:~> host zh.wikipedia.org
zh.wikipedia.org is an alias for rr.wikimedia.org.
...
Also, if everything else fails, can the GreaseMonkey be of any help? Most people who would be using it are tech-savvy enough to install firefox+grease monkey+whatever java script it needs. --Yurik02:04, 10 April 2006 (UTC)[reply]
Hi, I researched greasemonkey a bit, and it seems that I can very easily make an xmlhttprequest wraper object for you, or provide a different one for you to use. In other words, you can continue using XMLHttpRequest to get data, except that now it will allow the popup script to get data from other domains. All the security checks will have to be implemented by the greasemonkey script. See this blog entry for details on security bypass. Can you change the popup script to allow all languages of the current family (or maybe even all the links to ANY similar sites -- wikipedia, wikibooks, dictionary, etc.) - and just handle the security error gracefully (in case the greasemonkey script is not installed)?
This sounds great! I'd like a wrapper which restricts to wikipedia though, to give some semblence of security... presumably this wouldn't be so hard to do. Lupin|talk|popups17:26, 22 April 2006 (UTC)[reply]
This can be accomplished in two parts - the script can be configured to be executed only while browsing *.wikipedia.org/, and it can be altered to check the queries' destination and limit that. Also, would you be interested in using the new wiki interface at http://wiki.riteme.site/w/query.php ? It might give you some useful data for the dropdowns. Message me if you would need it changed. --Yurik12:37, 26 April 2006 (UTC)[reply]
The "editors" link makes a list of editors who have contributed to an article – that is, an article at wiki.riteme.site, because the editor listing script doesn't seem to take dbname as an argument. I suppose you can't fix this directly in the popup script, but if or when the editor listing accepts the extra argument you'll probably want to have it in the popup script, too. --Eddi (Talk) 23:17, 10 April 2006 (UTC)[reply]
I'm getting a script error. Unfortunately, I copied and pasted it from script debugger, but it got lost in the buffer. If I find it again, I'll let you know.
When clickling the "count" link to access a user's edit count from a popup on en, you are taken directly to the page that displays the edit count for that user on en. When you do the same on Commons it just takes you to the edit counter page where you have to enter the username and wiki manually. Could the Commons behaviour be adjusted to match the en behaviour? Thryduulf08:21, 11 April 2006 (UTC)[reply]
Lupin: I'm using your section navigation javascript dohickey (the one which moves via j and k), and I've noticed that under cologneblue (at least; I have yet to test any of the other skins), the j and k keys are grabbed even when one is typing in the search box. If there is a searchbox under the tabs, then that one can be typed into alright, but the one on the upper left, in the sidebar, is useless for anything spelled with a j or k. --maru (talk) contribs18:26, 11 April 2006 (UTC)[reply]
The bug seems to be fixed now. And I should be thanking you! (You know, for a while there I thought your fix was ineffectual, until I remembered that it was one of those copy-and-paste installations, and that it wouldn't automatically update like the popups does.)
That said, either a new bug has introduced itself or I didn't notice an old bug- but I can't seem to type js or ks into the edit summary box. Oy vey! --maru (talk) contribs
It's pretty consistent. (After looking through my edit contribution history, I can't see a single summary since I installed the new version that includes a j or k.) --maru (talk) contribs19:47, 23 April 2006 (UTC)[reply]
Well I have no idea why it's happening, but there should be an easy fix. Try changing the line if ( 1 || sectionKeysPage) { to if (sectionKeysPage) { and let me know if it fixes things. Lupin|talk|popups20:36, 23 April 2006 (UTC)[reply]
Is there any way to build in a delay of about 2 minutes for your anti-vandalism tool? So that IP edits that are reverted within the first minute won't be displayed. This way your tools can be better utilized for what it excels at; picking up more subtle vandalism that could be missed by bots and CDVF users. I understand it may involve asking developers for system resources; but until we begin establishing stable articles I think this is really important. Other smaller suggestions I'd have is to default Hide talk pages on, and add another option "Auto toggle results". - RoyBoy80018:56, 12 April 2006 (UTC)[reply]
By auto toggle, do you mean that you want the option to have all the output expanded as it is loaded, instead of being hidden initially? Lupin|talk|popups21:35, 14 April 2006 (UTC)[reply]
I really like the ability to correct links to disambiguous pages with a single click, it's making editing a lot faster. I was just wondering if it was possible to add the feature to allow me to automatically change the links that point to non disambiguous pages that have a "This article is about the whatsit foo, for the thingamabob, see foo (bar)." It would be useful to be able to disambiguate the link to foo (bar) right away. (For example, Revolutions per minute has an intro link to Revolutions Per Minute (album) so when I found a link to the album as Revolutions Per Minute, it would be useful to be able to automatically fix it, instead of having to go in and manually do it.) I notice that the script cuts out any lines like that at the start of the article, so it looks like the program could check for any links in that section an give them as disambiguous options, that's just an option I see, without knowing all the programming details.
On a more ambitous note, it might be useful, if it points to foo (disambiguous), to pull up all the links on foo (disambiguous) as well, but that might be a bit much.
Unless it's possible to specify the user from a link in the popup, I don't see the point to be honest - a browser bookmark seems more appropriate to me. Lupin|talk|popups21:35, 14 April 2006 (UTC)[reply]
Hi, I love your popups, thanks a bunch! I have one feature request: when checking my watchlist, I find myself constantly clicking on history links, because the watchlist only shows the last change and I need to know if any earlier changes occurred that I might have missed. It would really help if hovering over the (hist) link would bring up a popup with the article's history. The same should obviously happen for all links that contain "&action=history". Thanks again and cheers, AxelBoldt16:14, 15 April 2006 (UTC)[reply]
Aahhh!!!! I'm nearly lost for words. Fanquadrilliontastic!! I'll name the next star I discover after you. :) --Eddi (Talk) 00:34, 28 April 2006 (UTC)[reply]
My best to Yurik as well! I experienced a most bizarre bug while testing the new feature in my watchlist. Part of the watchlist is shown in Image:Histbug1.jpg. At the time, the entry for the Periodic table ("PT") was just above Wikipedia talk:Requests for adminship ("WT:RFA"), and when I hovered over the PT history link [37] I got a popup with the PT title and the WT:RFA history [38]. This is shown in Image:Histbug2.jpg. To say the least I was amazed! Guess you're working on it already... (popupsdev.js, suse 10.0, firefox 1.0.8) --Eddi (Talk) 04:14, 28 April 2006 (UTC)[reply]
Is it possible to convert this for use on mediawiki projects not on wikimedia's servers? I quite despise them; and have more than a few wikis out there not to mention a rather large project that could much benefit from your javascript. Care to share? ℑilver§ℑide19:37, 15 April 2006 (UTC)[reply]
Firefox javascript console keeps showing that pg and log are undefined in popups.js. I see that both are defined but via window (window.pg = ...). If you call them instead as window.pg in the script instead of just pg, will that work? --M@thwiz202020:50, 15 April 2006 (UTC)[reply]
The two forms (with and without window) should be largely equivalent. I don't know what causes this sort of error, it's very irritating. Please try clearing your cache and reloading to see if the problem disappears. Lupin|talk|popups23:39, 15 April 2006 (UTC)[reply]
Hi. Does the pop-up navigation tool work in the Arabic Wikipedia? Because I tried it more than once and it doesn't work. Can you please check if it's possible for me to use it there. Thanks. ~MK~ (talk)01:22, 16 April 2006 (UTC)[reply]
Hey, Lupin. I started using the Navigation pop-ups and liked it so much that I translated it to Icelandic, from Eddi's Norwegian Bokmål version. But the problem is that I use Opera 8.51 and it keeps crashing after I started using the pop-ups. I saw farther up that a user changed from 8.52 to 8.51 and solved his crashing-problem. I run Windows ME. Do you have any clue what my problem could be? --Jóna Þórunn19:27, 17 April 2006 (UTC)[reply]
Sorry, I don't know specifically what causes crashes. Since javascript shouldn't be capable of crashing a browser, you're clearly seeing a bug in Opera. I suggest you upgrade to a more recent version. (Incidentally, Opera 9 should cope with the menus, so if you're feeling brave you could try a beta and set popupStructure='menus'). Lupin|talk|popups23:21, 17 April 2006 (UTC)[reply]
Could you put ---- between edits for easier visual flow, and perhaps header info on the bottom of the edit. Latter is not a priority as its only pertinent to big vandalism, which should be reverted via IRC and CDVF anyway. - RoyBoy80005:47, 18 April 2006 (UTC)[reply]
The vandalism at Limestone was rv by Tawkerbot2 but showed up on the Lupin tool with four updates enabled.
Yes, the tool doesn't guarantee to get this right. It really only omits edits which show up in one of its samples of the RSS feed after the apparent vandalism. Lupin|talk|popups14:58, 23 April 2006 (UTC)[reply]
Also I was wondering if the already reverted behavior could be tweaked to no pop-up. Perhaps if its already reverted, could it simply redirect the pop-up to a Current version like this. That way you could distinguish still between what you reverted and what was taken care of already. Nevermind, pressing enter is easier than closing a bunch of windows. - RoyBoy80017:14, 18 April 2006 (UTC)[reply]
Oh yeah, and when you click Warn on a user; can the article title be copied to the clipboard, so that when I paste into my warning prompts I don't have to go back to the Lupin window/tab to copy the article title. - RoyBoy80017:17, 18 April 2006 (UTC)[reply]
There are security restrictions in place which mean that I'd have to get people to do various obscure things with their browsers to make this possible, so it'd be awkward. Lupin|talk|popups14:58, 23 April 2006 (UTC)[reply]
It took me some time to get its working but I finally managed it. Popups is really a great tool and makes tedious things quite easy. Good Work! bandan09:36, 19 April 2006 (UTC)[reply]
Hello, I thought I would give you a quick run down of the situation for your maps in Scotland. As a result of discussion on infobox map standardisation here a wee while ago your maps are generally not being used now. Rather than just going ahead and putting a lot of maps up for deletion I thought I would let you know first. I don't know if you want them kept for continuity (given the very large number of maps already in the category). There has been some comment on this issue here over the last few months. If you don't have any problems with the IFD then I will just work through the category putting orphaned Scottish maps up for deletion. SFC939421:40, 21 April 2006 (UTC)[reply]
Could these maps be profitably transwikied to the commons? I've not got any major objections to their deletion if they're orphaned, though. Lupin|talk|popups18:28, 22 April 2006 (UTC)[reply]
I have not searched through all the talk archives; please feel free to point me there if my question has been answered already. I would, however, recommend that we made a central list of bugs---those discovered/reported, those in the process of being fixed, and those which have been fixed---so as to reduce the amount of questions like this one (or is there such a list already: if so, tell me!). Anyway; thanks for a great tool, which saves me a lot of time checking minor edits on my watchlist!
Yup, I get strange behaviour (with IE) when I let the mouse pointer hover over a link positioned close to the bottom of the browser window: the popup "post-it window" is cut short at the browser window border. This doesn't seem to be a problem with links placed to the extreme right, say---there, one gets the expected behaviour, i.e. the popup is placed into the browser window so that the entire popup window displays OK. Any comments? --Wernher01:43, 23 April 2006 (UTC)[reply]
Known bug that I still haven't fixed... as a workaround, you can shift-drag the popup into the window or possibly scroll down with your mousewheel (works in firefox). Lupin|talk|popups15:04, 23 April 2006 (UTC)[reply]
Would it be possible in your pop-ups extension to have an automated way to insert {{welcome}} onto a users talk page, just by hovering over their user page link? It would make it easier to welcome users---say you see a contributing user through the revision history. You could then just hover over the link, and select welcome, without ever leaving the page. Is this possible, and would you be willing to add it, if it is?
Hi Lupin, the popups now contain an "ARIN lookup" function; whould it be possible to use for example http://whois.domaintools.com/ to facilitate lookup of non-ARIN registry IP-adresses? Cheers, NielsFTalk to me.. 17:48, 24 April 2006 (UTC)
Hi. I made the translations for the pop-up navigation tool for the Arabic Wikipedia. It's great even though it has some bugs. Anyway, can you tell me how I can use option that fixes the links to disambiguation pages there? It works for the redirection, but not for the actual template. That's what I discovered after using the {{disambig}} instead of it. ~MK~ (talk)15:10, 25 April 2006 (UTC)[reply]
First I pointed out to the originating source that the "hook" for this technique is not presented (it was lost during a content split). You can see my comment here:
Then as I learning things while making user JS work on my personal wiki, I added the "system requirements" passage. It's probably full of caca. You're obviously light years ahead of me in your Javascript expertise, perhaps you could proof/fix/gut my contribution or draw attention to someone else who can. MaxEnt05:14, 27 April 2006 (UTC)[reply]
I was wondering how you coded the "auto-edit" thing. I have pop-ups installed, and I wanted to be able to create a script to change my status template (eg. I click on "in" and it automatically replaces my current status with "in"). It would make my life a whole lot easier.
Hi again Lupin, I think I found two bugs or improvements that could be done...
Previewing Anchors with <div id=""> or <span> doesn't work, though it works for the <ref> notes (that generate <a href="">), they only preview the top of the page : exemple with unworking anchors, exemple with working notes. Note that in the first example, I can't use the <ref> tag.
When I use the header's anchors, (exemple, see first links), the ''text'' in italics isn't displayed, knowing the words in '''bold''' work. In fact, it seems also not to work half of the time on normal pages.
Do you think there could be any solution concerning these problems ?
And as I stand still, isn't it possible to envisage any solution concerning the diff problem and the second level of links I spoke about ? Thanks. --Henrique Diaz18:23, 28 April 2006 (UTC)[reply]
After about a dozen updates or so Firefox will start blocking new windows. I have wiki.riteme.site allowed, and have even disabled pop-up blocking entirely and then restarted Firefox. Still does it. This began occurring recently; as before I could use it for hours on end without being blocked. Might have to do with the Firefox 1.5.0.2 update on April 13th? - RoyBoy80018:55, 2 May 2006 (UTC)[reply]
As you have a very high-traffic user-talk page, you probably have problems with archival. I've just written and had approved an extension for Werdnabot that will manage and archive any sections older than a preset value to a specified page. For more information as to how to mark your user talk page for archival, please contact me on my user-talk page. Werdna648T/C\@01:41, 4 May 2006 (UTC)[reply]
![[4]](http://img142.imageshack.us/img142/991/screencap2if.jpg){kind=link}
![[25]](https://nn.wikipedia.org/wiki/Fil:Nikolai_Astrup-Bilete_hengande_på_Valen_sjukehus-inspirerte_Olav_H_Hauge.jpg){kind=link}
![[27]](https://nn.wikipedia.org/wiki/Image:Nikolai_Astrup-Bilete_hengande_på_Valen_sjukehus-inspirerte_Olav_H_Hauge.jpg){kind=link}
