This page contains discussions that have been archived from Village pump (technical). Please do not edit the contents of this page. If you wish to revive any of these discussions, either start a new thread or use the talk page associated with that topic.
D'oh, didn't even think of checking what dict: did because I simply assumed it went to Wiktionary. Is this really something that any Meta admin can change at will? Wow. Nevertheless, this prefix has been in place for over five years so I don't imagine changing it now would be sensible. Chris Cunningham (not at work) - talk20:51, 31 May 2010 (UTC)
Sure. That said, maybe it would be prudent to change the definition to point to the associated wiki (as they seem to have one), since it is an "interwiki table"? I myself would definitely rather see it point to an internal page, but if it's to remain… --Izno (talk) 22:00, 31 May 2010 (UTC)
Before changing dict: to point to Wictionary: (A) are there any articles, talk or WP pages currently using a link to dict.org that would be broken by such a change? and (B) why not create a link wict: which would be a more accurate abbreviation anyways. 66.102.198.179 (talk) 03:30, 1 June 2010 (UTC)
I'm working on List of Presidents of Washington & Jefferson College, which will have separate explanatory notes and reference sections. I'm defining the explanatory notes with the {{#tag:ref}} function (per WP:REFNEST). So, here's my question: Can I construct it so that the same explanatory note can be used to refer to two points in the text? Put another way: is there a way to make that explanatory note work similar to the <ref name="name" /> references? I'm asking because I have two entries on the list that would be easily explained by a single note. Any help would be appreciated.--GrapedApe (talk) 04:03, 1 June 2010 (UTC)
You've repeatedly asked for people here to do the same thing, and every time you have been shown how to do it yourself. One would think you shouldn't have to keep asking. OrangeDog (τ • ε) 12:05, 1 June 2010 (UTC)
Hey, xeno: yeah, your page doesn't show it, that's first thing I went to editors I knew would have the email option on their user page. I think it's a script I loaded, (maybe) but I don't know how to find out which one :-( Mlpearcpull my chain'Tribs20:58, 1 June 2010 (UTC)
Remove them all and add them back one by one =) It's probably one of the ones adding portlet links. –xenotalk21:00, 1 June 2010 (UTC)
It's gone. I think some Symantec techie just hit a "what the f*** do you think you're doing you stupid computer?" button :DHappy‑melon18:30, 1 June 2010 (UTC)
(edit conflict):It looks like it's reporting one diff on the Malayalam Wikipedia as potentially compromised. I frankly don't know whether it is, because I can't make heads or tails of Malayalam in the first place, but if this is being reported as a problem with all subdomains of wikipedia.org, that's a problem on Symantec's end, not a problem with the English Wikipedia. — Gavia immer (talk)18:33, 1 June 2010 (UTC)
It switched back and forth just two minutes ago, again with "HTTP Misleading Application Detection" linked to ml-wiki. First call was green, then a refresh showed red. East of Borschov (talk) 19:07, 1 June 2010 (UTC)
You mean the Symantec page? Yes, I can see that it changes. And now the warning stopped popping up when visiting wikipedia via conventional log in. Talk/♥фĩłдωəß♥\Work18:57, 1 June 2010 (UTC)
Perhaps the Malayalam Wikipedia should be notified at their Embassy? They may have some insight what's going on. Or not...maybe it's irrelevant to them. Robert Skyhawk(TCB)03:20, 2 June 2010 (UTC)
I am an admin in ml.wiki. Could someone please point out which is the diff in ml.wiki that Symantec has highlighted? We could review that.. --Jacob.jose (talk) 02:12, 7 June 2010 (UTC)
O.K. I just made an article called Elyon (novel) on a subpage, and in my attempt to move it, it became a redirect, I'm angry that the work that I had just put into it was deleted. Can someone tell me how to fix this?
Tetobigbro (talk) 04:07, 30 May 2010 (UTC)
For future reference, this is exactly the reason why new-page patrolling just minutes after article creation can be a problem (an IP redirected it, calling it non-notable because you did not cite a third-party source). Your work is not lost. Click on Elyon (novel). Click on the line below "Ted Dekker" that says "Redirected from Elyon (novel)". View the history, click on the correct date, and you can see the old revision (from before the IP turned it into a redirect) and also choose Edit to get the original code you typed in or move it back. PleaseStand(talk)04:17, 30 May 2010 (UTC)
Tetobigbro, I see you registered on 20 May 2010. I'm working on a project User:Philcha/Essays/Advice for new Wikipedia editors to guide newcomers' first steps as they work on articles. The guide: use a "lite" presentation of WP's policies and guidelines, hoping 20% of the words will cover over 90% of the situations, and make it easier to identify the more difficult cases; include techniques and tools that can help newcomers.
Redlinked files now send to Wikipedia:Upload - is this new?
I could've sworn that in the past, a redlinked image would send you to the non-existent media description page where the convenient deletion log would be shown (when it exists), now it seems to send one to Wikipedia:Upload (). Can this be changed back, either globally, or through personal .js/.css? –xenotalk15:44, 2 June 2010 (UTC)
They always sent one to the upload form with the former filename as its name, which you can see at the "?wpDestFile=" within the url. Either the developers have now changed the target to the url specified in MediaWiki:Upload-url or someone has changed some system message. --The Evil IP address (talk) 15:56, 2 June 2010 (UTC)
Really? Guess I'm getting old (or maybe I've never actually clicked a redlinked image before). –xenotalk16:07, 2 June 2010 (UTC)
I started noticing that a few months (several months?) back. But it doesn't seem to always work that way. Initially I assumed that happened when Commons files were deleted, but recently I noticed it for a file that I'm pretty sure was here. Guettarda (talk) 16:19, 2 June 2010 (UTC)
The default AWB style causes diffs with a long string without whitespace (involving long URLs for example) to stretch the horizontal size of the diff, which is not what's wanted. Is there a CSS trick we can apply to prevent this? Thanks Rjwilmsi12:58, 1 June 2010 (UTC)
All of a sudden, my logged in status went away while I was working just now. Not only was my login lost, but so was my User name and my password. Is this a bug? Everard Proudfoot (talk) 23:04, 1 June 2010 (UTC)
It happened to me recently, in the middle of a session. I don't know that it was or was not the 30 day thing, but it was recently, so maybe coincidence, or maybe some glitch occurred 1 June.--SPhilbrickT12:57, 3 June 2010 (UTC)
Short explanation: Make years in articles appear like this (hover over the year): 2009
Long explanation: I'm looking for some people to test this script out. What it does is, when you visit an article that has a definite "creation" date, such as a person (their birthday), a company (its founding date), or a piece of artwork (its creation date), all years that appear in the text will be "hoverable"—meaning, if you hover your mouse cursor over a year in the article, then the article's subject's "age" will appear in a tooltip (i.e. the year that you're hovering over minus the birth/creation year of the article's subject, whether it be a person, object, or event).
If you use this script and find a page that doesn't make mark years when they should be, the let me know (this script only works if the subject's birth/creation date is explicitly stated in one of the article's categories—if it doesn't exist, then add it; and years are only marked in the article's body, meaning years in tables, bolded terms, links, etc. are not marked). Unfortunately, I can't attach a screenshot since tooltips disappear when hitting a key on the keyboard, but I can tell you that years appear like this: 2009, which would appear in an article about a person who was born in 1999.
importScript('User:Gary King/subjects age from year.js');// [[User:Gary King/subjects age from year.js]]
I've got a bunch of other scripts that I've written lately, but I feel that this one might have the widest appeal at the moment. Have fun! Gary King (talk) 20:53, 2 June 2010 (UTC)
Nice work. Incidentally, ALT+PrintScreen (on Windows, it probably has its equivalents) does screenshot the tooltip as well. Not that we need a screenshot when we have a working example :) - Jarry1250[Humorous? Discuss.]14:04, 3 June 2010 (UTC)
Character list under edit box
I'm not sure if this is the right place to ask this, but is it possible to add a new character list to the drop menu under the edit box (where the Arabic, Hebrew, Greek etc. are)? In Hungarian Wikipedia we have lots of these, and they are very useful. I'd love to have these characters there:
That fixed it so the template works. Any idea how to fix it so the pagenotice link on templates links to the right place?—Kww(talk) 19:08, 3 June 2010 (UTC)
Weird, when I click the 'pagenotice' link in the editwindow for that template, i'm taken to the correct page. How and with what browser did you try to create this template notice ? —TheDJ (talk • contribs) 20:22, 3 June 2010 (UTC)
To be fair, the wikitext for a redlink is slightly different from the wikitext for an existing editnotice. But both code paths seem OK to me.
Can't reproduce it now, but all I did was click the redlink for the page notice. I'll keep an eye out for this and see if I can find a pattern. I'm using Firefox 3.6.3.—Kww(talk) 20:42, 3 June 2010 (UTC)
Parsing Wiki XML Dumps ver0.4 just got tough
Hello, I am trying to parse Wikipedia XML Dump using "Parse-MediaWikiDump-1.0.4" along with "Wikiprep.pl" script. I guess this script works fine with ver0.3 Wiki XML Dumps but not with the latest ver0.4 Dumps. I get the following error.
Can't locate object method "page" via package "Parse::MediaWikiDump::Pages" at wikiprep.pl line 390.
Does SineBot have a timing issue that can cause an edit to be lost?
I am looking at a diff page which seems to show SineBot adding attribution to an edit, but not basing its edit on the latest version of the page. Instead its edit was based on the just-prior version of the page: the effect was to revert the prior edit. It seems SineBot may create a timing window between starting an edit and posting the completed edit, during which any other edit that is posted gets lost. In the case of this example, SineBot stepped on itself. The previous edit was a SineBot edit, which got reverted. But if this timing window exists, it could step on any edit that happens to get posted while the window is open. Not the fault of the poster of the lost edit—the edit that is lost is not the edit that is being signed by SineBot.
The http://en.m.wiki.x.io sub-domain keeps timing out with no connection. Is this a temporary problem, or has this sub-domain (for enhanced mobile devices and the default domain for access via the Amazon Kindle) been changed or discontinued? —Preceding unsigned comment added by NogDog (talk • contribs) 21:50, 3 June 2010 (UTC)
Due to load issues on the server, there were a load of problems. A new server was put in production, but it takes a while before everything is updated and back online. —TheDJ (talk • contribs) 00:23, 4 June 2010 (UTC)
highlight color of selected ref
When one clicks on a ref in an article one is taken automatically to that ref at the bottom and the text is highlighted. I'm not sure how this highlighting is accomplished. I assumed that it was just part of html but i seem to have been wrong about that. Anyway, how would I change the color of the background of the highlighted text? What would I add to my css page? Lemmiwinks2 (talk) 06:30, 4 June 2010 (UTC)
Is anyone working on a WYSIWYG table editor? I've found creating and editing tables to be quite frustrating -- it's hard to go between raw text and a two-dimensional chart. I see someone suggested this at Bugzilla but the enhancement request was not acted upon. -- Mwalcoff (talk) 23:06, 4 June 2010 (UTC)
There's also a special template designed for just that purpose: {{=}}. you can use that anywhere you need an equals sign. you should read help:template which discusses problems like this. --Ludwigs202:00, 5 June 2010 (UTC)
No longer redirecting to en.m.wiki.x.io on Android 2.1 (Nexus One)
I have a Nexus One running Android 2.1. Usually when I navigate to a Wikipedia page on it, I am redirected to a lightweight, mobile optimized version, on en.m.wiki.x.io. That redirect stopped working today; now I just get the full version, which is usable, but a little harder to navigate on my phone. I've tried clearing my cache and cookies, but the redirect still does not happen. I can navigate directly to en.m.wiki.x.io and it works fine, but the redirect is convenient for when I do a google search or get a link from someone else. Some other users on other phones, such as the iPhone, have reported the same issue. — λ (talk | contribs) 21:16, 4 June 2010 (UTC)
I have noticed the mention above of en.m.wiki.x.io being overloaded. Is this issue related? Has the redirect to en.m.wiki.x.io been disabled because of the load? — λ (talk | contribs) 21:19, 4 June 2010 (UTC)
A recent edit conflict at AN reminded me that something called "liquid threads" was just-around-the-corner a few years ago. Any news on that front? Or indeed on anything else that might actually be able to cope with busy discussions? DuncanHill (talk) 00:55, 5 June 2010 (UTC)
It is currently deployed on the strategy and a few other small wiki's that center on discussion. I'm guessing feedback there is being used to prepare for any type of wider deployment. —TheDJ (talk • contribs) 13:36, 5 June 2010 (UTC)
I did a little bit of experimenting, and found that an animation (at least, the one we're looking at) only works when the size in not defined. Take a look at my sandbox; you'll find the barnstar without the size defined moving, and the one with the size defined as 100px not moving. ~SuperHamsterTalkContribs04:08, 5 June 2010 (UTC)
No problem here either (FF3 +xp). Perhaps there was a very old version in the caches somewhere that was static. If there was, then it seems gone now. —TheDJ (talk • contribs) 13:20, 5 June 2010 (UTC)
Ah, you're right about the cache - I bypassed my cache and reloaded the page while using Chrome, and it worked fine. So NSD, all you need to do is bypass your cache (I'm assuming you use FF3 based off of your userpage), and that'll fix the problem. ~SuperHamsterTalkContribs14:51, 5 June 2010 (UTC)
Unsigned comment template
Is it possible to create an unsigned comment template that:
Accepts code of the form 06:08, 5 June 2010 92.1.90.14 or 06:08, 5 June 2010 Example (as found in revision histories)
Transforms it into {{subst:unsignedIP|92.1.90.14|06:08, 5 June 2010 (UTC)}} or {{subst:unsigned|Example|06:08, 5 June 2010 (UTC)}}
In recent months, I have seen unsigned comments to talk pages that are not signed by SineBot and am wondering if there is any easier way to sign them other than using {{unsigned2}} and inserting (UTC)| between the timestamp and username. PleaseStand(talk)06:16, 5 June 2010 (UTC)
Well, there's a way to determine if someone is an IP or a user that works AFAIK and we could add the (UTC) automatically if it's not there (though that won't be easy), but to remove the need for two parameters we would need stuff like the RegexFunctions extension (which would also be nice for other things). --The Evil IP address (talk) 17:53, 5 June 2010 (UTC)
I am editing a template (not here, on hu.wiki, but perhaps will create the same here) and I have a question: what can I add with {{#tag:ref? I need to put it in a group. Thanks, Enbékátalk16:04, 6 June 2010 (UTC)
Help:Newlines and spaces is copied form Meta - or rather it was in 2008. Unfortunately it makes extensive use of Meta templates. Fortunately we can now (I think?) transclude these. Anyoen feel up to updating the page and fixing the templates? RichFarmbrough, 01:56, 7 June 2010 (UTC).
Go here. If you see the icon, then the favicon should work. If you don't see it, try bypassing your cache. If that still doesn't fix it, then your Internet connection cannot access the favicon at all, and you therefore have a serious connection problem. Gary King (talk) 05:53, 6 June 2010 (UTC)
Hello. This image was reduced in size, but the historical images weren't deleted. I have no qualms with this because backlogs exist, but I was confused in this case since the Category:Rescaled fairuse images shows that "more than 7 days old" is empty. Did a bot miss this or something? – Kerαunoςcopia◁galaxies21:57, 5 June 2010 (UTC)
Those date based categories have large delays. It can take more than a week before those things are updated. It has been like this for a while. Doing a null edit on the template in question usually speedies the detection of new pages that should fall into the category. —TheDJ (talk • contribs) 13:12, 6 June 2010 (UTC)
For that reason, I'll sometimes go into the category that contains all reduced nonfree images and delete ones that were tagged more than a week ago. Nyttend (talk) 06:12, 8 June 2010 (UTC)
Measuring "Progress" at Wikipedia
I know this might be a controversial topic but my question is purely technical ... what I want to know is can this be done with WikiMedia software? The discussion of should this be done is for another day in another forum.
I have seen various "progress templates" that track (count and list) articles of certain categories. A good example is Template:Notability progress. Right now these templates only measure progress by noting how many articles (or tags) are left to do versus how many are eliminated. Sadly this simple measure of progress, while certainly of real value, is ripe to be abused as an unofficial scoreboard for deletionists and does not represent an accurate impression of what it takes to improve the encyclopedia. Those of us who have been here for a while know that making such improvements can require many other things besides just "reducing the count" ... in the above example an article in the problematic Category:Articles with topics of unclear notability might vanish off that list by (A) being merged, (B) being redirected, (C) validating the article by establishing notability, or (D) being deleted. Other categories have similar ways of making progress yet all we are counting is the number of "bad" articles that "went away" striving for a "zero count" and calling that progress.
What would it take, TECHNICALLY, to create a new kind of progress template that would generate a "result" column showing one of the above four outcomes for an article as it is removed from the list? I envision something like this:
+---------------------------------------------------------------------------------------+
| Articles with topics of unclear notability (counts started 06-June-2010) |
+---------------------------------------------------------------------------------------+
| MONTH | ORIGINAL COUNT | CURRENT COUNT | VALIDATED | MERGED | REDIRECTED | DELETED |
+---------------------------------------------------------------------------------------+
| OCT 2006 | 1,234 | 34 | 100 | 50 | 150 | 900 |
+ NOV 2006 | ... etc |
...
+ JUN 2010 | ... etc |
+---------------------------------------------------------------------------------------+
+ TOTAL | ... etc |
+---------------------------------------------------------------------------------------+
One idea (and I am sure there are other ways to do this) I am thinking of is have a mandatory (reply-to-proceed) screen that shows when a specifically tagged article is redirected or deleted saying "This article contains the 'XYZ' Wikipedia Progress Template. Please identify the editorial action taken to measure progress (check one of the 4 boxes below)." The same screen could be applied (I think) if the triggering tag was edited out of the article during the save process.
It doesn't sound so difficult. A rough sketch would be a bot process that could list the members of the category in Month 1. Then in Month 2 it could indivudally check each of those articles to test:
Does it no longer exist (i.e. has it been "deleted")?
If not, then is the article now a redirect page? (Establishing if the article has been "merged" or "redirected" in this case would be more difficult and probably would require manual examination.)
If not, then is it still in the category (thereby establishing whether it has been "validated")?
Disappear the "From Wikipedia, the free encyclopedia" again
Can someone give me the code for my vector.css so I don't see the "From Wikipedia, the free encyclopedia" on any pages but mainspace ones (or however it used to be)? Thanks, —fetch·comms02:58, 8 June 2010 (UTC)
Or you make the changes to your own Vector.css of course. This is the diff.
Basically showing it only on mainspace, was some unilateral decision I made a couple of months ago in the beta period of Vector. It works pretty well, unless a page outside mainspace uses a contentSub (user contributions/redirect pages). In those cases the topicons, coordinates etc would break. I have therefore returned to the old monobook behavior for now. We can further discuss it and see what people prefer. —TheDJ (talk • contribs) 10:35, 8 June 2010 (UTC)
Well, I was just asking for the vector.css code... that would be
If you prefer brevity and don't mind a blank space, yes. If you want it to look just how it did, the correct code (based on the diff) is: PleaseStand(talk)23:55, 8 June 2010 (UTC)
Seems to work if you replace the "9" with a "10"; probably something to do with the fact that the "9" result actually starts with a space, which is probably html encoded somewhere and for some reason.--Kotniski (talk) 14:21, 8 June 2010 (UTC)
Edittools appears to have stopped working yesterday for me (7 June) when using IE8 on Win XP, with an inability to actually insert the character when I click on it. Problem occurs both when I'm logged on (Monobook) and when not. Edittools seems to work normally when using Firefox.Nigel Ish (talk) 17:07, 8 June 2010 (UTC)
See the version history and try clicking on an individual diff.
Also, categories do not show up either. This happens in vector and monobook and I have "Show hidden categories" enabled in my preferences.
I think bugzilla:23204 may be related but I'm not sure. I'm not all that familiar with bugzilla and don't have an account there so if someone could report this there for me that would be appreciated. -- Ϫ19:58, 8 June 2010 (UTC)
Prior to the shift to the new GUI, I could enter a term in the search box, and get the search to open up in a new window/tab by holding down the command key (that's on a Mac - I'm not sure what the windows equivalent is). This was useful when I wanted to open up a reference page while I was creating a post (or otherwise open a page without losing the one I was looking at). Now, however, nothing I do seems to make that work; the search box insists on opening the new page in the active window. It's Vector specific: if I go back to monobook the old behavior works fine. it also appears in both Safari and Firefox on my mac (both the most up-to-date versions). I like the new vector look, so I don't want to switch back, but this is really annoying. any idea why it's happening? --Ludwigs216:58, 5 June 2010 (UTC)
Just type something, and then middleclick or command click the search icon. That works for me with Safari and Firefox. Suggestions were never command-clickable btw. —TheDJ (talk • contribs) 13:19, 6 June 2010 (UTC)
ok, that does work - odd, because I could have sworn I tried that. also I don't believe you're right about suggestions not being command clickable, because I could have sworn I done that dozens of times. I'll have to reload monobook later and confirm. Possibly I'm losing my mind, or more likely I've just slipped into a different quantum universe... --Ludwigs214:25, 6 June 2010 (UTC)
I suppose there is no similar solution for my case: Shift-Enter in Opera, which opens results in new tab, however in Vector the old tab goes to the results page as well. — AlexSm14:50, 9 June 2010 (UTC)
One of my pictures is to be the DYK lead image in a day or two, and a Commons admin just protected it. Forgive me if I'm missing something, but how does that help prevent vandalism here? Couldn't someone upload a shock image to en:wp under the same name as the Commons image that's currently at that name? Or are we just assuming that vandals aren't smart enough to do that? Nyttend (talk) 06:20, 8 June 2010 (UTC)
Only local admins can locally override images from the Commons. However, I think it's possible for vandals to edit the local file description page (unless that is protected, too). Lupo09:42, 8 June 2010 (UTC)
I would think you could. In any case, just salt the local page temporarily and that should be fine. But don't we upload MP images locally anyways? —fetch·comms19:38, 8 June 2010 (UTC)
Hmm, yes, the image is protected, so I can't edit the description. I also tried to upload a modified version of the file (don't worry, I just cut one row of pixels from the original) locally and wasn't able to do that either. I didn't know that cascade protection would protect images that are on the Main Page; I thought it just protected templates. Because images on the Main Page are cascade protected, why do we routinely upload the image from Commons? Nyttend backup (talk) 12:55, 9 June 2010 (UTC)
This is the fifth image I've uploaded that made it to the Main Page; three of the other four had local uploads before they were protected. The fourth was protected at Commons, although an admin uploaded it locally before it went onto the Main Page. Nyttend (talk) 13:02, 9 June 2010 (UTC)
Because the cascading protection only protects local images, not the ones on Commons. Otherwise, every wiki would have the option to protect images on Commons, which shouldn't be possible. --The Evil IP address (talk) 13:18, 9 June 2010 (UTC)
Preventing substitution
Is there a simple way to prevent a page from being substituted elsewhere? A serial suckpuppeteer has twice now created accounts with very similar names to mine and subst'd my user and talk pages to his and I'd like to find a simple way to stop it without having to wrap everything with noinclude, which doesn't really work for a talkpage because of autoarchiving and new messages. Thanks in advance. —DoRD (talk) 23:39, 8 June 2010 (UTC)
Put an unclosed <noinclude> at the beginning of your page, perhaps? This will prevent anything below it from being transcluded or substituted. Intelligentsium23:42, 8 June 2010 (UTC)
{{#ifeq:{{BASEPAGENAME}}|Example|Page contents|[[Category:Candidates for speedy deletion]]}} would be yet another way to do it. PleaseStand(talk)19:04, 9 June 2010 (UTC)
I just noticed this while using Wikipedia (and WP only), that when I have multiple tabs open at once (5 different recent changes changes, and user talk pages), when I hover over a link, or anything that changes the cursor, it flashes from normal to whatever it should be. I'm not sure if this has any thing to do with WP, or and gadgets inside of it, but it is annoying when attempting to use drop down TW menus. A p3rson ‽02:08, 9 June 2010 (UTC)
I've noticed that too. I thought it had more to do with a bug in Firefox than Wikipedia. If, however, you don't use FF, then I might be wrong. :-) Killiondude (talk) 05:53, 9 June 2010 (UTC)
It's a Firefox bug, and only specific to the current window. Meaning, if it happens, then open a new window and the problem disappears in that new window. Gary King (talk) 19:54, 9 June 2010 (UTC)
Two images within one frame?
Is it possible to place two images, side by side, within the same thumbnail frame? In such a way as to allow them to be described by a single caption?--GrapedApe (talk) 02:24, 9 June 2010 (UTC)
Is there a place where I can find the list of allowable URL types for external links (e.g., http, https, ftp, ...). I started a {{ifurl}} function (or perhaps it should be ifuri?) to test to see if an input can be wrapped inside brackets and provide a link. So far I just have http and https in there. I probably don't need every single possible protocol, just the common ones that are allowable. Thanks! Plastikspork―Œ(talk)06:08, 9 June 2010 (UTC)
The allowed protocols are shown in the HTML sourcecode of Wikipedia pages as the values listed in the wgUrlProtocols javascript variable. For en.wiki.x.io, the current list is:
Is this a new thing? I'm sure they used to link to the description page so you could see why they had been deleted. It is very unhelpful not to be able to see this now. DuncanHill (talk) 09:13, 9 June 2010 (UTC)
See File:Death - Back From The Dead-1-.jpg for an example. I also find the change annoying although there are ways to see the deletion info with a little extra work. Here are some: 1) Enter the name in the Title field at Special:Log. 2) Preview a file link with a colon in front and click that: File:Death - Back From The Dead-1-.jpg. 3) Enter the name in the search box and click the resulting redlink.
If it was deleted at commons then these don't work here but I think you always had to go to commons to find the deletion log. PrimeHunter (talk) 12:35, 9 June 2010 (UTC)
I too find this annoying, especially since I'm an admin who sometimes needs to undelete these files. However, I don't remember a time when clicking on the file name didn't take you to the upload form. Nyttend (talk) 12:42, 9 June 2010 (UTC)
Make it so that Disambiguation pages don't show up as results.
For readers (anonymous visitors with ≤≈5 edits):
Bias article results towards good articles (although not necessarily good articles). Articles that are interesting and/or well written that show the good parts of Wikipedia.
For regular editors (anonymous users with >≈5 edits and users with accounts):
Show articles that may need some more attention edit-wise (i.e. articles that have cleanup templates at the top).
For account holders:
Make a section in the preferences for how users want the random article generator to be biased (if at all), and whether or not to include other namespaces.
Been discussed many times before. The developers don't consider it worth doing because it requires an unnecessary amount of resources to select a random page that meets all these criteria. I've got a script called Enhanced Random Article that, when installed, skips disambiguation and stub pages for random pages. Gary King (talk) 23:02, 9 June 2010 (UTC)
I'm looking for some advice, if possible from a developer. I'm noticing increasing difficulty in getting well-developed articles to load because of the number of citation templates they use. I'd like to propose adding something to the featured-article criteria that nominators should check that the load times of featured articles is reasonable—regardless of what might be causing the problems: whether length, templates, number of images etc—but I don't know how load time is measured objectively. Whenever the issue is raised, we're left with anecdotal evidence: some people can load an article within five seconds, for others it takes 30 or more.
I'm assuming there must be an objective standard that Web developers use to measure that pages are opening within an acceptable time. Can anyone direct me to where I might learn about that so we can develop such a standard for WP articles? SlimVirgintalkcontribs03:03, 10 June 2010 (UTC)
For any given Wikipedia page, append "?action=purge" to the url, i.e. http://en.wiki.x.io/wiki/George_Washington?action=purge. After the page loads, open the HTML (usually, by using a browser option labeled "view source" or something similar). Look for a line reading "<!-- Served by srvXXX in YYY secs. -->" near the very bottom of the article source. This will report the time that Wikimedia servers spent building the page. Generally it is good to repeat ~5 or so times and average the results since servers vary in response and load. The "?action=purge" has the function of forcing the servers to render from scratch (more or less) rather than relying on caches, so it is a more reliable estimate of render and edit time. Most readers (and especially not logged-in accounts) will usually receive a cached version of the page which gives a much faster response though. Dragons flight (talk) 04:02, 10 June 2010 (UTC)
SlimV, it is worth noting that logged-in editors will also get the cached version of the page, and hence short load times, when reading unless they set non-standard preferences, such as stub link formatting, non-220px thumbnails, etc. Editors using certain settings require the page to be re-rendered on every read, which leads to much longer load times on average. I suspect that you are seeing long loads because your preference settings require re-rendering each page. Restoring default settings may make your experience more pleasant when visiting large pages. Dragons flight (talk) 04:22, 10 June 2010 (UTC)
Thanks, DF, both of these points are very helpful. Regarding my own load times, I can't see anything that might be problematic. I have mostly the default settings, plus things like Twinkle, Hotcat, section editing for leads. SlimVirgintalk|contribs04:58, 10 June 2010 (UTC)
As I mentioned here in response to SV's edit summary in that article (and as others have mentioned here), pages are cached. A long page like Deepwater Horizon oil spill will not load slowly for most users (e.g. users who don't have an account and are therefore not logged in). Just log out, and browse around, and you'll see that pages load really quickly. If pages, such as United States (a pretty long page), are taking more than 5 seconds to load before any text appears on your page, then you probably have settings that are not the default settings for most users so the page needs to rebuild the cache for you specifically. It's best to change these particular settings to the default ones so that pages load much more quickly for you. Gary King (talk) 05:13, 10 June 2010 (UTC)
Trancluding multiple defined parts of a page to several pages
Hi! Is it possible to transclude multiple, defined parts of a page to several pages? For example, let's take the article Wikipedia. Hypothetically (as I understand that mainspace pages don't really transclude), if I only wanted to transclude the License and language editions section of the article, I would just place <noinclude> tags around the rest of the article, effectively only transcluding that section to anywhere I place {{Wikipedia}}. However, let's say that I wanted to tranclude only the License and language editions section to one page, and only the Cultural significance section to another? Is there any way to separately identify two parts of a page as to make it so that only specific parts are transcluded to specific pages, using something like an ID-system? I experimented with using the section-wikilinking feature (e.g. {{Wikipedia#License and language editions}}), but this doesn't seem to work. Hope this makes sense. Thanks, ~SuperHamsterTalkContribs05:42, 10 June 2010 (UTC)
Yes; use #if around the part you want to transclude and when transcluding, specify which part you want to show. Feel free to dissect my header page, which if you check the code, makes several transclusions from User:Gary King. Dissect the latter page to see how the #if tags are used. Gary King (talk) 05:49, 10 June 2010 (UTC)
Ah, I see - I had previously checked out the #if function before, but I wasn't sure if I could apply it the way I wanted it. Your userpage helped me out though. Thanks, ~SuperHamsterTalkContribs05:54, 10 June 2010 (UTC)
Download of Wikipedia (English) dump Fails
I have attempted downloading Wikipedia English dump (current pages only, ~5GB) several times. Each time it the download stops at around 1.7 GB.
Tried downloading from two different ISPs using fast broadband connections, at least one with no monthly download limit and second with fairly large limit to be causing the issue. I am able to download large files (>3GB) from other locations without any issue.
The dumps for the English Wikipedia are still being created apparently, since May 14. Not really surprising; this is pretty typical. Yeah, it's usually hard to grab a copy of it. I think there was an announcement a few months ago where Wikimedia was going to get more servers to speed up the backup process, so that mirrors could benefit, or something? Gary King (talk) 05:52, 6 June 2010 (UTC)
Thanks Gary. I tried downloading even older dumps (> Jan 2010 but < May 14), still with the same issue. While Wikimedia gets more servers, what is the solution to download for the time being? —Preceding unsigned comment added by 99.35.129.178 (talk) 08:11, 7 June 2010 (UTC)
You could download the Wikipedia dump with BitTorrent. There's one floating around that's from October 2009, which is fairly recent, if that's good enough. Gary King (talk) 16:19, 7 June 2010 (UTC)
Are you sure it isn't some trivial issue like not enough free space or using FAT (although that wouldn't stop the download at 1.7 GB)? Does it look like the download is finished or is it aborted? (Aborted downloads can be resumed, I think wget can do this). What file are you downloading? The latest dump of current versions of articles is http://download.wikimedia.org/enwiki/20100312/enwiki-20100312-pages-articles.xml.bz2 and it worked fine for me when I downloaded it (but that was about a month ago). Svick (talk) 14:17, 10 June 2010 (UTC)
Yup, for me too. The bar with discussion - edit - search box etc is distorted, half of it in place and the rest at the bottom of the page; and the left menu is in larger font and begins only after the body of the article. Appending ?action=purge solves this, so hopefully this is temporal. 94.29.51.13 (talk) 10:09, 10 June 2010 (UTC)
I get this on both SeaMonkey on PuppyLinux and Firefox on Windows/XP. It is triggered by using the Search box in Wikipedia. After that, any new pages lose the Search box, the left menus, munge together the article heading with the Tabs for Article/Discussion, and hide the Read/Edit tabs that should show on the right. 86.185.63.251 (talk) 11:52, 10 June 2010 (UTC)
(Not posting from my usual computer) I noticed this in IE8 and IE6 on Windows XP, often when pressing the "Random page" link. If a page is distorted, purging the page (in IE, press Ctrl+F5) solves the problem. Oddly, I can produce this problem when logged out, but not when logged in. 1ForTheMoney (talk) 12:53, 10 June 2010 (UTC)
It's not fine on Firefox on XP - that's what I'm using, and it started happening to me today. Seems to be on all articles, just like in the screenshot above, until I ctrl-F5. 81.131.0.252 (talk) 17:46, 10 June 2010 (UTC)
Does Wikipedia have plans to use the free WebM format? Obviously, I don't see this being implemented anytime soon, but has there been any discussion on this? Is there a bug or extension where this is being tracked? 129.120.86.77 (talk) 18:51, 10 June 2010 (UTC)
There are no direct plans to support it in Wikipedia, but I have opened bugzilla:23888 because I presume we will want it supported in the MediaWiki software at the very least. There was some discussion on the Commons and wikitech mailinglists and there are still some slight concerns, but mostly it is just software engineering work that is needed. —TheDJ (talk • contribs) 19:02, 10 June 2010 (UTC)
Change size of image dependent on what word the editor adds in the template
I want to create a template slightly similar to the mediawiki template for extensions:
adds the word "experimental" the template changes color to red.
adds the word "stable", the template changes green
I would like to create a switch that when an editor adds the word "help" to the field "status", the image size will only be 100px, otherwise the image size is default size.
I want to put an editnotice above the editing textbox for all pages on a private MediaWiki-based wiki that I run. The problem is that I can't find any system message that works for this. None of the following work, for the reasons given:
You need to use Editnotices. They are indeed per namespace, but you will either have to copy your message to all of them, or you have to use transclusion to put the same (template/mediawiki) message into each of them. —TheDJ (talk • contribs) 17:02, 27 May 2010 (UTC)
The namespace editnotices don't seem to work on a default installation of MediaWiki using Monobook. For example, I edited MediaWiki:Editnotice-0 and MediaWiki:Editnotice-2 and noticed no messages showing up when I edited main or user pages, not even after I purged the cache. What am I missing? —Lowellian (reply) 18:27, 27 May 2010 (UTC)
No one answered, perhaps because the question was overlooked and mistaken as an already-answered question, so I'll boldface the unanswered question and leave it boldfaced until someone answers. —Lowellian (reply) 22:20, 10 June 2010 (UTC)
Map making tool
Resolved
I saw a map making tool written in flash which would fill in blank maps made by a user who has since left wikipedia. Does anyone have a link to that tool? (The tool also had its own category for maps). It would be much appreciated!!!Smallman12q (talk) 22:30, 10 June 2010 (UTC)
The Globe logo seems to have disappeared. Doesn't particularly bother me, but I expect that it matters somewhere to someone. Am on the old look Wikipedia, and Chrome on WinXP. DuncanHill (talk) 17:35, 31 May 2010 (UTC)
I cannot replicate your results. I am using Windows 7, and I can see the globe show up with Internet Explorer, Firefox, and Chrome. —MC10(T•C•GB•L)17:54, 31 May 2010 (UTC)
I think it disappeared briefly for me too. Can't replicate it, though, so I guess that's the end of it unless it reoccurs. Tisane (talk) 10:49, 2 June 2010 (UTC)
It's re-appeared this afternoon. I have noticed that when the globe thingy isn't there, the suggestions in the search box work much more quickly than when it is there. DuncanHill (talk) 17:14, 5 June 2010 (UTC)
Different globe logo thingy issue
For some reason with Vector on IE6/XP Pro the background of the logo renders dark grey, with the balance of the left side column light grey. Vector on IE8/Vista has the background the same light grey as the left side column. Trivial, but consistent.LeadSongDogcome howl!15:41, 2 June 2010 (UTC)
I'm on IE6 right now and solid grey back looks better than transparent (the grey block somewhat masks the anorexia of the new ball). East of Borschov (talk) 11:36, 8 June 2010 (UTC)
It seems to have changed. It now has a look consistent with the IE8/Vista appearance. The light grey background is consistent throughout the left sidebar, including under the globe. Thanks to whoever fixed it.LeadSongDogcome howl!21:26, 8 June 2010 (UTC)
You're welcome LeadSongDog! All I did was match the grey colors. You can see the gradient at the top does not match, and that it has a grey box around it in the Monobook skin. We should be able to fix it completely, but there is a bug with the IE6 compatilbility script. I have opened bug 23825 to address this. Cheers! --Svgalbertian (talk) 16:57, 11 June 2010 (UTC)
Change a font size or something to differentiate different section levels
A "third level down" (4 equal signs) looks the same as a "2nd level down" (3 equal signs), making the hierarchy invisible. In other words:
This heading
Looks the same as. Looks the same as. Looks the same as. Looks the same as. Looks the same as. Looks the same as. Looks the same as. Looks the same as. Looks the same as. Looks the same as. Looks the same as. Looks the same as.
This heading
Which is one level below it.
Suggest changing a font size or something to differentiate them.
Likewise. The "4 equals" heading is about 75% the size of the "3 equals" heading. It's not maybe a browser issue? Try increasing and decreasing font-size (Ctrl+- or Ctrl++ in Firefox, YMMV). TFOWRidle vapourings11:14, 9 June 2010 (UTC)
I know that they are slightly different. One is 89% of the height of the other. Checked on Firefox and dusted off Internet Explorer, and blew them up with magnifier and measured. I meant that that they are so close together that at first glance, many don't notice that one is a sub-heading of the other. I have to look a little harder to see it.
There isn't much space for us to manipulate in. Fifth level heading (5 equal signs) is the same size as normal text. If we made 4th level heading (currently 116% of normal size) smaller, it would make it difficult to differentiate between the two. So it wouldn't solve the problem, just move it. Making 3rd level heading (132% of normal size) bigger would similarly make it too close to 2nd level (150%). For the record 1st level heading (used for page title) is 188% of normal text size. Svick (talk) 03:04, 12 June 2010 (UTC)
RevDel bug persists with page history comparison
The recent introduction of RevDel renders version comparison inoperative on the history pages. Upon selecting radio buttons to compare two page versions on the History page, "compare selected revisions" defaults to "del/undel selected revisions", resulting in error message "Invalid target revision". The only workaround is a tedious logout (thus removing Rev/Del admin tool) to get page history version comparison to function normally and then login again. This was previously complained about by others at VP (see this VP archive), but remains unresolved as mentioned here. JGHowes talk18:49, 9 June 2010 (UTC)
You can click "Compare selected revisions" at the top or bottom of the page as a workaround, but I much preferred simply being able to hit "enter". Vote for the bugzilla:23747. –xenotalk19:19, 9 June 2010 (UTC)
Wait - are you saying that when you did click "compare selected revisions", it instead tried to delete the revisions? That would be a horse of a different colour. –xenotalk19:20, 9 June 2010 (UTC)
Yes, that's right. After clicking "compare selected versions", it instead tries to delete, which results in the aforementioned "Invalid target revision" error message. JGHowes talk19:44, 9 June 2010 (UTC)
Peculiar. What is your browser & version? The following script may help as a workaround in the meantime. –xenotalk19:46, 9 June 2010 (UTC)
importScript('User:Superm401/Compare_link.js');// turn "compare selected revisions" into a copyable link
Just wanted to tell that the previous format was far better than the new one. With the new one I can't see other editors contributions and when I sign my posts it almost always divert the signiture to other palce in my or in others posts. Also, it's harder to edit with this format. How can I return to the old one? --Gilisa (talk) 18:28, 10 June 2010 (UTC)
We proceed boldly toward launch. The main update is that we have pushed the English Wikipedia launch back one day to Tuesday, June 15. That will let us avoid stepping on the WP Academy Israel event, and it means Jimmy Wales will be available to talk to the press, which in turn will yield a better public understanding of Pending Changes.
However, we will still be rolling the new FlaggedRevs code into production on Monday, June 14th (circa 4 pm Pacific, or 23:00 GMT). We hope that this, aside from some minor UI improvements, will pass unnoticed on the project currently using FlaggedRevs. If there are bugs, we look forward to hearing about them via the usual channels, including #wikimedia-tech. Minor bugs will be fixed in place; any major issues will result in a quick rollback to the existing code.
More prosaically, we had a number of bits of work verified complete this week, including a number of little bugs. Our thanks to the German community for their diligent testing of a labs instance of the German configuration.
If you'd like once last chance to see what's coming, try the latest code updates on our labs site.
To see the upcoming work, it's listed in our tracker, under Current and Backlog.
Really what would be useful is some explanation of how this is going to work. It seems it will create temporal drag - for example when SmackBot dates an {{Unreferenced}} template, the act of dating it removes it from the category the invokes the updating. Presumably this will not now happen until the revision is flagged? Which means SmackBot might be running against pages it actually fixed days, weeks, months or even years ago. (In case it's not clear why this might be a problem, a typical daily run currently takes a number of hours, and consumes a fair amount resource, also it is not a good idea to have a bot revisit pages on a daily basis.) Similarly if an image is deleted as copyvio will the "Whatlinkshere" function apply to the flagged revision or the current revision? RichFarmbrough, 13:14, 11 June 2010 (UTC).
While the category links shown at the bottom of the page (to anonymous users) reflect the current approved revision, the category and what links here listings always correspond to the latest revision. PleaseStand(talk)18:36, 11 June 2010 (UTC)
For my purposes that is probably best, but I can see it could be the other way around for some (E.g. in the copyvio case). Thanks for the information. RichFarmbrough, 22:21, 11 June 2010 (UTC).
Image problem
Resolved
I am having a weird problem with an image which works fine as a thumbnail, but if I try to put it in a gallery it is rotated by 90°. It appears to be using an old upload from the file history, but distorted to the new aspect ratio. Compare the two below.
Actually, I take it back that it works ok in thumbnail, I just noticed I can get the same effect in thumbnail by setting the size to 120px. Likewise the gallery image can be fixed by playing with the height parameter. As I said, weird. This was the only image in the gallery with the problem, so I'm confused. SpinningSpark15:28, 11 June 2010 (UTC)
If I go to create a non-existent page in my userspace (eg User:B/dfgasdfgsdfgsdfg), I see a message that I have been renamed that refers to when I usurped this name three years ago. Is there any particular reason for this message to be displayed all throughout userspace, rather than only on the main user page and main user talk page, (if they don't exist)? It seems odd to put them all over userspace - if there had been a page there, the move would show up in the log move anyway (see User:BigDT/416 for an example) so I don't see a need in printing the rename log too (except on the top-level user page and talk page). Thoughts? --B (talk) 16:08, 11 June 2010 (UTC)
As I said above, if you go to where a page used to exist, for example User:BigDT/416, which at one point in time did exist, the log entry is displayed anyway apart from this feature. --B (talk) 18:13, 11 June 2010 (UTC)
Hm, but it is possible to undelete this page, move it, leaving no redirect, and then the audit trail is lost. Not sure the best behaviour. RichFarmbrough, 22:31, 11 June 2010 (UTC).
I don't see why that would affect the audit trail? But in any case, nobody proposes to remove the log entry, just the automatic display if you view a non-existant user subpage of a user that has been renamed. If you expect a page there from the previous user, you'll still get the move log entry. If there's a new page there you already don't get any log at all. Amalthea23:59, 11 June 2010 (UTC)
Here's the point though. If you go to create a page that does not and never did exist for either me or the person who previously held this user name, you see a confusing message that makes you think I have been renamed. My contention is that for a page that did not and never did exist, you should see no such message. The other logs (delete and move log) are both sufficient for the case where a user did exist with that name and was renamed - the move log will tell you where the page is now. --B (talk) 02:11, 12 June 2010 (UTC)
It seems that Internet explorer doesnt recognize style="height:100%;" for tables. Is there a way to get around this? just-emery (talk) 17:55, 10 June 2010 (UTC)
You could stop using Internet Exploder. Other than that, I don't know. IE doesn't support a lot of html stuff. —fetch·comms21:21, 12 June 2010 (UTC)
Is it possible to selectively display the sitenotice for unregistered users: visible only in edit mode and in namespaces other than main, file, portal, category and book ? Failing that can the sitenotice be showed to anonymous users only in edit mode, or somehow a message in the same place using the editnotice system ? The idea is to show a message to all registered users (which can be done with the sitnotice for registered users) and unregistered editors, though not all readers. Or do we need developer intervention ? This would be for the pending changes trial. Cenarium (talk) 01:59, 12 June 2010 (UTC)
The notice should be displayed at the place of the sitenotice to unregistered users when editing. I don't know how to do that with the editnotice system. Cenarium (talk) 16:59, 12 June 2010 (UTC)
What does "at the place of the sitenotice" exactly imply? IP detection in editnotices is possible through {{REVISIONUSER}}. Proper version can probably be built with some iffy Category:string manipulation templates use. Poor man's version is {{#ifeq: {{lc:{{REVISIONUSER}}}} | {{uc:{{REVISIONUSER}}}} | is IP | is not IP}} which will have some false positives, but should suffice. Amalthea22:10, 12 June 2010 (UTC)
I mean at the position of the sitenotice, above the tabs, I tried with position:fixed on the testing wiki on the Anoneditwarning and the editnotice, the text appears but links don't work, so it seems it can't be done. Though the message can be placed right above the Anoneditwarning, as here. To display the message on talk pages, we could also use Mediawiki:Talkpageheader, but likewise it would be below the tabs, not above. Cenarium (talk) 01:10, 13 June 2010 (UTC)
Slow Wikipedia Connection
I don't know if this issue belongs here. I've noticed in the last few months that Wikipedia has slowed down. I'm not sure whether it dates from the user interface changes. In particular, I notice more instances where my (Firefox) status bar says it's "waiting" or "connecting," even some instances where it is unable to connect before timing out. Wikipedia (for me) used to be very crisp and quick. I'm wondering if this is a problem others are experiencing (whether they are editors like me or just plain users) and, if so, whether the problem is being addressed.
Does this happen even when you are logged out? Do you have some non-standard preferences like <math> formatting or default image size? This can affect page loading time, because each page is cached, but only for the combinations of preferences that visited it recently. But the slowdown should be noticeable only on very big or complex pages. Svick (talk) 22:05, 12 June 2010 (UTC)
I'm pretty much logged in all the time. I could try it at work where I don't log in at all. As far as I can tell, I have no non-standard preferences (I looked). The problem isn't transferring data (meaning the size of the data - I have a very fast connection, at least 10Mbps) - it's the length of time Wikipedia takes to respond at all, implying that Wikipedia is the problem. Although it doesn't happen all the time, it happens with some regularity.--Bbb23 (talk) 22:13, 12 June 2010 (UTC)
Wikimedia does not always run the latest version of the software. It runs the software that is in the WMF branch, specifically the 1.16wmf4 branch. The number you see in About, refers to the latest revision that was deployed from that specific branch. Almost all changes are made initially in trunk. When a change is prioritized and copied to the branch, this is usually listed BELOW the revision diff in the CodeReview system. See for instance this revision. At the bottom it says that this revision was copied to 1.16wmf4 in a 2nd revision (67753). —TheDJ (talk • contribs) 11:50, 13 June 2010 (UTC)
P.S. in this specific case, i would call this change a new feature. It is for the 1.17 release (1.16 is almost final now, but not yet released). That means that before you see this on Wikipedia, probably a few more months will pass. —TheDJ (talk • contribs) 11:53, 13 June 2010 (UTC)
Line through Image
Hi Everyone,
I’m relatively new to editing Wikipedia, and I think I’ve run into a site-wide problem already (sorry). I’ve made extensive changes to the Burnley page, including nesting the infobox in a single column wikitable to create an easy to manage vertical image gallery. While (I think) it works well, I’ve run into the following problem: The section lines run through the images from the third section onwards (even though the edit link is in the correct place). The one tiny reference that I was able to find, leads me to think that a change may be required to common.css which I can’t do myself.
Any suggestions? (Apologies if I’ve missed something obvious). IE8 on Win7 pro
I agree, sort of (IE dosn't seem to want to let me turn on compatibility view for wikipedia, and switching to monobook didn't seem to do much either). I've installed Firefox and it's fine, so if this is limited to ie8 I care a fair amount less. --Trappedinburnley (talk) 14:53, 13 June 2010 (UTC)
help with titleparts
There's an unfortunate piece of strange behaviour at musicline.de: it expects internal "/" characters to be encoded with %A5. I built a template to compensate for it at {{singlechart/germanencode}}. It works fine, with one nasty glitch: it outputs an extra space at the end of the string. There's a simple test case at Template talk:singlechart/germanencode that demonstrates. That extra space is fatal: it breaks the URL in the caller at the wrong place. I can't figure out where the space comes from. Can anyone else?—Kww(talk) 16:17, 13 June 2010 (UTC)
Browsers crashing upon accessing Wkipedia main page (en.wiki.x.io)
All browsers netscape 7.0 and mozilla in Solaris and Linux are crashing upon accessing Wikipedia main pages as of yesterday. Wikipedia can now be accessed only through Windows browsers (i.e., Windows Explorer, etc.). —Preceding unsigned comment added by Vescalant (talk • contribs) 04:17, 12 June 2010 (UTC)
Reported as bugzilla:23926 by someone else. Voted "normal" (!!!!) This is a total crash bug (should be marked "serious") caused by a recently added javascript that is not integral to the look of the site, possibly the new edit menu which presumably uses updated drop-down graphics and whatever. This is a huge problem for those of us who have it.
Observation: Turn off javascript and the page (including new skin and edit functions) loads fine on Netscape, although the script causing the problem probably turns on and off some pop-up menus that wouldn't work on those broswers anyway and should therefore have a global browser test for those scripts.
Vector (is that the name of the new skin?) also looks fine with javascript turn off, so the source of the crash one of the controllers for a special feature that only recently got ported over in the last week or two, AFTER the new skin was implemented, since the skin is not the source of the crash, a Wikimedia script is.
I believe the problem is a javascript controller (perhaps for the advanced edit features?) since it started on Wikimedia, then all Wikimedia pages using Vector beta, started crashing older browsers when they hit the same script, and when the new skin has imported to the main site, it initially worked just fine on older browsers. up till the past week or day or so. While only a "small number" of people have older (2004) browsers, this renders Wikipedia completely inaccessible to them.
The site still works on Netscape 7 when javascript is turned off, it only turns off the advanced edit menu, and such things, one of which is presumably the source of the error. So this seems like a fixable bug even if the fix is to revert to monobook for those (of us) users, or simply tell the browser to ignore the script in question.
I don't yet have a logon id (although I plan to, but why take the trouble if the site is inaccessible to me on my regular computer?) but people shouldn't have to log on to a site that they can't access in order to submit a bug report or set their preferences to traditional view.
At the very least, set the default skin to monobook for all older browser users until the problem is fixed.
Although I think the problem is easily fixable since it's not inherent to the new look. And fixing the problem would fix the problem for Wikimedia too, which has been crashing the same pages on selected features that used Vector beta since last fall. Sincerely, --berr 216.15.63.67 (talk) 05:00, 13 June 2010 (UTC)
Almost all bugs are 'normal'. Serious and critical bugs are bugs that affect ALL users. This problem affects just 0.2% or something of our audience. The most significant problem with fixing this issue, is probably going to find the hardware to test it on. It may take a while. —TheDJ (talk • contribs) 12:06, 13 June 2010 (UTC)
Wouldn't it be a browser (software) issue? The problem can be fixed, at least temporarily: set the default layout to "monobook" for all those of us users in question who are on older browsers.
You could even display the current layout on older browsers by telling older browser users to ignore javascript emanating from Wikimedia, which should cause the new Vector layout (is that what it's called?) to display and function normally, with perhaps some minimal loss of functionality.
I would recommend either approach as a quick and easy stopgap. (my case I investigated a little bit by turning javascript off, thereby causing the new layout to display and edit normally).
If you want, you (or whoever knows) can post the global javascript files on the bugzilla page (the ones that every page calls), and I can run them thru the javascript console on my older browser (on an example of older hardware in question) and let me know what to look for.
(i.e. assuming every page is now calling a Wikimedia gadget that older browsers can't read, since the Wikimedia pages that use Vector were already crashing said browsers, whereas the new skin was not crashing said browsers until some script or other got ported over recently from Vector beta). That might help you diagnose? Thanks, --berr 216.15.63.67 (talk) 15:39, 14 June 2010 (UTC)
Yes it is a browser problem. The issue is much more complicated than that however. Non registered users all get exactly the same version of the HTML. There is no way around that, as we would have to increase the number of servers multiple times. We can also not work around this issue with Javascript, because it is the javascript FILE that makes the browser crash, not the executing of the Javascript code. But I and Roan have spent multiple hours on this problem today, and it seems as we might have found a workaround for the problem. The solution however also needs to be tested on the other 99.8% of the browser market, so it will take a little more time to verify that our fix won't break anything else. All aside, old browsers have an end of life, especially when they tend to crash. Consider upgrading to SeaMonkey or if you are on MacOS 9, Classila. —TheDJ (talk • contribs) 17:09, 14 June 2010 (UTC)
Got a bit of a tricky problem at {{multiple image/sandbox}}. I need a way to find the greatest value out of ten different possible widths. Comparing them one by one doesn't seem to work, and this is backed up by the suggestion in {{max}} that it only works for a maximum of three different values. Is there an obscure parser function which might work here, or does anyone have any suggestions? The present code (which errors out unless exactly 10 widths are given) is as follows:
Howdy all. I recently updated from Safari 4.x to 5.0. I use Windows XP SP 3. After the update, anytime I have the monobook skin selected, and try to view my watchlist in Safari 5.0, I get a message from Windows saying that it needs to close Safari due to an error. It also happens on occasion when I just try to bring up the main page. I used to have code in my monobook.js, but I emptied it out, refreshed, and even emptied Safari's cache. The error still comes up. A portion of the error message can be seen here. I tried to pastebin the error report contents, but it won't let me copy/paste. I tried using this link, and still got the error. So far, I can browse perfectly fine when logged into my RockfangBot account. I'm about to try reinstalling java. I asked in the help chat room, and they suggested I bring it up here. If anyone has any advice, please share. :) Rockfang (talk) 21:33, 12 June 2010 (UTC)
Thank you for replying. I understand that at least part of the blame is in Safari, but this error only has shown up for me while using wikipedia. I've tried a number of other websites. I will try the second link you provided. Thank you.--Rockfang (talk) 22:45, 12 June 2010 (UTC)
First of all, JAVA and JavaScript are totally not related, so reinstalling JAVA will definetly not help you. Beyond this, I have no idea. I think it is a bug in Safari windows and Apple probably will have to take care of it. —TheDJ (talk • contribs) 22:53, 12 June 2010 (UTC)
Thanks for the tip. I understand they aren't the exact same thing. My purpose in sharing that information was to provide steps that have already been taken.--Rockfang (talk) 00:22, 13 June 2010 (UTC)
For what it's worth, Safari 5 on OSX 10.6 loads both my watchlist and the main page without error. I also tried the Windows version on XP SP3 (virtualized) and had no errors, so it may be something with your particular installation. —DoRD (talk) 13:58, 13 June 2010 (UTC)
Thanks for replying. I tried repairing, and remove and reinstall, but it still happens. And only on wikipedia. I guess I'll just wait until an update comes out for Safari and hopes that fixes it.--Rockfang (talk) 17:54, 13 June 2010 (UTC)
First, if you could solve this problem it would be greatly appreciated. Second, I did a quick search through the Pump technical archives but didn't find anything that addresses this problem. This could partly be, because I wouldn't know what the title is of such a problem or how it would be described, except as I might describe it here.
Third, I went to Bugzilla, but I am not inclined to give my email address as it appears that email addresses will be visible to the public. And I don't have a secondary account or free web email service because I wouldn't use it on a regular basis. OK now the problem...
When I try to enter a character into the edit box using the drop down menu underneath the edit summary, instead of entering the character, the entire page rapidly scrolls (or jumps) to the top of the article. Alongside the drop down menu is a set of characters that comes with each setting. The settings are titled: Insert, Wiki-markup, Symbols, Latin, etc. etc. It is when I click on any one of these characters that the entire page rapidly scrolls upward, actually to the title of the article. This happens instead of entering the character into the edit box, as part of the article being edited. Thanks in advance for looking into this ----Steve Quinn (talk) —Preceding undated comment added 00:18, 13 June 2010 (UTC).
Yes this is a known issue. I will fix it later in the week, it requires some coordination with the developers in order to repair this problem properly. —TheDJ (talk • contribs) 11:58, 13 June 2010 (UTC)
I have the same problem and will add two details. 1. The same problem occurs with ~~~~ and <ref></ref>. 2. The problem occurs with Internet Explorer 7.0, but all these insertions work correctly with Firefox 6.0. Dirac66 (talk) 22:44, 13 June 2010 (UTC)
I am glad this is a known issue, and can be fixed. BTW I am in no rush, I have been working around it, and can continue to do so. Perhaps, I should have mentioned that I have Internet Explorer 7.0. Thanks for your responses. ----Steve Quinn (talk) 00:38, 14 June 2010 (UTC)
Error when trying to edit or compare edit differences on article
Article in question is List of Wales national rugby union players and it is eventually going to a blue Wikimedia Foundation error page with the following error in various languages:
'Our servers are currently experiencing a technical problem. This is probably temporary and should be fixed soon. Please try again in a few minutes.'
Whilst it's a fairly long page, there are others that are longer and which don't have the problem, and it used to work fine before. I'm on IE, and this error has happened on numerous occasions over the last week or so.
Please note I also posted this query to the relevant WikiProject page but no response yet. [2]Eldumpo (talk) 21:00, 14 June 2010 (UTC)
It's still not working for me, and when I try and compare edits it takes ages to load and then eventually comes up with the error page. Is anyone else having problems, else it's something to do with my settings? Eldumpo (talk) 07:21, 15 June 2010 (UTC)
It's certainly taking a stupidly long time to load. I would hazard a guess that this might be due to the thousands (literally) of {{dts}} templates and the like it transcludes. It's not something you're doing; it's a server-side problem. Chris Cunningham (not at work) - talk08:53, 15 June 2010 (UTC)
Is the insert characters dropdown no longer supported for Monobook? -- I haven't changed to Vector because I dislike the new format, but today I've found the insert characters dropdown is replaced by a limited list of items which require copy and paste, thus making it much slower to edit using special characters such as en rules. Espresso Addict (talk) 01:01, 15 June 2010 (UTC)
When a page title contains an en-dash (an obscure and untypeable symbol beloved of the MoS), pop-ups shew the page as empty. DuncanHill (talk) 13:00, 15 June 2010 (UTC)
In case anyone is reading here and not at WT:POP, it appears that the gadget causing conflicts with popups is the final one for JavaScript compatibility; disabling fixes en-dashes in Chrome for me. —Ost (talk) 20:51, 15 June 2010 (UTC)
A good first step to extend font coverage is to install Code2000. It covers a range of things you will encounter, including Myanmar. It is not however (let me point this out before I get hit over the head ;-) the best font for a number of languages, and some people think, with some reason, that parts of it are fairly ugly. One can install it, and then look for specific fonts for languages to improve the presentation if needed. (for some ideas on preferred fonts, see wikt:MediaWiki:Common.css where we set default preferences for the wiktionary, for example Mymr is Padauk, Myanmar3, Myanmar2, Myanmar1, ParabaikSans, MyMyanmar) Robert Ullmann (talk) 17:24, 15 June 2010 (UTC)
Template:Alr
I recently created Template:Alr (ALR = "Article Length Rating") for use with WP:NRHP and really anyone else that wants to use it. It gets the size of an article and rates it on a 0-10 scale based on the size of the article. We use it for our new articles to see which ones could use more work, and which ones are satisfactory. I just added the template to Wikipedia:WikiProject National Register of Historic Places/New articles/2009, and I've run into an issue. Because the template uses the {{PAGESIZE}} parser function, when many of them are transcluded on a single page, it breaks the limit and puts the page into Category:Pages with too many expensive parser function calls.
The only way around this is to either not transclude as many times on the same page or optimize the code to use less expensive parser functions. Currently it uses {{PAGESIZE}} twice – once to see if the length is more than 20,000 bytes (in which case the article receives a "10" rating), and once more to rate the article if it isn't a 10. My question is can this code be optimized to only call {{PAGESIZE}} once? The code is copied below:
Found the error (shouldn't have truncated the second time). This does have the minor disadvantage of changing your layout, however: the rating scale will be 0-1,999; 2,000-3,999; and so forth. The 15 is an arbitrary large number to make sure all the decimals are gone, because I don't remember at the moment the place at which #expr rounds. Intelligentsium21:05, 15 June 2010 (UTC)
Ah, awesome! I didn't even think about using #switch. I used a different variation though.. I stuck with "floor" instead of "trunc" (code below), which works the same way. No problem with changing the limits; I'll just update the doc. I was wondering what you were doing when you were truncating a second time haha.. here's the code I ended up using:
Unfortunately, this still doesn't save the 2009 page from the category. Apparently there are over 500 template calls on the page anyway, so it still brings up an error. Thanks for your help! --Dudemanfellabra (talk) 21:26, 15 June 2010 (UTC)
It's simply uncommon to have bullets there, and with Link GA, there's whitespace visible within the icon. I think this template needs a redesign for Vector. --The Evil IP address (talk) 14:55, 4 June 2010 (UTC)
Yeah, someone whip up an SVG version of the two? Also, on Vector, I think that perhaps more padding should be added between the images and the text, similar to how it is on Monobook. It seems too squished at the moment. Gary King (talk) 16:59, 4 June 2010 (UTC)
I'm not sure we should actually use bullets in Vector. Since the developers have removed them in there, it looks unusual to see them there. However, I must admit that I have no better idea what to do instead. --The Evil IP address (talk) 18:10, 4 June 2010 (UTC)
The problem with stars on the right is of course that they are visually harder to match to the language they apply to, due to the large horizontal space between language and star. —TheDJ (talk • contribs) 23:23, 16 June 2010 (UTC)
Maybe, or is it due to the Soccer World Cup? (Since the drop is the same on the German Wiki.) I think WP also had a minor technical glitch on the 11th, but hopefully that's been fixed... Morn (talk) 13:20, 14 June 2010 (UTC)
P.S. I also notice that last year around this time, there was no drop in viewership. So it can't be the schools. The WP main page always seems to get millions of hits daily, no matter what time of year. Even on Dec. 25th, 2009 there were 3.1M hits! That's about as low as it goes normally. Morn (talk) 13:25, 14 June 2010 (UTC)
Good. I've been wondering about this as well; it's good that we have an answer. A pity that Henrik isn't really around anymore to help with this sort of thing. Nyttend (talk) 17:33, 14 June 2010 (UTC)
I've noticed that all the templates depending on some code to allow for collapsing are not collapsed. There must be something wrong with the behind-the-scenes code, but I'm not qualified to fix it, let alone identify it. Can this be fixed? upstateNYer23:23, 14 June 2010 (UTC)
Yeah sorry for the disruption. I was catering to our Internet Explorer users trying to fix the bugs with the bottom inserttools and a few other elements in the new Vector interface. Path of avoidance of these kinds of problems is in my opinion blocking access to all Internet Explorer users and telling them to get a proper browser. I now spent 1 month on this issue, and if it still doesn't work after all this, i'm gonna be very angry with my IE voodoo dolls, they will not survive. —TheDJ (talk • contribs) 23:54, 14 June 2010 (UTC)
I discovered a glitch while tinkering with the MediaWiki API. This diff appears out of order relative to other diffs. Notice that the "previous" edit is a year later than the "current" diff. The timestamps appear to be correct -- the 2001 version is clearly an earlier revision than the 2002 version -- it's the revision id which seems wrong. I understand the revid to be sequential in time, but is not in this case, and it seems that also messes up the diff view. If you traverse backwards in diffs, the revids decline as they should, but that one diff appears to be out of place.
Does anyone know if this is a bug with the software, or perhaps some database glitch from the early days? Should I report it to MediaWiki as a bug? ATren (talk) 03:50, 15 June 2010 (UTC)
If I recall correctly, some time in the distant past numerous old revisions were lost. Some of them were later restored somehow, but with new IDs. That's why the ID of the oldest revision is greater than those that come after it. Hopefully someone more familiar with MediaWiki and the history of Wikipedia can provide some more information on what happened. Reach Out to the Truth04:08, 15 June 2010 (UTC)
This is mostly correct. Some revisions were lost, but still present on http://nostalgia.wiki.x.io. It took years, but now these old 'missing' changes can be imported into wikipedia, to restore history sort of speak. The only problem is the effect noticed by ATren. I don't believe it is possible to fix this. —TheDJ (talk • contribs) 10:18, 15 June 2010 (UTC)
OK, thanks, that makes sense. The software doesn't seem to handle it too well, but I'm not sure if that can be fixed. The assumption in the software seems to be "sequential revid == forward in time", but that's clearly not true in these diffs. The MediaWiki API also makes that assumption, because the continuation parameter of API queries returns the next revid even for timestamp queries (that's how I found this glitch). To work around this glitch, the API should return a timestamp-based continuation, not a revid-based one. In any case, it's not a major concern for me; I can work around it. I just wanted to get some input from others. Thanks. ATren (talk) 11:51, 15 June 2010 (UTC)
The diff linked above does not contain an edit that was imported from the Nostalgia Wikipedia. About 90% of edits from 2001 were imported in September 2002, and hence their revision ID's indicate that fact; see Wikipedia:Usemod article histories. Graham8706:34, 16 June 2010 (UTC)
Languages panel links in the left navigation panel currently dont have tooltip (also called alt text or title) which show up on mouseOver that link. But all the links in wikipedia article show the title of linked article as that tooltip. Same feature should be implemented in language panel links too which are very helpful to see the title of the different language article. Currently the article title shows up in status bar of the browser, but that is full url not only title. So showing up target article title will look beautiful and consistent with wikilinks in the article beside. Noted trip3 (talk) 08:56, 15 June 2010 (UTC)
For example see article India where wikilinks in article show tooltip when mouse pointed over link, while same page when mouse pointed on other language links on left navigation panel tooltip doen't show up. Noted trip3 (talk) 09:02, 15 June 2010 (UTC)
The "accepted v" menulet overwrites the GA insignia. This is with the vector skin, with no user-level css or other local modifications. The only nonstandard display setting is that I have the "[edit] for lede section" gadget enabled. DMacks (talk) 00:56, 16 June 2010 (UTC)
Thanks for reporting this. We have a long-term fix in the works, and we'll see if there are some short-term fixes to improve things for this case. William Pietri (talk) 06:26, 16 June 2010 (UTC)
In Monobook, for me at least, it's appearing about half way down the explanatory banner, and not where the padlock used to be. OrangeDog (τ • ε) 15:43, 16 June 2010 (UTC)
The CSS was only added yesterday, you probably have a cached version of Monobook.css and thus the change has not reached you yet... —TheDJ (talk • contribs) 16:53, 16 June 2010 (UTC)
It's probably just me, as I already have a custom shift-up for .topicon and #coordinates. What's the css selector for the doodad? OrangeDog (τ • ε) 19:41, 16 June 2010 (UTC)
I noticed something strange in the user rights log; "# (del/undel) 02:52, 16 June 2010 Ser Amantio di Nicolao (talk | contribs | block) changed rights for User:Ser Amantio di Nicolao from Autoreviewers and Reviewers to Autoreviewers, Reviewers and Editors (autopromoted)" There's a few more, but not many. Going to User Rights management I see the log entry again, and a list of groups this user is in, including "Editors" linking to Wikipedia:Editor... but no check box to modify this right, whatever it is. Special:ListGroupRights also makes no mention of an "editors" group.... so... can anyone enlighten me? Courcelles (talk) 05:05, 16 June 2010 (UTC)
I know about flagged revs, and I've been handing out the reviewer flag like it was day old newspaper, but the editor group was new to me, as was seeing an autopromotion in the logs- when a new user hits autoconfirmed, there's no log entry for that. Is "editor" going to end up superfluous to "reviewer"? Courcelles (talk) 05:23, 16 June 2010 (UTC)
That is weird. Afaik the only wiki where you can assign yourself rights is en.labs.wikimedia.org. Is this editor right related to the editor right on Wikinews and such-like? {{Sonia|ping|enlist}}06:38, 16 June 2010 (UTC)
Apparently the editors group permissions are not set/used for the English Wikipedia, but it seems the group is added somehow regardless. Being looked into by sysadmins and when they wake up by Pending Changes experts. —TheDJ (talk • contribs) 14:10, 16 June 2010 (UTC)
The Editor group was disabled yes (which is why you didn't see it on UserRights, ListUsers, etc). However, the setting to autopromote the user into the Editor group wasn't shut off. This has been fixed and no more editors should be created. ^demon[omg plz]14:45, 16 June 2010 (UTC)
Editing bar when not editing?
When I click on some text while not editing, a flashing bar like you'd see in a word processor, or our edit window, is displayed.How did that get there? Is it just me?--Patton123 (talk) 13:54, 16 June 2010 (UTC)
I can verify it works correctly in Google Chrome 5.0.375. However, it might be some years before we can actually use it since there will be people using old web browser. BTW, does anyone know the status with safari mobile and the old iPhone OS devices? —Preceding unsigned comment added by Dispenser (talk • contribs) 15:17, 16 June 2010 (UTC)
stats.grok.se
stats.grok.se has been limping along below par for days. Now it seems totally kaput - nothing on individual page history stats for June 15. Did this happen because of changes implemented in the system yesterday? Can this be fixed? Maile66 (talk) 17:17, 16 June 2010 (UTC)
Thanks, Tito: I checked other browsers. It's collapsing in Firefox and Safari, but not in IE8. This is new (not sure since when, but I can't find any recent changes to the template). SandyGeorgia (Talk) 01:52, 17 June 2010 (UTC)
Thanks, Tito-- ah, ha, I did install a new version of Java today, so that was probably it. Clearing my cache fixed it. Thanks again! SandyGeorgia (Talk) 02:16, 17 June 2010 (UTC)
Those big "The use of this file is permitted only on Wikipedia." notices
How does one cause one's image to be tagged with the big "The use of this file is permitted only on Wikipedia." that includes an F3 speedy deletion? I always assumed that it was a case of the uploader not providing a license, but File:Sizan Ronaldo.JPG had such a notice despite being tagged at upload with {{GFDL-self}} and {{PD-self}}. Moreover, the same individual had earlier uploaded a similar image with just GFDL-self, but it was deleted because it had the same notice. Nyttend (talk) 13:13, 16 June 2010 (UTC)
If, under the License option on the upload form, you choose the option that only Wikipedia can use the file, this is automatically applied. The option exists in order to identify the people who are uploading that sort of file so it can be deleted - if the option didn't exist, they would still upload the file, but may choose a license that they didn't actually mean/want/have permission for. Ale_Jrbtalk13:34, 16 June 2010 (UTC)
I just looked, and now I realise that it's at Special:Upload. I'd seen the <!-- Template:Permission from license selector --> line on these pages, but I couldn't figure out how to select "permission" anywhere at Wikipedia:Upload, and I'd assumed that it was there, not Special:, that this originated. Now that I know how it happens, I'm curious — would there be any way to cause "permission" not to appear if there's a valid license template on the image as well? As I said, the Ronaldo image was deleted because it had the "permission" template, despite having the GFDL template as well. Nyttend (talk) 01:25, 17 June 2010 (UTC)
There probably is, but I would think (from what Ale_jrb said) the whole system is designed to prevent people from unwittingly licensing an image under, say, the GFDL, without knowing that this means anyone can use it for any purpose. It's a service to them. (Plus if the don't understand that, they might be the sort of person to be uploading files they don't have the rights to at all.) - Jarry1250[Humorous? Discuss.]08:53, 17 June 2010 (UTC)
Could we somehow global blacklist titles with double apostrophies until the bug is resolved, possibly with a friendly error message? — Dispenser00:15, 19 June 2010 (UTC)
A mediawiki extension now directly includes the script to the HTML. This was done to make it simpler to manage the redirect and to enable and disable it when the mobile service is up/down for maintenance or whatever. In Common.js, it isn't centrally managed and most of all, it is clientside cached for 30 days, which in the case of downtime, isn't very handy. The extension is managed like any other extension and located here. —TheDJ (talk • contribs) 23:07, 16 June 2010 (UTC)
I've been having 404 errors everywhere while using Wikipedia on my phone. Whatever was supposed to redirect no longer does so. Killiondude (talk) 06:34, 17 June 2010 (UTC)
I have an Android phone running version 1.5. Now that I've tried to reproduce the steps in my phone, I see that it was only trying to encode a / in the URL as %2F which kept leading to 404 pages. It no longer seems to be doing that. However, when I try to disable the mobile site permanently, the page that's brought up says "Invalid target." Killiondude (talk) 06:50, 17 June 2010 (UTC)
I'm getting an error 403 after clicking "disable" on my BB, but it does seem to work regardless. Do you get to the page with the "Disable" button? Does it have the intended effect? I'll forward the bug to the developer.--Eloquence*07:17, 17 June 2010 (UTC)
I'm wanting to make a sortable list modeled after {{Video game table}} for use with a listing of english translated visual novels currently being worked on at User:Jinnai/VN, however I am coming across 2 major issues.
Making the subheadings sortable. I can make the main ones sortable, but I cannot seem to do so for the subsections, such as in the above as indivisual release dates.
I am wondering if there is a way to add the notes section that is available in the template without creating a second template as the item will likely only be used on that page. See List of Dragon Quest media for an example of how it might be used.陣内Jinnai19:08, 17 June 2010 (UTC)
In response to your questions:
To be sortable, the rows of the table all need to have the same number of columns as each other. There is a complicated workaround described at Help:Sorting#Colspan workaround; essentially, if you hide table cells instead of spanning them, and ensure that each cell begins with appropriate alphabetical content (which can itself be hidden if not what you want displayed), you can get the javascript sorting to work. But this might make the page hard to maintain so you might want to choose between having a simpler grid (with no spanned columns or rows) or else abandoning sortable columns. Remember, even if you work out how to create the perfect table, it may confuse subsequent editors if it is very complicated!
I assume you are trying to avoid creating a new template equivalent to {{Video game table item}}. This template simply adds the following wikitext for each item in the list (where {{{title}}}, {{{release1}}}, {{{release2}}}, {{{release3}}}, and (optionally) {{{notes}}}, are the items you choose to specify, so you could instead manually add the code into the main page if you preferred (replacing the {{{...}}} text as appropriate for each item):
Thanks for the help. It looks like I'll have to create a template or 2 for the page anyway as I need both the sortable aspect and the column spanning aspect (the lists will be too large with multiple possible ways of sorting to not valuate sortability when its possible and I need a notes section for most of those pages that'll span the entire width below the basic info and your right that it could become unweildy for inexperienced users as this is meant to be an ongoing list. I'm not really sure how to design such template(s) though since the video game table one isn't sortable.陣内Jinnai19:10, 18 June 2010 (UTC)
I've tried implimenting it on the test page and I'm having trouble with making so that the second row, the Japanese/English divisions are made sortable, not the top row, and are next to each other.陣内Jinnai22:59, 18 June 2010 (UTC)
I doubt it. At the very least, Wikipedia is usually used as a last resort for information for systems such as this (another example is Wolfram Alpha), since Wikipedia is still prone to incorrect information. Gary King (talk) 19:23, 18 June 2010 (UTC)
The most common cause of this is omitting the closing </table>, which I have placed for you. Incidentally, could the information be presented in a table using wiki-syntax rather than HTML? Intelligentsium20:12, 18 June 2010 (UTC)
Use double bullet points (**) or use indented bullet points (:*). The former shows a bullet point, the latter does not but still indents correctly. Gary King (talk) 20:00, 16 June 2010 (UTC)
I put the two paragraphs in a div with margin-left:20px, which makes the two paragraphs line up with the preceding one. This is a messy fix, but I couldn't figure out how to set this list style to "list-style-type:none", which would make the bullets disappear. I can't seem to find where Wikipedia controls its ul/li styles, and I don't know why it won't accept a direct style. This should work for now. --Dudemanfellabra (talk) 20:12, 16 June 2010 (UTC)
Actually I figured out what was wrong with my CSS. Not only do you have to set "list-style-type" to none but you have to set "list-style-image" to none as well. Wikipedia apparently sets both (in case users have images turned off?), so they both need to be taken care of. This fix is less messy, and should be a permanent fix. --Dudemanfellabra (talk) 20:28, 16 June 2010 (UTC)
Ah; I misread the question and didn't realize that they wanted the paragraphs aligned, but only wanted the 2nd and 3rd paragraphs aligned with each other. This is a common problem with multi-paragraph bullet points (such as The_Dark_Knight_(film)#Cast), which is why they aren't really recommended. Another option is to use the following method:
Gary King's option is probably the best to take, but I've taken the slightly more semantic route to forcing the css on the <li>: Use <p> instead. --Izno (talk) 20:38, 16 June 2010 (UTC)
On a side note, I wonder why we don't have p's injected when we have li's. Obviously, not all lists should have paragraphs, but still, that leaves me confused. --Izno (talk) 20:41, 16 June 2010 (UTC)
Although the bottom embedded blue content box fits within the main template, the top embedded orange title box runs past the main template on the right. How can this be fixed? Adamtheclown (talk) 15:24, 17 June 2010 (UTC)
How is that? I put a div inside of the table, which is what was being used for the content part. Not sure how it will look on other browsers, but it looks fine in Firefox. I find that mixing tables and divs is not generally a good idea, and it's better to go with all divs. Plastikspork―Œ(talk)21:12, 19 June 2010 (UTC)
Thanks DJ; I think that link pointed me to my answer, too, as m:Help:Sorting#Sort modes describes that "[t]he way items are sorted depends on the data type of the item currently in the first row." —Ost (talk) 17:39, 18 June 2010 (UTC)
Question, why can't we force a sort mode without resorting to these template hack? Something like class="unsortable" but with sortnumerical, and sortdate. — Dispenser21:28, 18 June 2010 (UTC)
It's beyond what I can do. If anyone understands what DJ is saying, please go fix it. I replaced the first N/A with 0 and it seemed to sort ok. I relaced it with curly((sort|0|N/A)) and it didn't. -- SGBailey (talk) 22:04, 18 June 2010 (UTC)
It is very simple. Don't mix types. If you do mix them, you have to add hidden sortkeys (using the {{sort}} template or one of it's siblings), to ALL values in the column. —TheDJ (talk • contribs) 02:37, 19 June 2010 (UTC)
You mean in order to change 6 entires to curly((sort|0|N/A)) I have to also change the other 1,200 entries to curly((sort|123|123)) style! Search and replace should be able to do it, but that sounds incredibly clunky and naff. I'll give it a go when I've long time to spare. -- SGBailey (talk) 07:11, 19 June 2010 (UTC)
You can use the style {{sort|&123|123}}, {{sort|&045|45}}. The & is for forcing alphabetic sort mode, the leading zeros for making this equivalent with numeric sorting.--Patrick (talk) 08:47, 19 June 2010 (UTC)
your site is suddenly forcing small fonts on everything. i can't seem to make the larger fonts persist across pages. —Preceding unsigned comment added by 68.215.156.6 (talk) 20:45, 18 June 2010 (UTC)
The problem is not in Wikipedia's site CSS, as the font appears normal to me. Try holding Ctrl and scrolling your mouse wheel, or going to your browser's options and enlarging the font. Intelligentsium23:42, 18 June 2010 (UTC)
And I can see it now also, odd. This is the second time it's happened to me, but who knows, maybe I've gone blind. :-) Dougweller (talk) 05:56, 20 June 2010 (UTC)
When bold is used in table headers, it's redundant. But that seems to cause some VERY odd text including missing characters, etc. I seem to have that problem with Navboxes whose titles link back to the article I'm reading.
For example, when I look at {{USSenMajLead}} in the article, Party leaders of the United States Senate, the title of the Navbox comes out looking like this: "======ç======ç======ç======ìç======" instead of "United States Senate Majority Leaders"
Is this a problem with the interface or am I missing a crucial font? I suspect it's a font problem, but I can't figure out which one.—Markles13:16, 19 June 2010 (UTC)
In other look, it comes out as: "U i S s S jo i s", which seems like the right title with a whole lot of letters missing.—Markles15:11, 19 June 2010 (UTC)
Thanks, Cybercobra. Then it must be an installed-font problem. Any idea which one or or to fix it?—Markles21:03, 19 June 2010 (UTC)
Try going into TextEdit and put that text. Select that text. Now go to the Font panel (Under menu "Format"->"Font..."). Make sure "All fonts" are selected and "Bold", now go through all the fonts until you see the same problem in TextEdit. No guarantee that it will work, but it's a place to start. —TheDJ (talk • contribs) 21:33, 19 June 2010 (UTC)
Ta-da! You put your finger on the solution. I had two old fonts that were corrupted: Helvetica Black and Helvetica Compressed. Once I disabled them, everything worked fine. Thank you!—Markles01:08, 20 June 2010 (UTC)
Coordinate processing template
Does anyone know of a template that does this {{Infobox Burg/coord}}? I created this to deal with conversion of coordinates copied from the German Wikipedia. If there is no other template that does this, I was thinking of promoting it to something other than a subtemplate. If there is another template, I could merge the one I created. There seem to be quite a few coordinate processing templates scattered about, and the naming conventions aren't always the most obvious. Thanks! Plastikspork―Œ(talk)20:53, 19 June 2010 (UTC)
It's similar to what {{Coord/dms2dec}} does, but not for the format you're using. I have never seen degrees, minutes and seconds delimited with slashes, is this format usual? If yes, then it might be useful to make it a subtemplate of {{coord}} and use it in {{coord}} too. Svick (talk) 21:16, 19 June 2010 (UTC)
Currently {{coordinate}} is setup to help convert articles transwiki'd from the German Wikipedia. There was consensus to standardize to just this one so the previous functional version was axed. It might be best to transwiki some of the sub routines here. — Dispenser21:26, 19 June 2010 (UTC)
The format comes primarily from de:Vorlage:Coordinate. Now that I think about it, I probably should just have my template convert the coordinates to dms, rather than converting them to dec. Although, having a feature to convert these to dec is useful as well, I suppose. Thanks! Plastikspork―Œ(talk)23:24, 19 June 2010 (UTC)
Job queue length
Is taking an age to go down, again. It was six days since I moved an article to make a disambig page (Henri Guérin). I corrected the redirects in the templates on the footballer's article, but they still point to the disambig page. Fix please! Lugnuts (talk) 14:12, 20 June 2010 (UTC)
The links seem to point to the correct page for me now. If this happens in the future, you can purge the article. (But that doesn't solve the job queue problem, if you're right that that is the problem.) Svick (talk) 14:52, 20 June 2010 (UTC)
Database error
When undoing a pending change to Deepwater Horizon oil spill through the secure gateway, I got a proxy error. Reloading causes the following error:
Database error
From Wikipedia, the free encyclopedia
Jump to: navigation, search
A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:
(SQL query hidden)
from within function "RecentChange::save". Database returned error "1213: Deadlock found when trying to get lock; try restarting transaction (10.0.6.46)".
The "deadlock when trying to get a lock" and "lock wait timeout exceeded" messages are both signs of high database load: there are briefly too many people trying to do things to the database at the same time. Happy‑melon21:23, 20 June 2010 (UTC)
Wikipedia signed me out
I guess this happens after 30 days, though the weird thing is I appeared to be signed in on the first couple of pages I went to.
Now it could be said I still had the pages in my history, except on this computer, if I do CTRL-H, I only get today and yesterday. I wasn't on the computer the day before this happened, so there was supposedly no history.Vchimpanzee· talk·contributions·20:33, 18 June 2010 (UTC)
I used to do that. I learned it from there, and made sure to do it because of the time my uncle had to clear out a bunch of stuff I did. I just figured if it wasn't in the history, it wasn't there period.Vchimpanzee· talk·contributions·19:56, 21 June 2010 (UTC)
Category:Articles containing non-English-language text
I noticed this on the Michelle Malkin article -- the window displaying the rendered text just happened to be the right width to show the problem on the first line of the article, and I happened to notice it. I at first thought that it was a WP:REFPUNC problem in the wikitext, but that's not it. Note the two lines of text below:
Michelle Malkin (née Maglalang; born October 20, 1970) is an American conservativeblogger, political commentator, and author.[1][2]
When I narrow the window so that the refs wrap, the ones on the line from the Malkin article don't remain attached to the text string which they follow (the two rendered refs wrap independently as a unit) but the ones on the example text below that do remain attached. I see this with both Firefox 3.6.3 and IE8. Wierd. Wtmitchell(talk) (earlier Boracay Bill) 04:53, 21 June 2010 (UTC)
Interestingly, on Firefox 3.5.9 if you change "Text" to "author" in your sample, or even "iiiii", it exhibits the same problematic wrapping behavior, while changing "Text" to "wwww" keeps together:
I see from press releases, that people will directed to a "small magnifying glass" "on the upper right corner of the article". Now I'm sure I'm not the only one who noticed that there's already a magnifying glass there for the Vector search. Now we'll have two different star icons and two different magnifying glass icons, all in the top right, all meaning different things.
This was only finally changed yesterday, I believe. Not entirely sure what the purpose was. I guess a lock conflicts with the "open" idea Pending Changes. But yeah, you are right, this isn't optimal either. —TheDJ (talk • contribs) 12:31, 15 June 2010 (UTC)
Yeah, it's got pages behind it, this one. And its own box, with accompanying text, not sure how confusing it would be a casual visitor. I would say probably little impact though, as long as PC remains only on a handful of pages. If we see an expansion, then maybe not. - Jarry1250[Humorous? Discuss.]14:07, 15 June 2010 (UTC)
Currently used iconProposed icon
I made a first draft for another icon. I wanted to use a better clock for it, but the licences were not compatible. So I uploaded the other draft at imageshack. I chose the clock symbol to indicate a "delay" or a "wait", as pending changes are waiting for approval. I believe it makes more sense than a magnifying glass.
I hope someone can make a better icon out of it. When it's finished, please convert it to PNG. This file weights more than 2 Mo because it contains plenty of letters. Yours, Dodoïste (talk) 01:29, 18 June 2010 (UTC)
You are talking about another kind of icon. This section was not clear enough, so I added the original image with the magnifying glass. Dodoïste (talk) 01:20, 19 June 2010 (UTC)
File uplaod for non-free fair use image jumps to Wiki Commons
When attempting to upload a non-free, fair use image on Wikipedia, the link jumps to Wiki commons. Non-free fair use images are not allowed on Wiki commons. Hence, I am unable to upload my image onto Wikipedia at this time. If you need more information, please contact me on my talk page, or say so here. ----Steve Quinn (talk) 04:47, 21 June 2010 (UTC)
Someone changed the upload page to have two sections. The first with Commons links and the second with local links. I think it is more confusing now than ever.... I really don't see why it is a good idea. —TheDJ (talk • contribs) 10:42, 21 June 2010 (UTC)
I reverted the change. Personally I don't care for non-free content. But the average user will click on the first link and then will get the message you can't upload non-free content. Not practical. Garion96(talk)12:18, 21 June 2010 (UTC)
A user not being able to see (and use) the Wikipedia non-free upload link is really not a reason for that revert. I will just remove the non-free link to Commons and put that version back...--Kozuch (talk) 10:26, 22 June 2010 (UTC)
Actually it is. Plus the whole new layout was not much of an improvement, it made the page more confusing. More input and discussion about a change wouldn't be a bad thing. Garion96(talk)17:58, 22 June 2010 (UTC)
I agree with Garion96. We should probably just wait for that UploadWizard that is currently being developed. It allows for seamless uploading to Commons I believe. —TheDJ (talk • contribs) 18:35, 22 June 2010 (UTC)
I have a major problem. As you see above, after editing a while my browser starts turning english text into some kind of Asian characters. This happens in BOTH FireFox and Chrome. Can anyone tell me what might be happening??? It stops for a while when I restart my browsers, but it is putting a real crimp in my editing. Thanks Becritical (talk) 16:54, 21 June 2010 (UTC)
centralnotice.js showing a banner for a brief moment on every page load
It looks like centralnotice.js was added to load on every page just recently, probably today. What it seems to be doing is making a banner appear (it explains that Wikipedia is getting a new look), which seems to disappear a split-second later after the page finishes loading—this happens in Firefox 3.6, but not in Chrome. It's all from the JavaScript, so it essentially seems to be creating the banner, then after checking the user's cookie, hides the banner accordingly. Since it flashes the banner ad for a split-second or more while a page loads, it's somewhat annoying, and since it only started happening today, is there anything that can be done about it? Such as, change the way it works? Gary King (talk) 00:57, 22 June 2010 (UTC)
Nevermind; what I did was load a page, then canceled the page load so that I saw the banner and nothing else. Then I just hit "Hide". This is pretty much just a hack, though. Gary King (talk) 01:11, 22 June 2010 (UTC)
It always happens to me, and I can't make it stop. It shows this... File:Wiki-Sreen-Shot.jpg (you should probably click on it to see it well). It's really annoying because it stays on that screen for as much as five seconds sometimes - I'll try clicking hide, but someone might want to do something about that. ~ QwerpQwertus · Contact Me·04:03, 22 June 2010 (UTC)
Yeah, that's exactly what I saw. It was quite annoying, as I said. Clicking "Hide" should fix it, if you can pause it quickly enough before it disappears. Gary King (talk) 04:09, 22 June 2010 (UTC)
Currently, the centralnotice tool doesn't have a useful way to broadcast to "all projects except the following:...", so it's being run on all projects and JS is being used to hide it on the ones that it's not necessary. It'll only be around for a while, but if it's an issue, user-level (or site-level) CSS saying #vector_transition_message{ display:none; } should do the trick Nimish Gautam (talk) 17:36, 22 June 2010 (UTC)
Can somebody explain why I just got an accepted edit on top of a pending edit on World War I? It has resolved itself now, the history isn't showing any pending edits any more, but it also wasn't a brief glitch, a reload of the page didn't initially fix it (Screenshot). Is that supposed to happen? Amalthea09:40, 22 June 2010 (UTC)
Pretty sure it's just the wiki catching up to the accepted edit on the watchlist/history. I've been thrown by it as well. --Izno (talk) 01:22, 23 June 2010 (UTC)
Yesterday's POTD
Template:POTD/2010-06-22 is not showing the picture for that date. There is a link to File:Palazzo_Cavalli-Franchetti_WB.jpg, and if I click on that link, it does show the picture but also says "This page has been deleted"! The reason is given as "Image is no longer on Main Page". This combination of things does not make sense to me. If old POTDs are supposed to remain available through the template, it would seem they should not be deleted; if they are deleted, it would seem they should not be visible; and if they are visible at the File: link, they should be visible via the POTD template! (Okay, I can see there could be some confusion due to images in Commons vs. images in Wikipedia, but still...)
It was just temporary. As I understand it, the images which are going to be on the main page are moved here so we can give them full protection, to prevent a defacement to the main page, and once it's no longer on the main page we delete the image here, and start using the Commons image again. Which has now happened, and you can see the image at Template:POTD/2010-06-22 again - Kingpin13 (talk) 05:26, 23 June 2010 (UTC)
sister project xrefs on main article: execute templates to automatically include redirects to article
A Wikipedia article already cross-references the article's title to entries in Wikimedia's other projects, given a template such as {{Sisterlinks}}.
I proposed an expansion at Village Pump proposals and an "OK, a cautious yes" was provided. The hope is that someone will know a way to program this.
The expansion proposed is to include redirects.
Sometimes, a WP article is supported by WP redirects from similar titles, mispellings, and so on. The main WP article should similarly cross-reference sister project entries that correspond to titles the WP redirects support.
Example: WP has an article titled "Feminism" and a redirect to it titled "Feminist". The article, via a Wiktionary template, now tells us that Wiktionary has a definition for feminism. But Wiktionary also has a definition for feminist and, because of the redirect, the Feminism article should offer both definitions.
A Wikipedia redirect representing a misspelling or other error doesn't matter, nor does any reason for the redirect's existence, because if the redirect's title isn't also a destination title, entry, or some such in a sister project then this procedure should not generate anything in the Wikipedia article display. If it is an entry or such, presumably there's a good reason for that and it should be displayed.
Redirects at a sister project should be ignored. As a hypothetical example, if a WP article is titled "Monday" and a redirect to it is "Munday" and Wiktionary has a redirect from "Munday" into Wiktionary, the latter redirect should be ignored for this purpose. But if Wiktionary has a destination entry for "Munday" and not just a redirect for it, then the WP article should say that Wiktionary has entries for "Monday" and "Munday".
The default, if no parameters are specified, should be to display the results of redirects. A parameter to suppress the cross-referential effect for redirects (e.g., "noredirect") could be considered.
The same should apply to a Sisterlinks template and to related templates.
This should not apply to an article cross-referencing another other than by a redirect.
For a method, note that WP allows searching for what links to an article and hiding everything but redirects, thus generating a list of redirects only. That suggests a procedure that will automatically identify all the redirects for any article title.
While an article editor could add templates for every redirect, it's difficult to anticipate all the redirects in the future (e.g., new slang), adding lots of parameters and/or templates is cumbersome, I don't think I've seen an article where that's been done, if a redirect is abandoned (e.g., replacing it with a disambiguation page) someone would have to edit the former destination, and server-side processing can handle this efficiently.
Wiktionary generally creates a page for common misspellings rather than a redirect. You need to consider what to do in those cases. SpinningSpark21:58, 20 June 2010 (UTC)
Where the article title and a redirect or two redirects match the same destination entry in another Wikimedia project, only one match should be claimed. For example (these are untested hypothetical examples only), if ox is a WP article title and oxen is a WP redirect title and both point to the same Wiktionary destination entry, the cross-reference may mention only that Wiktionary has an entry for ox. On the other hand, if Wiktionary has separate entries for fish and fishes (because the former is for any fish while the latter is only for multiple species of fish) and an WP article is for fish and a WP redirect is for fishes, then the cross-reference would say that Wiktionary has entries for both fish and fishes. Nick Levinson (talk) 23:49, 23 June 2010 (UTC)
Problem printing with "New Features" on Wikipedia
Operating system: Windows XP Professional Service Pack 2
Processor: Intel Pentium III
Internet browser: Mozilla Firefox 3.6.3 (latest version)
Printer: HP DeskJet 840C
RAM: 256 MB
Hard Drive space: 15.36 GB
My printer is a 9-year-old HP DeskJet 840C, my operating system is Windows XP, and my internet browser is Mozilla Firefox 3.6.3, the latest version. Last week, I switched on the "New features", and the other day, I tried printing a Wikipedia article, using the browser File → Print, and my printer couldn't print it, I tried printing both the printable version and the default version, it didn't print, I thought it might be a problem with the connection to my computer, and so I bought a new USB cable for my printer, and I tried printing the article again, it didn't print, then I thought it might be my computer, so I tried printing the Wikipedia article on my laptop, but it didn't print at all. I tried to "Print Test Page", that was provided in the Printers and Faxes section, and it printed fine on both my computer and my laptop, I even tried printing on other websites, my printer printed fine on other websites, and so I tried printing the Wikipedia article again on both computers, it didn't print at all. So I decided to experiment, I switched back to the previous version of Wikipedia, by clicking on "Take me back", then I tried to print a Wikipedia article and it printed fine, without the "New features". I think there is something wrong with the "New features" on Wikipedia, particularly in printing, maybe the "New features" are not compatible with older printers, like my 9-year-old HP DeskJet 840C, I don't really know, since I'm no expert. In any case, I have switched back to the previous version of Wikipedia, because I'm unable to print with the "New features" on. I hope this can be resolved, thank you... Gregorynovella (talk) 13:50, 22 June 2010 (UTC)
Sorry, tl;dr so I skimmed it. By "didn't print at all" do you mean the page was blank or that nothing came out? Have you checked for error messages from your printer? OrangeDog (τ • ε) 20:06, 22 June 2010 (UTC)
Thanks for the reply, yes, nothing came out of the printer, and when I checked my printer status on the Printers and Faxes section, my printer didn't record the print job at all, it was only when I switched back to the previous version of Wikipedia that my printer recorded the print job and printed... Gregorynovella (talk) 07:35, 23 June 2010 (UTC)
I just updated to the newest version of Mozilla Firefox, version 3.6.4, and I tried printing with the "New features" on, and it printed okay, so it was just a browser problem, anyway, I will report again, if another printing problem happens again, thanks... Gregorynovella (talk) 07:59, 23 June 2010 (UTC)
Pending changes
I'm not sure if this only happens to me (apparently, lots of weird things happen to me, and no one else), but on Twilight (2008 film), The little box saying "accepted (latest)" is covering the green lock top-icon. I'm using IE 7.0, and screen res. 1440x1050. Brambleclawx21:26, 22 June 2010 (UTC)
I'm using Chrome, on XP, in 1152x864 and it appears the same as you describe. Perhaps Page Move protection wasn't considered when the PC box was designed (since the other icons should be be removed if PC is in place on the page). —Ost (talk) 21:35, 22 June 2010 (UTC)
For article pages, there are only 3 reserved spots. The FA icon (right 10px), the spoken article icon (right 30px) and the 'lock' icon (right 55px). The pp menulet occupies the lockicon spot. Apparently pagemove vandalism has since seen its own template and separate icon position (right 80px). The menulet position will thus overwrite the pagemoveprotection lock. These are the limits of topicons you could say. We could start reordering them with Javascript, but in the past people have always been against that solution. —TheDJ (talk • contribs) 00:06, 23 June 2010 (UTC)
You know, I don't why we manually insert the locks ourselves when we could have the software add them. Is there a reason or is that just something so far-fetched that no-one's though of it?… --Izno (talk) 01:20, 23 June 2010 (UTC)
I am unable to click the "accept" button due to it being permanently greyed out. Entering a comment in the associated box makes no difference then button remains greyed. Note: I expect this is a JS problem, I don't run JS so perhaps there is JS to re-enable the button? Anyhow, I currently find it impossible to accept any changes. HumphreyW (talk) 10:27, 23 June 2010 (UTC)
I can't reproduce your problem – I have the accept button enabled here even without JS and I tried it Internet Explorer too. What browser do you use? Svick (talk) 12:21, 23 June 2010 (UTC)
I tried your link and this time the "unaccept" button is greyed. Perhaps I misunderstood what is happening here. Is it that an accepted revision still has an "accept" button, but the button is disabled? If so, that is really confusing, and irritating. Wouldn't it be less confusing just to show only one button with whatever action is allowed? How do I know if a revision has already been accepted or not, am I supposed to see which button is grey and from that determine what has happened? For people with limited vision, or different browser colours, this can be really hard to distinguish properly. Anyhow, I think I was just thoroughly confused by how it has been implemented, so I guess it was all my mistake. Sorry to bother you folks here. HumphreyW (talk) 12:35, 23 June 2010 (UTC)
Well I took some time to look into this a bit more and it seems the button is just displayed and disabled without any way to activate it. But I don't want to treat my browser like a local Windows dialog box. The usage scenario is different. The idea of disabled buttons is more in the paradigm of a local interaction dialog box with fixed places for buttons and other controls. A browser page should be more adept at button placements and not require anything disabled, it simply uses space for no apparent gain in readability or usability. This is what confused me, there was a button and I expected it to be able to do something since it was being displayed to me. It seems to me that there is not a good reason to show me a disabled button that remains disabled no matter what action is taken on the page. Is this some sort of simplification in the Wiki software? Or is it someone trying to make the Wiki pages look like a Windows dialog box? Either way, please don't clutter the pages with buttons that do nothing. HumphreyW (talk) 12:58, 23 June 2010 (UTC)
Okay, sounds good. My login doesn't seem to work over there so I'll just kind of stand in the sidelines for this in the meantime. HumphreyW (talk) 17:15, 23 June 2010 (UTC)
It is a very common behavior to grey out an inactive part of the interface. In fact, it's so common that it has it's own article : Grayed out. I guess you were confused because you didn't see this behavior elsewhere before. But I believe most users understood it. Dodoïste (talk) 18:21, 23 June 2010 (UTC)
It is common in a local dialog box, like I mentioned above. But it is not common in a webpage, unless that button can be enabled by some action. An action like entering text in the proper format, or some other action, that JS will detect and then enable the button so the user can continue. But to have an always-dead button in a webpage is just wasteful and confusing. Why have it when it does absolutely nothing and can never ever do anything? HumphreyW (talk) 01:22, 24 June 2010 (UTC)
No, you can not. The primary reason of such a function not being implemented is the fact that "home wiki" shown at Special:CentralAuth or SUL util is not really used anywhere. vvvt18:34, 24 June 2010 (UTC)
A common complaint about pending changes is that it's very slow. After some sampling of render times (see WT:Pending changes#it sucks) I don't actually think that page rendering got any slower, only that you now need to look at more uncached, old revisions.
However, there are a couple of operations where I don't understand why they are slow on template-heavy articles.
MediaWiki rollback: It shouldn't have to render anything on my time. Yet I just spent 26 seconds waiting for a rollback to complete on a template-heavy article, both if unprotected or PC-protected. Why is that, and was that always so? I think rollback used to be pretty much instantaneous.
Accepting a pending change: Again, it shouldn't have to render on my time, but it takes the 17 or 26 seconds on my template-heavy test article.
Looking at a diff to the current revision of a template-heavy article shouldn't have to render anything since the latest revision is typically cached somewhere. Why does it, and was that always so?
A WP-buddy suggested that WP's standard HTML/CSS boxes, i.e. the outer ones to apply to all pages, should be combined as each box is a file to sent down the line. If so: for IE, use the old border box model, as some readers use IE 6 and don't upgrade; include all the skins, e.g. I use Modern. --Philcha (talk) 12:20, 24 June 2010 (UTC)
Using Firebug, you can understand what is taking a long time to load. Is it some heavy JavaScript, a lot of images, or... From what I understand, the servers needs a huge lot of time to start sending the page (about 15-20 seconds). Once it actually starts downloading it seems to be fine.
Tip for those who want to optimize loading speed (unrelated to this issue though): Once you have Firebug, download the page speed add-on. Now you can optimize your code to make the page loading faster. Dodoïste (talk) 16:42, 24 June 2010 (UTC)
Embedded template
I am trying to use the information in one template inside two different templates. So that way, information will change on several pages at one.
I have done this before, but never with template:infobox.
For example, I create Template:Infobox Videogame using infobox:
{{infobox
| label4 = Type
| data4 = {{{type|}}}
| label5 = Color
| data5 = {{{color|}}}
}}
I then create a second template, Template:L4D only with this information on the template page:
| type = fast
| color= red
This way, the changes on this template about Left 4 Dead change on more than one page.
If I type:
{{Infobox Videogame
{{Template:L4D}}
}}
The result is:
| type = fast | color = red
I have tried <noinclude>, Template:!, Template:= but with no success. It appears the Template:Infobox Videogame is recognizing the information in Template:Left4Dead as text only.
This may have worked at one point. However, that incorrect behavior not longer works with the new preprocessor. You can get similar behavior by doing something like |type={{l4d|out=type}} |color={{l4d|out=color}}. — Dispenser16:28, 24 June 2010 (UTC)
Dispenser, it started to work! THANK YOU! Here are my three template now:
Template:Infobox Videogame
Template:L4D
Template:Left4Dead
{{infobox
| label4 = Type
| data4 = {{{type|}}}
| label5 = Color
| data5 = {{{color|}}}
}}
Anyone knows how to use it? I installed the extension into OpenOffice.org, set the prefs to anonymous EN wiki URL but am stuck here...--Kozuch (talk) 18:58, 24 June 2010 (UTC)
Issue with an .svg file, error generating thumbnail
Hi. A few hours ago I uploaded . MediaWiki seems to have trouble to make a .png out of it. When I try to view the SVG in png, I get a magnificent error page :
The SVG contains a reference to, probably the original image, on the harddrive of the person who create the SVG. That is not allowed for security reasons and thus the thumbnailing software will report an error. —TheDJ (talk • contribs) 23:38, 24 June 2010 (UTC)
Huh? I'm not sure I understand your answer. Am I meant to fix something as the author of the SVG? Did I do something wrong? If so, you might want to provide instructions understandable by an end-user in the error report.
The most strange thing is that I can view the .svg by clicking on the link of the file. The SVG seems to be fine. Maybe the issue lies in the conversion to PNG? Yours, Dodoïste (talk) 00:08, 25 June 2010 (UTC)
TheDJ, the SVG doesn't seem to contain any references to external resources (only one PNG included through data: URI). Also, if the problem was with external resources, I think the error message would mention it ([5] does).
That image needs some serious optimization. The embedded PNG mentioned above is displayed with an opacity of 0.1, so it's basically invisible and may as well be removed. And is there really a need for the image to contain lorem ipsum with letters converted to paths, when the image is unlikely to ever be used large enough for it to be legible? Especially in the back sheet of paper where most of it will never even be visible? Greeking would be useful, but even embedding the text as text would probably give a significant size savings. Anomie⚔02:39, 25 June 2010 (UTC)
I'm well aware that it need optimization. 2Mo is way too large for an icon. But it's only to work on a draft for the Pending Changes icon. It's easier to edit .svg drafts than .png. Since it didn't work, I made File:Pending changes needing review.png.
My signature is not getting registered properly, as you can see it here. Can some one rectify it please. The problem is persisting for quite some days. Thanks.--Nvvchar 10:38, 25 June 2010 (UTC)
No one has the technical ability to edit other user's signatures (except maybe the server admins with their direct access to the database, but I doubt they would ever do that) on Wikipedia. We might be able to help you fix it yourself if you tell us what is in your "Signature" box on Special:Preferences and if you checked the "Sign my name using the provided wikitext" box directly below it. FunPika10:45, 25 June 2010 (UTC)
In the article THEMIS (as with many others), the info box on the right causes the "edit" for the first two sections (Launch and Mission status) to be pushed way down. Is there a way the software could handle this and put "edit" on the same line as the section header? Bubba73(You talkin' to me?), 02:52, 25 June 2010 (UTC)
But I think that this problem should be often fixed in some other way like moving images around and floating some of them to the left (like I did on that article), or removing some images completely. Svick (talk) 20:19, 25 June 2010 (UTC)
Alternatively, move the position of the edit links - Preferences->Gadgets->User interface gadgets: editing->Moves edit links next to the section headers. OrangeDog (τ • ε) 17:32, 26 June 2010 (UTC)
That works OK for me. Thinking of other editors, it might be good if that option was on by default. I am more used to "edit" being over at the right, but I really dislike "edit" being many lines away. Bubba73(You talkin' to me?), 19:22, 26 June 2010 (UTC)
Query: Deletion of unnecessary outdated versions of figures
What is the mechanism for deletion of outmoded copies of figures? For example, a number of figures I have created went through several versions that are still kept in the edit history, but so far as I am concerned could be removed. How can I flag these old versions in the edit history for removal? These old copies are not the current version, so it would appear that editing the file for the current version won't work. Brews ohare (talk) 16:15, 26 June 2010 (UTC)
You mean for example to delete the three old versions of File:Compensation capacitance.png? I don't think there is any process established to do that, because there is no need to delete them. There is no harm in having them and deleting them would only waste the time of administrators. But if you really want to delete them, I guess you could contact an administrator, maybe using {{adminhelp}}. Svick (talk) 17:27, 26 June 2010 (UTC)
At the end of the WikiPages, Timezone could be added to the time at whcih the page was edited
The time zone is whatever you have set at Special:Preferences. Usually all system-generated times (like in page histories or user contribution pages) are based on a user's preferences, though it defaults to UTC (and time stamps for signatures are UTC, which is clearly marked (both in your comment and in mine). EVula// talk // ☯ //16:20, 26 June 2010 (UTC)
User:MarkS, now sadly inactive for some years, developed a very nice script that allowed customization of editing toolbar: User:MarkS/extraeditbuttons.js. The script has been mostly broken for few months. I wonder if anybody would be interested in updating it (and writing a proper documentation page)? Alternatively, if anybody knows of a script that does this (for new or old toolbar) please let me know. I prefer to keep my toolbars uncluttured, with only a few buttons I really need. Mark also promised the ability to add favorite templates to some buttons, that never got implemented before he went away - perhaps somebody knows how to do this? --Piotr Konieczny aka Prokonsul Piotrus| talk 17:02, 27 June 2010 (UTC)
Scripting
In Javascript, is there a way to add text to the Clipboard (ready to paste somewhere else)? (not sure if this is the right place to ask, but I couldn't think of anywhere else) --Smaug123 (talk) 18:34, 27 June 2010 (UTC)
You missed the third one! MediaWiki:Wikimedia-copyrightwarning. The first one you linked was the old location, while the second one is a very old version. Copyrightwarning2 is obsolete, and is no longer called by any other MediaWiki page or special page. I'm pretty sure MediaWiki:Copyrightwarning is in the same boat. Someguy1221 (talk) 06:05, 24 June 2010 (UTC)
Those messages are also part of Wikipedia, and I am partially asking about them as they relate to Wikipedia. This was also a fairly simple question, not some complex, involved question about some deep intricacy of MediaWiki's codebase. Asking on http://mediawiki.org is often useless; many, perhaps even most, questions on their support desk go unanswered. There just aren't very many people answering questions, in contrast to the Wikipedia technical village pump. —Lowellian (reply) 06:18, 25 June 2010 (UTC)
Yeah, the support desk is pretty dead. You could probably get an answer on the mediawiki-l mailing list though. I don't quite understand the deal with the two copyright messages myself. But I know that wikimedia-copyrightwarning is one of the messages included in the WikimediaMessages extension, a package of Wikimedia-specific messages. Reach Out to the Truth20:50, 28 June 2010 (UTC)
Tricky question (or not?)
Would it be possible to use {{PAGENAME}} in a URL without it breaking the code if said article's page name had spaces in it?
I.e if you were to place this code: [http://www.google.co.uk/#hl=en&source=hp&q={{PAGENAME}}&aq=f&aqi=g10&aql=&oq=&gs_rfai=&fp=f2698e237ad8495c {{PAGENAME}} on Google] on Bill Gates' page the code would break due to there being a space between "Bill" and "Gates", is there a way around this? 92.15.89.110 (talk) 19:36, 26 June 2010 (UTC)
No it doesn't. PAGENAMEE provides encoding for Mediawiki style URLs that can be used internally, e.g. {{PAGENAMEE}} = Village_pump_(technical)/Archive_77. In particular, it transforms spaces to underscores. For general external URLs, such as Google, you still need urlencode to express spaces and other restricted characters according to the traditional web standards. Dragons flight (talk) 11:20, 27 June 2010 (UTC)
http://stats.grok.se seems to be down again, as of June 26. Stats aren't there. Please pass this along to whoever can fix it. And can someone please change the notation that comments go to User:Henrik, since that person obviously is not around anymore. Users need a contact, as this happens more frequently. Maile66 (talk) 12:01, 27 June 2010 (UTC)
Also, if Henrik is really no longer with Wikipedia, can't someone deactivate his account, or put a notice on the Talk page, so users don't post there in anticipation of a response. Thanks. Maile66 (talk) 15:29, 27 June 2010 (UTC)
How would I code this in CSS correctly? Anytime a title has any punctuation (a bracket, an apostrophe, a colon) CSS does not recognize it and ignores the title.
wow, that is awesome and SO easy thank you. Barnstar for you! What is so easy for you, was so complex and incredibly difficult to figure out for me. :) Adamtheclown (talk) 00:19, 28 June 2010 (UTC)
The only difference is that the first uses "tags" as an rvprop and the second doesn't. But it appears from http://en.wiki.x.io/w/api.php that "tags" is a legitimate rvprop. So I guess this should go to bugzilla? Even if it's some sort of user error, the error message could be made more helpful. Thanks, Tisanetalk/stalk17:02, 28 June 2010 (UTC)
The issue is with the image syntax rather than the image itself: you need to use thumb, not frame. frame does not allow scaling at all, which is why it is deprecated in favour of thumb. Intelligentsock18:05, 28 June 2010 (UTC)
I was wondering if we should aim to use a similar font as the LaTeX output in images that reproduce formulas from the body of the article. For instance, most of the images in HSL and HSV#Formal_derivation that use a Sans Serif font. It's kind of hard to identify in the images what is a formula, and what are merely labels. Using a Latin font might help to distinguish between the two types. Thanks. SharkD Talk 18:23, 28 June 2010 (UTC)
I just noticed that many (though not all) pages get the new 'reader' button in Safari 5. this is actually very cool, but it leaves me with two technical questions:
Is there some code that can be added to suppress or reposition the [Edit] links for pages viewed in the reader? reading wikipedia pages in the reader is actually nice (you lose the graphics, but for straight reading it rocks) but the edit links spoil the flow.
Knowing a little about the plugin, and using it myself, the problem has to do with the obvious presence of a single main text area on a page. Readability extracts the core part of an article, ignoring all of the sidebars, advertising, headers, and miscellaneous junk around it. Go look at the RefDesk compared to a standard article page and you'll understand. Ref Desk and Community Portal, for example, don't have a single coherent field, but rather multiple small boxes. In short, Readability doesn't know which one to pick, and I don't think it's designed to handle multiple fields.
A while ago I published edit trends for each Wikipedia. At Wikimania I will talk about revert stats, and blog about it soon after. It's still work in progress. e.g. I'm hoping to add trend lines (using R), after filtering seasonal influences. Here is a preview: English, German and Dutch revert stats. As you will see there is very distinct seasonal pattern in reverts, in absolute numbers, but also relative to total number of anon edits, less so in registered edits. So it seems there really is less vandalism in summers. School holidays? The pattern is less distinct on the German Wikipedia. I would appreciate any feedback on the stats: are they clear, too much, something missing, etc. Thanks Erik Zachte (talk) 10:05, 25 June 2010 (UTC)
Winter, especially January appears to have spikes, at least for the German wikipedia in editing. Any pattern you might see in the English wikipedia however, isn't going to be quite as obvious, because down in the Southern hemisphere our seasons are reversed, so therefore the time for edits are inverse if there is a link. Not that there are really enough of us to make a difference, but it will have an effect, making it less obvious at a glance. Shadowmaster13 (talk) 13:21, 28 June 2010 (UTC)
Sure, it is even more visible in Spanish and Portuguese Wikipedias, which are viewed more from Americas than from Europe. This also explains the strong seasonality in wp:es and wp:pt in monthly page view stats. Erik Zachte (talk) 00:32, 30 June 2010 (UTC)
I'm not entirely sure what you meant to do with that code; you at least have mismatched brackets. To answer your underlying question, though: you can specify a default case by specifying a "#default" case as the last entry in the switch function. {{Nihiltres|talk|edits|⚡}}22:23, 28 June 2010 (UTC) (iPod edit)
Referring back to Adamtheclown's draft templates at #Embedded templateabove:
#switch will produce a blank result if there is no match and no final or #default value specified, so the advice of Nihiltres in the previous comment might not be relevant, just add image similarly to the way you have created type and color.
The combination of three templates should already produce a blank where there is no image specified, so if I am not mistaken, the standard method should work with no special changes.
To have the image width default to 250 where this is not specified, you could use {{#if: test_if_this_is_blank | result_if_not_blank | result_if_blank}} (documented here) by changing Template:Left4Dead to something like this:
In your original example, Template:L4d and Template:Left4Dead are entirely interdependent. If that remains so, and you have no particular reasons for keeping them separated, you might want to simplify things by combining them into one template:
{{Infobox Videogame
|type = fast
|color = green
|image = image_name_here.jpg
|imagewidth= image_width_here_or_else_just_type_250
}}
It sounds like the OP is talking about a problem similar to one that I have with IE and WP. When editing, you scroll the section you want to edit to the middle of the edit window for ease of use. As soon as you start typing the edit cursor and the window move so that the editing is taking place at the very bottom of the window. - X201 (talk) 15:24, 29 June 2010 (UTC)
Project-Class
Hello, I've attempted to change the talk header, located here, from NA-Class to Project-Class, similar in manner to the page in the Doctor Who WikiProject, located here. I've used AWB in an attempt to alter the class, but it won't change from NA for some reason. Any help? Gage (talk) 18:01, 29 June 2010 (UTC)
I am a member of the project. I've attempted to look at both those pages, but I'm a little confused as to what I should add and where. Is there any way you could help me add the info to the class page? Gage (talk) 18:22, 29 June 2010 (UTC)
I keep seeing the "help improve Wikipedia" site notice at the top of my watchlist, but can't click it. Is it supposed to link somewhere? Brambleclawx21:13, 29 June 2010 (UTC)
Lovely banner
Sometimes the hide button doesn't work, and when it does, it often reappears on half the pages I visit. Can we just get rid of it? —fetch·comms21:22, 29 June 2010 (UTC)
"Lovely" is not the adjective I would choose. "Help Improve Wikipedia"? I'm trying to, but I am hampered by the damn great big banner that is in the way, and 'hide' does not work. Why does this keep happening? Spam. Please try testing these things before inflicting them on us. Chzz ► 21:27, 29 June 2010 (UTC)
Lovely was sarcasm. but I wholly agree that they are a blight and do not help keep the site free. This is ridiculous and I would start yet another RfC on them if I had more time right now (stuck in a library closing soon). —fetch·comms21:32, 29 June 2010 (UTC)
On a technical note, this being "Village pump (technical)" and all, it seems that if and when the banner re-appears, the "hide" link does not work. It does not re-appear every time. (This is after answering the survey to which the banner links.) -- Gyrofrog (talk)21:36, 29 June 2010 (UTC)
(from the wikitech irc channel) The person who created the central notice made an error (yes again). However the notice will only be online for a few hours anyways. Not sure if the error will be corrected in the mean time. —TheDJ (talk • contribs) 21:38, 29 June 2010 (UTC)
I have experienced for a long time, problems with sizing some images, in order to put them into articles. Similiar images with the same name-syntax have no problem. I am leaving no white space around or within the link. For example - I can't shrink this image to 100px.
|px100|thumb|left|Ted hughes and Plath married in 1956. Portrait by Rob Lycett (1993).
I don't know why you have px100 instead of the correct 100px there, but with that change, it seems to work. See the image on the left, produced by the code Svick (talk) 03:26, 30 June 2010 (UTC)
The template does what it is told. The pattern was changed in this edit[6] to one using nonexistent images (a description like "pattern_b1=_tai09a" needs File:Kit body tai09a.png). I have no idea why the user has done it or what colours does the team use, but I reverted the article to the last working version for now.—EmilJ.16:34, 30 June 2010 (UTC)
Out of curiosity, BC, are you from Iowa? That's the only place I've heard the construction "needs fixed", instead of "needs to be fixed". --Golbez (talk) 21:23, 1 July 2010 (UTC)
Search bar
I hope this is the right place...but I use to be able to type just 'Ctjf83' in the search bar, and the suggestions would come up with 'User:Ctjf83', 'User talk:Ctjf83', 'User:Ctjf83/Sandbox', etc, but now it only comes with article suggestions. In the preferences I have search in all namespaces checked, how can I make it search in all, and provide suggestions for all namespaces? CTJF83chat19:16, 30 June 2010 (UTC)
I can confirm this bug. Nothing changed on the backend recently, so it must be a recently introduce MediaWiki bug. It appears to happen only in Vector skin, works fine in Monobook. --rainman (talk) 19:55, 30 June 2010 (UTC)
Looking at the SimpleSearch.js, particularly the line 'namespace': 0, I have a feeling that "search suggestions" script in Vector is simply ignoring these checkboxes and the poster recently switched from some other skin (other skins use "old" mwsuggest.js script). — AlexSm20:54, 30 June 2010 (UTC)
What's interesing, unchecking "Enable enhanced search suggestions (Vector)" only hides the drop-down box, the suggestions are still there (use ↑ or ↓ on keyboard to see them); I doubt this is intended behaviour. You need to also check "Disable AJAX suggestions" to disable this completely. — AlexSm21:22, 30 June 2010 (UTC)
I have been using vector for a while, and it use to work vector. I like the suggestions, but I guess I can stop being lazy and type 5 characters (User:) and then type in the user name, Alex, are you able to fix it so it works again? CTJF83chat21:47, 30 June 2010 (UTC)
Is there a template that would typographically simplify a given string? Ie. "héñbZù" would become "henbZu". Thanks, 90.41.69.86 (talk) 10:33, 1 July 2010 (UTC)
This sounds like you want to collapse the Unicode character-set down to ASCII-7 encoding, as in, turn this into something I could type on my English-language keyboard. I'm not aware of any computationally simple way to achieve that, if you look at the Unicode character set it seems rather complex, i.e. must be done on a character by character basis. In getting on three years here, I've never seen such a template, and it would be a pretty big one if it existed. But maybe you should examine your original assumption: why would you want to do such a thing? If you want to de-foreignize Wikipedia, I predict you will run into a world of trouble here. And in any event, I think the human visual system would be much more efficient at stripping off the extraneous umlauts to arrive at the Latin-1 character set representation than any template we could argue about endlessly. Franamax (talk) 20:56, 1 July 2010 (UTC)
Skin Bugs
Text in templates commonly has incorrect color. The color of the background is specified and the color of foreground is not. If the user default foreground color is white, text is often illegible as the background color in the template is white or bright. Since the purpose of these skins is to use the users default colors, using a border rather than background for the templates would be better. An example can be seen at example. Does this belong on bugzilla.mediawiki?
Can you be more specific about which parts ? For instance, the warning templates are part of this single project, where the tables is a mediawiki element. —TheDJ (talk • contribs) 14:21, 1 July 2010 (UTC)
It looks like the bugs are in Common.css, which specifies many background colors without specifying foreground colors.
Large history kills my PC
I learned the trick a long time ago that you can put your own parameters into the URL that brings up revision history for a page and retrieve up to 5000 entries at once. My problem is that lately (say, the last six months) if I try this my CPU-usage meter starts banging against the top of the cabinet and stays that way forever. When I checked into this a while ago, it seems that onerous DB queries now get shuffled into a "slow" queue. That's fine, I can beat it easily enough by finding the cut-point for the slow queue - but why does my CPU usage go over the top? It's not page-thrashing and it's not network-limited, it is pure CPU. I would paste in the URL but the window is in a state of torpor and my room is heating up. It seems to be any revision history where you change the &limit parameter to 5000, though I haven't fully profiled the problem.
I'm running WinXP MCE up-to-date, IE8 up-to-date, default skin, no custom JS, and this has been happening since before the change in default skins anyway, so all my site js will be up-to-date (and I've cleared my cache more than once). Thanks for any insight on this! Franamax (talk) 19:48, 1 July 2010 (UTC)
The CPU usage shows that this is a problem with your browser. IE8 is extremely slow at rendering large pages (and javascript or add-ons can exacerbate this).
Consider creating a temporary link to the URL (eg in a sandbox article preview) then downloading the page to your PC as a file (right-click the link then choose "Save target as..."). Then open the file in a text editor instead of IE8 (by renaming the file extension to .txt or by right-clicking and using "Open with..."). Alternatively, consider using an alternative browser to view such pages online.
If it's a browser problem and IE... well, there ya go. ;) All joking aside, it probably is just Internet Explorer choking on a rather sizable page. Richardguk's suggestion to try a different browser is a good one; Chrome or Safari would probably be able to handle it better (though I've never used either on a PC). EVula// talk // ☯ //23:13, 1 July 2010 (UTC)
Indenting sentences with images
I have an small image, followed by a sentence in a template.
I would like to make any sentence which goes to the next line, line up with the first line's beginning indentation.
So, for example, in the last sentence, every word would line up with the I in "I would".
If you used a table, putting the image and sentence in separate cells, it would force the text to apparently stay away from the image. It's not a proper use of an HTML table, but it'll get the job done. EVula// talk // ☯ //23:14, 1 July 2010 (UTC)
(edit conflict) Specifically, you could nest a table within each cell, with a fixed-width column for the graphic:
{| width="200px" class="wikitable"
|-
|
{| style="border:0;padding:0;background-color:transparent;"
|-
| style="border:0;padding:0;" width="20px" valign="top" | [[File:Original Barnstar.png|15px]]
| style="border:0;padding:0;" | You have a small image, followed by a sentence in a template.
|}
|-
|
{| style="border:0;padding:0;background-color:transparent;"
|-
| style="border:0;padding:0;" width="20px" valign="top" | [[File:Original Barnstar.png|15px]]
| style="border:0;padding:0;" | You would like to make any sentence which goes to the next line, line up with the first line's beginning indentation.
|}
|-
|
{| style="border:0;padding:0;background-color:transparent;"
|-
| style="border:0;padding:0;" width="20px" valign="top" | [[File:Original Barnstar.png|15px]]
| style="border:0;padding:0;" | Single line.
|}
|}
which renders as:
You have a small image, followed by a sentence in a template.
You would like to make any sentence which goes to the next line, line up with the first line's beginning indentation.
Single line.
The sub-tables need to be made invisible by overriding the "wikitable" class styles. As far as I know, the only sure way to do this is to use inline styles for border, padding and background-color. (Perhaps something like class="none" would have the same result.) The non-breaking space helps with vertical alignment.
Could someone take a look at this singles table? For some reason, if I have the full name of "Sunshine (Everybody Needs a Little)" spelled out, it causes the rightmost line on the table to disappear (the line against the "albums" column). But if I shorten it to just "Sunshine," everything's fine. Ten Pound Hammer, his otters and a clue-bat • (Many otters • One bat • One hammer)21:09, 1 July 2010 (UTC)
On Deepwater Horizon Oil Spill I noticed in the history one of my edits was pending review, and after a later edit which was approved, my edits were being automatically accepted. All the accepted edits are marked in blue, but that first edit is not. It is THERE in the "latest accepted version", though.
But all my previous edits to that page were "automatically accepted" after the review process began. Maybe this is a policy question, but apparently something is weird with the software that I don't understand.Vchimpanzee· talk·contributions·21:17, 1 July 2010 (UTC)
If you (or anyone with the reviewer right) edit a revision that is not already marked as reviewed, your edit is not automatically marked as reviewed. This is intentional: it means you do not have to worry about reviewing every single edit that you make. But if the revision you edit is already reviewed, you edit is marked as automatically reviewed, because we can assume you will not add problematic content that would fail review. If you notice that one of your own edits is not reviewed, it is perfectly fine for you to look at the diff to the last reviewed version and then mark it reviewed yourself. — Carl (CBM · talk) 21:33, 1 July 2010 (UTC)
Well, it's still not blue, but it doesn't come up when I click on "pending revisions" And I don't feel comfortable with the addition "pending review". It may be perfectly all right, but it's not a judgment I can make. The content of that one edit I made seems to be in the article.Vchimpanzee· talk·contributions·21:47, 1 July 2010 (UTC)
Every edit becomes part of the article, even if it is not individually reviewed. Unless the changes of an edit are undone in some way, those changes will be in every later version. This image may help clarify how the system works. — Carl (CBM · talk) 01:23, 2 July 2010 (UTC)
"You have new messages"
You know that yellow box that appears on any page when you have a new message in your talk page. Will it be possible to have that yellow box appear when there's a new message on any other talk page or WP page which the user can specify (like at a Special:Alerts" page). This will be very helpful for everyone to keep track of discussions. Feedback(talk)17:51, 28 June 2010 (UTC)
Hmm, so like a watchlist/talk page notification hybrid, eh? It's been suggested that users be able to maintain more than one watchlist; I guess one of those watchlists could be configured to display such a message when one of its pages is updated, if someone wants to develop the code to implement it. Not sure how much demand there would be for that feature, though. Tisanetalk/stalk18:04, 28 June 2010 (UTC)
Not quite what you want, but I've found that the following script has helped me keep track of discussions that have been updated since I contributed to them. –xenotalk18:06, 28 June 2010 (UTC)
importScript('User:Markhurd/hidetopcontrib.js');// (toggle to hide "top" edits)varuserHideAllSubsequent='true';
You can also look at the following script, which shows the top item on your watchlist every time a new page is loaded. I find it very convenient to follow changes to discussions I'm participating in. — Gavia immer (talk)18:23, 28 June 2010 (UTC)
Thanks to both of you, but I don't find it nearly as helpful as the big yellow box every time someone edits my user talk page. I'm pretty sure the community would find a second watch list with a big yellow alert REALLY helpful. Special:Alerts or Special:Alertlist would be nice to have. Feedback(talk)18:30, 28 June 2010 (UTC)
I also have a script called Mark Edits After My Own that highlights pages in contributions pages that have been edited since you last edited it. It works for the contributions page of any user, it doesn't have to be just you. It will not highlight pages already on your watchlist since you're already watching those. Also, it will only highlight pages once so it doesn't duplicate the highlighting on the same page. Gary King(talk·scripts)20:19, 28 June 2010 (UTC)
Though it's not a big yellow box, this script alerts you by placing a text notification under the article title of the page you're on. It always brings my attention to the watchlist. --Dudemanfellabra (talk) 10:20, 2 July 2010 (UTC)
Screen resolution
I know that WP:ACCESS is the appropriate place to pursue this, but I have a technical question beforehand.
If memory serves me right, 1024 by 768 pixels became the most commonly supported screen resolution in about 2001 or 2002. But as far as I'm aware, new monitors had the ability to display that resolution for a long time before that. XGA states that it was introduced in 1990, but can anyone give a rough idea of when monitors that supported 1024x768 became the standard? I'm pretty sure that it was around the start of the Windows '95 era, but I have no way of verifying that. Also, are there any considerations that would need to be taken into account before deciding what resolutions wikipedia articles should support? Thanks in advance, WFCforLife (talk) 14:30, 29 June 2010 (UTC)
That greatly depends on who is viewing the page: people with older or cheaper computers will tend to have lower resolution monitors, and this varies with demographic and geography, so there is no universal benchmark. The expectations of 1995 Windows customers are no longer relevant to most internet users around the globe. And display sizes have not simply increased over time; now even the richest and geekiest viewers could be browsing at lower resolutions, using new mobile devices. So the situation is more complicated than ever. I think the only firm rule is "degrade gracefully": keep article layout flexible so that there is no gratuitous impairment at lower screen sizes. — Richardguk (talk) 01:07, 30 June 2010 (UTC)
Wikipedia (or more precisely MediaWiki with the provided skins) takes care of most of this for you, so long as you stick to using the styling provided by Wikitext and don't do anything silly with tables or images. But as Richardguk says, it's not true that "modern" automatically means "high-resolution"; there are plenty of modern browsing devices which browse pages at far lower than 1024x768, so whether or not it's a baseline for desktop PC monitors we shouldn't regard it as a baseline for everybody. As for when 1024x768 became standard, it was roughly 50-50 in 2001, while by 2006 it was 3:1 in favour of 1024x768. Chris Cunningham (not at work) - talk09:30, 30 June 2010 (UTC)
I'm trying to modify User:Gary King/minutes later for diff.js (which doesn't work for me) to work for times over one hour. I've developed the following script, which also doesn't work. Can anyone figure out what I've done wrong? When I added it to my vector.js, all my other scripts stop working as well.
functionconvertTimestampStringToDate(id){vartimestamp=document.getElementById(id).firstChild.firstChild.firstChild.nodeValue;returnnewDate(timestamp.substring(15));}functionTimeBetweenDiffs(){if(!document.getElementById('mw-diff-otitle1')||!document.getElementById('mw-diff-ntitle1'))return;varleftNode=document.getElementById('mw-diff-otitle1');varrightNode=document.getElementById('mw-diff-ntitle1');varfirstDate=convertTimestampStringToDate('mw-diff-otitle1');varsecondDate=convertTimestampStringToDate('mw-diff-ntitle1');vartimeDifference=secondDate-firstDate;varminutesAgo=Math.round(timeDifference/1000/60);varhoursAgo=0vardaysAgo=0while(minutesAgo>=60){minutesAgo=minutesAgo-60;hoursAgo++;}while(hoursAgo>=24){hoursAgo=hoursAgo-24;daysAgo++;}if(daysAgo>0){if(hoursAgo>0){if(minutesAgo<=1){minutesAgo=daysAgo+'days,'+hoursAgo+'hours later';}else{minutesAgo=daysAgo+'days,'+hoursAgo+'hours,'+minutesAgo+'minutes later';}}else{if(minutesAgo<=1){minutesAgo=daysAgo+'days later';}else{minutesAgo=daysAgo+'days,'+minutesAgo+'minutes later';}}}else{if(hoursAgo>0){if(minutesAgo<=1){minutesAgo=hoursAgo+'hours later';}else{minutesAgo=hoursAgo+'hours,'+minutesAgo+'minutes later';}}else{if(minutesAgo<=1){minutesAgo='Less than a minute later';}else{minutesAgo=minutesAgo+'minutes later';}}}varnewNode=document.createElement('span');newNode.appendChild(document.createTextNode(minutesAgo));newNode.appendChild(document.createElement('br'));rightNode.insertBefore(newNode,rightNode.firstChild);}addOnloadHook(TimeBetweenDiffs);
Lines like minutesAgo - 60 = minutesAgo; are invalid, JS is expecting variable on the left of "=" and some expression on the right. Install Firebug and then you can test each line manually in Firebug's console. P.S. In case you switch back to Monobook: redirecting monobook.js to vector.js will not work, you need to put importScript('user:<myname>/vector.js') there. — AlexSm15:01, 2 July 2010 (UTC)
Ah thanks. I'm getting my languages mixed together haha. I fixed the two math lines, but it still doesn't work. I'm completely baffled. :\ (btw, thanks for the bit about monobook. I don't plan on switching back, but if I do, this is very helpful.)--Dudemanfellabra (talk) 18:30, 2 July 2010 (UTC)
This time you have else without preceding if on the line 47; but really, tech village is not the best way to findJS errors, using error console is much easier and faster. — AlexSm18:58, 2 July 2010 (UTC)