Misplaced Pages

This is an old revision of this page, as edited by Sphilbrick (talk | contribs) at 21:47, 27 November 2012 (→Still have location map problem: Thanks.). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

• Table of contents
• First discussion
• End of page
• New post

• WP:VPT
• WP:VP/T
• WP:TECHPUMP
• WP:PUMPTECH

Newcomers to the technical village pump are encouraged to read these guidelines prior to posting here. Questions about MediaWiki in general should be posted at the MediaWiki support desk.

view · edit Frequently asked questions (see also: Misplaced Pages:Technical FAQ) Click "" next to each point to see more details. If something looks wrong, purge the server's cache, then bypass your browser's cache. This tends to solve most issues, including improper display of images, user-preferences not loading, and old versions of pages being shown. No, we will not use JavaScript to set focus on the search box. This would interfere with usability, accessibility, keyboard navigation and standard forms. See task 3864. There is an accesskey property on it (default to accesskey="f" in English). Logged-in users can enable the "Focus the cursor in the search bar on loading the Main Page" gadget in their preferences. No, we will not add a spell-checker, or spell-checking bot. You can use a web browser such as Firefox, which has a spell checker. If you have problems making your fancy signature work, check Help:How to fix your signature. If you changed to another skin and cannot change back, use this link. Alternatively, you can press Tab until the "Save" button is highlighted, and press Enter. Using Mozilla Firefox also seems to solve the problem. If an image thumbnail is not showing, try purging its image description page. If the image is from Wikimedia Commons, you might have to purge there too. If it doesn't work, try again before doing anything else. Some ad blockers, proxies, or firewalls block URLs containing /ad/ or ending in common executable suffixes. This can cause some images or articles to not appear. For server or network status, please see Wikimedia Status. If you cannot reach Misplaced Pages services, see Reporting a connectivity issue.

Village pumps

policy

tech

proposals

idea lab

WMF

misc

• Refining the administrator elections process
• Blocks for promotional activity outside of mainspace

• view
• edit
• history
• watch
• archive
• talk
• purge

Small change to the top right menu

Hi everyone, I wanted to let people know about a small design change.

What is changing and when

The "personal tools" links in the upper right corner will drop the possessive voice for logged in users. This means a switch from "My preferences", "My watchlist", and "My contributions" to "Preferences", "Watchlist", and "Contributions". You can see what it looks like in Vector in the screenshot to the right.

For Vector users only, there will also be a change from (what would have become) "Username Talk" to "Username (talk)" to match the default signature. For other skins (such as Monobook), it will simply be "Username Talk" because advanced users who specify skins other than the default skin likely won't confuse the personal tools' "Talk" link (that takes you to your personal talk page) with the Talk namespace tab (that takes you to the current page's talk page).

This should go live on Monday, November 19 (PST), after the weekly deployment of the latest version of MediaWiki, unless there are delays.

Why

This change has been waiting in the wings for a long time, actually since Vector was created, but it was recently brought up again by MZMcBride, Isarra and our team (Ori in particular) proposed it. After discussion with designers and developers, see bug 41672 and the Wikitech-l thread, there was agreement that MediaWiki should not use possessive language to refer to these links. If you like I can give a list of bullet points from the discussion, but this is pretty small, and I just wanted to post some explanation here, in case anyone notices and was wondering.

Thanks, Steven Walling (WMF) • talk 17:52, 9 November 2012 (UTC)

Discussion

I'm not sure why you believe this change will only affect the Vector skin. --MZMcBride (talk) 18:46, 9 November 2012 (UTC)

I'm also not sure your screenshot is accurate. Was the "(talk)" code ever reviewed and merged? Looking at https://translatewiki.net/?useskin=monobook while logged in seems to indicate that it was not. --MZMcBride (talk) 19:03, 9 November 2012 (UTC)

re: the Vector issue, I might have gotten confused (I was writing two announcements at the same time), but let me double check. The (talk) change was merged this morning. Steven Walling (WMF) • talk 19:34, 9 November 2012 (UTC)

The "(talk)" code is Vector-only, for now. The rationale was this: having two dangling "Talk" links on each page would only be confusing for n00bs, and n00bs don't use Monobook. Generating the personal tools section is currently handled by each skin, so there was no particularly easy way to make this change globally. But no reason it couldn't be backported to older skins if the teeming millions^H^H^H^Hdozens want it. --ori (talk) 19:45, 9 November 2012 (UTC)

Okay, so dropping the "my" will apply to all skins, as I thought. The "Username (talk)" change will only affect users of the Vector skin. Got it.

And over two million users use Monobook, by my count. --MZMcBride (talk) 21:51, 9 November 2012 (UTC)

P.S. It seems some extensions and user scripts will need adjustment as well. Commons adds a "My uploads" link and the LiquidThreads extension adds "My new messages".

Announcement edited accordingly. Also, My sandbox is another that we will need to edit to match the new copy. Steven Walling (WMF) • talk 22:14, 9 November 2012 (UTC)

scripts should not use the link text, but rather the element ID ('pt-userpage', 'pt-watchlist' etc.), which should not change. any script that uses the link text should probably be eliminated on the ground of poor design. as to "My Sandbox": IMO, this one should not be changed, to distinguish personal sandbox from WP:SB and reduce confusion. the sandbox link is mainly for noobs, and many experienced editors uncheck this gadget in their preferences anyway. noobs can easily get confused between WP:SB and their personal sandbox, so it's best, IMO, to keep it in possessive form (i.e., leave the "My" in place). peace - קיפודנחש (talk) 00:02, 10 November 2012 (UTC)

The reasoning behind the change was that the "my" is redundant for all links, because it is either apparent from the appearance or the destination that all links are personal rather than generic. In addition, inconsistency is a very bad for usability. It needs to be all or nothing. Steven Walling (WMF) • talk 00:24, 10 November 2012 (UTC)

Were I a newbie seeing the new layout for the first time, I might deduce that, because of the spacing and proximity, the "user" icon only applied to the username and talk page link. I might believe (wrongly, of course) that "contributions" and "watchlist" were not specific to me, but rather "global". I think it would be much clearer if the personal toolbar was visually "quarantined" (different background colour, border, shadow, etc.) to make it super-obvious that these links are all personal in nature. — This, that, and the other (talk) 00:40, 10 November 2012 (UTC)

I share that concern. I agree with the general premise of dropping My, but I think the problem is that there is not enough. 'coherence' in the usertools as they are now, to properly communicate that the contributions link belongs to your account. In a dropdown menu or something similar you would easily convey this context, but not it's missing a bit. —TheDJ (talk • contribs) 10:28, 12 November 2012 (UTC)

This is something of a solved problem already: new users do not expect that items which pertain to them are marked with possessive copy. I would definitely read the related links in mw:Personal tools for lots of discussion. Also, note examples such as the top toolbar on Google products ("Search", "Mail", "Images", "Drive", "Calendar"), Facebook, and more. Steven Walling (WMF) • talk 22:43, 12 November 2012 (UTC)

I don't see how any of that addresses the concern. Google doesn't have: "Search", "Mail", "Images", "Drive", "Calendar", "account", "privacy", "profile", "logout" all next together on the same UI level. You have to click "account" to drilldown and find the level of "privacy", "profile", "logout" etc. This is about logical grouping implying coherence between the elements. Using My consistently there, while not anywhere else also creates a strong 'grouping', but if you remove it, for my mother there will be little difference between that link and any other on the page. —TheDJ (talk • contribs) 10:00, 14 November 2012 (UTC)

Let me be more direct about what I was trying to say above: it's not a concern because users generally don't expect that possessive language is used, based on their experience with the naming schemes of other popular products where they spend most of their time other than Misplaced Pages. Steven Walling (WMF) • talk 21:32, 14 November 2012 (UTC)

Update: Because today was a holiday for WMF (Veteran's Day) this deployment got pushed back. It will change on Monday the 19th (PST) with the 1.21wmf4 deployment. Steven Walling (WMF) • talk 04:56, 13 November 2012 (UTC)

Okay, looks like this has been deployed and is live. Steven Walling (WMF) • talk 18:23, 19 November 2012 (UTC)

• Sorry to put a downer on the whole thing, but yet again I need to ask is there a way to add the "my" back in? I'm used to it as it was and this is an unwelcome change. Rcsprinter (articulate) @ 19:12, 19 November 2012 (UTC)
  • Yes, just like almost anything I'm sure there's a way in personal CSS or JS. I don't have code handy, but perhaps someone can supply the necessaries. Steven Walling (WMF) • talk 19:39, 19 November 2012 (UTC)
    • I would also like to know how. I really don't like it (no offense). Go Phightins! 20:19, 19 November 2012 (UTC)

Voilà. Put the following in your common.css or monobook.css file:

#p-personal li a:before { content: "My "; }
#p-personal li#pt-userpage a:before { content: none; }
#p-personal li#pt-logout a:before { content: none; }

This works fine for the Monobook skin, and possibly other skins too. It doesn't work on Vector, though. – PartTimeGnome (talk | contribs) 21:17, 19 November 2012 (UTC)

Put the following into Special:MyPage/common.css:

/* Insert "My " before some links (] and ] excepted) */
li#pt-mytalk a:before,
li#pt-mysandbox a:before,
li#pt-preferences a:before,
li#pt-watchlist a:before,
li#pt-mycontris a:before { content: "My " }

I've left it off Special:MyPage and Special:UserLogout. The word "My" is not part of the link, because I don't know how to do it! --Redrose64 (talk) 21:23, 19 November 2012 (UTC)

Redrose64, we need to stop meeting like this... Thanks for mentioning linking; my example above had the same problem with the "My" not being linked; I've now fixed it. – PartTimeGnome (talk | contribs) 21:32, 19 November 2012 (UTC)

Fixed mine too. Now people have a choice of two: yours adds "My " to all seven and then switches two off again; whereas mine just switches on the five where we want the "My ". --Redrose64 (talk) 21:41, 19 November 2012 (UTC)

The code works fine, but now it says "My Go Phightins!" which is kind of weird. I tried removing the userpage parameter from the code, but that didn't seem to work. Any suggestions? Go Phightins! 22:33, 19 November 2012 (UTC)

You seem to have combined the suggestion of PartTimeGnome with mine. Pick one or the other, but don't try to mix them. --Redrose64 (talk) 22:50, 19 November 2012 (UTC)

I removed one of the two, but now it's back to the old new way...Go Phightins! 02:54, 20 November 2012 (UTC)

Is there any way to drop the capitals? It used to be, for example, "My preferences". The new way is "Preferences", and the workaround is "My Preferences". Is there any way to get it all the way back? Or even just drop the capital so it becomes "preferences"? -Rrius (talk) 05:13, 20 November 2012 (UTC)

Building off of Redrose's code:

/* Insert "My " before some links (] and ] excepted) */
li#pt-mytalk a,
li#pt-mysandbox a,
li#pt-preferences a,
li#pt-watchlist a,
li#pt-mycontris a {text-transform:lowercase;}
li#pt-mytalk a:before,
li#pt-mysandbox a:before,
li#pt-preferences a:before,
li#pt-watchlist a:before,
li#pt-mycontris a:before {content:"My "; text-transform:capitalize;}

Tested only in Vector; no guarantee that it will work in Monobook or other skins. jcgoble3 (talk) 06:20, 20 November 2012 (UTC)

To be honest I don't see why another five lines are necessary, nor the need for a text-transform property. My five lines (six if you count the initial comment line) produce

Redrose64  my talk  my sandbox  my preferences  my watchlist  my contributions  log out

in Monobook, and

Redrose64  My Talk  My Sandbox  My Preferences  My Watchlist  My Contributions  Log out

in Vector. However, I suspect that the reason that Go Phightins! (talk · contribs) is having trouble is because of the presence of non-CSS code in User:Go Phightins!/common.css. Some is wikicode, and some javascript, but both are totally unsuitable for a CSS file, and some browsers will refuse to process the file. --Redrose64 (talk) 14:05, 20 November 2012 (UTC)

Well, that code works for me. (in monobook) Rcsprinter (converse) @ 16:52, 20 November 2012 (UTC)

I wasn't trying to solve Go Phightins!'s problem (and indeed never investigated it), only Rrius's complaint. jcgoble3 (talk) 22:00, 20 November 2012 (UTC)

And thanks. I just tried it, and the top line is no longer distracting. -Rrius (talk) 04:07, 21 November 2012 (UTC)

SVG rendering problem

As reported on Talk:Shellsort#Graph of number of operations, thumbnails generated for File:Shell sort average number of comparisons (English).svg suffer from a weird error: the label in the upper left corner, which reads “log₂N!” in the original svg, is rendered as “log!₂N”.—Emil J. 16:18, 15 November 2012 (UTC)

There was a bug in rsvg that caused this, but we upgraded to a fixed version a couple of weeks ago. Are you still seeing it? On what thumbnail sizes? - Jarry1250  23:40, 19 November 2012 (UTC)

As mentioned on the talk page, the problem is gone. If it was fixed by the rsvg update, it might have been an old thumbnail lurking in the cache (I purged the cache before reporting the problem, but apparently this takes quite a while to propagate).—Emil J. 14:45, 20 November 2012 (UTC)

Could shorten preview-notice

During a typical edit-preview, the preview-notice has become so wordy that it can wrap and look sloppy, or unprofessional, for a typeset encyclopedia. I am thinking the preview-notice should be shortened, but do any automated programs or bots depend on the current wording? I propose the following change to a shorter message:

• Currently:
  Remember that this is only a preview; your changes have not yet been saved! → Go to editing area
• Proposed:
  Note this is only a preview; your changes have not been saved! → Go to editing area

The shorter form drops 3 words (omits: Remember, that, yet), but I am unsure if some automated software looks for those words when parsing an edit-preview HTML page. Anyway, whenever the preview-notice wraps onto 2 lines, it looks very sloppy (or unkempt) within the clean boxlines of the Monobook or Vector skins. The wrapping might be related to a user's window being set a few pixels more narrow than usual, so the wrap margin should also be set to align under the first word of the preview-notice message. Any thoughts? -Wikid77 (talk) 15:55, 16 November 2012 (UTC)

Looks good to me, and if anyone is screen-scraping the preview message instead of the API, they should have their software broken. Legoktm (talk) 16:39, 16 November 2012 (UTC)

• Support change. Don't see why this minor thing for more clarity shouldn't be done. Rcsprinter (state the obvious) @ 17:41, 16 November 2012 (UTC)

"Yet" does mean something, whereas "Note" is unnecessary. I'd go for:

This is only a preview; your changes have not yet been saved! → Go to editing area - Nurg (talk) 21:00, 16 November 2012 (UTC)

• Support Nurg's version.  Hazard-SJ  ✈  04:03, 17 November 2012 (UTC)
• Support Nurg's more gramatically-correct version. I have to ask, though: what percentage of Misplaced Pages editors would actually keep their browser window small enough for the message as it is now to wrap? Mine's about a third the width of my screen... Just curious; less clumsy is more betterer. TortoiseWrath (talk) 05:03, 17 November 2012 (UTC)
• Support Nurg's version; crisper text is always better. Graham87 10:03, 17 November 2012 (UTC)
• Support more terse is better. Not sure that only is required and I think that two sentences is better:

This is a preview. Your changes have not yet been saved! → Go to editing area

I might even suggest:

This is a preview.
Your changes have not yet been saved! → Go to editing area

—Trappist the monk (talk) 13:52, 17 November 2012 (UTC)

Link in history says user does not exist

I recently noticed a comment here by an editor who does not have a link to his user or talk pages in his signature. I intended to go post a note on his talk page inquiring about it. However, when I click on the talk link in the page history, I arrive at User_talk:Ɱ, which informs me that "User account "Ɱ" is not registered." I get the same result when copying his username into the search bar. Obviously since the user in question is editing and showing up in the page history with a username, he has a registered account - but I can't figure out how to contact him. I also can't see his contributions list. However, both user talk and contribs show up normally in pop-ups when I hover over his username. Any ideas? Nikkimaria (talk) 12:59, 17 November 2012 (UTC)

The user concerned is ɱ (talk · contribs) (see Unicode Character 'LATIN SMALL LETTER M WITH HOOK' (U+0271)), which is not the same character as Ɱ (talk · contribs) (see Unicode Character 'LATIN CAPITAL LETTER M WITH HOOK' (U+2C6E)). --Redrose64 (talk) 13:10, 17 November 2012 (UTC)

Hm, when I UTF8-encode the ɱ letter to %C9%B1 on my Chrome browser and I hit enter it first displays the correctly decoded letter but then just sporadically seems to turn it into its upper-case counterpart, failing to load the user page. I do not see this behavior with Firefox so it might be a Chrome bug. Nageh (talk) 13:37, 17 November 2012 (UTC)

It's apparently an inconsistency in the system to automatically capitalize the first letter in usernames. Some servers capitalize ɱ (LATIN SMALL LETTER M WITH HOOK) to become Ɱ (LATIN CAPITAL LETTER M WITH HOOK). Other servers don't capitalize. It only works without capitalization. The valid talk page url is http://en.wikipedia.org/User_talk:%C9%B1 (small letter). Some servers keep that url. Other servers redirect it to http://en.wikipedia.org/User_talk:%E2%B1%AE (capital letter) which gives 'User account "Ɱ" is not registered.' For example, I get the error message on mw44, but mw47 works for me. PrimeHunter (talk) 14:07, 17 November 2012 (UTC)

Interesting, thanks. The user name is quite a problem. I clicked the diff given in Nikkimaria's first sentence above, and it showed an edit by the user. Clicking the user's talk link in the diff happened to work, but clicking the user's contribs link failed (because it was provided by a different server which was confused about "Ɱ"). The user has already been politely asked to provide a link in their signature (per WP:SIGLINK), in a comment dated 14 September 2012 on an old revision of the user's talk, which can be seen using a URL with PrimeHunter's trick of percent encoding the UTF-8 bytes: http://en.wikipedia.org/search/?title=User_talk:%C9%B1&oldid=521774934 (also on 30 August 2012, as can be seen here). Johnuniq (talk) 01:46, 18 November 2012 (UTC)

LOL! I just left the user a message about their signature, with a link to this discussion. I previewed the edit, and it was good (it must have been the correct page because I saw a custom edit notice for the user). When I clicked 'save', my message ended up on the wrong page (at User talk:Ɱ which is at this URL). I have to go now, and would be glad if someone could delete my page and try putting the notice on the correct page. The current situation (where editors cannot communicate with the user) needs to be fixed. Johnuniq (talk) 01:56, 18 November 2012 (UTC)

I have redirected User talk:Ɱ to User talk:ɱ but even if this helps (not sure about that), it only solves a part of the problem. At least it's the only account at Special:ListUsers/ɱ (bad servers show wrong accounts for that link), except for a blocked account with no edits. Other wikis and namespaces may have the same problem. For article space, ɱ and Ɱ are different pages (but may be treated as the same page on bad servers). They both redirect to M with hook so the confusion means less here. PrimeHunter (talk) 03:09, 18 November 2012 (UTC)

Well, I can see the user talk page now - still can't see contribs, and hitting "edit" on talk goes make to the other character (ie. the redirect page). Nikkimaria (talk) 03:35, 18 November 2012 (UTC)

The redirect seems to have helped some, as I was able to leave a message there pointing the user to this discussion. We'll see how he/she responds. Also note that it breaks email as well, as Special:EmailUser/ɱ gave me the error message "Non-existent or invalid username for recipient." jcgoble3 (talk) 05:08, 18 November 2012 (UTC)

The redirect sometimes works, sometimes not, it seems to depend upon the server; when it doesn't work it goes right back to itself, just as if WP:VPT consisted of #REDIRECT ]. The solution as I see it is that ɱ (talk · contribs) should be renamed to something beginning with a letter universally recognised as uppercase; this might even be Ɱ (talk · contribs). I don't know the details of WP:CHU - for instance, does it need to be filed by the person whose name is to be changed? Can we force somebody to change their name if they don't want to? --Redrose64 (talk) 10:50, 18 November 2012 (UTC)

Thank you for notifying me of this discussion, jcgoble3. I am aware of all of your problems, as I myself have all of them and more, especially because I primarily use an unstable version of Chrome called 'Canary', which refuses to accept certain characters occasionally. When working on my userpages, I more often than not end up on the corresponding userpage of this - Ɱ (talk · contribs) and occasionally have created userpages for Ɱ (talk · contribs) as an editor mentioned in an above comment. I sincerely apologise for inadvertently causing much confusion. The only foreseeable solution would be for me to change my username, a switch that I am willing yet not ready to undergo, having not yet thought of alternatives.--ɱ (talk) 15:02, 18 November 2012 (UTC)

On MediaWiki, usernames should not start with a lowercase letter; an initial lowercase letter should automatically change to uppercase. Hence, changing ɱ to Ɱ is correct; when this doesn't happen, it's a bug. Because of this bug, User:ɱ was able to create their account with a lowercase initial letter. When MediaWiki does the "right" thing, it is impossible to communicate with User:ɱ or see their contributions. User:ɱ will need to rename their account before MediaWiki can be fixed to consistently change ɱ to uppercase. The bureaucrat that renames User:ɱ might need to try several times, depending on which server handles each attempt to rename. – PartTimeGnome (talk | contribs) 22:10, 18 November 2012 (UTC)

I have been unable to communicate with this user; Now i see why. I think a user name change is essential, now. DGG ( talk ) 16:42, 22 November 2012 (UTC)

Yes, it's just as bad for you as it is for me. I can't seem to access my talk at all.--ɱ (talk) 17:04, 22 November 2012 (UTC)

Portal "on this day" to immediately update edits/additions

Hi all. I edit the Portal:Pittsburgh/On_this_day a lot and noticed that for non-logged-in viewers the "On this day" page updated edits or corrections lag by a number of days/weeks (also possibly for even logged in viewers the page also lags but the specific days and within the portal doesn't). I edit the individual date pages but is there a certain edit or code I should be placing on the master article (the link I listed above) to ensure that both logged in and non-logged in users can see immediate updates? I ask because I have discovered Misplaced Pages is being cited with this data now sometimes very soon after any additions. Thanks! _{⧐ Diamond Way} 22:41, 18 November 2012 (UTC)

The page needs to be purged using the forcelinkupdate=1 option. Legoktm (talk) 22:48, 18 November 2012 (UTC)

Thanks much! Not familiar at all about that, there is a button or dropdown option or is there a code I could add to the main page? Please be a bit more specific. Thanks. _{⧐ Diamond Way} 01:46, 19 November 2012 (UTC)

The forcelinkupdate option is mentioned in the automatically generated documentation] for the API. It might be easier just to do a null edit on the "on this day" page after you've finished updating the page for each day. Graham87 09:55, 19 November 2012 (UTC)

Thanks all I think this solved it! _{⧐ Diamond Way} 05:46, 22 November 2012 (UTC)

Correct department name in "Template:Infobox French commune"?

I recently had the following page moves done:

1. Loire --> Loire (department)
2. Loire (river) --> Loire

In other words, the Loire article is now about the river, not the department (reasoning at Talk:Loire (department)).

So far, so good, and I was simply plodding through many articles that linked to ], updating links to ].

However, articles on Loire department communes (example: Aboën) contain "Template:Infobox French commune", which uses "Template:INSEE". Unfortunately, this pulls the department name from the INSEE, an agency of French government. This means the department name shown for communes in France cannot be edited. Thus in the case of articles on communes in the Loire department, the infobox shows the department as ] which is about the river, not the department.

Anyone have any suggestions on how to get the infoboxes to have ] for these communes?

--A bit iffy (talk) 12:57, 20 November 2012 (UTC)

Templates cannot pull data from external sources. Department names can be edited. Fixed with a piped link. PrimeHunter (talk) 13:11, 20 November 2012 (UTC)

Yup, that's fixed it — many thanks! It was doing my head in trying to track it down! You know, I had been puzzled by the statement "This template links to the English language version of the website of INSEE (www.insee.fr/en)" on Template:INSEE which implied to me that Misplaced Pages was reliant on this external source. Should the statement be amended, or am I misreading it? --A bit iffy (talk) 13:43, 20 November 2012 (UTC)

"links to" is the correct and common term. I don't see any reason for a change. And {{Infobox French commune}} doesn't even use Template:INSEE. Template:Infobox French commune#region and department says: "The region and the department to which the location belongs are retrieved using the (required!) INSEE code and a subtemplate." I edited the subtemplate: Template:Infobox French commune/regdept. "the (required!) INSEE code" refers to the number given in the INSEE parameter to {{Infobox French commune}}, for example INSEE = 42001 for Aboën. PrimeHunter (talk) 14:06, 20 November 2012 (UTC)

OK, thanks.--A bit iffy (talk) 14:36, 20 November 2012 (UTC)

Links at the top for logged in users

I just noticed that the naming of the links at the top (to my own talkpage, preferences etc) have changed. Now I don't really want to complain about this, as I don't think it's worth the energy, but out of curiosity, why does it it list Preferences and when hovering over the link it says Your preferences, but for the sandbox it uses the first person possessive determiner instead of the 2nd person. Why this inconsistency?

PS: If you think I should find something else to worry about, I agree. -- Toshio Yamaguchi (tlk−ctb) 13:04, 20 November 2012 (UTC)

The code for the sandbox gadget at MediaWiki:Gadget-mySandbox.js says 'Go to your sandbox', but you say 'Go to my sandbox' in User:Toshio Yamaguchi/common.js. You are free to change it. PrimeHunter (talk) 13:18, 20 November 2012 (UTC)

Thanks, I didn't remember that I am using that code in common.js. I changed it to have the link named Sandbox and the hover text Go to your sandbox. -- Toshio Yamaguchi (tlk−ctb) 13:28, 20 November 2012 (UTC)

Please can you unblock me on Wiktionary

wikt:User:Coin945

I don't go on Wiktionary very often. Lately I've used my talents solely on Misplaced Pages. However, 3 years ago I worked on a few articles (and one Wikisaurus articles). I also got rather carried away, and seeing how many interesting words there were out there, I started adding loads of words to the wikt:Wiktionary:Word of the day/Nominations page. Unbeknownst to me, this was seen as "Intimidating behaviour/harassment", and also as copyvio because the list of words was apparently nicked from a "list of interesting words"-type site. Honestly, it was so long ago I can't even remember. The main point is that after hopping back onto Wiktionary after all this time, and finding that I had actually been blocked, I was rather shocked and confused, and as i can no longer edit on that project, I came here, to ask to be unblocked.--Coin945 (talk) 18:00, 20 November 2012 (UTC)

Unfortunately Misplaced Pages admins are not necessarily Wiktionary admins, and vice versa. According to the box at the top of your contribs, you were blocked by wikt:User:SemperBlotto. It appears that your block prevents you from contacting them by email from Wiktionary; but have you tried contacting the same user SemperBlotto (talk · contribs) at their Misplaced Pages talk page - or even emailing them from Misplaced Pages? --Redrose64 (talk) 18:28, 20 November 2012 (UTC)

Transcluding two templates within a template that expects one

Is there a template that takes two (or more) templates as parameters, and outputs the transclusion of them, one after another? For example: {{Foo|Bar|Baz}} = {{Bar}}{{Baz}}. That way, any template which normally takes one template name (without curly brackets) as a parameter, could instead be made to conveniently accept two, without modifying its normal behaviour. If none exists, are there any obstacles to me making one (along the lines of {{{1|}}}{{{2|}}}{{{3|}}} etc.)? TheFeds 21:11, 20 November 2012 (UTC)

Is User:Toshio Yamaguchi/Template with 2 parameters what you have in mind? For example, placing {{User:Toshio Yamaguchi/Template with 2 parameters|{{Citation needed}}|{{Better source}} }} on a page produces the result you can see in my sandbox here. -- Toshio Yamaguchi (tlk−ctb) 21:52, 20 November 2012 (UTC)

Thanks, that's essentially what I was looking for. However, what's the purpose of the second colon in {{#if: {{{1|}}} |: {{{1}}}}}? Isn't that just indenting the templates (as opposed to invoking a main namespace transclusion)? And if you take it out, doesn't it reduce to {{{1|}}} (if not null, transclude parameter 1; else do nothing)? TheFeds 08:52, 21 November 2012 (UTC)

Yes, these colons aren't needed I think. I used the code of another template as the basis and that one included the colons, that's why they ended up in this template. I removed the colons. -- Toshio Yamaguchi (tlk−ctb) 08:59, 21 November 2012 (UTC)

Btw., if you want to have the template be placed in template namespace, just let me know and I can move it for you. You can also move it out of my userspace to wherever you like yourself. If you do, remember to move the documentation as well, as I think only administrators have the ability to automatically move the subpages of a page if the parent page gets moved. -- Toshio Yamaguchi (tlk−ctb) 09:09, 21 November 2012 (UTC)

Err... Where and how is this supposed to be used, exactly? Anomie⚔ 00:26, 22 November 2012 (UTC)

Failed to parse (Missing texvc executable; please see math/README to configure.)

I'm getting a lot of these lately. Can someone who knows the proper channels alert the WMF blokes who handle the servers? Quite a few nodes appear misconfigured. Yes reloading the page a few times using preview fixes it, but it's quite annoying when writing any wp:math formulas. Tijfo098 (talk) 23:32, 20 November 2012 (UTC)

Please give an example with a saved edit. That error message can be caused by a misformatted formula. In I see one of two error messages depending on which server I hit:

"Failed to parse (Missing texvc executable; please see math/README to configure.): \textrm{sinc}(x)=\frac{\sin⁡(\pi x)}{\pi x}"

"Failed to parse (lexing error): \textrm{sinc}(x)=\frac{\sin⁡(\pi x)}{\pi x}"

A copy of the bad formula:

Failed to parse (syntax error): {\displaystyle \textrm{sinc}(x)=\frac{\sin⁡(\pi x)}{\pi x}}

The fix was to remove a non-displayed character:

${\displaystyle {\textrm {sinc}}(x)={\frac {\sin(\pi x)}{\pi x}}}$

The editor who added the character said "I was verifying the Math Tex syntax on an online Tex editor which messed it up." Are you using a tool like that? PrimeHunter (talk) 23:55, 20 November 2012 (UTC)

No, I'm not using any tools. Next time I see a missing texvc error in preview I'll save it like that for debugging purposes. And the formulas are not misformmatted because simply hitting preview again makes the error go away. Tijfo098 (talk) 00:04, 21 November 2012 (UTC)

It didn't take long. I succeed on my first attempt. See User:Tijfo098/sandbox7; image.Tijfo098 (talk) 00:05, 21 November 2012 (UTC)

Thanks. Yes, this isn't the bad character issue. I see the problem in your saved page but never when I previewed it dozens of times. I'm in Denmark, Europe. There were cases where I got "Served by mw58" for both the saved page and a preview, but the error was only there for the saved page. PrimeHunter (talk) 01:35, 21 November 2012 (UTC)

Possibly related bugzilla:41188 —TheDJ (talk • contribs) 09:25, 21 November 2012 (UTC)

See Surjunctive group for an example in article space.

${\displaystyle G^{S}}$

parses, but

${\displaystyle G^{S}G^{S}}$

${\displaystyle G^{S}=G^{S}}$

don't parse at first in preview - but then they are fine once the edit is saved (and then still fine in subsequent edit previews).

${\displaystyle G^{S}\to G^{S}}$

takes at least two saves before it will parse, but

${\displaystyle G\to G}$

parses first time. I don't see how any of this can be due to a problem in the formulae. Gandalf61 (talk) 10:26, 21 November 2012 (UTC)

And again at Socle_(mathematics). For what its worth it was Served by srv285 in 0.135 secs.--Salix (talk): 17:46, 21 November 2012 (UTC)

Confusing deletion rationale

See the deletion rationale here; what can this mean? I don't have a clue what's meant. Nyttend (talk) 04:21, 21 November 2012 (UTC)

Somebody's annoyed at being warned about something that somebody else did five years ago. The thing to do is not to delete the page, but wrap old messages in {{Old IP warnings top}} and {{Old IP warnings bottom}} as described at Misplaced Pages:WikiProject user warnings/Usage and layout#Archiving warnings for anonymous users. --Redrose64 (talk) 07:48, 21 November 2012 (UTC)

Maybe something went wrong with the logic behind the "new messages" banner in this case, and the banner didn't cancel itself as you'd expect? -- John of Reading (talk) 07:51, 21 November 2012 (UTC)

Popular articles

1)Is there a way to find the most popular articles of the wiki, with toolserver?

2)Is there a way to find the most popular articles of a specific category? Xaris333 (talk) 14:50, 21 November 2012 (UTC)

Not exactly what you were asking for, but see my WP:5000. The intro paragraphs describe the data source. Thanks, West.andrew.g (talk) 16:11, 21 November 2012 (UTC)

Thxs for the answer. I would like to find the most popular articles of the greek wikipaideia :) But thxs. Xaris333 (talk) 16:37, 21 November 2012 (UTC)

The dataset I use has information for all projects; I just parse only the en.wp portions. If you or a project peer knows Java/SQL, I'd be happy to provide the source code I use in order to store and query the statistics. Thanks, West.andrew.g (talk) 18:08, 21 November 2012 (UTC)

Quicker ways to resync diff listing

I know this is not the venue to change the way the "diff" function operates, but the more we talk about it, then the clearer the ideas can become. Currently, after an inserted line is detected, diff looks ahead for the next entire line which matches the old revision, otherwise a line is considered yet another inserted line. To keep diff on-track, a user should avoid changing the line following a new insertion; otherwise, diff gets confused and thinks the changed line is also new. Instead, if diff would just look at the first 12 characters of the line ahead, then it could re-synchronize the differences, in detecting that an inserted line was followed by an old-but-changed line.

• Currently: The diff algorithm resyncs to entire old lines:

• This is old line 1.
• This line is new.
• This is old line 2 but changed to seem new.
• This is old line 3.

• Instead: The diff algorithm could resync the start of old lines:

• This is old line 1.
• This line is new.
• This is old line 2 but changed to seem new. ← Here, only the extra is noted.
• This is old line 3.

• Resync bracket: The diff algorithm could have a "bracket" (such as 12 characters) to check for a re-match with older lines:

• This is old line 1.
• This is old line 2 but changed to seem new.
• This is old line 2. ← The first 12 characters match, to resync.
• This is old line 3.

Once a line differs in the first 12-15 characters, then it could be considered a potential insertion line, to further inspect the rest of the line. Does anyone know if such a bracket-style resync has been tried here before, as a resync to the prefix 12-characters of an old line, rather than demanding that the entire next line match (after an inserted line) to the old revision of a page? I think the resync of a diff could be made better. -Wikid77 (talk) 18:03, 21 November 2012 (UTC)

Special:WhatLinksHere

Hi has there been some change to the Special:WhatLinksHere function? Previously you could use the following link "Special:WhatLinksHere/<article>?namespace=0" to get a list of those article pages that linked to <article> now it does not select the appropriate namespace but adds the ?namespace=0 into the article name box. Keith D (talk) 19:01, 21 November 2012 (UTC)

When written as an internal link it goes to "http://en.wikipedia.org/Special:WhatLinksHere/Main_Page%3Fnamespace%3D0" which should be "http://en.wikipedia.org/Special:WhatLinksHere/Main_Page?namespace=0", it's the same for other special pages and if it's a change then probably to the way internal links are processed. It may be intentionally like this as it makes it easier to use with pages containing symbols such as "?" in the title - the link with the namespace option can be created (although it appears as an external link) with the fullurl function. Peter James (talk) 20:52, 21 November 2012 (UTC)

I am using from lefthand menu via User:Jsimlo/shortcuts.js with an entry in monobook.js of

shortcutsAddLink ( 'Hull links', 'Special:WhatLinksHere/Hull?namespace=0');

that is what I am trying to get working again. Keith D (talk) 21:13, 21 November 2012 (UTC)

The difference in behaviour is apparently caused in by replacing

function shortcutsMakeLink (name, url)
..
na.setAttribute ('href', '/' + url);

with

function shortcutsMakeLink (name, pageName)
..
na.setAttribute ('href', mw.util.wikiGetlink( pageName ) );

The former version kept a query string like ?namespace=0 unchanged in the url parameter. The latter version renames the parameter to pageName and encodes it so it doesn't work with a query string. Misplaced Pages:Tools/Navigation shortcuts doesn't mention whether query strings are supposed to work. The documentation apparently assumes the function is only called with page names. PrimeHunter (talk) 23:42, 21 November 2012 (UTC)

Is there a reason for the change and can it be reverted without causing problems? Keith D (talk) 13:21, 22 November 2012 (UTC)

The change means for example that pageName can contain '?' as in Who is to Blame? That would fail in the url version (unless the caller encodes it with 'Who is to Blame%3F'). A proper solution would be a function with two separate parameters for pagename and querystring like in {{Querylink}}. Then pagename could be encoded and querystring left alone. At User:PrimeHunter/shortcuts.js I have made a test version with the old url parameter instead of pageName, but incorporating the other recent changes to the script. It should currently work for you but I have no plans to maintain it. PrimeHunter (talk) 17:20, 22 November 2012 (UTC)

Many thanks for that, it works OK. Keith D (talk) 19:39, 22 November 2012 (UTC)

Assistance requested for TedderBot

For two weeks now, TedderBot (talk · contribs) has been not carrying out certain tasks (User_talk:TedderBot#TedderBot_broken.3F), but its creator, Tedder (talk · contribs), seems inactive. Is there any way somebody can look into what's going on with the bot (particularly as it is clearly running some tasks. My main concern is that the bot stopped reporting new article feed to SearchResult pages (all such pages stopped being updated on Nov 9, and we are now approaching a two-week backlog). --_{Piotr Konieczny aka Prokonsul Piotrus| reply here} 20:15, 21 November 2012 (UTC)

• See also #TedderBot down and user Tedder MIA for some weeks above. --Redrose64 (talk) 20:54, 21 November 2012 (UTC)
  • I saw it. The problem is that Tedder is on vacations now for over a month, and his bot is down. We need it restarted two weeks ago, and to take safeguards another of his vacations will not hamper the projects that rely on the bot reports. --_{Piotr Konieczny aka Prokonsul Piotrus| reply here} 02:58, 22 November 2012 (UTC)

Categorymembers generator continue not working for API on wts.wikivoyage-old

OK, so I'm trying to generate the members of a category on wts.wikivoyage-old. So I get the first 500 results here: . Everything is good so far, right? Now I take the "gcmcontinue" variable of the query-continue.categorymembers subsection, and add it in, but the API returns only a single file: . Am I doing something wrong, or is this an old version of Mediawiki software which is borked? It is version 1.19.1. Magog the Ogre (t • c) 00:09, 22 November 2012 (UTC)

Well, to begin with, your query doesn't make sense (members of the category in namespace 6 are not going to have any category info to show). However, this is not the general MW support forum, and the pub over at WTS has some technically-minded people :) — This, that, and the other (talk) 00:16, 22 November 2012 (UTC)

Why are you using the continuation value as the value for gcmstartsortkey in your second query? You need to add an additional parameter gcmcontinue to your original query with that value: Anomie⚔ 00:35, 22 November 2012 (UTC)

Thank you, Anomie, that answered my question. Magog the Ogre (t • c) 05:52, 22 November 2012 (UTC)

Template code

Hi, I need some help at the {{barnstar documentation}} with {{The Barnstar of Good Humor}}: The alt parameter (of the documentation!) isn't working correctly since the parameter title was added. Can somebody help me and fix this? mabdul 09:34, 22 November 2012 (UTC)

The documentation for {{barnstar documentation}} shows

• |usage= Used to replace the standard Usage-section with a user defined.

The text for |alt=yes is part of the standard Usage-section, therefore it's suppressed if you supply your own |usage=. --Redrose64 (talk) 11:00, 22 November 2012 (UTC)

Requesting a report of Polish articles with at least one (non-English) interwiki

Hi. This sounds like a technical query, so apologies if it's in the wrong place. Does anyone know how to produce a report from the Polish Wiki of articles in either this category or this category that have at least one other interwiki link (excluding .en wiki)? IE, all the Polish actor articles that exist on .pl and a-other-wiki, but not the English-language one? If this is possible, can the results be posted as a new section of my sandbox? Thanks. Lugnuts 09:44, 22 November 2012 (UTC)

If you don't get an answer to your question here, try the Toolserver query service, which is a better place for this type of request. Graham87 08:41, 23 November 2012 (UTC)

I'd like to learn how to obtain such reports, too. Please ping me with the link to the answer - thanks. --_{Piotr Konieczny aka Prokonsul Piotrus| reply here} 17:28, 23 November 2012 (UTC)

take a look at User:Lugnuts/Sandbox --Edgars2007 18:28, 23 November 2012 (UTC)

Many thanks! Lugnuts 20:04, 23 November 2012 (UTC)

-- 2> /dev/null; echo '
SELECT page_title, GROUP_CONCAT(ll_lang) AS Languages
FROM categorylinks
JOIN page      ON page_id=cl_from
JOIN langlinks ON ll_from=page_id
WHERE cl_to     IN ("Polskie_aktorki_filmowe", "Polscy_aktorzy_filmowi")
AND page_namespace=0 /* Articles only */
AND ll_lang NOT IN ("en")
GROUP BY page_id
;-- ' | sql -r plwiki;

mysql> SELECT ll_lang, COUNT(*)
    -> FROM categorylinks
    -> LEFT JOIN langlinks ON ll_from=cl_from
    -> WHERE cl_to IN ("Polskie_aktorki_filmowe", "Polscy_aktorzy_filmowi")
    -> GROUP BY ll_lang
    -> ORDER BY COUNT(*) DESC
    -> LIMIT 10;
+---------+----------+
| ll_lang | COUNT(*) |
+---------+----------+
| NULL    |     2112 | <- No interwikis at all
| en      |      407 |
| ru      |      261 |
| de      |      200 |
| fr      |      104 |
| nl      |       70 |
| it      |       42 |
| uk      |       39 |
| es      |       34 |
| pt      |       33 |
+---------+----------+
10 rows in set (0.02 sec)

— Dispenser 22:21, 23 November 2012 (UTC)

Broken link on Special:Book

After using Special:Book to export a PDF, the return link is broken, e.g.:

Return to <a href="//en.wikipedia.org/Wiki">Wiki</a>

Prouder Mary 09:50, 22 November 2012 (UTC)

That's rather embarrassing. I've filed bugzilla:42369. (As a temporary measure, an admin can modify mediawiki:coll-return_to_collection to use wikitext external link syntax instead of the <a>). Bawolff (talk) 00:13, 23 November 2012 (UTC)

I also just reported this bug (bug in rendering page as PDF, below), and only saw this report afterward. --Thnidu (talk) 09:44, 26 November 2012 (UTC)

Inserting an item into the top right menu

Can anyone suggest a snippet of JavaScript for inserting an additional item into the top right menu? Thanks. — Hex (❝?!❞) 13:40, 22 November 2012 (UTC)

Have a look at MediaWiki:Gadget-mySandbox.js. To see the effect, go to Preferences → Gadgets and turn on (or turn off, as the case may be) "Add a "Sandbox" link to the personal toolbar area.". --Redrose64 (talk) 14:33, 22 November 2012 (UTC)

See my draft at User:Gadget850/Help:Customizing toolbars. If anyone wants to help get this up to standard, please do so. ---— Gadget850 (Ed)  14:37, 22 November 2012 (UTC)

Thanks guys. Am I doing something wrong here? I'm loading the script in my common.js but not seeing any result. Feel free to make a fix! — Hex (❝?!❞) 15:34, 22 November 2012 (UTC)

The first parameter to "mw.util.addPortletLink" needs to be the id of the <div> for the pre-existing toolbar you want to add the link to. See Gadget850's help draft above for valid values. jcgoble3 (talk) 17:22, 22 November 2012 (UTC)

throw "ERROR: insufficient coffee intake detected"; // D'oh

It works! Yay, thanks. — Hex (❝?!❞) 18:27, 22 November 2012 (UTC)

Article history deletion question

Re Prairie View A & M history page, I'm curious about the seeming deletion of history from 1 June, 2011 thru 16 August, 2011, and 17 September 2011 through 5 December 2011 and again 28 December 2011 thru 4 September 2012. Whatever editing happened during those dates seems just deleted, not accessible. It's not all one editor, or apparently serial vandalism because some of the editors are names I recognize to be good editors. It's tagged (over-tagged IMO) for clean-up. One of the tags goes back to 2010 and may (or may not) be outdated - but it's hard to tell since so much editing history is no longer available. Can anybody explain this phenomenon of why such a large chunk of this article's history is gone? — Maile (talk) 14:39, 22 November 2012 (UTC)

I suggest that you look at the logs for the page; if you can't see them, pop a note on The Bushranger (talk · contribs), directing them here. --Redrose64 (talk) 14:44, 22 November 2012 (UTC)

Ohhhh. Thank you. — Maile (talk) 14:47, 22 November 2012 (UTC)

Plain links in {{Non-free Microsoft screenshot}}

Why are the links rendering without the external arrow in {{Non-free Microsoft screenshot}} and could someone please fix it per this request.Smallman12q (talk) 22:48, 22 November 2012 (UTC)

The links are in an {{Imbox}} which uses plainlinks. I don't know whether there is a nice way to get the icon anyway (manually adding File:Icon External Link.svg wouldn't be nice). PrimeHunter (talk) 23:21, 22 November 2012 (UTC)

Toolserver message

When I use Reflinks, there is this message at the top of the results:

"Wikimedia-DE plans to defund the Toolserver fearing takeover by the feeble in-house Wikimedia labs (update 24 Oct)"

It's a clickable link, which takes the user to This message — Maile (talk) 03:08, 23 November 2012 (UTC)

Apparently, it's not going to die any time soon. —— 05:12, 23 November 2012 (UTC)

Well, good to know. That message was posted two days after the other one. — Maile (talk) 12:19, 23 November 2012 (UTC)

Blurry graphs

Why is it that all the graphs and all or almost all of the maps on Wik pages are blurry beyond legibility? Photos are crisp and usable, but I have to click on the graphs to get any use out of them. Since I am in a country where internet connection is slow, this means adding about a minute or doing with-out. Can't this be changed? Kdammers (talk) 05:18, 23 November 2012 (UTC)

• Widespread conversion of maps/graphs to PNG: Years ago, there was a massive, rabid, almost tyrannical push or shove to force all maps or lettered graphs into the blurry, fuzzy, hazy, cloudy PNG format which is 5x-8x-20x times slower than the JPEG format. The original JPEG maps or graphs were then rapidly, viciously deleted. The oft-noted reason was for "clarity" of labels in PNG-format images to avoid "image artefacts" in some adjacent-color mismatches, even though the JPEG format tended to sharpen the contrast of dark lines and letters against the background colors. Plus, in cases of questionable labels, then a JPEG image could be quickly expanded to a larger size, while the slow gargantuan PNG-format image took eons of time to slowly enlarge for better readability. And get this: when small JPEGs were changed into cumbersome PNG format, then article pages were switched from mostly text-based data into becoming mostly PNG-based data, far larger than the text data in the page. I must have run hundreds of experiments to confirm that the JPEG images were almost always clearer than PNG-format images when scaled to similar sizes. Meanwhile, GIF-based thumbnails were force-blurred for some months, but eventually returned to clearer thumbnails as in years past. Later, many images were converted into variable-size SVG-format images, which are rendered as blurry, fuzzy, hazy (etc.) PNG-format images, as thumbnails. I guess the rationale has been to always use PNG-format images, just in case a labeled map or graph might use a rare color combination which "bleeds" artefacts into the nearby mismatch colors. However, in practice, most labeled images tend to avoid bleed-prone color edges (such as lime green on tan), so the quick, crisp JPEG format could be used, except for rare color borders. Now, huge JPEGs can also turn blurry when thumbnailed very small, so a reasonable trick has been to excerpt a small-scale closeup (such as downtown map) from a huge multi-megapixel image, and then use that reduced-size closeup to generate the small, clear thumbnail-size images, much clearer than thumbnails based on the huge megapixel JPEGs. Another tactic is to thicken the major labels on maps to 3-pixel letters (or "2.5 pixels" using 1-gray + 2-black pixels in lines). Hence, when 3-pixel letters are thumbnailed as JPEG format, then the sharpening of labels is improved so even small thumbnails have readable labels. It is amazing how simple to create readable maps in lightning-fast JPEGs which are still readable as tiny thumbnails, and quickly enlarged to confirm small labels. Unfortunately, the genocide of JPEG-based maps, now deleted into mass graves, has made the restoration of readable maps a very difficult problem. -Wikid77 (talk) 06:26, 23 November 2012 (UTC)

Wow, I've seldom seen a rant so long and yet so misinfomed. Anomie⚔ 15:45, 23 November 2012 (UTC)

The conversion to slow, blurry PNG-format images has been a colossal failure, which thwarted real improvements to map or graph design; so now we need some real solutions. -Wikid77 03:54, 25 November 2012 (UTC)

These days, when I see a post outside of a WP:!VOTE which begins with a bullet and some boldface, I expect that sooner or later I'll apply WP:TLDR. So, whether it's misinformed or not I couldn't say. I do know this: if you convert an image which is in a lossy format (like JPEG) to any other format (whether lossy or not) there's no way that you can recover the lost information and so sharpen up the image. --Redrose64 (talk) 19:51, 23 November 2012 (UTC)

@Kdammers: Can you cite some examples? What is your approximate screen size (in inches) and resolution (in pixels)? —— 08:37, 23 November 2012 (UTC)

Yes: http://en.wikipedia.org/List_of_countries_by_population, http://en.wikipedia.org/Gini_coefficient Kdammers (talk) 09:18, 23 November 2012 (UTC)

I have no problems whatsoever. I do believe that the quality of the default PNG handler in Internet Explorer is rather poor. It would be useful to know if that is perhaps the browser that you are using. —TheDJ (talk • contribs) 09:46, 23 November 2012 (UTC)

Have you changed your browser zoom from the default of 100%? (It's easy to do this accidentally and some browsers remember the setting.) That makes text larger but also shows images at a scaled up size. (In most browsers, Ctrl-0 resets the zoom: control and zero.)

Brion Vibber recently implemented a nice enhancement for tablet browsers (where high-DPI and user rescaling are ubiquitous) so that scaled pages display properly rescaled images. But this does not seem to work for old-style zooming on desktop browsers, so a scaling factor greater than 100% there would result in blurry or jagged images.

— Richardguk (talk) 10:34, 23 November 2012 (UTC)

I am using Firefox. I re-set to 100%, and the images seem to be sharper, but the texts are so small that they are not readable. Kdammers (talk) 10:58, 23 November 2012 (UTC)

By "texts", do you mean the article text or the text within the images? Assuming you mean the latter:

Zooming is a bad way to see small image text (as you've discovered!). There are two better ways, depending on how the image is specified:

• If an image is a thumbnail and its size is unspecified in the wikitext (as with the images in List of countries by population), Misplaced Pages uses a size based on your user Appearance preferences (see "Thumbnail size" under Special:Preferences#mw-prefsection-rendering; I think 220 pixels is the standard width if editors have not changed their user preferences). So you could increase that to something larger.
• However, some images (such as most of those in Gini coefficient) have a particular size specified in the Wikitext (it will say something like ] to specify the width, ] to specify the height, or ] to specify a cap for both, as detailed at Misplaced Pages:Extended image syntax). If you think the images should be made larger for everyone, simply edit the article text to use a larger number. But avoid widths of more than about 500px, because the images will be too wide for readers with narrow screens.

Hope that helps.

— Richardguk (talk) 14:23, 23 November 2012 (UTC)

Thank You for Your help. I meant the text (e.g., legends) with-in the picture.1) I tried Your suggestion for thumbnails. I set Thumbnail to max, and now the image is blurry but the legend is still minuscule and not readable. 2) I am chary of unilaterally make a blanket size change with-out feedback from other users, in case the problem lies just with me or my set-up. — Preceding unsigned comment added by Kdammers (talk • contribs) 02:04, 24 November 2012 (UTC)

To enlarge an image, don't zoom the browser, click on the image. For the page List of countries by population, clicking the first image takes you here. Click on the image again to get it as large as your browser will allow; if your mouse pointer then changes to a shape like , you can click again to get the maximum enlargement. --Redrose64 (talk) 10:38, 24 November 2012 (UTC)

Assuming that your zoom is now reset to 100%, I think the remaining problem is simply that most of the graphs in the pages you mentioned have been designed for displaying at relatively large sizes (hence with relatively small legend text):

• File:File World population.png
• File:Rank order countries.png
• File:GINIretouchedcolors.png
• File:Economics Gini coefficient2.svg
• File:GiniPlots UK.png
• File:Berg Ostry 2011 Chart 4.gif

SVG format images are better suited to scaling than PNG and GIF, but I don't think that's the main problem in the above cases because the unscaled originals are relatively large.

The article editors probably wanted to avoid cluttering the article with many large images, because readers can always click on the images to see much larger versions on the individual file description pages.

Some of the images would have been better if they had been created with larger legend text (a design issue). But most of the images have detailed graphic content that is inherently unsuited to rendering at small sizes, so the only sensible way to view them is to display them at large sizes in the article or to rely on readers clicking through to the large previews on the file description pages.

In other words, might the remaining problem be that the image text is too small rather than too blurry?

— Richardguk (talk) 11:17, 24 November 2012 (UTC)

• Autosized images but need larger legends: I have modified article "Gini coefficient" to now wp:autosize the images as "upright=2.20" or "upright=1.40" as scaled 2.20-1.40x times larger than each user's default-image-size setting in Special:Preferences. However, the world-map legend box is still too small to read easily. I am uploading a less-glaring GIF variation of File:GINIretouchedcolors.png with a larger legend box, with the legend border as 3-pixel width, for thumbnail comparisons. The Commons Upload Wizard is very slow, so it will take a long time to upload. More later. -Wikid77 (talk) 16:38, 24 November 2012 (UTC)

As shown in the map images at right, I have uploaded a fast GIF version of the GINI world-map image (3x faster, thinner than the PNG-format image), which now has a larger legend box and bigger lettering enlarged towards 3-pixel letters. However, at typical 220-pixel thumbnail size, the labels were still blurry, so I think that major lettering should use 4-pixel lines to be legible in a typical thumbnail. I worked on map lettering some years ago, so I am just now remembering the issues about using large labels. Anyway, after all these years, I clearly see, rather than the prior push to tediously convert all these images to PNG-format (or SVG) data, there should have been a strong recommendation to use larger labels and lettering in map or graph images. -Wikid77 (talk) 23:52, 24 November 2012 (UTC)

• Expanding letters to 5-pixel width: For the major map label ("GINI Coefficient"), the letter size was increased to use 5-pixel lines in labels with letters separated by 5-pixel gaps, and even that size is barely legible on smaller thumbnails (plan 6-pixel lines/gaps). The effect is that words must be displayed in over-size letters to be legible in thumbnail proportions. Hence, in some cases, the major labels should be superimposed as larger text onto the map, or have a larger-font, closeup image version, or else repeat some of the legend labels inside the caption area of an image. A single map cannot have both large-size text and tiny details. Due to cramped space, I changed the GINI-map legend to 1-column (was 2) and narrowed the map 5% to enlarge labels 5.3% (100/95). -Wikid77 03:54/08:45, 25 November 2012 (UTC)
• Summary of results: We acknowledge that the (thousands of) map/chart labels are blurry in thumbnails, and should often have been redrawn larger, years ago (as a design choice). Meanwhile, zooming the browser is not much help, but a user should right-click blurry charts to enlarge in background while reading an article, then later view each enlarged image-tab to see both the larger labels as well as more chart/map details. Although some large PNG-format maps might grind for almost a minute, many PNG charts/maps will right-click within 25 seconds on a slow-dialup line. Very slow maps could have large-label closeups stored in quick JPEG format (for rapid right-click). When tiny thumbnail maps are spotted in articles, then perhaps edit to wp:autosize charts/maps as 40% larger by "upright=1.40" (adding "frameless" when not "thumb" style images). When even 40% (or 50%) larger does not help, then repeat/recap the tiny labels inside the caption of the map/chart (see new captions in "List of countries by population"). In an ideal world, all over-wide charts would be narrowed 5-20% to show labels as 5.3%-25% larger. Also, all full-screen maps/charts would show major labels in 4-pixel (or 6) letter lines (4-pixel gaps) for legible thumbnails, but beware that very-large labels overpower an enlarged map, so also consider the large-label closeups as 2nd images, or use Template:Superimpose to show large labels (live) over modest labels as needed for the topic showing the map/chart. Large labels are often the enemy which overwrites finely detailed charts, so the choice requires editorial judgment, not unlike planning map use in other-language Wikipedias. Long-term, I think there were also plans to quicken the rendering of PNG images which were displaying in excessive high-precision format, as 3x slower than GIF image thumbnails. Anyway, I think we have enough techniques now to solve many of these blurry graphs. -Wikid77 (talk) 08:45, 25 November 2012 (UTC)

"We acknowledge" - you mean, you acknowledge. I can't see anyone else here concurring with your tl;dr diatribes. — Hex (❝?!❞) 16:18, 25 November 2012 (UTC)

• Thanks for noting the lengthy topics. Well, actually, I was concurring with several other opinions above (across the whole thread), but I do understand your point about all the details, because computer graphics is a highly complex subject, and perhaps there should be a separate Village Pump section just for maps, graphs and photographic-display problems. For example, we have not even mentioned mouse-over enlargement or quick map-legend images, nor legends in alt-text, nor pre-loading of enlarged maps as hidden images to allow instant right-click to show pre-loaded images. Ironically, what I wrote above is less than half of what should be noted about the problems with blurry graphs, to also include guidelines for graph line segments, map symbols, histograms, bar graphs, and standardized templates to ensure larger, legible labels. Anyway, thanks for raising the issue, because I would not want people to think that the segments I wrote above could cover even half of the techniques which we should consider. This is a multi-year problem, with many facets. -Wikid77 23:00, 25 November 2012 (UTC)

HotCat now goes through preview stage

Today HotCat has started going to a preview stage, instead of just performing the change. This is totally unnecessary as the categories don't show in preview anyway. It slows up editing massively. Can it be put back as before? Johnbod (talk) 15:47, 23 November 2012 (UTC)

I think you only get the preview when removing a cat, not when adding. --Redrose64 (talk) 19:41, 23 November 2012 (UTC)

That seems correct, but you never used to get it at all. Johnbod (talk) 22:08, 23 November 2012 (UTC)

Categories do show in preview, in the same place as they would normally show when an article is being viewed. Graham87 05:07, 24 November 2012 (UTC)

They do when you make a normal edit and preview that; but they don't in HotCat. --Redrose64 (talk) 10:50, 24 November 2012 (UTC)

Perhaps HotCat should go to the "Show changes" screen instead of a preview? It would make it clearer what changes HotCat was about to make. – PartTimeGnome (talk | contribs) 17:00, 24 November 2012 (UTC)

No, it should just do it, like it used to. Johnbod (talk) 23:03, 24 November 2012 (UTC)

Problem with subpage transclusion

I just transcluded my tabs subpage onto my guestbook and for reasons unknown to man (or to me anyway), the link to my awards page and to my guestbook are captioned as a link to my To Do page, which actually doesn't even exist. I also have the tabs transcluded onto my user page and my user talk page and the problem has not shown up there. Do any of the technical geniuses here know what might be the trouble? AutomaticStrikeout 02:35, 24 November 2012 (UTC) I originally asked at the Teahouse, where I was advised to bring it here.

These are the structures at fault:

{{#ifeq:{{FULLPAGENAME}}|User:AutomaticStrikeout/Guestbook|'''To Do'''|]}}

{{#ifeq:{{FULLPAGENAME}}|User:AutomaticStrikeout/Guestbook|'''To Do'''|]}}

for the first, the To Do should be Guestbook, and the second should be User:AutomaticStrikeout/Awards|'''Awards'''. Chris857 (talk) 02:42, 24 November 2012 (UTC)

Thank you. I'm not very good with coding (obviously). AutomaticStrikeout 02:48, 24 November 2012 (UTC)

You're not so bad, as you noticed an issue with the Hall of Fame line that I didn't catch. Anyway, glad to help. Chris857 (talk) 02:55, 24 November 2012 (UTC)

Lol, thanks again. AutomaticStrikeout 02:58, 24 November 2012 (UTC)

MediaWiki will automatically make links to the current page bold (see Help:Self link). For example, here's a link to the current page: Misplaced Pages:Village pump (technical) (see how it appears bold rather than as a link). Hence, the above code could be simplified to:

]

]

– PartTimeGnome (talk | contribs) 16:55, 24 November 2012 (UTC)

Spaces across (name)spaces

A little background to my question:

In the past, some pages across the[REDACTED] namespace would have spaces at the end of the page. Has this been fixed? Has there been some software implemenation to fix this? For example, I used to see

http://en.wikipedia.org/search/?title=Misplaced Pages:Dispute_resolution_noticeboard&diff=next&oldid=487270716
at Misplaced Pages:Dispute Resolution Noticeboard, the space at the end of the page is removed, cf. the previous edit. Could the bot (User:MiszaBot II) be creating the space?

Just something I'd thought I note.Curb Chain (talk) 05:24, 24 November 2012 (UTC)

DEFAULTSORT

Is there a way to find the articles of a category that have not the DEFAULTSORT; Xaris333 (talk) 15:36, 24 November 2012 (UTC)

You can use the API to look through the category and see which pages don't have DEFAULTSORT, something like this. See mw:API for more documentation. Anomie⚔ 15:55, 24 November 2012 (UTC)

page wont open

Could someone take a look at Misplaced Pages talk:WikiProject Agriculture and see if there is a bad template or script or something there. the page does not open for me in firfox - the browser just wheels around with "connecting". but it does open for me in Chrome.-- TRPoD aka The Red Pen of Doom 18:18, 24 November 2012 (UTC)

Worked for me. ---— Gadget850 (Ed)  18:38, 24 November 2012 (UTC)

after the archiving it works for me on firefox now too, it may have just been too big? -- TRPoD aka The Red Pen of Doom 22:19, 25 November 2012 (UTC)

Scripts and gadgets not loading consistently

Sometimes, when I load an article, Twinkle and Hotcat fail to appear. The Curation Toolbar loads rarely. I'm using Google Chrome on a WinXP netbook. Any ideas what's up? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:52, 24 November 2012 (UTC)

I've also experienced the problem of JavaScript failing to load. The way I've been dealing with it is refreshing my cache. -- King of ♥ ♦ ♣ ♠ 23:15, 24 November 2012 (UTC)

Me too, but sometimes it takes eight or ten refreshes; and often even that doesn't work, for the Curation Toolbar. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 00:12, 26 November 2012 (UTC)

A possible cause would be that you have some tool that is trying to load something from the toolserver, which has been down for most of the past couple of days. The tool would be waiting and waiting and waiting for the ts to load, hence indefinitively delaying the loading of other tools. Snowolf 00:18, 26 November 2012 (UTC)

Future post?

On Thursday I saw a post which was answered. However I thought I read a thank-you reply by the original poster in the past 24 hours. Has data been lost in the database? The good thing is that all the current posts are self-consistent; and I hope the next post will get caught up to my foreknowledge. ;-) --Ancheta Wis   (talk | contribs) 23:04, 24 November 2012 (UTC)

My mystery solved: it was a different talk page]. Sorry for my mixup. --10:18, 25 November 2012 (UTC)

Looking up deleted pages by articleid

The usual way to look up pages by articleid is e.g. http://en.wikipedia.org/search/?curid=37733142. However, this does not work for pages which have been deleted. Is there a way for admins to find out what page an articleid maps to, if the page has been deleted? -- King of ♥ ♦ ♣ ♠ 23:13, 24 November 2012 (UTC)

Nope. In fact, if the page is re-created or undeleted, it gets a new page ID. Graham87 14:18, 25 November 2012 (UTC)

That manual was out of date - article ids should be kept if the page was deleted in mw1.11 or later, but to my knowledge there's no way to access them using that without undeleting them. Anything deleted prior to 1.11 will wind up with a new id, though. -— Isarra ༆ 18:16, 27 November 2012 (UTC)

WikiTrust

Has anyone had issues with WikiTrust? I've tried to use it on deep vein thrombosis for example and I get the error "TEXT_NOT_FOUND at /home/wikitrust/perl/WikiTrust.pm line 451." I've emailed them about this twice, and I've gotten no reply. Might there be a work-around? Or something with my Firefox version (16.0.2)? I noticed in the archive there was some issue with the length of an article. I can verify something of that nature. I tried WikiTrust on the short article Jess Doyle and it worked. Thanks. Biosthmors (talk) 00:18, 25 November 2012 (UTC)

I'm extremely familiar with WikiTrust, used it in my research, and co-authored with its creators. To the best of my knowledge, it is not being currently maintained. When I recently used their source code to apply the same analysis over edits in source code repositories, I had issues. Some had to do with PHP version differences. In the end, I was never able to get the "live" version to work completely (its written primarily in OCAML with PHP hooks). I did hack it to get the dump processing to work, but that is not really of concern here. Thanks, West.andrew.g (talk) 00:34, 25 November 2012 (UTC)

Force a :hover CSS rule to trigger in javascript

Can it be done? I'm trying to trigger a hidden element that has an associated :hover rule that shows the element, to show using only mouse events, because I can not add inline CSS (like using .show()) which destroys the other logic in the script. The script in question is User:Edokter/MenuTabsToggle.js, and the objective is to make it touch-compatible. I tried using .mousemove() and the like, but that does not seem to trigger the :hover CSS rule. — Edokter (talk) — 11:58, 25 November 2012 (UTC)

I don't know anything about that, but you could also add a class with the js stuff that is grouped with the hover in the stylesheet with the same style. That might be easier to trigger adding and removing. -— Isarra ༆ 18:02, 27 November 2012 (UTC)

Search list not updating

Yet again, the search index has failed to update, this time since 22 November.
Help:Searching#Delay_in_updating_the_search_index says this should be reported here. These backlogs frustrate us WikiGnomes in our tidying up, and we get a huge backlog of spelling, grammar and other mistakes to correct when it is eventually updated. Any idea when it might be updated?
Arjayay (talk) 13:58, 25 November 2012 (UTC)

Two days later, and no change - It still hasn't been updated since 22 November.
Some sort of feedback and indication that something is being done would be appreciated.Arjayay (talk) 09:26, 27 November 2012 (UTC)

_Number of watchers_ analysis broken?

Is the "Number of watchers" analysis linked from the History listing of pages broken? Example link: http://toolserver.org/~mzmcbride/cgi-bin/watcher.py?db=enwiki_p&titles=Friction (associated with article Friction). --User:Ceyockey (talk to me) 15:52, 25 November 2012 (UTC)

That link works for me. The answer is 146, if you're interested. -- John of Reading (talk) 16:22, 25 November 2012 (UTC)

Thanks -- it is back now and I can get to the page. Must have been a transient problem. --User:Ceyockey (talk to me) 16:45, 25 November 2012 (UTC)

Probably an issue with the Toolserver being up and down over the past few days. Things should be stable now. Legoktm (talk) 00:35, 26 November 2012 (UTC)

Rate this page, displayed as text (pt.2)

Following up on a previous report, where I have noted that the "Rate this page" panel is displayed as text (e.g., any page at en:WP), I note that the equivalent panel at the Portuguese language WP displays just fine for me (e.g., pt:5155_Denisyuk). Hinting that there is something wrong over here (or eventually something wrong at pt:WP which just happens to make it right for me - it is possible for two wrongs to make a right!) - Nabla (talk) 22:11, 25 November 2012 (UTC)

bug in rendering page as PDF

When I "download page as PDF", my browser goes to a page reporting the progress of rendering the page as a PDF. When the rendering is finished, the link to return to the Misplaced Pages article is shown as raw HTML, not as a link:

Rendering finished

Return to <a href="//en.wikipedia.org/List_of_Love_sculptures">List of Love sculptures</a>

This also happened with Love (sculpture).

I am running Firefox 16.0.2 under Mac OS X 10.7.4. --Thnidu (talk) 09:33, 26 November 2012 (UTC)

I see now that Prouder Mary reported this (above) 4 days ago, and User:Bawolff filed a bugzilla ticket less than 24 hours later. --Thnidu (talk) 09:41, 26 November 2012 (UTC)

Curious result when comparing the SUBJECTPAGENAME variable with the actual page name

I'm stumped. Please look at Talk:R33 World's Fair (New York City Subway car), the "just testing" section. Why is the #ifeq: comparison generating a "not equal result"? Thanks, Wbm1058 (talk) 20:51, 26 November 2012 (UTC)

It's Template:Bug (which is probably a duplicate of some older bug). The output of the various pagename variables encodes apostrophes and a few other characters for some reason. Anomie⚔ 21:12, 26 November 2012 (UTC)

New feature needs testing

mw:Extension:TemplateSandbox is a new extension that should come in handy for users editing templates (and Lua modules, once that is enabled here); I know I've wished for it several times already. It has now been enabled on test2 and mediawiki.org for testing. The extension has two modes:

• Special:TemplateSandbox allows you to place sandbox templates and Scribunto modules as subpages of some other page, and then view arbitrary pages or wikitext using those sandboxed templates/modules in place of the live versions.
  • Note it doesn't try to use "/sandbox" subpages, because then there would be no way to test sandboxing for just one set of templates without also picking up every other template's "/sandbox" subpage. You can, of course, create a redirect from Special:MyPage/sandbox/Template:Citation needed to Template:Citation needed/sandbox if you want.
• At the bottom of the edit form in the Template and Module namespaces, a new box will appear that allows you to preview other pages as they would appear if you saved the template/module you are currently editing. For example, you could open Template:Asbox and make some changes in the edit form, then enter "Sharpsville Area School District" in the preview box to see how Sharpsville Area School District would look with your changes.

Please report any bugs, either here or in Bugzilla (convenience link). Thanks. Anomie⚔ 21:58, 26 November 2012 (UTC)

Unprintworthy cross-namespace redirects are not being excluded from the search dropdown as expected

It has just been brought to my attention that cross-namespace redirects tagged as unprintworthy are not being excluded from the search drop-down as they should be. This is a bug somewhere, but as I don't know how the exclusion works I don't know where to file the bug. {{R unprintworthy}} and Category:Unprintworthy redirects are possible places but I'm not seeing anything obvious in either location. Thryduulf (talk) 22:52, 26 November 2012 (UTC)

• It isn't only cross-namespace redirects - Acadamy Award is second in the drop-down list for "Acada", above articles such as Acada biseriata. Peter James (talk) 23:29, 26 November 2012 (UTC)

I see no reason why it should do that. Just naming something "unprintworthy" does not special case it in the software (Nor should it if you ask me). Either you want the redirect or you don't. —TheDJ (talk • contribs) 20:18, 27 November 2012 (UTC)

It did do that and should again do that, either by same method or a different one. The redirects exist for people who search for them, but are not useful for people browsing (e.g. they are spelling errors and project pages) - Category:Unprintworthy redirects explains this more fully. Thryduulf (talk) 20:58, 27 November 2012 (UTC)

Some sort of improvement to user talk pages is needed

In the past few days, I've seen new editors leave Wikilove messages when they clearly meant to leave regular messages. They couldn't figure out that you edit a page to leave a new message, and that editing a user's talk page is not some taboo feature. I checked with my mother (who insists she's still computer savvy despite mounting evidence to the contrary, but is otherwise still on her rocker), and she could not figure out that "edit" or "new section" were the means by which one would leave a new message. Her impression, even after the buttons were pointed out by her son who she knows edits Misplaced Pages, was that editing a user's talk page would be as taboo as editing a user page. She did not say so explicitly, but I gather she thought that the "new section" button would create a subpage that the message recipient would somehow not be notified of.

Fortunately, the only people I've seen with this trouble (aside from my mother) have generally been useless to the site for some other reason (spammers, POV-pushers, whatever). However, this may still be an issue for good users who could help the site more. Since the wikilove button only show up in userspace, I know it's possible to add buttons there, but I don't know if it's possible to change "edit" and "new section" for only pages starting with the name "User" or more specifically "User talk:".

I do not think that changing the "edit" or "new section" buttons on talk pages to "post message" (my mother's suggestion) would really help, because then we'd either have to explain to new users that they have to leave a new blank message to remove material from their pages (though that might be useful), or we'll have new users starting new sections every time they edit a page.

Allowing only autoconfirmed users to have the wikilove button might help, but then there's still the issue that people who somehow can figure out how to edit articles cannot figure out that the same "edit" button could be used to edit a page.

Changing "new section" to "new thread" might help, along with making the edit buttons next to each thread larger and changing them to "new post."

How can we idiot-proof this?

Maybe replacing the wikilove button with a big envelope (or even text saying "new message"), that when clicked brings up a prompt asking if they want to add a message to an existing thread (effectively clicking "edit" for that section), start a new thread (effectively clicking "new section"), or leave a Wikilove message? That would leave "edit" and "new section" alone for the people who know what they're doing, but help people who can't figure out how to leave messages. If there's space, this prompt could also remind the user to sign their post with four tildes, assume good faith, not make personal attacks, and not use Misplaced Pages as a forum. Ian.thomson (talk) 00:31, 27 November 2012 (UTC)

Those of us who particularly want to encourage newbies to squawk to us can add {{Talk header}} as I did a few minutes ago. But yes, there ought to be a more general solution. Jim.henderson (talk) 01:41, 27 November 2012 (UTC)

I can't remember what the name is, but there's a Mediawiki page that sets the text that will display on the main tab for pages: "article", "project page", etc., and there's another one that forces all talk pages to appear as "talk". Presumably there's another that controls the Wikilove feature; if so, changing it would be a good way to resolve the problem that you note. Nyttend (talk) 02:45, 27 November 2012 (UTC)

The "Talk header" template is a bit verbose with admonitions not to be bad, which might deter the ignorant without calming the angry. A button with a simpler message like, "Click here if you have something for me" would seem better. Jim.henderson (talk) 03:37, 27 November 2012 (UTC)

{{Talk header}} is intended for article talk pages where there have been issues such as forum type discussions, edit warring, and the like. It wasn't designed for user talk. --— Gadget850 (Ed) 10:46, 27 November 2012 (UTC)

Note that {{Talk header}} is in Category:User talk header templates, and Template:User talk header redirects to it. For something a bit less verbose, I use {{usercomment}}. For more alternatives, look through some of the other members of the category. – PartTimeGnome (talk | contribs) 21:12, 27 November 2012 (UTC)

I've found Misplaced Pages:Village pump (technical)/Archive 94#Page top tabs which is a related previous discussion. --Redrose64 (talk) 13:24, 27 November 2012 (UTC)

Can't go directly to feedback pages

Windows 7, IE 8, Monobook. Ever since the "View reader feedback" button began appearing on talk pages, I've had a problem with it. If I leftclick it while holding down Ctrl, it opens in a new tab just like any other link would, and I can read the feedback just like I should. However, if I leftclick it while not holding down anything, the page just sits there as if I'd not done anything, rather than going to the feedback page. Any idea what's going on, and what (if anything) can be done? Nyttend (talk) 02:48, 27 November 2012 (UTC)

Most pages don't have the link so here is an example: Talk:Google. For me in IE9, the first left click doesn't work but a second left click works. I don't mean a double-click. The two clicks can be long apart. It's the same logged out and logged in with Vector. PrimeHunter (talk) 04:28, 27 November 2012 (UTC)

The first single-left-click works fine for me on Firefox 17.0/Vista/Vector. Switching to IE9 produces the same behavior as what PrimeHunter reported. Sounds like an IE problem. jcgoble3 (talk) 05:01, 27 November 2012 (UTC)

Opera has the same problem as IE9. The first click works in Firefox, Safari and Chrome. PrimeHunter (talk) 05:10, 27 November 2012 (UTC)

Do you use Internet Explorer's "Compatibility Mode"? --Malyacko (talk) 12:27, 27 November 2012 (UTC)

In IE9 the feedback link behaves the same with and without compatibility mode. However, I noticed that with compatibility mode enabled I cannot change tab in preferences (MonoBook and Vector tested) unless I open the preferences tab in a new browser tab or window. Two clicks don't work there. Without compatibility mode a single click on the tab works fine. PrimeHunter (talk) 13:11, 27 November 2012 (UTC)

Your bug in IE "compatibility" mode with the preferences is already fixed in 1.21wmf5, which is scheduled to be deployed here Monday. You can test it now on test.wikipedia.org or mediawiki.org if you'd like. The AFT bug is now in bugzilla as Template:Bug. Anomie⚔ 16:56, 27 November 2012 (UTC)

(added after collision) your 2nd concern (preferences) is reported in Bugzilla:41792. is fixed in 1.21wmf5, which, according to the roadmap, will be deployed to enwiki on December 3rd. you can test the fix now on mw:Main page - mediawiki is already on wmf5.

as to the problem with the feedback: can you please turn on the "Display notification about every script error" settings in IE9 (under Tools => Internet Options => Advanced") and see if you can get a more specific error report? it also may help if you add to the tail of the address line of the browser either "?debug=1" or "&debug=1" (depending whether or not a question mark already appears earlier on the address line). as to Bugzilla:42479: this may or may not be related to the issue you see - i could not decipher this bug report. peace - קיפודנחש (talk) 17:07, 27 November 2012 (UTC)

Neither of those ("Display notification about every script error" or "?debug=1") produced any errors at all. jcgoble3 (talk) 19:14, 27 November 2012 (UTC)

Still have location map problem

Per HTML 5 snafu - pushpin points moved south, there was a problem, and it reads as if there has been a solution, at least form those using the template Location Map. I see suggestions is may take some time for fixes to propagate, but that was in September. Some of the locations on this map are clearly wrong. Spokane and Bridgeport look OK, but the other three are wrong. Am I missing something, or is this supposed to be fine now? (FireFox) --SPhilbrick(Talk) 18:08, 27 November 2012 (UTC)

Nothing to do with that. The linebreaks were adding extra height to the thumbnail frame, causing the relative dimensions between image size and image frame not to match. The pogs are positioned relative in the image frame, so if they don't match, the pogs are in the wrong place. —TheDJ (talk • contribs) 20:13, 27 November 2012 (UTC)

Thanks. That looks better.--SPhilbrick(Talk) 21:47, 27 November 2012 (UTC)

• Misplaced Pages noticeboards
• Misplaced Pages features
• Pages automatically checked for accidental language links