User talk:Lupin/archive10

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Archive: 1 2 3 4 5 6 7 8 9

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.

I will usually respond on this page.

Oleg's edit summary counter[edit]

Hi! Would it be useful to have Oleg's edit summary counter (cgi: [1]) in the popups? I'm not sure if it takes arguments via URLs, but you can at least specify username and project once you're there. --Eddi (Talk) 23:51, 13 April 2006 (UTC)[reply]

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|popups 21:35, 14 April 2006 (UTC)[reply]
Sorry, I didn't check properly. It takes the language and user name as URL arguments: http://www.math.ucla.edu/~aoleg/wp/rfa/edit_summary.cgi?lang=fr&user=Lupin (your name twin?) --Eddi (Talk) 03:21, 15 April 2006 (UTC)[reply]
Hm, the effort of coding this thing seems to outweight the benefit from my perspective - I never find myself hankering after this information :P If you really miss this functionality I could do it, though. Lupin|talk|popups 23:35, 15 May 2006 (UTC)[reply]

Feature request for popups: history preview[edit]

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, AxelBoldt 16:14, 15 April 2006 (UTC)[reply]

This feature is now in the dev version. Let me know if you can see ways to improve it! Lupin|talk|popups 04:09, 27 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]
Heh, glad you like it :) Actually User:Yurik deserves most of the credit for writing his wonderful query.php extension which made this pretty easy to write, and accounts for its snappiness. Lupin|talk|popups 02:26, 28 April 2006 (UTC)[reply]
Thanks a bunch, this is great! Cheers, AxelBoldt 19:48, 5 May 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 [2] I got a popup with the PT title and the WT:RFA history [3]. 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]

Thanks, there is certainly something here that is insufficiently robust. Could be awkward to track down, but I'll take a look when I'm feeling motivated. Lupin|talk|popups 01:16, 7 May 2006 (UTC)[reply]
Added some more features to the query.php - not everything, but working on it. Let me know what you might find useful (on my talk page). --Yurik 19:05, 8 May 2006 (UTC)[reply]
Re revids in query: need more info, see my query talk page. --Yurik 05:12, 12 May 2006 (UTC)[reply]
Bug fixed, a few features added (you might like the 'content'). Will go on vacation tomorrow, so no changes for a while. --Yurik 23:51, 20 May 2006 (UTC)[reply]
Imagelink was a feature, not a bug. See answer at my page :) --Yurik 17:56, 1 June 2006 (UTC)[reply]
One more thing: I will soon submit an update that will allow getting older revisions. The drawback is that i am changing the <rv> element - now the user's comments (that you get with rvcomments parameter) will not be the text of the <rv> element, but an attribute called comment. The new format will look like this:
<rv revid=".." oldid=".." timestamp=".." user=".." comment="..">revision text<rv>. Ideally you can updated your code to check if the "comment" attribute is present, and use that instead of the rv element content. Let me know when you are ready. --Yurik 21:40, 1 June 2006 (UTC)[reply]
Thanks for the warning. I've made the changes you suggested, so please go ahead and change query.php. Lupin|talk|popups 02:50, 2 June 2006 (UTC)[reply]
Category support checked in, will be available shortly. --Yurik 20:48, 6 June 2006 (UTC)[reply]
Hi. What's the algorithm you use to determine the first paragraph of the text? I think i can do it on the server to reduce bandwidth. --Yurik 05:56, 9 June 2006 (UTC)[reply]
This would be pretty nice. The algorithm is a work in progress however, and is only tailored to the conventions of en.wikipedia. You can see it in the previewmaker subfile of User:Lupin/popupsdev.js. Here's what it does:
  1. locate the target heading (for a link like User:Lupin#Other things) and delete everything before it
  2. remove HTML comments
  3. remove HTML divs
  4. remove galleries
  5. remove box templates like infobox, elementbox, frame*, floats, *box_start and so on
  6. remove all templates, or just templates which span several lines, depending on user preferences
  7. remove tables, wikitext and HTML
  8. remove all images
  9. remove chunks of italic text, as are used to alert the reader to dab pages or other tangential remarks. This is not an exact science!
  10. mopup: remove horizontal rules, all indented lines, __TOC__ and friends
  11. The remaining text is what we work with. Figure out how much to preview based on user prefs (only return whole sentences - again, English language dependency here). Note that some users prefer longer previews than others, sometimes spanning several paragraphs.
  12. remove unsightly whitespace from what remains (this shouldn't really be needed - it's an artifact of sloppy whitespace removal in previous steps)
  13. convert to HTML, passing any templates straight through
  14. remove any remaining templates which are still "too long".
Lupin|talk|popups 12:28, 9 June 2006 (UTC)[reply]
I copied the above to query discussion page. Thanks!! --Yurik 23:51, 9 June 2006 (UTC)[reply]
User contribution lists are checked in, plus a check to see if pages can be modified/moved by the user. --Yurik 05:46, 10 June 2006 (UTC)[reply]
Excellent. Contribs previews are now in popupsdev.js, waiting for wikipedia to be synched with svn. Lupin|talk|popups 16:26, 10 June 2006 (UTC)[reply]
Another present (two?) for you -- revids=1|2|3 now works (when synced), and there is an option rvuniqusr which shows ONLY the last edits done by each unique user. --Yurik 03:43, 11 June 2006 (UTC)[reply]
Saw your request, answered. --Yurik 18:29, 12 June 2006 (UTC)[reply]
Also, can you make the popup appear when i move the mouse over the 'history' tab at the page top? --Yurik 23:38, 12 June 2006 (UTC)[reply]
Yes, if you set popupOnlyArticleLinks=false then this should work. Lupin|talk|popups 00:21, 13 June 2006 (UTC)[reply]
Added imageinfo. I'm sure you can get some info out of it :)--Yurik 02:48, 14 June 2006 (UTC)[reply]
I made some changes to the var types (converted strings to integers) - keep an eye just in case. Thanks. --Yurik 09:08, 20 June 2006 (UTC)[reply]

Elsewhere[edit]

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§ℑide 19:37, 15 April 2006 (UTC)[reply]

Please see above: #The use of NP on another wiki. Lupin|talk|popups 23:37, 15 April 2006 (UTC)[reply]

Popups problem[edit]

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@thwiz2020 20: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|popups 23:39, 15 April 2006 (UTC)[reply]

Arabic Wikipedia[edit]

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]

It works for me on that wikipedia. What's your browser? Did you clear your cache and reload? Lupin|talk|popups 04:12, 16 April 2006 (UTC)[reply]
It works now. :) ~MK~ (talk) 14:29, 16 April 2006 (UTC)[reply]

Browser crash with Opera 8.51[edit]

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 Þórunn 19: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|popups 23:21, 17 April 2006 (UTC)[reply]
Oh, I forgot to say - thanks for the translations, it's much appreciated! Lupin|talk|popups 23:22, 17 April 2006 (UTC)[reply]
Well, thanks anyway. I'll wait and see. :) --157.157.161.144 21:34, 19 April 2006 (UTC)[reply]

Few more tweaks to tool[edit]

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. - RoyBoy 800 05: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|popups 14: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. - RoyBoy 800 17: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. - RoyBoy 800 17: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|popups 14:58, 23 April 2006 (UTC)[reply]
Please exclude Wikipedia Intro page, Sandbox page and other pages anons are encouraged to edit. - RoyBoy 800 03:12, 20 April 2006 (UTC)[reply]
Good idea. Going onto my todo list... Lupin|talk|popups 14:58, 23 April 2006 (UTC)[reply]

Thank You[edit]

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! bandan 09:36, 19 April 2006 (UTC)[reply]

watchlistDumper.js[edit]

How does it work? Betacommand 02:33, 20 April 2006 (UTC)[reply]

Instructions for usage are at the top of User:Lupin/watchlistDumper.js. Lupin|talk|popups 18:32, 22 April 2006 (UTC)[reply]
I tryed that it didn't work can you give me a examle URL or advice? thanks Betacommand 23:22, 22 April 2006 (UTC)[reply]
Ah, I omitted .js in the instructions - apologies. Please try again. Lupin|talk|popups 00:55, 23 April 2006 (UTC)[reply]
thanks I got it to work but not in FireFox I had to use Internet Explorer StopIE.com :) Betacommand 04:41, 23 April 2006 (UTC)[reply]
That's almost certainly due to caching issues. I developed the tool in Firefox, so I believe that it does work in that browser. Lupin|talk|popups 14:52, 23 April 2006 (UTC)[reply]

Orphaned & unused dotty maps north of the border[edit]

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. SFC9394 21: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|popups 18:28, 22 April 2006 (UTC)[reply]

Popup Tool[edit]

Does the popup tool work for Wikia, or is it only for Wikipedia?G.He(Talk!) 23:20, 22 April 2006 (UTC)[reply]

It worked with wikicites, so I think it should once I update the name! Lupin|talk|popups 15:01, 23 April 2006 (UTC)[reply]

Popups bug when mousing over link at bottom of browser window[edit]

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? --Wernher 01: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|popups 15:04, 23 April 2006 (UTC)[reply]

Pop-ups[edit]

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?

--Primate#101 01:40, 24 April 2006 (UTC)[reply]

Mathwiz2020 has something like this here. It'd need adapting slightly, but I'm sure he'd be happy to help you to do so. Lupin|talk|popups 04:26, 24 April 2006 (UTC)[reply]
The pop-ups tool is causeing problems for me. Basicly, it would restart the page while I'm looking at it, or when I click on a link it would come up with "this page cannot be displayed". I have remove it for the time being. The Republican 16:49, 6 May 2006 (UTC)[reply]
Which browser, and which OS? Did you observe these problems after clearing your cache? Lupin|talk|popups 01:05, 7 May 2006 (UTC)[reply]

whois link[edit]

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)

Yes, I expect so. Should this replace arin, or be an additional function? Lupin|talk|popups 01:06, 7 May 2006 (UTC)[reply]

Problem with popupFixDabs[edit]

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]

Bug in popups[edit]

Hi, I've only now seen your request for bug reports to be filed here, sorry. Could you kindly have a look at this, nevertheless? --DerHerrMigo 09:03, 26 April 2006 (UTC)[reply]

proofread request for MediaWiki Javascript instruction[edit]

I stumbled onto this rather incomplete passage in my further travels shortly after activating your wonderful navpop.

http://meta.wikimedia.org/wiki/Help:User_style#Javascript

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:

http://en.wikipedia.org/wiki/User_talk:Timwi#catsattop.28.29

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. MaxEnt 05:14, 27 April 2006 (UTC)[reply]

A quick skim through it reveals nothing obviously caca.... Lupin|talk|popups 01:14, 7 May 2006 (UTC)[reply]

Horray for history popups[edit]

Nice work! Seems to be working fine :).Voice-of-AllT|@|ESP 06:34, 27 April 2006 (UTC)[reply]

Auto Edit[edit]

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.

Thanks. --Primate#101 00:46, 28 April 2006 (UTC)[reply]

I did this for Celestianpower - see User:Lupin/alltalk#2_questions and related discussion on that page. Lupin|talk|popups 01:59, 28 April 2006 (UTC)[reply]
Thanks, Lupin. I figured out that by piping the first regexp: http://en.wikipedia.org/wiki/User:Primate/Status?action=edit&autoedit=s_\bin%7Csleeping%7Clater%7Cwikibreak\b_out_&autosummary=Changed%20Status&autoclick=wpSave&autominor=true

I'm able to convert the first occurrence of any of those words to the word I want. That way, even though I have multiple status words, it still works.

Again, thanks!

--Primate#101 03:36, 2 May 2006 (UTC)[reply]

P.S. I put the links on my Mozilla Firefox Bookmark Toolbar. On click, and my status is changed!

Improvements for Popups ?[edit]

Hi again Lupin, I think I found two bugs or improvements that could be done...

  1. 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 : example with unworking anchors, example with working notes. Note that in the first example, I can't use the <ref> tag.
  2. 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 Diaz 18:23, 28 April 2006 (UTC)[reply]

The previews are designed to extract meaningful information from the top of a wikipedia article. As part of this process, html tags are stripped out and so are leading italic chunks (which are usually not part of the wikipedia article). If you want to change this behaviour, you can comment out the relevant lines in Previewmaker.prototype.makePreview. I think you probably want to lose killHTML() and killChunks().
I'm afraid I've rather lost track of what works and what doesn't for you. Please could you give me a nice short summary of the remaining problems you have? Lupin|talk|popups 01:12, 7 May 2006 (UTC)[reply]

The Holy[edit]

Here are some awards for editing The Holy.

General Eisenhower 17:52, 29 April 2006 (UTC)[reply]

Um, thanks. Lupin|talk|popups 21:45, 29 April 2006 (UTC)[reply]

I wrote a new tool for edit pages. Testers and comments welcome :) Zocky | picture popups 21:57, 1 May 2006 (UTC)[reply]

Look nice to me! Thanks for letting me know. Lupin|talk|popups 03:45, 4 May 2006 (UTC)[reply]

Firefox blocking - for recent edits[edit]

After about a dozen updates or so Firefox will start blocking new windows. I have en.wikipedia.org 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? - RoyBoy 800 18:55, 2 May 2006 (UTC)[reply]

Does this happen with other websites that open lots of popup windows? Maybe it is connected to the firefox upgrade. Lupin|talk|popups 23:01, 2 May 2006 (UTC)[reply]
This is the only instance I've had an issue with the pop-up, but I've never been at a site that required routine pop-ups. Should I try and list it as a bug with Firefox? - RoyBoy 800 21:45, 6 May 2006 (UTC)[reply]
Tried the tool with four updates disabled, and it went through 200 updates or so then asked me to continue. No issues thusfar. (caveat, didn't start rolling back till ~40th update as a result of watching BBC news... also didn't enable auto expand until ~40th update) Usually I enable everything before the first update completes. - RoyBoy 800 23:30, 6 May 2006 (UTC)[reply]
I find it hard to see how the four updates thing can affect firefox popup blocking, but you never know... do you get the blocking problem at all now? Lupin|talk|popups 01:29, 7 May 2006 (UTC)[reply]
Seems to be working, just used it up to update 89; but had blocking entirely disabled still. Will try to re-enable it and allow Wikipedia. - RoyBoy 800 01:41, 15 May 2006 (UTC)[reply]

Warn[edit]

On your RC filter, what does the warn button do? Great job with it by the way. --pevarnj (t/c/k ) 19:43, 3 May 2006 (UTC)[reply]

Please see User:Lupin/alltalk#Warn (Filter Recent Changes) and elsewhere on that page for an explanation. Lupin|talk|popups 03:38, 4 May 2006 (UTC)[reply]

Talkpage-archival[edit]

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]

Thanks, but I'd prefer to manage this manually. Hm, looks like this page is well overdue for archival... Lupin|talk|popups 03:39, 4 May 2006 (UTC)[reply]

re: action=raw to read old versions[edit]

Thanks, I didn't know about that. Right now I'm reading the edit screen and pulling out the textarea contents with some regexps, which works ok, but is ugly. I may switch over to using action=raw which seems much nicer. Really though, I think I'm better off putting my script onto the toolserver and have it read the database directly rather than through http. This will have other advantages too. Phr (talk) 04:03, 4 May 2006 (UTC)[reply]

Autoedit[edit]

Thank you for making my life so much easier. Jude (talk,contribs,email) 06:31, 4 May 2006 (UTC)[reply]

Hi, sorry to bother you but I know you are good with scripts so thought you could help. I am using Mozilla Firefox 1.5.0.1 and have just put a load of new scripts into my monobook but non of them work at all, I have tried bypassing my cache and have purged Wikipedia's cache but it still doesn't work. I did it last night at about 19:00 UTC so I have waited about half a day which has been long enough for every other time. If you need to give me the changes just put it in my sandbox. Thanks Lcarsdata Talk | @ | Contribs 07:09, 5 May 2006 (UTC)[reply]

Well I don't see anything obviously wrong. Does your javascript console give you a juicy error message? I'd expect it to if nothing in your monobook.js has any effect - there's probably a syntax error in there somewhere. Lupin|talk|popups 01:26, 7 May 2006 (UTC)[reply]

Errors in popups[edit]

Hi.

Please diregard previous edit - must have been something on a specifyc page...

If you want to look into that the errors where:

(1) Error: pg is not defined http://en.wikipedia.org/w/index.php?title=User:Lupin/popups.js&action=raw&ctype=text/javascript&dontcountme=s Line: 2985

(2) Error: log is not defined http://en.wikipedia.org/w/index.php?title=User:Lupin/popups.js&action=raw&ctype=text/javascript&dontcountme=s Line: 4356

JS code:

(1)
function checkPopupPosition () { // stop the popup running off the right of the screen
	pg.current.link.navpopup.limitHorizontalPosition();
(2)
	var stableShow = function() {
		log('stableShow called');

If I'll find them again I'll let you know.

Nux talk | faster(pl) talk 14:19, 6 May 2006 (UTC)[reply]


Some other errors:

The functions: getDiffSinceMyEdit(), getLastContrib() - doesn't work or I don't know what do they do? It's under the lastContrib and sinceMe. I've checked this with the english version and with Internet Exploder. Normaly I use Firefox and polish version on monobook. Pages with scripts:

Nux talk | faster(pl) talk 14:19, 6 May 2006 (UTC)[reply]

PS: BTW I love the idea of popups, thanks! :)

Please clear your cache and reload. I expect these errors will disappear soon. I don't know what causes them, though. Lupin|talk|popups 01:01, 7 May 2006 (UTC)[reply]
Nope, still is there. I installed on en.wiki without any problems and even used the polish version here. Still on pl.wiki this functions (with or without the translation) still don't work. Also sometimes I get the errors mentioned earlier (on random pages - don't see anything in common). You might want to open a test account to see for yourself. I've already asked some othere users on pl.wiki and they all had similar results.
To fix some problems you might consider installing Firefox and the webdeveloper along with it. You'll see that there are many warnings (with strict rules) in the script shown by the JS console. They could point to some bugs... If I'll have more time I'll look into that myself. Nux talk | faster(pl) talk 19:58, 7 May 2006 (UTC)[reply]
Thanks for the bug reports. I think I've fixed the non-working links in the dev version. I didn't notice the pg or log undefined errors, though. Lupin|talk|popups 00:22, 16 May 2006 (UTC)[reply]

Gainsborough is in Lincolnshire[edit]

Please move Image:Gainsborough_-_Nottinghamshire_dot.png to Image:Gainsborough_-_Lincolnshire_dot.png. Gainborough is in Lincolnshire, bordering Nottinghamshire by the River Trent, but still in Lincolnshire. Regards, --Asterion talk to me 15:49, 6 May 2006 (UTC)[reply]

Is anything preventing you doing it yourself? Lupin|talk|popups 01:20, 7 May 2006 (UTC)[reply]
The only way I could do it would be saving it to my computer and re-uploading it under a different name. How do I credit it to you? And how do we get rid of the old one then? --Asterion talk to me 21:57, 7 May 2006 (UTC)[reply]
I think the usual way is to write a note on the image page explaining its provenance. Then, if you want to, images for deletion is the place to get images deleted. Lupin|talk|popups 00:23, 16 May 2006 (UTC)[reply]

Safari problems w/popups still?[edit]

Not for me, anyway. It doesn't crash, but only the main popup shows up. No actions show up, but they can still be performed by looking at the status bar at the bottom and guessing which URL points to revert, view whatever, etc. Kind of silly.

Also, this may be due to other stuff as well, but my Safari LAGS while using WP. Any ideas?

--M1ss1ontomars2k4 23:56, 6 May 2006 (UTC)[reply]

Current versions of safari have CSS bugs that make the menus go wonky. Please try either using a nightly webkit build or set popupStructure='original' to turn off the menus.
I don't know why you may be experiencing performance issues with wikipedia - it may well be the popups script. My impression is that safari has a rather slow javascript engine. Lupin|talk|popups 00:58, 7 May 2006 (UTC)[reply]
Haha! you're right. I was looking up SVG when I disc'd that there are nightlies for Safari. Should that be mentioned on the popups page? --M1ss1ontomars2k4 05:00, 7 May 2006 (UTC)[reply]

Extended revert summary broken?[edit]

I used to have extended revert summaries working just fine when reverting edits through the history page, though lately reverts seem to automatically go down to the basic 'Reverting to revision, (number)' summary. I was wondering if there was some option that could have the extended revert summary on by default. I have attempted changing the automated message by adding a more %s tags as done in your .js page, but it did not work. Thanks for your help. Cowman109Talk 00:16, 7 May 2006 (UTC)[reply]

What did you try, and what results did you obtain? Have you cleared your cache religiously each time you've changed something? It might help to try again anyway since the script was recently updated. Lupin|talk|popups 01:23, 7 May 2006 (UTC)[reply]
I believe the different results actually occurred after the recent changes. I clear my cache each time I alter my monobook.js file as well. Whenever I attempt to revert edits through the history page of an article as I usually do (I hover my mouse over the time of the edit, move to actions, then to revert), the page reverts just fine but the edit summary seems to be default to "(Revert to revision 50945360 using popups)", for example. I used to have extended edit summaries such as "(Revert to revision dated 17:50, April 21, 2006 by Cowman109, oldid 49512438 using popups)". Here's a random short edit history in one of my user subpages to show the differences. [4]. Cowman109Talk 01:27, 7 May 2006 (UTC)[reply]
Oh, extended summaries. You have to set something or other to make this work now... ah, yes. You should set popupTimeOffset to your timezone, in hours offset from wikipedia time (GMT, I think). This should activate the extended summaries when you revert from a history page. Lupin|talk|popups 01:35, 7 May 2006 (UTC)[reply]
Ahah, that fixed it. I must have messed it up myself when I was playing around with my timezone settings. Thanks a lot! Oh, and I hope you don't mind but I stole your format for storing barnstars in a subpage and displaying them. Thanks for that too! :D Cowman109Talk 01:49, 7 May 2006 (UTC)[reply]

Popups "sinceMe" not working with user names with a space[edit]

The "sinceMe" command in popups seems to have been broken for a week or so for me. The message displays as "Couldn't find an edit by Doug_Bell..." so I'm thinking the issue is the underscore in my user name. —Doug Bell talkcontrib 15:38, 8 May 2006 (UTC)[reply]

Could be. Please could you try setting popupUserName="Doug_Bell" or "Doug Bell" and see which one works, if either one does? Do let me know the results so I can try to fix the script properly.... Lupin|talk|popups 00:25, 16 May 2006 (UTC)[reply]

problem with decodeEscapes() for «#...» part of wikilink: not solved yet?[edit]

The problem mentioned there is still far from being fixed in the stable version of Navigation popups.

I'd like to suggest the following patched version of decodeEscapes:

Title.prototype.decodeEscapes=function(txt) {
	var split=txt.parenSplit(/([%][0-9A-Fa-f]{2})/);
	var len=split.length;
	for (var i=1; i<len; i=i+2) {
		split[i]=unescape(split[i]);
	}
	
        var hashText = split.join('');

	split=hashText.parenSplit(/([.][0-9A-F]{2})/);
	len=split.length;
	for (var j=1; j<len; j+=2) {
		split[j]=unescape('%' + split[j].slice(1)); //e.g. '.A0'.slice(1) == 'A0'
	}
        return split.join('');
};

Good luck. —62.183.50.164 08:21, 9 May 2006 (UTC)[reply]

Excellent, thanks for the code. I'll added something similar to the dev version in a moment. Lupin|talk|popups 23:34, 15 May 2006 (UTC)[reply]
Are there any means to see when those dev versions become landed as stable ones? —217.27.43.145 04:58, 24 May 2006 (UTC)[reply]
You can watch User:Lupin/popups.js. There's no schedule for this - when I think it's had long enough to reveal nasty bugs, I upgrade that page to the dev version. Lupin|talk|popups 22:17, 24 May 2006 (UTC)[reply]

Problem dabbing links to a page with "&" in the name[edit]

Hello. I am having trouble fixing the links to the page at Law and Order. A lot of links intend the show, which at Law & Order, but the page names with the '&' seem to be a problem: no change gets made and the edit summary shows up as "Disambiguate [[Law and Order]] to [[Law ". Thanks for a great tool -- it just keeps getting better and better! Ewlyahoocom 15:01, 11 May 2006 (UTC)[reply]

Monobook.css and changing PopUp appearance bug.[edit]

First of all, thanks for the great tool you've provided, it certainly helps me.

The problem I am having is that reading your instructions to change the appearance of the PopUp's, I wanted them to appear blue and in a larger text (so it is easier to read and navigate for me). I am using Mozilla Firefox 1.5.0.3. I edited and saved my monobook.css with the following instructions:

 .navpopup {
   background-color: #d7eeff  !important;
   border-color:     #1e90ff  !important;
   font-size:        small    !important;
 }

Nothing happened. I cleared the cache on Firefox and the problem still persists. So I'm at a bit of a loss of what happened and I hope you can help me. tghe-retford 10:19, 14 May 2006 (UTC)[reply]

Ah, I seem to have got it working, my computer can be like that sometimes! tghe-retford 13:22, 14 May 2006 (UTC)[reply]

Add links to toolbox[edit]

sorry to bother you but on a wiki I use we would like to add two links to the toolbox but can't work out how. I have tried to decipher your code but it still won't work. If you have time please could you tell me, but I will understand if you don't. Lcarsdata Talk | @ | Contribs 07:21, 15 May 2006 (UTC)[reply]

You should find instructions for doing that at WP:JS, WP:US or thereabouts. Lupin|talk|popups 00:28, 16 May 2006 (UTC)[reply]

Navigation popups error: op or cl is null! something is wrong[edit]

I am using IE 6.0.28 and I keep getting a Windows pop-up dialog box that says "Navigation popups error: op or cl is null! something is wrong". If I click "OK", then the box goes away and I can click on the link. The Lupin popup still shows but the pop-up dialog is totally annoying.

At this point, I'd be find getting rid of Lupin popups completely but I can't figure out how to do that. I tried removing everything from my monobook.js but that didn't seem to help.

Don't get me wrong. I love Lupin popups and the prospect of not being able to use them is not a happy one. However, this "navigation popups error" is driving me nuts and I'd rather get rid of Lupin popups than have to live with it any longer.

HELP!

--Richard 19:38, 18 May 2006 (UTC)[reply]

Hm, that is annoying. I can't easily test the script on IE, but I'll try... for now, you should stop using the dev version (change all occurrences of popupsdev to popups in your monobook.js file and clear your cache). Lupin|talk|popups 21:35, 18 May 2006 (UTC)[reply]
I've done some very limited testing, and I think that this bug was fixed shortly after it appeared. Please try thoroughly cleaning your cache and let me know if it is actually still a problem for you. Lupin|talk|popups 04:19, 19 May 2006 (UTC)[reply]
Well, foo. I think I've narrowed down the problem. I removed everything from my monobook.js except for your popups and after doing a ctrl-F5 in IE, I am getting the popups to work without a problem. It appears the problem occurs due to some funny interaction between your code and some other stuff that I had put my monobook.js.
In case you care, here's the code that was breaking things

// [[User:Lupin/popups.js]] // document.write('<script type="text/javascript" src="' + 'http://en.wikipedia.org/w/index.php?title=User:Lupin/popups.js' + '&action=raw&ctype=text/javascript&dontcountme=s"></script>'); // Admin-like RC Patrol tools // document.write('<script type="text/javascript" src="' + 'http://en.wikipedia.org/w/index.php?title=User:VoA/monobook.js' + '&action=raw&ctype=text/javascript&dontcountme=s"></script>'); // Edit replace // document.write('<script type="text/javascript" src="' + 'http://en.wikipedia.org/w/index.php?title=User:Voice_of_All/replacetxt.js' + '&action=raw&ctype=text/javascript&dontcountme=s"></script>');

Thanks for taking a look anyway. Sorry to have troubled you.
--Richard 05:21, 19 May 2006 (UTC)[reply]

I'm getting the same problem, even after ^F5ing. Want me to have a look at the problem? Yours sincerely, Shinobu 20:28, 19 May 2006 (UTC)[reply]

Sure, please do. One way to rule out cache issues should be to enter the url of the script, http://en.wikipedia.org/w/index.php?title=User:Lupin/popupsdev.js&action=raw&ctype=text/javascript&dontcountme=s into your browser and check that the date at the top is the same as the date at the top of User:Lupin/popupsdev.js. Lupin|talk|popups 00:14, 20 May 2006 (UTC)[reply]

The dates are the same. That could mean that there really is something wrong. I'll look into it. Shinobu 02:58, 20 May 2006 (UTC)[reply]

Oops! This is my fault... human caching if you will (I'm testing a different version of the script to the one I've uploaded). I'll upload the fixed version now. Lupin|talk|popups 03:55, 20 May 2006 (UTC)[reply]

Heh. So by now you know what is causing the problem, right? I'll tell you anyway.

In IE a regexp is an object, not a function.

  • Previewmaker.prototype.makeRegexp
    change line:
    • case 'function':
    • case 'function': case 'object':

By the way, to be able to debug the script locally, I had to change the following function too:

  • function setTitleBase
    insert at the start of the function:
    • var location___protocol = "http:";
    • pg.wiki.hostname = "en.wikipedia.org";
    • pg.wiki.wikimedia = true;
    change location.protocol to location___protocol:
    • pg.wiki.titlebase = location___protocol + ...
    • pg.wiki.wikibase = location___protocol + ...

Can you make it so that the script detects this? E.g. execute the first three lines only if protocol is file: or something. It'll make debugging easier. Yours sincerely, Shinobu 05:44, 20 May 2006 (UTC)[reply]

Barnstar thing[edit]

I award you this programmers' barnstar for creating so many javascript tools. --GeorgeMoney T·C 01:16, 11 May 2006 (UTC)[reply]
And, I award you the popups barnstar for creating popups. --GeorgeMoney T·C 01:16, 11 May 2006 (UTC)[reply]
Thanks! Lupin|talk|popups 00:16, 20 May 2006 (UTC)[reply]

Hello![edit]

Your anti-vandal tool is fanstastic. Anonymous_anonymous_Have a Nice Day_Crusher of Hopes and Dreams 20:57, 19 May 2006 (UTC)[reply]

Glad you like it. Lupin|talk|popups 00:17, 20 May 2006 (UTC)[reply]

Popups revert problem.[edit]

I turned of popupOnlyArticleLinks, which is very cool. But there are some problems with reverting by moving over the history tab.

  1. The text for rev is in it's english version.
  2. Important! When clicking revert in action over the date I get rev to revision previous version (compred to the one I hovered). This is wrong because in all other cases I get rev to revision which I hovered.

As you might notice the second bug my cause reverting to unintended version which might be very bad (I've already seen such cases). Please fix this as soon as possible. Thanks.

Nux talk | faster(pl) talk 11:10, 20 May 2006 (UTC)[reply]

Sounds nasty. To fix this, I need to know
  • which version of the script you're running. Typing javascript:alert(popupVersion) into your browser url bar and hitting enter should give you a timestamp. (I tried to fix a similar bug in a previous version of the script, but may not have succeeded).
  • which browser and OS you're using
  • the exact english text you're seeing that should be translated
  • the exact urls of the links which, when hovered over, give you badly behaving revert links.
Thanks! Lupin|talk|popups 14:00, 20 May 2006 (UTC)[reply]
  • Version: Thu Apr 27 00:40:52 EDT 2006
  • The text is:
Revert to the revision prior to revision 3382793 using [[:en:Wikipedia:Tools/Navigation_popups|popups]]
  • browser/OS: FF/Windows (don't thinks it's dependent, though)
  • Any page, but you can use this: [5] (I'm giving you en.wiki link as it is the same here)
  • At that page you can test by:
    1. reverting directly form history
    2. reverting through history generated by popups when you hover history tab (this is available with: popupOnlyArticleLinks=false).
  • I think I got it now in the history generated by popups links are with diff=prev [6], the same revision in history generated by wiki is:

[7].

  • I also have popupRevertSummaryPrompt=true, which you might also want to enable for tests.
No problem :).

Nux talk | faster(pl) talk 18:42, 20 May 2006 (UTC)[reply]

PS: Have no idea where did that english version come from. Maybe some old/new string that weren't translated? You might check pl-file here if you wish.

Without detailed investigation, I expect that the untranslated string has simply not been added to the polish translation. It has the entirely unbeautiful name 'defaultpopupRevertToPreviousSummary'.
As for the main issue, I think the script is behaving as designed, but I can now see that it is very confusing (especially since the popup hint over the revert link is incorrect - the english edit summary is correct however). This behaviour comes about because:
  1. When hovering over a diff link, the script will try to revert to the older of the two versions being compared.
  2. In the history preview, the dates are diff links showing changes between that version and the previous one, so that you can see what's changed in a subpopup.
This means of course that clicking revert from such a subpopup over a date in a history preview makes you revert to the revision prior to that revision as of that date. If you see the diff preview in the subpopup then this makes sense: you're undoing that edit (and subsequent edits). If you think of the subpopup as just referring to that revision (quite natural) then this doesn't make sense at all.
Probably the simplest thing for me to do would be to separate out the (last) links and the date links in history previews, like the history page itself. The reason I didn't do this before was to save space in the popup. Does this sound like a good idea, or do you have another idea? Lupin|talk|popups 19:03, 20 May 2006 (UTC)[reply]
I've made these changes in the dev version. Lupin|talk|popups 20:12, 20 May 2006 (UTC)[reply]

The solution seems reasonable, thanks :).

About 'defaultpopupRevertToPreviousSummary' - it's missing in the User:Lupin/strings-draft. I've compared those in the main file and in the draft and there are some not included in the main file and some in other places... Maybe you could just copy over it to save the trouble of comparing?

Anyway as I'm here anyway. Maybe you might want to look at small corrections I've done to the CSS pl:w:Szablon:Navpop/css. This makes actions menu a little bigger so you want accidently go of it. And this reminds me one more thing...

Could you add a setting for the time when the popups disappears? Giving at least half a second would help me sometimes.

Again very grateful for your work, Nux talk | faster(pl) talk 21:14, 20 May 2006 (UTC).[reply]

User:Lupin/strings-draft isn't the canonical source for strings - that's the script itself :-) They're quite easy to find, at the bottom of the file.
I like your CSS! I'm not sure I understand the feature request. I think you mean that you want a time period after the popup appears during which it will not disappear even if the mouse exits the popup, which seems quite sensible. Is this correct? Lupin|talk|popups 22:25, 20 May 2006 (UTC)[reply]
Or maybe you mean that in order to banish the popup, the mouse has to remain outside it for a fixed length of time? Lupin|talk|popups 22:31, 20 May 2006 (UTC)[reply]

I had some problems figuring out what's the difference ;)... But yes, I meant the latter. That is - no matter how much time passed since the popup appeared, if the mouse just goes of it for some time it will still remain visible for that (short) time and I can go back to it to prevent it from disappearing at all. This is to make the popup more stable despite accidental mouse movements. Nux talk | didn't answer? drop a note 13:57, 21 May 2006 (UTC)[reply]

I've added something like this to the dev version. It may need tweaking, so let me know what you think. You can control the hide delay with the variable popupHideDelay (in seconds). Lupin|talk|popups 00:03, 26 May 2006 (UTC)[reply]

Cool. It works perfectly :). I guess your pretty border of all this thankyous ;), but thanks - all th things I reported now work. I have some other idea but I'll start new topic... Nux talk | didn't answer? drop a note 01:34, 1 June 2006 (UTC)[reply]

Smile :)[edit]

G.He 23:10, 20 May 2006 (UTC)[reply]

Feature request: dabbing links non-disambiguation pages[edit]

Hello! I would like to request a feature to be added for disambiguating links actual articles. A few times, not often, I've been tempted to temporarily replace an article with a dab page while I use your tool to dab the links. I suspect it would be a pain to parse an articles dablinks/hatnotes but maybe it would be possible to add alink to a disambiguation page at e.g. Current article title (disambiguation). Maybe a link could be added to the actions menu when popupFixDabs is true, or maybe just a little green link which could be followed when popupSubpopups is set? And so as to not slow down the tool, the page might not even need to be checked for beforehand. Thanks! Ewlyahoocom 23:37, 23 May 2006 (UTC)[reply]

Here's a quick hack:
function dabomatic(data,download) {
  var art=Title.fromURL(download.url).toString();
  if (art.indexOf('(disambiguation)')>-1) { return ''; }
  art = art + ' (disambiguation)';
  return changeLinkTargetLink({ newTarget: art, text: 'Dab to '+art,
	      hint:'Change all these links to '+art, 
	      clickButton:'wpPreview', minor:false });
};
extraPopupFilters=[window.dabomatic];
You can try adding this to your user javascript file (the same place you installed the popups script). Lupin|talk|popups 00:59, 24 May 2006 (UTC)[reply]

Popups[edit]

Would you mind adding a purge link? http://en.wikipedia.org/w/index.php?title=PAGENAME&action=purge Thanks, Ingoolemo talk 17:14, 25 May 2006 (UTC)[reply]

Good idea - this is now in the dev version (if you use the menus, that is). Lupin|talk|popups 21:25, 25 May 2006 (UTC)[reply]

Popups[edit]

While I like the popups feature, they seem to be getting cluttered with things that one would almost never use/or need to. Can you remove view|simple and null edit|purge please. Perhaps you can have options to turn these off.Voice-of-AllTalk 14:57, 26 May 2006 (UTC)[reply]

Yes, this has been worrying me too. I've added a new structure, so if you say popupStructure='shortmenus' then things should be improved. I wonder if this should be the default setting... Lupin|talk|popups 14:33, 27 May 2006 (UTC)[reply]

Help me! Help me please![edit]

Wondering if somewhere in your vast javascript knowledge you might have a solution to the automatic edit view produced by redlinks. I find that I'm constantly slowed down, considerably, when doing things like checkuser because my js tabs don't work on edit views, only the regular page view. Any ideas on a way to either stop redlinks from automatically going to an edit view, or to reload nonexistent pages so they are no longer edit views? Any help would be greatly appreciated, as it would cut the time spent checking dramaticallly. Essjay (TalkConnect) 00:34, 27 May 2006 (UTC)[reply]

Yeah, that would be great. --GeorgeMoney T·C 00:48, 27 May 2006 (UTC)[reply]
This should work, I think.
function stopRedlinksEditing(){ 
    var len=document.links.length;
    for(var i=0; i<len; ++i) {
	var l=document.links[i];
	if (l.className=='new') {
	    l.href=l.href.replace('&action=edit', '');
	}
    }
}
addOnloadHook(stopRedlinksEditing);
Lupin|talk|popups 02:17, 27 May 2006 (UTC)[reply]
It works perfectly! --GeorgeMoney T·C 02:27, 27 May 2006 (UTC)[reply]
Deeeeeelightful! You are now my official javascripter! <wanders off to think of other tasks, besides the one he has listed at Wikiproject User scripts> Essjay (TalkConnect) 03:08, 27 May 2006 (UTC)[reply]

"MISSING formal paramater"[edit]

Popups are dead, that is, the error it gives when it crashes at this line:

pg.structures.menus.popupTopLinks = function (x, short)

I don't know what the issue is.Voice-of-AllTalk 21:36, 27 May 2006 (UTC)[reply]

Which browser are you using? I haven't seen this problem myself. Lupin|talk|popups 22:52, 27 May 2006 (UTC)[reply]
FF/Netscape. I swiched the 90 RC patrollers to regular popups until popupsdev is fixed. Popups no longer work at all due to this.Voice-of-AllTalk 22:57, 27 May 2006 (UTC)[reply]
Thanks, it should be fixed now. It's strange that I didn't notice this in firefox, though... Lupin|talk|popups 23:03, 27 May 2006 (UTC)[reply]
Heh..I was just about to tell you that is was up again. Good work, now how about that filter recent changes stuff :)?Voice-of-AllTalk 23:04, 27 May 2006 (UTC)[reply]

Non-admins[edit]

90+ users use script that involves User:VoA/monobook.js. If you look at function AddRevertButtonsnorm(), you will notice that it adds revert links on. Could you make Filter Recent changes add these, and perhaps add something like User:Voice_of_All/Revert/monobook.js to the recent changes tool so that it know when to revert. It would have to have to check if you are using monobook or not. If that is not feasible, I'll try to see if I can somehow edit the filter recent changes page (kind of hard with no real DOM, I don't know...). Thanks.Voice-of-AllTalk 21:54, 27 May 2006 (UTC)[reply]

Is the idea here to add revert links for non-admins? I don't see a really easy way to use the godmode revert here, but I could probably do something else instead to get that. Lupin|talk|popups 01:09, 28 May 2006 (UTC)[reply]
I've added non-admin revert functionality to the script. You have to click a checkbox to use it; hopefully it's self-explanatory. Lupin|talk|popups 02:40, 28 May 2006 (UTC)[reply]
Thanks...my idea was to make it so non-admins can still revert instead of having to click "last" and the revert, meanwhile the list piles up.Voice-of-AllTalk 02:48, 28 May 2006 (UTC)[reply]
They can do exactly that: when the final checkbox is checked, the rollback link at the end of each line works for non-admins. Lupin|talk|popups 02:51, 28 May 2006 (UTC)[reply]
Sweet, the tryrollback() is very similar to my revert script for IE, though my revert script switches to GML for FF/Netscape (after I tried everything to get the parser to work, I just gave up). Either way is fine, though GML has "&token=" for security, as the IE one has "&byuser=". "&byuser" in User:Voice_of_All/Revert/monobook.js makes it hard to make annoying revert links b/c they would only work on a single user. One thing I wonder, how do you get it to rollback for IE? Don't you have to acces the history page and get the first different user? Whenever I do that on IE, it would fail since IE can't parse any XML here, my IE version actually has to briefly go to the history page, since it can't HTTP request, like FF/NetS.Voice-of-AllTalk 02:59, 28 May 2006 (UTC)[reply]
I haven't tested with IE at all, as I don't have Windows. I expect it to work, though. I'm not parsing xml; instead, I'm grabbing the history data with the query interface by Yurik. It's great for this sort of thing - it's very fast and its output, JSON, is easy to handle. It's also fairly new, which I imagine is why GML doesn't use it.
There are no edit tokens or anything like that. If the worry is that someone could persuade someone into clicking a malicious link, then I'm afraid that every user of popups is already vulnerable to such an attack. On the other hand, the fix is just another click away, so I'm not terribly concerned about this. Lupin|talk|popups 03:09, 28 May 2006 (UTC)[reply]
I'll have to look into the query feauture. On an unrelated topic, I have been planning on making a spell checker for articles in edit mode for some time, and your Live Spellcheck seems quite interesting. Do you have any suggestions for how I should go about this? Will it be a huge list of regex checks that prompt if they are met. Where can I get a good list of commonly misspelled words and there correct spelling?Voice-of-AllTalk 03:13, 28 May 2006 (UTC)[reply]
I'm not sure of the best way to do that. Note that Bon Echo already includes a native spellchecker, though, and I believe that there are firefox extensions around to do it in current versions. My "Live spelling" thing does indeed use an enormous regexp, using the data at Wikipedia:Lists_of_common_misspellings/For_machines. It is limited to that wordlist, though, and this approach probably wouldn't scale to a more complete dictionary. Lupin|talk|popups 03:18, 28 May 2006 (UTC)[reply]

Asking help[edit]

Hello. I'm not a programmer, all I can do is to understand some code, and copy and paste pieces to make things (that's how I could learn some html, copying tables). I was wondering if you know how to make an ... a box to type text like the edit summary's box (to recive an input) and the result beain a link containing that input (i.e. the input is and IP, 22.22.222.222 and the result is being linked to the WHOIS page, or any other identifier)? —Argentino (talk/cont.) 21:11, 28 May 2006 (UTC)[reply]

Something like this?
function linkBox(){
    var d=document.createElement('div');
    var t=document.createElement('input');
    var s=document.createElement('span');
    t.type='text'; 
    t.onkeypress=function(){ 
	s.innerHTML='<a href="http://whatever/' + t.value + '">linky linky</a>';
    };
    d.appendChild(t);
    d.appendChild(s);
    var loc=document.getElementsByTagName('h1')[0];
    loc.parentNode.insertBefore(d,loc);
}
addOnloadHook(linkBox);
Lupin|talk|popups 21:34, 28 May 2006 (UTC)[reply]

Yes, thankyou a million times! I don't know how to make it work outside preview window but it is much better for me now. —Argentino (talk/cont.) 21:03, 30 May 2006 (UTC)[reply]

A Note on Global BL and a Tool Request[edit]

I'm not sure whether or not this will effect what you're doing; however, there are a few problems with my current global lists that I will need to correct in the next release. The main problem is that anyone can remove a user from the global list but not from each individual's local list; thus, if Jimbo gets blacklisted, and everyone goes and retrieves the global BL, we can remove Jimbo from the list, but we can't do anything about the next time User:Example uploads his list, with Jimbo on it, back to the global list. My solution is pretty simple: imbed another list inside the current one for removed users that will not allow certain users to be reloaded to the list. I'll likely keep the same basic encryption scheme and stick the list simply within a separate set of brackets, so as long as you merely read the list enclosed by begin/end dump, this shouldn't effect what you're doing--just wanted to give you a heads up.

At the same time, I also have an idea completely unrelated to VandalProof or your anti-vandalism tool that I was going to suggest to you but kept forgetting. You seem to be the definite go-to guy for Wikipedia JS coding, whereas I'm quite a novice in the language, so I thought I'd see if you thought this was do-able. One thing that I would really like would be to have the oldids of each version appended at the end of the date in history views. I wrote a routine to do this in VandalProof, but the only way I knew to do it was to scrape the HTML of the page and write it back, which subsequently disables JavaScript on the page (including popups and the handy-dandy radio buttons). Basically what I want is to see is "08:30, 29 May 2006 (UTC) (99999)" on each item in the history without disabling the JavaScript on the page. Anyway, it's certainly not a high priority, so please don't let it get in the way of the other, much more important work you're doing. But if you could even just generally point me in the direction of some routines or JS commands to do this (or just tell me that it can't be done with Java), it would be much appreciated. Thanks. AmiDaniel (talk) 08:30, 29 May 2006 (UTC)[reply]

Thanks for the heads-up on the blacklist. Here's a JS function that should do the job:
function addOldids(){
    var re=/index[.]php[?]title=[^&]*&oldid=(\d+)$/;
    var len=document.links.length;
    for (var i=0; i<len; ++i) {
	var a=document.links[i];
	if (re.test(a.href)) {
	    var m=a.href.match(re);
	    a.innerHTML += ' (' + m[1] + ')';
	}
    }
}
// for testing from monobook.js: addOnloadHook(addOldids);
Possibly unwanted side effects: this will affect all links to oldids with urls like those on the history page, and it'll happily run on any page. (This could be fixed if needed). Lupin|talk|popups 13:27, 29 May 2006 (UTC)[reply]
Wow, thanks! I just added "if (window.location.href.indexOf("&action=history") != -1)" before the addOnloadHook call, and now it works perfectly! That's exactly what I needed. AmiDaniel (talk) 20:40, 29 May 2006 (UTC)[reply]

Question about antivandal tool[edit]

I have been using your tool for quite a while now and recently, I found new options at the top of the "filter recent changes" page. I was wondering what that new "use non-admin rollback" option does. --Evan Robidoux 19:47, 29 May 2006 (UTC)[reply]

It makes the rollback links work for users who are not admins, provided they have suitable javascript support. If they don't, then clicking any rollback link should tell them how to get it. (Admins can use this too if they want, but there's probably not much point). Lupin|talk|popups 01:21, 30 May 2006 (UTC)[reply]
Could you clarify what is meant by javascript support? Do users who use popups have the capability to make use of that rollback feature, for example? Cowman109Talk 01:35, 30 May 2006 (UTC)[reply]
Yes, they do. People who don't want popups can still get this support by adding {{subst:js|User:Lupin/autoedit.js}} to their user javascript file, but popups users don't have to do anything. (I haven't tested this standalone autoedit.js in a while, though). Lupin|talk|popups 01:37, 30 May 2006 (UTC)[reply]

Aniki[edit]

I tried your tool on http://www.aniki.info/, but it doesn't work for me in either Firefox 1.5.0.3 or IExplorer 6. Cache was cleared.

It works on the german wikipedia and here. -- Ninjamask 18:40, 30 May 2006 (UTC)[reply]

Which tool? Lupin|talk|popups 19:03, 30 May 2006 (UTC)[reply]
By the way, you should check that user javascript and css are enabled on that wiki. Ask your site admins if unsure. Lupin|talk|popups 21:07, 31 May 2006 (UTC)[reply]

Problem with recent changes filter[edit]

For some reason the word "penis" is no longer being considered a "badword" by the filter even though it appears to be listed. I made a dummy edit to Penis and though the word "penis" is in the article, it was not caught. You may want to look into this.--Conrad Devonshire Talk 01:59, 31 May 2006 (UTC)[reply]

Thanks. There was a missing slash at the end of the line in the badwords list. (Regexp lines must start and end with a slash or they won't work). Note however that the tool is not guaranteed to examine every edit, as it only takes periodic samples from the RSS feed, which itself is not guaranteed to record every edit. Lupin|talk|popups 02:30, 31 May 2006 (UTC)[reply]

good work[edit]

I must say, good job24.13.187.217 04:24, 31 May 2006 (UTC)[reply]

Popups feature request: deletion log[edit]

Hi, and thanks for your excellent WP:POP tool. I wonder if you could add the deletion log to the actions menu for an article. I may be wrong, but there appears to be no one-click way of otherwise accessing it from the standard interface. Thanks for giving it consideration! Best, Sandstein 04:25, 31 May 2006 (UTC)[reply]

Lupin.[edit]

Hello, Lupin. It's easy to remember your ID. Lupin is character that appears in Harry Potter story, Movie. I'm Harry Potter fan too. I think that you are also big Harry Potter fan. Anyways, when I checked your sandbox. There are many weired worlds in your sandbox as I observed your sandbox. But, you already reverted it back to past one. Anyways, I would like to ask you about something. How could I create my own sandbox? Please, Reply on my talk-page. I understand you don't like to reply on someone's discussion page. Anyways, I hope you could send me message. Cheers~!! Daniel5127, 06:09, 31 May 2006 (UTC)[reply]

replied on his talk. --GeorgeMoney T·C 06:27, 31 May 2006 (UTC)[reply]

You are invited to discuss your claims on yadav page.Holywarrior 14:00, 31 May 2006 (UTC)[reply]

Which claims? Lupin|talk|popups 14:05, 31 May 2006 (UTC)[reply]

WarWiki[edit]

We have a budding wiki. Can you bring your tool to it?-GangstaEB (at war)-15:05, 31 May 2006 (UTC)[reply]

You mean the popups tool? It should work on wikia wikis (let me know if not). If you want to install it for all users you could try adding it to the global monobook.js on that wiki. The query.php extension doesn't seem to be installed on that wiki, so you should set popupUseQueryInterface=false (which will disable some functionality) or get it installed. Lupin|talk|popups 19:49, 31 May 2006 (UTC)[reply]
No. I mean the Wikipedia-famous anti-vandal tool(No sarcasm intented). We have one admin who ain't around 90% of the time. We're afraid Willy will be browsing wikis and see ours. We need something to stop him quick because WE HAVE (BASICALLY) NO ADMIN TO BLOCK HIM!!!-User:Gangsta-Easter-Bunny/Sig--13:02, 1 June 2006 (UTC)

Sorry I could trace it(in response to MY edit on yadav)[edit]

I am really sorry for not having done enough exercise to find out the real person behind mischief.I am 4 months old user on wikipedia and really ashamed of having done the damage unknowingly.I think you will forgive me for the mistake.Infact I have build up most part of the article and ppl who edit it without discussing makes me lose temper and it has happened twice in succession.I admit I should have done more exercise before pointing fingures at you or anybody.Holywarrior 15:08, 31 May 2006 (UTC)[reply]

That's OK, no harm done. Lupin|talk|popups 19:49, 31 May 2006 (UTC)[reply]

Popups[edit]

Hey Lupin, is it possible to turn off the edit links popups add to diffs? It breaks some of the other things in my monobook. (My monobook has this other bug too, if you have time to look at it....) Prodego talk 19:09, 31 May 2006 (UTC)[reply]

If you want to disable diff previews, set popupPreviewDiffs=false. Is that what you mean by edit links? Lupin|talk|popups 19:51, 31 May 2006 (UTC)[reply]
No, when I open up I diff, I see an edit link next to the revision date (a very new feature?), I think I narrowed it down to being in popups. Is this not a popups issue? Prodego talk 19:54, 31 May 2006 (UTC)[reply]
Nope, not popups. Nothing should be altered in the way the page appears by the script. Lupin|talk|popups 19:59, 31 May 2006 (UTC)[reply]
Well I still get it with only popups in my monobook, and I even get it with nothing in my monobook. No relevent changes to the global pages though. Do you see this as well? Prodego talk 20:04, 31 May 2006 (UTC)[reply]
Nope. Must be caching issues. Solution: view source and go to the exact url used by your browser to grab the monobook.js file (it should have action=raw in it somewhere). Reload that until it corresponds with the current version. Lupin|talk|popups 20:06, 31 May 2006 (UTC)[reply]

I cleared my cashe and cleared the monobook files. I still get the links.

Prodego talk 20:10, 31 May 2006 (UTC)[reply]

You're right - so do I! It probably is a new mediawiki feature. Lupin|talk|popups 20:13, 31 May 2006 (UTC)[reply]
Oh, I am glad itisn't just me. So could you possibly figure out why this breaks my monobook.js? It is "the warn tab", which appears on diff pages. It now links to User:Edit rather then the person who made the edit. There is also a much more complex bug that no one seems to be able to figure out how to fix. Prodego talk 20:20, 31 May 2006 (UTC)[reply]
I haven't looked at the code, but I fail to see why you need a device to "userify" links. There are already links to editors' user pages on diff pages. What are you expecting to see? Lupin|talk|popups 21:06, 31 May 2006 (UTC)[reply]
It enables you to leave a test message linking to the article name. Prodego talk 21:08, 31 May 2006 (UTC)[reply]
OK, I think I have the solution. Try changing
      var vandalname = rcol.getElementsByTagName('a')[1].innerHTML;
to
      var vandalname = rcol.getElementsByTagName('a')[2].innerHTML;
Lupin|talk|popups 21:25, 31 May 2006 (UTC)[reply]
That's it, thanks very much! Now if you want challenge here is the big bug. It is either in the monobook.css or .js and the bug is: Essjay's User functions tab limits the number of tabs I can add to a page to 6. This causes a problem on deletion pages, where I want about a dozen tabs. Feel free to not look at this one, but if you do know the problem help would be appreciated. (I think it is the css file, do you know how to program that?) Prodego talk 21:41, 31 May 2006 (UTC)[reply]

Popups in de:[edit]

In the german wikipedia I'got never ending errors like this:

error: log is not defined
line: 4407
error: pg is not defined
line: 1209
error: Drag is not defined
line: 4640

and the most

error: pg is not defined
line: 2960

But my needed funktions seems to work (I can't see an malfunktion). ps. I use FF and I don't think that's crashed with my other scripts. Best regards --Olliminatore 20:44, 31 May 2006 (UTC)[reply]

Never ending, eh? I get these occasionally. I don't know what causes them, though. Please let me know if you can figure it out! Lupin|talk|popups 21:03, 31 May 2006 (UTC)[reply]

I've been thinking about that and I belive this is because popups is quite huge ;). The size of the file might be causing browsers to parse it as the last one that is updated. I don't have any proves of such behavior, but it usually happens when wiki is getting slow or very slow. So maybe there just isn't any solution to this? Or you could add some additional if-s around lines that gives errors? --Nux talk | didn't answer? drop a note 02:10, 1 June 2006 (UTC)[reply]

Here's an idea for you[edit]

Your vandal tools are stunning. I especially like "filter recent changes". However what I desperately want is this: a page that looks exactly like Recent Changes, but simply updates.

So a carbon copy of RC that scrolls as changes are made. THAT would be awesome. (Esp. for RC patrolling!) Simplest way to do this is just to somehow load RC onto a special User:Lupin/RC realtime page and then force it to keep re-checking the information (refreshing if need be). -- Alfakim --  talk  21:43, 31 May 2006 (UTC)[reply]

Like User:Lupin/All recent changes? Lupin|talk|popups 22:13, 31 May 2006 (UTC)[reply]
Yes like that - but rather than in the current "scroll down" form, new updates appear at the TOP - like it's a live feed. t'would also be nice to have the normal RC format. The problem with the current thing you have there is that, left alone, it quickly clogs up and becomes useless (too much data). Perhaps a checkbox - "New content replaces old". The idea i'm thinking of is like an RC page but where the content is ALWAYS the actual recent changes. this would be great as RC is faster (your pages, although more functional, are slower to work - especially on certain browsers). -- Alfakim --  talk  22:29, 31 May 2006 (UTC)[reply]
Continuous updates would be possible, but may lead to an unacceptable strain on the servers, I'm not sure. I don't really see how this would be more usable than the All recent changes page, since the edits would come thick and fast (more than 1 per second). You can get that in scroll down form by typing javascript:void(recent2.outputPosition='top') in the address bar while viewing that page and hitting enter, but the problem is that the new content move old stuff down, which is not so practical. Lupin|talk|popups 03:19, 4 June 2006 (UTC)[reply]

Inkscape[edit]

Hi Lupin, I replied here. --Flominator 23:00, 31 May 2006 (UTC)[reply]

Popups-light[edit]

Have you ever thought of popups-light? It would be nice if some of the code would be incorporated with wiki also for guests (IPs). For example one could go over some inner-link and get quick info about some article whout actualy going in this article. The problem is usually with all sorts of abbreviations and such and this could even be good to wikiservers (user wouldn't click to the article). In addition I belive that wiki php-programers could work on a way to determin header infromation of some article and that way popups wouldn't load whole article (it does that now, correct?). --Nux talk | didn't answer? drop a note 01:57, 1 June 2006 (UTC)[reply]

This is a nice idea. As a start, I've made a version of the script which does previews and nothing else in 111K (77K with comments and whitespace stripped). This could certainly be reduced if the script was written from the bottom up with a view to small code size, but I've set things up so that I can produce a lite version from the full version which means less code to maintain.
Hm... I was hoping it could be smaller. I guess the size is because of there's a lot of parsing the wikicode there?
Well the main problem is that the code is pretty crufty. However, it's good to remember that the servers automatically gzip everything they send, so that 77K gives a download of closer to 25K. Lupin|talk|popups 23:36, 2 June 2006 (UTC)[reply]
You're right about the script fetching full versions of articles each time. However, I don't know if the devs would be happy to add ways to get the start of an article to mediawiki since this involves heuristic guesswork which depends on the conventions of the wiki (do you count the bit which says "go here for the disambig page"? do you count taxoboxes? etc etc). Still it'd be nice to get them to do this stuff serverside... Lupin|talk|popups 12:51, 1 June 2006 (UTC)[reply]
I think a version like "everything until first header" would be nice to start with. It should work in most (all?) cases. This usually contain some boxes, but I think they could be left alone so you can choose to parse/include them or not. Nux talk | didn't answer? drop a note 22:41, 2 June 2006 (UTC)[reply]
I'll experiment with adding a mode to the script which has this behaviour to see if there are pages which would preview badly. For example, many new pages start with a heading, so these wouldn't look so good, but there may be workarounds there. Lupin|talk|popups 23:37, 2 June 2006 (UTC)[reply]

Turning off popups[edit]

Is there a way to temporarly disable some functions of popups? Like somewhere to click to temporarly (just for currently viewed page) to disable loading of preview of an article. --Nux talk | didn't answer? drop a note 01:57, 1 June 2006 (UTC)[reply]

No, not currently. The main issue is figuring out a nice ui for this... any ideas? The script is currently skin-agnostic and I like it that way, so I'd prefer not to have to add a toolbox link or tab; keeping everything inside a popup would be good. Lupin|talk|popups 12:53, 1 June 2006 (UTC)[reply]
Hm... Maybe some dropdown menu in the "p-personal"? You could even have some kind of checkboxes in it I think... Nux talk | didn't answer? drop a note 22:41, 2 June 2006 (UTC)[reply]
I've added an extra menu inside the popup for this sort of thing, which seems to work OK. I'll upload this to the dev version before long. Lupin|talk|popups 23:39, 2 June 2006 (UTC)[reply]

Popups-easy[edit]

I remebered one more... I was thinking of working on some javascript add-on that would generate JS code from an easy to fill HTML form. Some first version would simply be an easy way to configure popups in that manner. What do you think about it? --Nux talk | didn't answer? drop a note 01:57, 1 June 2006 (UTC)[reply]

I think this sounds great! Lupin|talk|popups 12:54, 1 June 2006 (UTC)[reply]

This would be quite easy if done outside of Wikipedia, but I'm not sure if this can be done inside...

To make it inside I'm thinking of creating some simple table with listed options and possible values. In that table there would be some span elements with title that would be the code to add. Those spans would have to have onclick event added (spans would have some specific class). Then when a user would click some submit-like link the text would somehow appear in the edit textarea... Not sure if the last is doable at all... Another problem would be - what if a user would have some previously set options? The text would already be in his .js... Or maybe this shouldn't be done so simple and user would simple have to copy paste some generated text. Nux talk | didn't answer? drop a note 22:41, 2 June 2006 (UTC)[reply]

If you can create a nice UI for me, that'd be a big first step. We don't even need the copy paste - the user could click a button and the tool could alter his js file in the background. Probably it'd be simplest to detect existing customization and abort if we find any. We'd also have to be able to recognize prior customization blocks added by the tool and parse them, but again this is quite doable. Lupin|talk|popups 23:42, 2 June 2006 (UTC)[reply]
Perhaps it would be an idea to make popups recognize some kind of "special" page in your user space (or somewhere else) that prompts popups to insert an HTML form in the content area, loading it with the settings found in the user's js, and when ready, save the settings back. Can that be done with the XMLHttpRequest thingy you're using? Shinobu 02:31, 13 June 2006 (UTC)[reply]
Yes, this sort of thing is quite doable. Just a case of writing it. Lupin|talk|popups 02:46, 13 June 2006 (UTC)[reply]

Popups - warnings[edit]

Sorry to spam you with all sorts of things at one time, but this might be important.

I've mentioned some problems with warnings in JavaScript console and then you said you don't have any. I also saw none and thought this was fixed, but I've simply forgot that I enabled strict mode of JS...

Any way the warnings are still there. If you have webdeveloper then just go to:

Web Developer Options -> Miscellaneous -> Enable strict warning

And now reload and watch the yellow triangle appear and get used to it as almost all pages on the net have it ;). Most of warnings are probably not dangerous, but some might be or may point you to solving some unsolved problem (might even get popups to fully work under Opera and IE). Most of the warnings are:

  • does not always return a value (probably not important, but it could)
  • assignment to undeclared variable (usually just some "var" keyword is missing)
  • reference to undefined property (if this didn't generate an error then is usually OK).

Just recently I've made some JS algorithm test page that worked on FF, but not on both Opera and IE. Finally I've run Opera JavaConsole and found that there were some errors not shown in FF console. This in particular were:

const OUTPUT_ELEMENT_ID = 'output'; // not working (string can't be const?)

and

var OUTPUT_ELEMENT_ID = 'output';

But I also had some issues with innerHTML (had to use createElement func.).

Hope this will be of any help, Nux talk | didn't answer? drop a note 02:47, 1 June 2006 (UTC).[reply]

Thanks, I found one "assignment to unassignment variable" which wasn't a red herring :) Lupin|talk|popups 13:09, 1 June 2006 (UTC)[reply]

Bots.[edit]

Hello, Lupin. Again, Someone already responded my message yesterday. I'm so curious about wikipedian bots right now. Lupin, When I checked article for vandalism, there are some wikipedian bots who put another version language. Such bots User:YurikBot. In my opinion, Bots are usually fix the spelling, grammar mistakes in article, and put another language version from the source of article. To Arabic, Hebrew, Korean, Japanese, Chinese, French, Spanish, Italian, Russian, Armenian, German, Chinese etc. I personally think that some bots usually fight with vandalism. Lupin, I just visited Chinese Wikipedia, (P.S I'm Chinese Wikipedian), I saw that YurikBot added language form in Chinese Wikipedia. Does Wikipedian Bot know every language version because I really want to know about Bots. Does Wikipedian make an extra ID for Bots? Is making Bot ID for only admin? What do they use their own Bots ID for? Just explain to me in my discussion's page. I understand you don't like to respond in my talk-page. But please, Reply on my talk-page. Thanks. Daniel5127, 06:21, June 02 2006(UTC)

Replace tab[edit]

I was playing around with regexps on Wikisource a few days and eventually got the point where I was running a monotonous search/replace using the Replace tab from here. I decided to use the AddLiMenu function to create a dropdown of regexps, so that you could just click and have them done, instead of clicking and pasting the regexp into the "Search", then hitting enter and typing the replace into "Replace".

I got it working with a simple regexp: (\n), replace with $1$1, which doubles the whitespace (used it extensively when converting the Bible texts from HTML to templates). One of our latest projects is converting a rather ugly HTML header (found here) into a simple template. The main issue is that, despite escaping the backslashes in the regexp, jumping through several hoops, dancing naked in the moonlight, etc, I can't get it to work. The regexp <div[\\s\\S\\n\\R ]*\\[\\[EBD1897:([^|]*)\\|[^\\]]*\\]\\][\\s\\S\\n\\R ]*\\[\\[EBD1897:([^|]*)\\|[^\\]]*\\]\\][\\s\\S\\n\\R ]*\\[\\[w:([^|]*)\\|[^\\]]*\\]\\][\\s\\S\\n\\R ]*</div> seems to work fine when simply applying it to the page, but as an actual function, like this, it doesn't work. Any idea on how I might get it to work? Jude (talk) 07:24, 2 June 2006 (UTC)[reply]

I'm not sure - quoting issues are often hairy. I'd suggest sidestepping them with something like this:
<nowiki>
// global scope
function replWS(){
  replace2(/whatever/, '$1$1');
}
function moonlitReplace(){
  replace2(/nasty regexp/, 'nasty replacement');
}
function setupReplacements() {
  var tabs= ...;
  addlimenu(...);
  var replf=...;
  addlilink(replf, 'javascript:replWS()', 'foo', 'bar');
  addlilink(replf, 'javascript:moonlitReplace()', 'baz', 'quux');
}
addOnloadHook(setupReplacements);

</nowiki>

Lupin|talk|popups 12:18, 2 June 2006 (UTC)[reply]
Thanks for the suggestion! The /regexp/ didn't work (broke everything, actually), and quoting it with both " and 's doesn't work either... It dies with a "Error: unmatched ) in regular expression" (from the Firefox JavaScript console). I tweaked it so that instead of replacing that regexp, it prompted for it, and pasted it in, and it worked on that occasion... But eh. Perhaps I'll just keep it on the clipboard :) Thanks for your suggestions. :) Jude (talk) 13:59, 2 June 2006 (UTC)[reply]
Did you try changing all the double backslashes to single backslashes? Lupin|talk|popups 14:51, 2 June 2006 (UTC)[reply]
I managed to work out what it was--apparently it was an issue with the length of the regexp. I ended up concantenating it across multiple lines, and haven't had a single issue since then. Thanks for your suggestion! :) Now, to try and work out how to automagically submit a move page form... Jude (talk) 10:24, 5 June 2006 (UTC)[reply]

thanks for popups[edit]

congrats for your script - this is sooo cool ! — MFH:Talk 14:19, 2 June 2006 (UTC)[reply]
(PS: sorry for this unproductive edit, but I felt the urge...)

Yes, thanks from me too - and the latest changes to make the actions/user menus nicer is much appreciated. -Joshuapaquin 02:52, 4 June 2006 (UTC)[reply]
By nicer, do you mean shorter or longer? :) I'm trying to decide what the default setting should be, menus or shortmenus. Lupin|talk|popups 22:39, 6 June 2006 (UTC)[reply]

Suggestion for making the Popups window easier to read[edit]

Hi Lupin, Thanks very much for your Popups work, it is truly a wonderful feature.

I have a minor issue:

  • When I hover my mouse over a link and the popup window is displayed, I find it distracting in the initial moment when the popup content is loaded, because the text in the box shifts around. So I start reading the popup, and then after a few seconds some new content loads and I lose my place and have to start over reading. This seems to happen usually at the moment the image thumbnail is loaded into the popup.

With that in mind, I have a minor suggestion:

  • Would it be possible to pin the content down so that once it is displayed in the popup, it never changes location or shifts around? I think that would be a nice improvement. It would be fine if new content loaded after a few seconds that made the popup larger, as long as the stuff already displayed in the popup doesn't shift around.

My browser is Mozilla Firefox 1.5.0.4 on Windows XP.

Just a thought. Thanks again! --Fjarlq 13:50, 4 June 2006 (UTC)[reply]

Yes, this is something I remain unhappy with. I have improved things a little in the dev version: it still shifts, but hopefully is more responsive to content changes than before. Maybe one day this will be fixed completely... patches or assistance welcome! Lupin|talk|popups 22:38, 6 June 2006 (UTC)[reply]

Fair Use image[edit]

Why are fair use images coming up in that box in the corner of your userpage? Maybe you should remove it before you get into some deep trouble. The Gerg 19:57, 7 June 2006 (UTC)[reply]

It's just a recently uploaded image produced by {{Special:Newimages/1}}. Lupin|talk|popups 21:35, 7 June 2006 (UTC)[reply]

Freeze[edit]

I just noticed that your great tool freezes my browser (Firefox & IE) when hovering over a link to (Careful! You probably will have to kill your browser) Comparison_of_Intel_Central_Processing_Units. Cheers, --Amalthea 01:10, 8 June 2006 (UTC)[reply]

Eh, or maybe it's just pretty slow due to the markup of that page?! --Amalthea 01:21, 8 June 2006 (UTC)[reply]
This is a bug. Working on it... Lupin|talk|popups 01:28, 8 June 2006 (UTC)[reply]
This is semi-fixed in the dev version. It makes firefox give the unresponsive script dialog for me, which is an improvement over freezing the browser. If you hit continue enough times (once suffices for me) then it should function correctly. This is caused by the huge table on that page; I don't know a better way around this. Lupin|talk|popups 01:35, 8 June 2006 (UTC)[reply]
Update: the dev version is still slow to generate this preview, but no longer gives the unresponsive script dialog for me. Lupin|talk|popups 14:21, 8 June 2006 (UTC)[reply]

Searching text area in Firefox[edit]

Splarka responded to a query I posted at the Village pump technical about getting Firefox to Find text in the Edit window, by pointing me to Wikipedia:Tools/Browser_integration#Search_within_Textarea_Extension_with_regex.

I have downloaded the code at [8], but don't know what to do with it. I'm afraid I have zero experience with this stuff. Could you point me in the right direction? TIA-- Mwanner | Talk 12:38, 8 June 2006 (UTC)[reply]

The right direction. Lupin|talk|popups 14:09, 8 June 2006 (UTC)[reply]
Ah, that's great! Many thanks. -- Mwanner | Talk 15:24, 8 June 2006 (UTC)[reply]

Pop-ups for audio links[edit]

We have a template {{audio}} meant for inline links to audio files:

'''Bordeaux''' ({{Audio|Fr-Bordeaux.ogg|pronunciation}}) is a [[Seaport|port]] city in...

gives this:

Bordeaux (Audio file "Fr-Bordeaux.ogg" not found) is a port city in...

A big complaint is that the help and info links are cluttering up articles. I thought perhaps we could put those links inside a javascript pop-up. People who don't have javascript will just see them the way they are now. I made a mock-up script, but it would need a lot of work before going live. You are an expert on pop-ups, so I'd like your opinion on whether this is a feasible idea. See Template_talk:Audio#FormattingOmegatron 14:25, 8 June 2006 (UTC)[reply]

I think it should be feasible techically. You could even have a pure CSS solution, I believe, operating like the dropdown menus in the popups. CSS should probably be involved somewhere in any event so that you can hide stuff without having to show it first, which a "hide with JS on page load" approach would seem to have to involve. Lupin|talk|popups 22:41, 8 June 2006 (UTC)[reply]
Would a pure CSS version be supported in all major browsers, though?
I used CSS to style the box in my example. The javascript just writes the style sheet to your page so I didn't have to modify Mediawiki:Common.css for my example. — Omegatron 23:14, 8 June 2006 (UTC)[reply]
I guess browser support isn't all it could be, so you're right that pure css may be tricky. If you like, I could add hooks to the popups script to let you control the popup content for media links. Lupin|talk|popups 23:25, 8 June 2006 (UTC)[reply]
I was thinking along the lines of taking my example script and making it more robust, prettier, and able to work on all major browsers. Then we could include it in MediaWiki:Monobook.js and on browsers that didn't support it, they would degrade gracefully and see the current template with no popup. — Omegatron 14:06, 9 June 2006 (UTC)[reply]

This works, more or less. It remains quite ugly, though :) By the way, people with CSS enabled but javascript disabled will not see these links, as things stand. To fix this, maybe the script should assign a new CSS class on page load to the relevant objects. This has the side-effect of them appearing while the page loads and then disappearing, though. Lupin|talk|popups 01:11, 10 June 2006 (UTC)[reply]

document.write(
    '<st' + 'yle type="text/css">            ' +
    ' div.audiolinkbox {                     ' +
    '     border:2px solid rgb(170,170,170); ' +
    '     background-color:rgb(250,250,250); ' +
    '     position:absolute;                 ' +
    '     margin:-1.2em;                     ' +
    '     display:none;                      ' +
    ' }                                      ' +
    '<' + '/style>'
    );

addOnloadHook(function () {
    
    function lightup () {
        this.audioPop.style.display="inline";
    }

    function lightout () {
	var savedThis=this;
	clearInterval(this.lightTimer);
	this.lightTimer=setInterval(function(){hideAudioPop(savedThis);}, 2000);
    }

    function hideAudioPop (caller) {
	clearInterval(caller.lightTimer);
	caller.audioPop.style.display="none";
	caller.audioPop.onmouseout = null;
    }

    function mouseoverAudioPop () {
	var hotspot = this.hotspot;
	if (!hotspot) { return; }
	clearInterval(hotspot.lightTimer);
	this.onmouseout = function () {
	    hotspot.lightTimer=setInterval(function(){hideAudioPop(hotspot);},2000);
	};
    }

    /* Get all the span tags */
    spans = document.getElementsByTagName('span');

    /* go through them all */
    for (i=0;i<spans.length;i++) {
    /* If the span is class audiolinkinfo */
        if (spans[i].className.indexOf("audiolinkinfo") != -1) {
            /* Put it in a box */
            box = document.createElement('div');
            box.className="audiolinkbox";
            spans[i].parentNode.insertBefore(box,spans[i]);
            box.appendChild(spans[i]);
            /* Remove the parentheses */
            insidebox = spans[i].firstChild
            for (j=0;j<insidebox.childNodes.length;j++) {
                if (insidebox.childNodes[j].textContent == "(" || 
		    insidebox.childNodes[j].textContent == ")") {
                    insidebox.removeChild(insidebox.childNodes[j])
                }
            }
            /* Add the hover thing to the audiolink span */
	    var hotspot = spans[i-1];
            hotspot.onmouseout=lightout;
            hotspot.onmouseover=lightup;
	    hotspot.audioPop=box;
	    box.hotspot = hotspot;
	    box.onmouseover = mouseoverAudioPop;
        }
    }

});

Popups[edit]

I've tried using pops but they don't work for some reason. Can you please help? Thank you! Drahcir my talk 23:11, 8 June 2006 (UTC)[reply]

Popups: omg, again?[edit]

First I have to say THANK YOU, they're really useful.

I have translated the strings to Slovenian: they are here. However, the messages are still displayed in English, even after I cleared my cache completely. Do you have any idea what could possibly be wrong? Here's my monobook.js. --Eleassar my talk 00:20, 10 June 2006 (UTC)[reply]

You have a syntax error caused by an extra backslash on line 186: change
   'userLogHint': 'Prikaže dnevniške zapise za %s\',

to

   'userLogHint': 'Prikaže dnevniške zapise za %s',
Hope this fixes things! Lupin|talk|popups 01:18, 10 June 2006 (UTC)[reply]
Yes, thanks a lot! --Eleassar my talk 09:25, 10 June 2006 (UTC)[reply]

Another thing: could you please rearrange the code so that it allows for 'old n weeks' instead of 'n weeks old'. That's for the translation. Thanks. --Eleassar my talk 09:48, 10 June 2006 (UTC)[reply]

This is now in the dev version (I won't upgrade the strings-draft file yet, as the stable version doesn't have this string). You should provide a translation for '%s old' (eg '%s old': 'old %s'). Lupin|talk|popups 16:21, 10 June 2006 (UTC)[reply]

Another bug: by each page the popups always say it is 208 weeks old. --Eleassar my talk 21:49, 12 June 2006 (UTC)[reply]

They don't for me. I see stuff like this:
Prvi kontingent SV v Afganistanu ⋅ukazi
Škrbina, 1.9kB, 63 wikipovezav, 0 slik, 0 kategorij, 2 dni 11 ur staro
Don't you get that sort of thing? There could be subtle caching/server-side issues at work here, but your browser, browser version and OS may be relevant. Let me know that stuff and we can dig deeper. Lupin|talk|popups 22:15, 12 June 2006 (UTC)[reply]

Now I'm working on another computer. The only thing I can think about that is not the same is that previously I were using the AutoWikiBrowser. I'm sorry I haven't checked if there's any difference between running and not running it. I'll probably do that tomorrow.

Now this bug appeared again on this second computer and I haven't changed anything (except having opened a few more tabs in Firefox). --Eleassar my talk 00:51, 13 June 2006 (UTC)[reply]
Hm. When that happens, could you try inspecting the HTTP headers returned form a page like http://en.wikipedia.org/w/index.php?action=raw&title=Foo You should see a Last-Modified header, which should have a date in the not-too-distant past. Try this for a few different article titles for variety. What kind of dates do you see?
I think you can use the firefox livehttpheaders extension for this, or if you have a unix-like machine you can use curl or wget to dump the headers. Lupin|talk|popups 01:26, 13 June 2006 (UTC)[reply]

Thanks[edit]

Lupin, thanks for helping us with our format for "David Lucas Burge." AEMP 03:32, 10 June 2006 (UTC)[reply]


Can't use the popups in some cases[edit]

Check out this bit of vandalism. [9]

When I hover over the action link, the menu popup where I can revert has a space between it and the position of my mouse cursor. Since the popup disappears the moment I'm not hovering on action or the menu itself, it disappears when I go to it due the spacing inbetween the menu and the actin link. It even does this when hovering over that external link. Kevin_b_er 08:35, 4 June 2006 (UTC)[reply]

I can't reproduce this. Could you post a screenshot of the gap? Also, please tell me your browser, browser version and operating system. Thanks! Lupin|talk|popups 15:02, 4 June 2006 (UTC)[reply]
Running Mozilla Suite 1.7.12 on Windows XP. Here's the screenshot: Image:Kevin_B_Screenshot_1.png My cursor does not appear, but it was directly over 'actions' at the time. Attempts at going to the menu on popups like this are impossible due to the the gap immediately hiding the menu when the mouse goes through it. It doesn't appear in firefox, but I'm too suck on good 'ole mozilla for the time being. Kevin_b_er 07:47, 10 June 2006 (UTC)[reply]
Is that the latest version? I'm not sure with all the rebranding, but perhaps you could try this and see if you have better results. If you're stuck with that version, maybe you'd be satisfied with setting popupStructure='original'. Lupin|talk|popups 16:25, 10 June 2006 (UTC)[reply]
Yeah, that was the last final release of the mozilla suite, there was a beta version of 1.8 put out, but it had a lot of nasty bugs and I'm still waiting on seamonkey to finish ironing out some issues. Otherwise, however, that branding is original mozilla-suite styling with the classic (netscape) theme (which is included). I'll try switching to popupStructure original and see if that fixes it up. Kevin_b_er 22:58, 11 June 2006 (UTC)[reply]
Can you please disable popups in edit mode, they actually seem to get very jumpy and annoying when editing.Voice-of-All 23:36, 11 June 2006 (UTC)[reply]
You want the popupOnEditSelection option. Lupin|talk|popups 02:02, 12 June 2006 (UTC)[reply]

OMG spellcheck! missing idea[edit]

Brilliant work as usual. But the toolbox really needs a "spellcheck this page" function. You click it, and then your tool analyses the page you were just on, thus allowing you to spellcheck your work any time. -- Alfakim --  talk  15:12, 12 June 2006 (UTC)[reply]

Tricky to do efficiently in javascript. You could download Bon Echo - it spellchecks textareas automatically. Lupin|talk|popups 22:25, 12 June 2006 (UTC)[reply]
Hm, on second thoughts, this would be doable (with the caveat that, like the live spellcheck tool, it would only catch common misspellings). Maybe I'll get around to this, it is a nice idea. Lupin|talk|popups 22:29, 12 June 2006 (UTC)[reply]
Well it really starts to lag on long pages, but it is fairly quick otherwise. I am too scared to make a 1000+ word regex with $1 replace stuff, so I do each word seperatly, but maybe it wouldn't crash with a single regex, I don't know.Voice-of-All 08:54, 13 June 2006 (UTC)[reply]

The Script[edit]

I know I ought to answer on another page, but, there was a clash of your navigational popup and the script that creates online-busy-online in between my contributions and log out. My browser is Mozilla Firefox

How can I rectify this?

Thanks, Jean-Paul 19:57, 12 June 2006 (UTC) Talk to me[reply]

I think the problem is that your monobook.js had the line
[[User:Lupin/popups.js]]
instead of
// [[User:Lupin/popups.js]]
(note the // at the beginning). It might work if you put the slashes in. Lupin|talk|popups 22:18, 12 June 2006 (UTC)[reply]

Thanks, Jean-Paul 05:14, 13 June 2006 (UTC)[reply]

Popups on secure.wikimedia[edit]

For some reason popups doesn't want to work on the secure server - I tried changing the path, nothing. Any ideas why? -- 9cds(talk) 22:39, 12 June 2006 (UTC)[reply]

Yes, I only added support for this recently, and it's probably only in the dev version. Give that a whirl and it should work (fingers crossed). Lupin|talk|popups 22:43, 12 June 2006 (UTC)[reply]
I tried installing it, but the subst: command doesn't want to work? -- 9cds(talk) 08:54, 13 June 2006 (UTC)[reply]
Yes, you have a <nowiki> tag at the top of your monobook.js which is preventing this from working. You could either remove this tag, or just edit the old popups installation, changing popups.js to popupsdev.js everywhere (twice, I think). Lupin|talk|popups 13:34, 13 June 2006 (UTC)[reply]
Oops, thanks. Still no joy in getting it to work, though. -- 9cds(talk) 15:33, 13 June 2006 (UTC)[reply]
Seems to be working - thanks a lot! -- 9cds(talk) 15:42, 13 June 2006 (UTC)[reply]

Popups crashing Firefox[edit]

After uninstalling and re-installing my monobook features one by one, it seems that your popups tool is suddenly crashing Mozilla Firefox. Do you have any idea why? (The only other tools I have installed are the busy/online/offline status changer and the Interiot editcount tool.) Thanks for your help. -→Buchanan-Hermit/?! 01:41, 14 June 2006 (UTC)[reply]

How is it crashing - does it freeze or just crash? Which version of firefox, and which operating system are you using? If you're not using it, can you upgrade to the latest version and try that? Lupin|talk|popups 02:10, 14 June 2006 (UTC)[reply]
It was crashing via the "Send error report? Send/Don't Send" way, on Windows XP. And I'm using Firefox 1.5.0.4, which is the latest version. (And on an unrelated note, the .php diffs on Wikipedia has stopped working for me... Yes, I've tried virus-scanning. This is getting messy.) -→Buchanan-Hermit/?! 02:35, 14 June 2006 (UTC)[reply]
Do you have any extensions installed? Please try uninstalling or disabling them. Lupin|talk|popups 02:38, 14 June 2006 (UTC)[reply]
No, I don't think I do. There's nothing "extra" installed on my browser. -→Buchanan-Hermit/?! 03:07, 14 June 2006 (UTC)[reply]
Hmmm, the problem seems to have resolved itself after leaving the computer alone for a few hours and then re-installing the script. Thanks for your help. -→Buchanan-Hermit/?! 04:18, 14 June 2006 (UTC)[reply]

Popups - block log in original structure[edit]

Hi Lupin. Using the 'original' structure I would like to have a link to a user's block log.

In my config. options I have popupAdminLinks=true and popupStructure='original'. Hovering over a user this gives a link to their log (their page moves etc) and the block page, but it does not give a link to the block log (to see if they have been blocked). I would like a link to the block log.

I know the link exists under different popupStructures, but is it possible to have it added to the 'original' structure? (I find that 'original' is the fastest and best structure for me). Thanks --Commander Keane 02:39, 14 June 2006 (UTC)[reply]

Good idea - I've changed this in the dev version. Lupin|talk|popups 04:06, 14 June 2006 (UTC)[reply]

Popups problem (minor)[edit]

Hi,

I've noticed that when you hover a wikilink in a <div> tag in Opera 8.5x/Windows XP, the background to the popup becomes transparent. I know there have been some problems in Opera 8.5x, but thought I'd notify you of this bug just in case.

EvocativeIntrigue TALK | EMAIL 19:53, 14 June 2006 (UTC)[reply]

popups again[edit]

Hi, i have made a translation of your popup for frwiki. I try to change the popup max width to make it contain the translation but it doesn't work. I try with this 2 lines : popupInitialWidth=400; popupMaxWidth=400; If I made a mistake please tell me. Thanks Leag 11:20, 15 June 2006 (UTC)[reply]

Looks good to me. I remember having trouble with that stuff, so it may not work terribly well. Which browser are you using? Lupin|talk|popups 12:33, 26 June 2006 (UTC)[reply]

anti-vandal tool suggestions[edit]

I'm enjoying the Monitor my watchlist feature, and have two suggestions. (1) Have you considered making new entries appear on the top of the page instead of the bottom of the page? (2) Would it be possible to implement an option so that updates where there is no content would not appear? So it would ignore the following:

  • (7) updating...done up to 10:27:02 remove earlier output
  • (8) updating...done up to 10:27:27 remove earlier output
  • (9) updating...done up to 10:28:01 remove earlier output

Either way, thanks for using your programming skills to enhance the Wikipedia. -- Reinyday, 17:38, 16 June 2006 (UTC)

Yes, this has been discussed elsewhere. I forget where, but it'll be somewhere on User:Lupin/alltalk this behemoth I expect. Lupin|talk|popups 12:33, 26 June 2006 (UTC)[reply]
Which suggestion has been discussed elsewhere? Do you plan to implement either? Thanks. -- Reinyday, 20:43, 5 July 2006 (UTC)

Another Thankyou[edit]

Thankyou, Lupin. Your popup script has greatly improved my Wikipedia experience. For instance, if there's a term I am unsure of I just mouseover it and it gives me a little popup with a description. Even images are included.

Thanks so very much, this script should be a standard feature of Wikipedia in my opinion! Best possible regards,

Celardore 00:13, 17 June 2006 (UTC)[reply]

Amen to that!--Chodorkovskiy (talk) 05:24, 17 June 2006 (UTC)[reply]
Thanks! Lupin|talk|popups 12:33, 26 June 2006 (UTC)[reply]

A big thank you for me too - great script. Warm regards --Charlesknight 22:05, 26 June 2006 (UTC)[reply]

Minor popups font color request[edit]

Can you explicitly specify the black color of the preview text in your code, so that custom skins' font colors aren't used instead? Mine is showing up as light green text on your off-white background. — BRIAN0918 • 2006-06-17 22:30

Should be possible... did you try [this]? Lupin|talk|popups 12:33, 26 June 2006 (UTC)[reply]

Firefox "Unresponsive script"[edit]

I upgraded my Firefox browser a few days ago to 1.5.0.4. I'm really not sure which version I had prior to that (I think it was 1.0). Since then I've had some problems with the pop-ups. When the mouse hovers over some links (but not others), I get a "spinning beachball" (i.e., Mac) mouse cursor for a few seconds, followed by an error message:

"Warning: Unresponsive script. A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete."

If I click "Stop" it clears up after about a second and I'm on my merry way (for a while). This doesn't happen with every link, just some, and I can't tell why some links set it off and others don't. Again, this is Firefox 1.5.0.4 and I use it on Mac OS X 10.3.9. I use the "classic" Wikipedia skin. Thanks! -- Gyrofrog (talk) 06:37, 18 June 2006 (UTC)[reply]

How fast is your machine? It should be possible to use the script on an older machine, but this is still useful to know. Also, if you can send me urls for links which set off the dialog, I can try to investigate further. Lupin|talk|popups 12:33, 26 June 2006 (UTC)[reply]
Here's such a link, this was in my watchlist and I got the error when I moused over it: Ethiopia#Demographics. Here's another: Rubik's Cube. (Both of these pop-up OK some of the time.) I am using a 266MhZ PowerPC G3, with 320MB RAM. Again, slow as this machine is, I didn't have the problem with the pop-ups until I upgraded Firefox. Thanks, -- Gyrofrog (talk) 03:36, 28 June 2006 (UTC)[reply]
Hm. I find it strange that they sometimes pop up OK, but sometimes don't. Do you mean that they're always slow they first time you mouseover them after a page load but are OK once you've waited for them to load completely and then mouseover them again? Or does it seem more random than that?
For want of a better suggestion, please could you try with all firefox extensions disabled and all other user scripts disabled to see if it still happens? Thanks, Lupin|talk|popups 11:26, 28 June 2006 (UTC)[reply]

Popups "menu" style display on Opera[edit]

Hi Lupin, can you disable the "menu" style display of popups options for Opera, again? I'm typing this from Opera 9 final ("about" page says it's build 8501) and "menu" style popups is once again definitely broken. It was okay from the one public build before beta 2 on, but broke again after build 8473 (3 builds before this final release). Regards, Kimchi.sg 04:05, 21 June 2006 (UTC)[reply]

That's annoying. Will do. Lupin|talk|popups 12:33, 26 June 2006 (UTC)[reply]

Pop-up diff bug[edit]

If you open the history of the below articles and use pop-ups to view NawlinWiki's June 20th edits it looks like he removed the entire first paragraph instead of just the first template.

Distributed Reflection Denial of Service

Gymnaslærer Pedersens beretning om den store politiske vekkelsen som har hjemsøkt vårt land

Other than this minor bug, thanks for the great tool! --Pascal666 04:10, 21 June 2006 (UTC)[reply]

Gah, that's bad. I'll investigate when I get the time. Lupin|talk|popups 12:33, 26 June 2006 (UTC)[reply]

Interwiki Resolver Tool[edit]

Hi, I decided to start a new conv thread - the one above was getting a bit out of hand.

I am in the process of building a tool to help users themselves resolve interwiki link problems. The more wikies there are, the more conflicts we get, and my talk page fills up with complains that I should know en:Sabians is a religious community and fr:Sabian a factory for cymbals, whereas its my bot that does all this... Anyway, to get to the point: I created this tool, and its in desperate need of your javascript expertise. I would like to add a menu for each link, similar to the "actions" menu in the popup. Can you help? Thanks! --Yurik 06:40, 26 June 2006 (UTC)[reply]

Yes, probably. What exactly do you need the script to do? Lupin|talk|popups 12:33, 26 June 2006 (UTC)[reply]
Here's an example of the tool in action: [10]. Currently you can click the two numbers in parenthesis to set checkmarks for all those pages that this page links to (see the tool tip that pops up on these links). What i would like to do is have a menu instead, next to each item, auto-poped-up, which would have the two existing options (Select all that this page links to, select same group links this page links to), plus some more (like select those pages that link to this page, etc).
The way its done now is in each <a> tag, there is a call to Select() javascript function that takes a list of ids and sets them.
The menu should probably be similar: Menu( Array("title1", "Select(Array('id1','id2',...))", "title2", "some other script", ...)). Any thoughts? Thanks! --Yurik 15:14, 26 June 2006 (UTC)[reply]

Popups null edit[edit]

Hey, what happened to the "null edit" ability in Popups? That was really useful. Just wondering if it was removed intentionally (and if so, what the reason was), or if this was accidental. Oh, and thanks for all of the time you continue to spend improving the tool. More people appreciate it than you know! --Cyde↔Weys 23:09, 26 June 2006 (UTC)[reply]

The menu was getting too long, so it's shorter by default. To get the old kitchen-sink menu, set popupStructure='menus' in your javascript file. Lupin|talk|popups 00:52, 27 June 2006 (UTC)[reply]

Pb since yesterday[edit]

Popups crash (coredump) my firefox 1.5/Linux debian since yesterday 26/06, need to deactivate JS. what changed please ? Utilisateur:HBBK

Nothing has changed since yesterday, as far as I can see. Lupin|talk|popups 11:33, 27 June 2006 (UTC)[reply]
It seems to be ok now. I don't know what happened, maybe a corrupted version stuck in our proxy cache ... best and thanx you for that very helpfull tool Utilisateur:HBBK

Question about popups[edit]

When you revert in popups, there is &autoclick=wpSave in the url. Well, I have loads of subpages at User:GeorgeMoney/delpage that I want to delete, so I want to make it easier for the admin(s) deleting them. So, would it be possible for an admin with popups to use &autoclick=wpConfirmB which is the submit button for delete. Can this be achieved so all the admin has to do is press the "delete" link I have provided and the page will be deleted automatically instead of having to go to a form and click the button? --GeorgeMoney (talk) (Help Me Improve!) 22:05, 27 June 2006 (UTC)[reply]

Yes, could it could be done in popups, but there's no point. It'd be a five-line script anyway... something like this:
addOnloadHook(function(){
  if (document.location.href.indexOf('action=delete&confirmdelete')>-1) {
    document.getElementById('deleteconfirm').wpConfirmB.click();
  }});
(untested). You could extend this to include a reason for deletion, too. Lupin|talk|popups 22:20, 27 June 2006 (UTC)[reply]
Actually, there is no need for a reason for deleteion, because I have already included that in the url "&wpReason=User%27s+subpage+requested+to+be+deleted+by+the+owner.+%5B%5BWP%3ACSD%7CCSD%5D%5D+U1". And I tested the script at a test wiki and it doesn't work. But, Prodego is deleting all of them without a script, so there is no need for one. But, thanks for trying though :) . --GeorgeMoney (talk) (Help Me Improve!) 22:48, 27 June 2006 (UTC)[reply]
Hm, you tried it with action=delete&confirmdelete in the url and it failed? That's curious. Anyway, glad you've found a solution. Lupin|talk|popups 23:01, 27 June 2006 (UTC)[reply]
Oh, there was no "confirmdelete" in the url. When I do http://wiki.xyrael.net/mediawiki/index.php?title=User:GeorgeMoney&action=delete it doesn't work. But, then I added the confirmdelete, and it worked. --GeorgeMoney (talk) (Help Me Improve!) 23:03, 27 June 2006 (UTC)[reply]

I also use auto edits to welcome people. I have to go to the new user log, copy all the names into MS Word, use the 'replace' function to replace all the eccess data, and then use it to put {{User:GeorgeMoney/Welcome/Template| }} around it. Then copy that to User:GeorgeMoney/Welcome/Page and press the "welcome me" button which links to the user talk page and it auto adds the welcome. Is there a way to do this directly from the log so I don't have to go through all these steps? --GeorgeMoney (talk) (Help Me Improve!) 02:46, 28 June 2006 (UTC)[reply]

Yes, you want to add the welcome me links directly to the new users page, I imagine. Shouldn't be hard.
function addGreetLinks() {
  var guff='&autoclick=wpSave&autosummary=Welcome%20to%20Wikipedia!&preload=User%3AGeorgeMoney%2FWelcome&editintro=Template%3AThisisnotatemplate&section=new&create=Welcome';
  var lis=document.getElementById('content').getElementsByTagName('li');
  for (var i=0; i<lis.length; ++i) {
    var as=lis[i].getElementsByTagName('a');
    var greet=as[1].cloneNode(true);
    greet.firstChild.nodeValue='greet';
    greet.href += '&action=edit' + guff;
    greet.removeAttribute('class');
    as[1].parentNode.appendChild(document.createTextNode(' '));
    as[1].parentNode.appendChild(greet);
  }
}
if (/title=Special(%3A|:)Log&type=newusers/.test(document.location.href)){addOnloadHook(addGreetLinks);}
Lupin|talk|popups 03:12, 28 June 2006 (UTC)[reply]
Yes, it works! Thank you! --GeorgeMoney (talk) (Help Me Improve!) 03:25, 28 June 2006 (UTC)[reply]

Bug report[edit]

Hi,

This is a bug report on "popups". This is the first time it happened eventhough I have been working with the same configuration for a long time. The bug is in the edit summary of this revert. FYI, I use Mozilla Firefox 1.5.0.4 on Windows XP SP2 with all available updates installed. The bug was not reproduced in next revert. — Ambuj Saxena (talk) 16:34, 28 June 2006 (UTC)[reply]

This talk page is becoming very long. Please consider archiving.

Hm, this is tricky to diagnose. If this happens again, please open your browser history and locate the page whose title looks like "(Editing ARTICLENAME - Wikipedia, the free encyclopedia)", with the brackets and without the quotes. Right-click, select copy link location and send me the url. Maybe this page is still in your history and you can do this now? Lupin|talk|popups 22:15, 28 June 2006 (UTC)[reply]