Wikipedia:Village pump (technical)/Archive AT

Wikimedia error

I believe an article called "What Do Christians Really Believe About Evolution?" was uploaded to wikimedia on or about February 7, 2007:[1]. However, this article is no longer present, or at least that address is wrong. Did it violate copyright or some other rule? Was it uploaded improperly? Thank you.--Filll 20:19, 8 August 2007 (UTC)

See s:Wikisource:Possible_copyright_violations/Archives/2007/04#Image:Masumura_1998.pdf.--Patrick 21:14, 8 August 2007 (UTC)

Is there a way to get ParserFuncs to output straight Wikitext?

Without having to go use the Meta ExpandTemplates page, is there a way to get a template to expand with {{subst:}} such that ParserFuncs output actual WikiText instead of the ParserFunc code? Here's the situation:

When putting Fair Use Rationales on hundreds of images that all read very similarly to each other, it's inconvenient to have to copy the FUR from one image, paste it to another image, then modify the things that vary between the two images (like the title of the image's content or the page it's being used on). I created a user template to take care of this, which takes several parameters to customize the output. Because the fair-use patrol bots don't accept user templates, I'm using subst with the template. But since there are ParserFuncs in the template code, those parserfuncs end up in the subst'd output.

Meta talks about ways to do "optional substitution" and composite templates, but I tried the techniques they described there, and I still ended up with the same result.

If someone wants to look at my template code and give me some feedback, it's here: User:KieferSkunk/furvg . If you want to test the function, feel free to use User talk:KieferSkunk/furvg as a sandbox. Thanks. :) — KieferSkunk (talk) — 22:05, 1 August 2007 (UTC)

Did you try Special:ExpandTemplates? --cesarb 23:03, 1 August 2007 (UTC)
No, see, I don't want to have to go and use ExpandTemplates to create custom template code that I have to then copy/paste to each image. That's even more inconvenient than just directly copy/pasting the code from image to image. — KieferSkunk (talk) — 23:05, 1 August 2007 (UTC)
He wants a subst: like keyword that behaves like Special:ExpandTemplates. As far as I know that doesn't exist atm. at TfD someone coded a bot that can use Special:ExpandTemplates to do mass subst. of to be deleted scripts when we had that same problem. But that won't help you i guess :D --TheDJ (talkcontribs) 23:39, 1 August 2007 (UTC)
Patrick helped to get it much closer to where it should be. I understand it better now. :) Thanks, guys. — KieferSkunk (talk) — 01:21, 2 August 2007 (UTC)

Template help

What suddenly changed on all the talk page project templates? They seem much larger, and have no border or background color anymore. Was something changed? 199.125.109.37 07:26, 1 August 2007 (UTC)

And now they are back to normal. What just happened? 199.125.109.37 07:35, 1 August 2007 (UTC)

Table discussion at Kiev Offensive (1920)

A simple matter: me and another editor disagree whether at table here is fine (to me) or displaced (to the coeditor). Comments appreciated on which of us is 'the fluke', and if the table is broken, how to fix it.-- Piotr Konieczny aka Prokonsul Piotrus | talk  16:35, 2 August 2007 (UTC)

The discussion centres around readability and display issues, but I don't see any significant problems with it, and certainly none that the other editor reported. I have viewed it on two PCs (with TFT and CRT) just to be sure, so I think it must be an issue that is local to his PC, not in the table itself. That raises the question of whether it may be a common enough occurrence to worry about, and I can't really answer that. Adrian M. H. 18:17, 2 August 2007 (UTC)
Looked fine to me. There didn't seem to be anything funny with the code either. Unless the editor is viewing Wikipedia with a different skin and that is causing the problem (unlikely, but you never know), then it must be a local problem. - 52 Pickup 18:54, 2 August 2007 (UTC)

Template help (CSS)

I'm trying to reduce the size of some university templates. I used {{Johnny Cash}} as a base and converted {{University of Oklahoma}}. I am working on converting {{University of Texas at Austin}} because it is huge but they wanted to know if I could work the image into the template and I couldn't figure out how. The template I have created in its place is located at User:Nmajdan/Test1. How can I add an image to this template? It would be easier if it was using tables, but it strictly used divs, so a CSS person is requested. Thank you.↔NMajdantalk 11:52, 2 August 2007 (UTC)

You do have a table in there, which should make adding the image easy enough. Add a colspan="2" to the single cell in the top row, and add a new cell |width="100" valign="middle"|[[Image:Hookem hand.svg]] to the end. Or is that not what you want? Anomie 12:15, 2 August 2007 (UTC)
Well, crap. I hate it when its something easy. That worked perfectly, thanks.↔NMajdantalk 13:00, 2 August 2007 (UTC)

White space

Does anyone know what the cause of the white space is in Girona between the dab notice and the beginning of the text/infobox? It doesn't seem to be in the infobox or the page source code. Thanks. —METS501 (talk) 22:00, 1 August 2007 (UTC)

It's definitely the infobox that it's to blame. It generates totally broken HTML. --TheDJ (talkcontribs) 22:32, 1 August 2007 (UTC)
I fixed it for you diff. --TheDJ (talkcontribs) 22:48, 1 August 2007 (UTC)
Ah, yes. Thanks. —METS501 (talk) 12:35, 2 August 2007 (UTC)

Auto-signatures in templates for assessments

I'm trying to work out how to do auto-signatures in a template, so that whoever leaves a template also ends up signing it either by choice or by default. This is in an effort to get assessments signed. One method, seen at User talk:Psychless/WPBiography, involves relying on users to fill in "user" and "date" parameters correctly. It would be much more convenient to be able to enter ~~~~ directly, but I am struggling to find adequate documentation on how to do this. What I have discovered so far:

The ideal functionality would allow the template to be added by humans and bots without any auto-signing, but as soon as certain parameters are filled in (such as class, or requesting a photograph, or requesting an infobox - anything that is likely to require discussion), then the template auto-signs for the person adding that parameter. Subsequent changes to that parameter would then probably have to be manually signed. If auto-signing is not feasible, then the next best thing would be some way to have a parameter like "assessment signature=~~~~", that anyone subsequently editing the talk page would see as an expanded signature that they could then replace. Alternatively, if all this is too difficult, is there a way to get an assessment to link to the article version that was assessed, and the talk page diff that produced the last assessment? Does anyone have any ideas on this, and how to separate out the bits that should be signed from the bits that don't need signing? Carcharoth 10:55, 1 August 2007 (UTC)

There is currently no magic word or other feature in Wikipedia which would return the username of the person who made an edit as text displayed on the page. There are thus essentially three possible ways of doing this;
  1. Have the user include their name as a parameter in the function call. This isn't particularly useful as most usernames are longer than ~~~~... so it'd be easier for them to just sign normally. The Psychless/WPBiography and s/block examples you cited above work this way.
  2. Substitute the template so that a ~<includeonly>~~</includeonly>~ or somesuch evaluates to a hard signature on the output. Drawbacks here are that the user has to remember to subst: the template (which again is more extra characters than just signing normally), ALL of the template logic will be copied onto the page, and if the user does sign normally they'll end up with two signatures. The Test5-n example you cited above works this way.
  3. Have a bot which traces all uses of the template, checks for signatures, and adds one if none is present. So far as I know, no such bot exists, and to make one it would need to cycle through the edit history to find the edit where the template was added and then get the name of the user who made it.
It is also possible to combine the first two options to create a template which, when substituted, inserts a call to another template with all parameters passed through and an additional parameter automatically set equal to the user's signature. Something like; {{<template to display>|1={{{1|}}}|2={{{2|}}}|name=~<includeonly>~~</includeonly>~}}. Again, the drawback here is that the user has to subst: the original template. --CBD 12:30, 1 August 2007 (UTC)
Subst is not really an option for WPBiography, or for any assessment templates. From what I can see, signing without substing is possible. If I write: {{s/block|~~~~}}, the signature appears inside the template even when I don't substitute it. Like this:
But the signature and timestamp has expanded when I view it after I save, and someone else could overwrite my signature and timestamp with their 'four tildes' next time they update the template. So how does that work? And can it be used in assessment templates? Carcharoth 13:19, 1 August 2007 (UTC)
See also m:Help:Editing shortcuts.--Patrick 15:38, 1 August 2007 (UTC)
Thanks! That is very useful. Carcharoth 20:46, 1 August 2007 (UTC)
This has often been requested (I've personally been asked about it and looked into it about 10 times in the last 2 years). The easiest-use solution I've seen involves one subst level. For example: [[Template:Foo]] has content: {{Bar|name=<includeonly>~~~~</includeonly>}} (similar example given above), and then is easily placed with {{subst:Foo}}, which results in something like: {{Bar|name=[[User:Example|Example]] 12:00, 1 August 2007 (UTC)}}, which can then be tested with #if in the non-subst'd bar. Note that this is no different than {{Bar|~~~~}} manually (as above), but removes the ugly tildes (using subst: instead).
As for "someone else could overwrite my signature and timestamp with their 'four tildes' next time they update the template", that is true of any signature on any unprotected page. That is the nature of a wiki. Your original request is only slightly possible while allowing it to be modified by others later. --Splarka (rant) 07:18, 2 August 2007 (UTC)
Sorry, I must have been unclear. Such updating is desired. Whenever anyone changes the assessment, or reconfirms it, they should sign again. The page history then shows the assessment history. Carcharoth 09:56, 2 August 2007 (UTC)
Having the user input ~~~~ as a parameter of course works, but then they might as well just sign it. Use of a 'two template' structure as described by Splarka and I above has the advantage of the user not having to remember/decide to sign. If each time the assessment template were updated the person used the top level template then their name could be automatically signed to it... you could also put the template into a 'Last updated in August 2007' type category based on the substituted date. The only problem would be if someone decided to just edit the 'second level' template directly, but then didn't update the name and/or date. That might be mitigated by having the second level template output display the input format for the current 'top level' template call. There's no foolproof solution though. --CBD 10:52, 2 August 2007 (UTC)

References

[...]

Commons image not displaying in a gallery

In Kentucky State Fair, the gallery image with the caption "Freedom Hall during Fair" isn't displaying. This image was recently moved to Commons. I purged the description page in Wikipedia, as well as the page in Commons, twice to no avail. Is there something I'm missing? Stevie is the man! TalkWork 02:52, 10 August 2007 (UTC)

Here's a direct link to the thumbnail in question [2] --- RockMFR 18:54, 10 August 2007 (UTC)

Template/WikiProject Banner help

{{WikiProject College football}} has an extra linebreak below where it says "The article has not received a rating on the importance scale." The HTML code has an extra <p><br /></p> that should not be there but I cannot find in the code where this is coming from. Any ideas?↔NMajdantalk 15:49, 3 August 2007 (UTC)

Fixed (I think). Cheers. --MZMcBride 16:53, 3 August 2007 (UTC)
I see. Thanks. I never understood the reason for having those HTML comment lines over line breaks. I never use those in my templates but just assumed they were they for a reason. Guess not.↔NMajdantalk 17:00, 3 August 2007 (UTC)

edit tag for lede section

I don't know if any proposed this before but a "[edit]" link on the lede section of every article would be handy. Every other section have these. At least it could be an optional element for registered users. Caveat lector 13:37, 3 August 2007 (UTC)

What's wrong with the edit tab at the top? If you really want to edit only the lead section, click an edit link and change the last digit to 0. Adrian M. H. 14:26, 3 August 2007 (UTC)
The "[edit]" tags are very useful for quickly editing long pages, over a slow connection. It just looks like a curious omission from the wiki. Caveat lector 14:48, 3 August 2007 (UTC)
Or you put importScript('User:Ais523/editsection0tab.js'); in your monobook.js --TheDJ (talkcontribs) 14:41, 3 August 2007 (UTC)
Thanks for the script ref. I'll do this Caveat lector 14:48, 3 August 2007 (UTC)
I too would prefer an edit link for the top section (not a tab). Editing the top section of long pages really is a drag, even on broadband. I'm hacking up a template to add such a link to certain pages. --Edokter (Talk) 15:48, 3 August 2007 (UTC)
Alex Smotrov 16:00, 3 August 2007 (UTC)
  • Scripts would have to be installed by everyone.
  • I think I like my template better. --Edokter (Talk) 19:03, 3 August 2007 (UTC)
Isn't this template the same as yours? —MC Snowy (talk) 19:34, 3 August 2007 (UTC)
That is what Alex was refering to. But my template positions itself above the top line, next to the page title, while Edit-first-section just floats to the right. --Edokter (Talk) 19:50, 3 August 2007 (UTC)

DEFAULTSORT in talk page templates - problems

Could people please have a look at the point raised right at the end of the thread at Template talk:WPBiography#Proposed change. It concerns Talk:Aaron Lawrence and the conflict there between two DEFAULTSORTs.

The WPBiography template uses a listas parameter to define a DEFAULTSORT, and has listas=Lawrence, Aaron; but the WP:LBGT template has "DEFAULTSORT:PAGENAME". Because the WP:LBGT template appears on the talk page below the WPBiography template, the article sorts under 'A' in all its categories. If you swap the templates round, it will sort under 'L'. This is expected behaviour for DEFAULTSORT (the last occurence on a page is the one that is used), but in terms of different templates using DEFAULTSORT, this can only lead to chaos.

I think what is needed is to deprecate the use of DEFAULTSORT inside templates, and to have only a single DEFAULTSORT on a page. Otherwise you get the silly situation where a talk page with WPBiography on it is correctly sorted under the person's surname (using listas), but then the sorting gets undone if someone puts a template on the page from another project, putting it on the page after the WPBiography template, where the new template only has "DEFAULTSORT:PAGENAME", which will then sort the person under the page title (ie. in this case by their forename).

What would be simpler would be if it would be possible for talk pages to automatically DEFAULTSORT to any DEFAULTSORT value present on the talk page's article. Would this be possible? Carcharoth 01:26, 3 August 2007 (UTC)

This shows that even if a template has a DEFAULTSORT tag, it can be useful to put the sortkey also in the category tag in the template. This way the sorting in this category is not affected by possible DEFAULTSORT tags further down the page in which the template is called.--Patrick 07:39, 3 August 2007 (UTC)
This issue applies in every namespace. Having DEFAULTSORT in an article also apply to the talk page is a separate issue.--Patrick 07:58, 3 August 2007 (UTC)
I thought of having the sortkey also in the category tags in the template. Unfortunately {{WPBiography}} is a bit bloated. Have a look at Template:WPBiography/Categories. When that list was made, the WPBiography template was populating 212 categories. Putting PAGENAME as the DEFAULTSORT value, and listas as the manual over-ride would work, and might ultimately be the best solution. Then no-one has to worry about placement any longer. This might be the best long-term solution as well, as it doesn't matter if "DEFAULTSORT:PAGENAME" is in every template on a page - the effect will be the same. Carcharoth 09:32, 3 August 2007 (UTC)

Issue with small and numbered lists

For me, the list below skips #2. Is this a known issue? --After Midnight 0001 14:20, 2 August 2007 (UTC)

  1. a
  2. b
  3. c
  4. d

After a few tests with other people on #wikimedia-tech, the problem seem to affect lists in <small>, <big> and <span> (see fr:User:Darkoneko/x)
Darkoneko 14:44, 2 August 2007 (UTC)
Oh, and it doesn't "skip" 2, what actually happens is that a non-visible extra li element is added between the desired #1 and #2. <li style="list-style: none"></li> so you request a list of 4 elements, but mediawiki generates a list with 5 elements of which one is invisible. --TheDJ (talkcontribs) 14:47, 2 August 2007 (UTC)
I wonder why it's the second and not the first or last ^^; Darkoneko 14:48, 2 August 2007 (UTC)
OK, so now that we know it is reproducible..., is it worth reporting on bugzilla? --After Midnight 0001 15:59, 2 August 2007 (UTC)
This seems to be an unexpected error (well, sort of expected — shouldn't be wrapping blocks in inlines anyway) in the way the HTML cleanup and the wikicode conversion routines interact. Writing the HTML out by hand (<small><ol><li> ... </ol></small>) gives me correct numbering when the code is fixed, as does wrapping the list elements in a block-level element, such as <div>, which is normal behavior in the first place. It's possible to work around the parsing bug by adding a block element (<br /> will work fine) to the end of the first list item (e.g. # a<br />), but, well, that's a hack. This markup will only affect the items inside the list and not the auto-numbering, so you might as well move the <small> tags inside the item definitions. TangentCube, Dialogues 21:55, 2 August 2007 (UTC)
Or you could wrap the entire list in a <div style="font-size: smaller"> as with
  1. a
  2. b
  3. c
  4. d
Of course that also makes the numbers smaller, but then I'm not sure what you were trying to achieve with the formatting. olderwiser 11:40, 3 August 2007 (UTC)
I think it warrants a bug report. --Edokter (Talk) 12:03, 3 August 2007 (UTC)

Minor edits hiding non-minor edits

I just made an edits to an article, then made a correction and marked it as minor. But when choosing to hide minor edits in my watchlist the article doesn't show up at all. Shouldn't the next newest non-minor edit show up in the list instead? If it doesn't then this has the potential to hide non-minor edits when minor edits are made after them. If a vandal makes an edit and someone makes a minor edit after it they could intentially or unintentially hide the vandalism from many users who choose to see the vandalism. -- Andrew | flame him | stalk him 13:17, 2 August 2007 (UTC)

If I correctly understand your problem, just go to your preferences and check Watchilst → Expand watchlist to show all applicable changes and Recent Changes → Enhanced recent changes (JavaScript). This should be the default for new users because otherwise watchlist is imho unusable ∴ Alex Smotrov 13:27, 2 August 2007 (UTC)
I was actually referring to when an edit is minor and hidden the next newest edit which is not hidden should show up. This shows all the edits prior to that but I suppose it's better than nothing. -- Andrew | flame him | stalk him 17:53, 3 August 2007 (UTC)

Technical problems in the Latin Wikipedia

Since yesterday we are having technical problems in the Latin Wikipedia. Some/many talk pages are not displayed, I mean, they are displayed blank, there is not even a navigation on the top. See la:Vicipaedia:Taberna#Blank_talk_pages.

To whom should we report this problem? Thanks! --Roland2 06:40, 4 August 2007 (UTC)

Solved. --Roland2 11:39, 4 August 2007 (UTC)

Setting Popup reverts as minor

I'm new to using the popup tool in reverting vandalism. I'd like to ask, how do you set it so that every time I revert the vandalism, it's listed as a minor edit? Thanks in advance.--Kylohk 08:01, 3 August 2007 (UTC)

I can't see why all reverts are considered minor edits. I see reverting a page blanking and other vulgar vandalous edits as a major saving grace regarding the article's fortunes. Lradrama 15:31, 4 August 2007 (UTC)
I agree, reverts are rarely minor. Until(1 == 2) 15:33, 4 August 2007 (UTC)
Since reverting vandalism doesn't actually change the content of an article, such reverts are concidered minor edits, just like any other 'housekeeping' edits. See Help:Minor edit for more info. --Edokter (Talk) 16:12, 4 August 2007 (UTC)
IMHO, Popups is correct in not marking reverts (and delinks) as minor. You might be reverting something significant, and anyone watching the page should see it. — Randall Bart (talk) 22:52, 4 August 2007 (UTC)

Edit Summary

I don't think the edit summary's maximum length is big enough, the reason I say this is 3 times I had to shorten the length of the summary, the reason for that is that I like clicking on "edit this page" and fixing everything I can find, and then leaving a detailed edit summary e.g. [3]. I understand there is a need for an edit summary size limit but it could be a bit bigger. Jeffrey.Kleykamp 18:48, 2 August 2007 (UTC)

I'm inclined to agree, to an extent. There are occasions when I need to add something to a reversion summary and do not wish to lose the automatic part of the summary. On the other hand, as you rightly said, there is a need for a limit. It seems to equate to exactly two lines on the watchlist on a 1024 viewport. Adrian M. H. 19:36, 2 August 2007 (UTC)
In that case we should make it three lines because it's only +1/2. Jeffrey.Kleykamp 19:58, 2 August 2007 (UTC)
That's exactly the case when in comment you say "see talk page". Although personally I would try to make my comment more compact ∴ Alex Smotrov 21:29, 2 August 2007 (UTC)

It's possible to make the edit summary length allowed slightly longer using this script (by Gracenotes) in your monobook.js:

//A script by [[User:Gracenotes]] to allow longer edit summaries
addOnloadHook(function() {
    var sumBox;
    if (sumBox = document.getElementById('wpSummary'))
        sumBox.setAttribute("maxlength", "250");
});
The reason that this isn't used by default is that you have to be careful using it; the maximum edit summary length you can use reduces by two characters for every accented letter, special character or other character not in ASCII-7 (English letters and numbers are alright, but most other languages aren't). Still, the extra fifty characters do come in useful sometimes. If a really long summary is needed, write 'see talk' and put the explanation on the talk page. --ais523 16:48, 3 August 2007 (UTC)
Wouldn't huge edit summaries look rather irritating to the eye on article histories and your watchlist? I like the neat little list of usernames and their edit descriptions, but, it's what ever floats your boat I suppose... Lradrama 15:29, 4 August 2007 (UTC)

Export points of interest as KML; see them on Google Maps

Pages marked with {{coord}} can be exported as KML (for use in Google Earth, for example) via Brian Suda's site, in this format:

http://suda.co.uk/projects/microformats/geo/get-geo.php?type=kml&uri=http://en.wikipedia.org/wiki/Netherton_Tunnel_Branch_Canal

The same URL can be pasted into Google Maps as a search, and will show the locations, as push-pins on a map

I've requested a template to create such links automatically, for any page on which it appears. Andy Mabbett | Talk to Andy Mabbett 11:01, 2 August 2007 (UTC)

There was big controversy over having coordinates in articles' titles at all when they were first introduced. The link now leads to a list of dozens of tools. Why should articles have a link to any single service over all the others? I can see how getting many locations plotted on a map all at once might be useful, but people have different preferences, which is why the links to geographical information services are collected on a single page where people can make the choice themselves. The proposed template would be used in all articles that have more than one instance of coordinates, and that's too much unnecessary cruft. It might be useful to have such a kml export link in the toolbox, but as far as I know it would then have to appear in all articles, even those that have nothing to do with a location. The best way to make it possible now is to have the coordinate templates give the name of the Wikipedia page to GeoHack, where that link of yours can be put alongside all the others. --Para 12:21, 2 August 2007 (UTC)
"The proposed template would be used in all articles that have more than one instance of coordinates" - it would? Wow, that's an impressive crystal ball you have. Unless you're just inventing more FUD, of course. Perhaps you could list the other site(s) offering this service, so we can see what other preferences people might have? Feel free to implement your GeoHack suggestion; and remove instances of the proposed template (which is no different than, say, the IMDB templates) once you have both done so, and found a way to make it clear that a link to a single set of coordinates should be used to see all coordinates on the page displayed on a map. In the meantime, I won't be holding my breath. Andy Mabbett | Talk to Andy Mabbett 13:12, 2 August 2007 (UTC)
I have already implemented the GeoHack suggestion, you can support it at Template talk:Coord#Moving_microformat_markup_from_articles_to_coord. I'm not aware of any other service that generates kml from a single Wikipedia article, but all the services listed in Template:GeoTemplate have something unique the others don't have. For example, I could start pasting a link to my Google Earth Commons images layer to all articles that have images on Commons, but as a global service that's not where it belongs, and neither does this kml generator of yours. --Para 14:48, 2 August 2007 (UTC)
It's not my KML generator, and you're offering me apples tomorrow, when I'm asking for pears today. All the services on Template:GeoTemplate relate to a single point, that discussed here does not. Andy Mabbett | Talk to Andy Mabbett 15:03, 2 August 2007 (UTC)
Congratulations for having found a new type of service then, it can probably have a little section of its own in GeoTemplate. There is however no reason that it should absolutely be available at this very instant today; you can wait until the proposed change to coord is done. Otherwise people will have to clean up after you and delete the redundant links from articles. --Para 15:10, 2 August 2007 (UTC)
More FUD. GeoTemplate is for single waypoints; not collections of waypoints as discussed here. You repeatedly fail to address this point. Andy Mabbett | Talk to Andy Mabbett 15:44, 2 August 2007 (UTC)
GeoTemplate exists to help people "find maps and data about the location", which covers locations defined as both single or multiple points. You can start thinking of a good description to put in GeoTemplate to make that clear to readers. The script is just another service to add to the list, and your personal preferences have no special status to make it so prominent on Wikipedia. Now, can we please have this discussion at a single location? I suggest keeping it here. --Para 15:55, 2 August 2007 (UTC)
I've replied to this disinformation elsewhere; not least in the {{kml}} deletion debate. Andy Mabbett | Talk to Andy Mabbett 11:29, 4 August 2007 (UTC)

Recent changes patrol

Hi, My user name is borgx from Indonesian Wikipedia. I would like to ask the strategy used for English Wikipedia in monitoring their recent changes. As far as I'm concern it has thousands of edits an hour (exact numbers escape me). My questions are:

  1. Did you ever miss an edit? (Yes, there are a lot of tools for monitoring recentchanges, but these also can't make sure no vandal edits unmonitored).
  2. If yes, what if they were vandals edit? What is your solution for these?

Indonesian Wikipedia now has approx. 1,300 edits per day and the numbers will only grow in time. Although the numbers (comparing to yours) considered low, we also have a very limited number of sysops -- specially when out of 14 syspops, we only have a few active ones and during their monitoring period -- which is not a continuous-- they only check the top 50 or 100 and go about and did something else. These actions leaves gap out of the 1,300 edits a day + we have no mechanism that gives an information to public user saying " the changes had been checked" so we might be checking the same thing several time.

I understand that we have a "patrolled edit" mechanism, but this mechanism is not going well this time because new users may edit something up to 20 times in a certain time and we need to marked patrolled edit 20 times <-- this is not practical. (I have submitted bug 8697 for this but there's no action from developer for my request).

Thanks for any advice - Regards - borgx (talk) 00:00, 1 August 2007 (UTC)

Yes, we miss edits, we do find month old vandalism, though we get most of them very fast. We use a lot of automated and semi-automated tools. We have a few bots that watch every contribution and look for blatant easily detectable vandalism. The bots revert, warn, and report vandalism.
We also have a few wonderful tools for humans to use, my favorite is WP:TWINKLE. It allows for one click reverting, warning, and reporting of vandals. As an admin the tools allow for fast deletion and removal links for images and articles, it allows for the fast posting of warnings and block messages. With Twinkle one person can do the work of 3. We have WP:AIV for reports of vandalism that can be handled with very little investigation, on this page vandals are reported and blocked on wholesale levels.
Most importantly we have a huge army of anti vandal patrolers that do a wonderful job. I am sure that all of our solutions can work on the Indonesian Wikipedia, the tools just need to be translated. We don't even use patrolled edits here. Until(1 == 2) 00:23, 1 August 2007 (UTC)
I've worked on implementing this idea of collaborative patrol before, yet neither my attempts nor others' (i.e., patrol, an extension by Rob Church whose name I'm forgetting, etc.) have proved particularly successful. The primary problem is not developing a robust framework with a competently deployed server-client model--the problem is motivating users to make use of it, which has not been too successful in the past. With one of my attempts I even introduced a fairly complex and accurate "priority" system that ordered the edits displayed to reviewers based upon the likelihood of their being vandalism. This did not succeed in reducing the boredom users felt much at all. In fact it does seem to be this element of boredom vs. excitement that is the motivating force--with things like twinkle and similar scripts people feel as though they're taking part in some sort of first-person shooter, whereas with collaborative patrol tools they feel as though they're working. What we really need to do is get ourselves a video game developer to find some interesting way to integrate vandalism patrol with Counterstrike :D. In any case, if you have some firm ideas about how you would like to implement this on that wiki and could provide me with some sort of concrete specification, I'd be glad to work on implementing something for you guys. I'm just not going to promise that it will be successful, as in the past it's been quite the opposite. AmiDaniel (talk) 00:38, 1 August 2007 (UTC)
the key is not to aim at efficiency, but redundancy, and to make sure that gaps are eventually covered. Perhaps we should simply think of a calendar-like tracker, where you'd fill in the time period you covered. I use something of the sort for some specialized tracking. DGG (talk) 04:27, 1 August 2007 (UTC)
There are now so many people using Wikipedia that the recent changes is now like trying to monitor an immense swarm of insects. There are so many edits that identify as vandalism that yes, initially, some of them are missed, but never obvious ones like large-scale deletions or page blankings. Sometimes, an RC Patroller maybe unsure whether a certain edit is vandalism because he or she may not be specialised in the subject point of the article, and it may be missed that way too. However, I think that in time, most vandalism gets iradicated, because nearly all articles are assigneed to a Wikiproject or two (or even a fair few), and the article's main editors will identify it one way or another. Little stubs/articles not assigned to Wikiprojects and which are infrequently edited are the problem thus. Lradrama 15:25, 4 August 2007 (UTC)

Please show wiktionary when no wikipedia entry

When someone searches on something that doesn't have an article here but does on wiktionary, it just seems like common sense that the wictionary entry would be offered or shown. There are a lot of one-paragraph articles that have been moved over there, and when you search on them you get nothing. Would this be hard to fix? 209.77.205.2 23:25, 31 July 2007 (UTC)

This should probably go to either bugzilla: or even Wikipedia:Village pump (proposals) first ∴ Alex Smotrov 00:10, 1 August 2007 (UTC)
Since Wikipedia is not a dictionary, it may be confusing to people when they look for an encyclopedic article and then get a dictionary definition. They may be even more confused when they don't realize they have left Wikipedia and arrived at Wicktionary. Until(1 == 2) 00:14, 1 August 2007 (UTC)
Then just offer a link to it in the missing-page message. I wish someone who knows how to work bugzilla would put it in. 209.77.205.2 02:02, 1 August 2007 (UTC)
There is already a link to Wiktionary in MediaWiki:Searchnoresults which is the message you get when there are no results for your search. Graham87 09:47, 1 August 2007 (UTC)

An automatic transfer to another site would be very confusing to people who are logged into Wikipedia but don't have an account at Wiktionary and see an entirely different interface. Corvus cornix 19:32, 2 August 2007 (UTC)

Although I agree with the above comment, maybe Wiktionary could be advertised better on this website? That may help. Currently, there's only a link on the main page down at the bottom, which not everyone will notice, especially as it's surrounded by other Wikiproject names. Just a suggestion... Lradrama 15:20, 4 August 2007 (UTC)

Is there any way to get this list to extend beyond the first 1,000 entries? --MZMcBride 01:32, 6 August 2007 (UTC)

For everyone? Because if it's only for yourself, I do know a way to do that. Just click 500 so you get that in the url like this: [4]. Leave the offset alone but for the limit just type the desired number and that'll work. :) -WarthogDemon 01:38, 6 August 2007 (UTC)
I'm trying to go beyond the first 1,000 entries, not limit them. --MZMcBride 01:56, 6 August 2007 (UTC)
No ... a lot of those special pages only go to 1000. --B 06:16, 6 August 2007 (UTC)

Can't use Alt-F in IE7?

When I'm at a wikipedia page, Alt-F doesn't work in IE7 (and previous IE versions too). Instead of bringing up the file menu, it takes me to the search box. Is there a way to disable this? I use alt-F pretty frequently. 24.17.110.223 00:05, 6 August 2007 (UTC)

I don't know of any way to disable this, but if you type "Alt", then let go, then type "F" you should get the file menu. Obviously, someone decided to designate "Alt-F" as "find" on wikipedia. Dragons flight 00:32, 6 August 2007 (UTC)
Hey that works! 24.17.110.223 03:37, 6 August 2007 (UTC)

Spam Filter Filters Everything . . . Including Speedies

Just recently I was trying to put up a {{db-copyvio}} for Iranians or Persians?. Unfortunately the spam filter decided to halt my attempts to add the url into the speedy. Is there any way of getting around this short of just posting db-copyvio and putting the link in the edit summary? -WarthogDemon 22:36, 5 August 2007 (UTC)

Didn't see that one coming. That's a question for the devs to answer, I think, so I recommend a trip to Bugzilla (checking first to see if it has already been raised). Adrian M. H. 22:48, 5 August 2007 (UTC)
Forgot to add that I think you would be OK to leave the URL in the summary (unless that gets caught as well). Makes Twinkle impossible though, because that requires the URL to be added to a popup box. Adrian M. H. 22:50, 5 August 2007 (UTC)
Registering there seems to mean using my email as a username, something I would rather avoid. Would it be possible for you to, or is there someone else here on Wikipedia I could bring this to? -WarthogDemon 23:40, 5 August 2007 (UTC)
No, I don't use Bugzilla either. But plenty of editors do, and one of them might either have the answer to this or know that it has already been raised or be willing to raise it. If the e-mail address is your only concern, you could just create one for that purpose. Adrian M. H. 23:57, 5 August 2007 (UTC)
Did you try using <nowiki> around the URL? --cesarb 00:16, 6 August 2007 (UTC)
Now why didn't I think of that? It works! Thanks! :) -WarthogDemon 00:28, 6 August 2007 (UTC)

Full URL and square brackets appearing in footnoted references

I am having persistent problems with references in which the URLs in refs, which ordinarily shrink to a redirect logo, are appearing in full. Examples are in the footnotes to West Gate Bridge, Consequences (album) and 10cc (oddly enough, the problem references are reference No. 2 on each occasion. Weird.) As far as I can see, the markup is correct. Can anyone spot the problem? Thanks. Grimhim 04:00, 5 August 2007 (UTC)

The problem is that you put the brackets around the entire citation. THe brackets should only be arounf the url. The comments next to the url should not be inside the brackets. --Hdt83 Chat 04:09, 5 August 2007 (UTC)
Not sure this answers the question. The example in 10cc is a better one. Compare the markup for references 1 and 2: they're identical, but produce different results. I want them to look like ref no. 1, as illustrated in "External link" in Wikipedia:Cheatsheet, where just the summary of the URL appears.Grimhim 04:17, 5 August 2007 (UTC)
It was due to a newline in the link.--Patrick 05:54, 5 August 2007 (UTC)
Thanks, Patrick, that's what I was after. I take it you're saying a whole line space was in there somewhere between the URL and the summary? It's not an easy thing to see when the line of unbroken text is so long, and I can't see how an extra line could appear, but I'll have a play round with it if it happens to me again. Thanks again. Grimhim 06:44, 5 August 2007 (UTC)
In fact the most convenient way to check for newlines in the wikitext of an external link seems to be simply to check the link in preview. If in doubt, delete with backspace the character which comes before a new line, and add a space.--Patrick 00:03, 6 August 2007 (UTC)

Download speed with Mozilla Firefox

The speed at which pages load has been significantly slower for me over the last few days, about 25-50% the speed they downloaded previously. This even happens when I use the forward and back buttons. I'm using Firefox 2.0.0.6. I still get good speeds if I use Internet Explorer, but Firefox is my preferred browser.

Is this a known issue and is there a fix? Thanks. Grant | Talk 03:37, 11 August 2007 (UTC)

I am having the same problem with Firefox 2.0.0.6. I was wondering whether it was my browser or Wikipedia. So it is Firefox? Drag, since it makes many tasks onerous. It's enough to make me consider changing browsers. Regards, Mattisse 12:28, 11 August 2007 (UTC)
Different platform (Firefox 2.0.0.3 on Linux), same problem. With the occasional white screen of death, of course. It's a wikipedia problem, time to give the devs a bump. MER-C 13:42, 11 August 2007 (UTC)
I think you are right as I just tried IE and have the same problem. Mattisse 13:48, 11 August 2007 (UTC)
So how do we "give them a bump"? Grant | Talk 13:17, 12 August 2007 (UTC)
Seems to be fixed now. Grant | Talk 01:10, 13 August 2007 (UTC)

Category activation

Talk:Standard penetration test says that it is in Category:Unassessed CE articles, but it is not displayed on the category page. I have tried purging and refreshing the pages, but I can't get it to show up. It has been about one day since the category was created. Does anyone know what is going on? -- Basar (talk · contribs) 00:47, 7 August 2007 (UTC)

Problem solved. It was due to the use of a template redirect, which has now been replaced with its correct title. Adrian M. H. 00:53, 7 August 2007 (UTC)

(External) link colors

In a template, I have an edit link to the current article. It's a full URL so it's not a wiki link. By default, these (technically) external links have an arrow and have a different color the wiki links. I lost the arrow by using .plainlinks, but I can't seem to find a way to change the link color to behave like wiki links (instead of the always pale blue-ish external link), at least not without overriding the stylesheet. And I don't want to do that.

So, how do I create a full-url link without arrow and wiki-link colors, without overriding the current stylesheet? EdokterTalk 17:05, 6 August 2007 (UTC)

Like this Unless that's what you mean by overriding the stylesheet default (which is essentially what you're doing, but there's no other way). Adrian M. H. 21:02, 6 August 2007 (UTC)
That's exactly the thing I'm trying to avoid. I was hoping I could somehow invoke the regular a.link and .plainlinks class at the same time from whatever stylesheet is active; my CSS knowledge is quite lacking in that respect. EdokterTalk 22:04, 6 August 2007 (UTC)
But link is a pseudoclass, like html. Adrian M. H. 22:15, 6 August 2007 (UTC)

Creating a special page for names

I have been working hard on the Anthroponomy wikiproject and I was interested in trying to set up a special page similar to that of the Book Sources special page that would allow users to search through the various government and private databases on the use of a particular name within a area. Any information related to this would be welcome. Remember 16:34, 6 August 2007 (UTC)

Spacing issues

On my user page, there is a long space between the "Identity" section and the "User subpages" section. I can't find what's causing it. Is it the userboxes, transcluded at the right? There doesn't seem to be anything noticeable that's causing this. Thanks. (I have a wide screen, BTW, so if you aren't seeing a huge space, it may just be because your screen is skinnier than mine.) --Fbv65edel / ☑t / ☛c || 15:50, 6 August 2007 (UTC)

It is due to style="clear:both;" in Template:User committed identity.--Patrick 16:11, 6 August 2007 (UTC)
Substitute the template and you can remove the problematic declaration from your page. Adrian M. H. 21:00, 6 August 2007 (UTC)

My monobook

I'm unsure if I've done this correctly, see here. I hit the F5 button, but nothing comes up. I don't use FireFox or Modzilla, just Internet Exploror 6. Lord Sesshomaru 21:59, 5 August 2007 (UTC)

What you need to do is press Ctrl + F5 instead of just F5 so that the script is loaded. Tra (Talk) 22:18, 5 August 2007 (UTC)
Incidentally, which bits of Twinkle did you intend to use? I ask because you need more code than just the one line, it seems, unless you want everything. Adrian M. H. 22:22, 5 August 2007 (UTC)
Yes, I would like everything. How do I have it all? Lord Sesshomaru 22:39, 5 August 2007 (UTC)
From the Twinkle page: "Will not work in IE". Just so you know... EdokterTalk 22:40, 5 August 2007 (UTC)
If you want everything, you currently have it. Kind of the point of my question. What you end up with is a whole bunch of bits that you might not use and some bits (admin stuff) that you may not be able to use. Academic, though, because as our fellow editor has pointed out, IE is out. Adrian M. H. 22:46, 5 August 2007 (UTC)
You may have the same problem that I encountered. If you are using Internet Explorer, TWINKLE won't work - much to my annoyance! The same thing happened with the 'Admin-like revert function' with me aswell. After over 7 months on RC Patrol, I'm still going about the process old-school style! Lradrama 09:56, 6 August 2007 (UTC)

Repeated references

I notice that the same references (books, articles, etc) reoccur in many of the articles which I edit. To copy the text which defines a references, for example, in the form of a cite or ref tag, is perhaps not a big deal. But I also notice that different editors write the same reference in slightly different ways in different articles, with different styles, etc. Again, not a big problem, but it occurs to me that it could be nice to have a reference defined (author, title, etc) once and for all in one place and instead use pointers or links in the different articles to connect to the reference data. In the case of ref tags this could also mean that the edit text becomes less cluttered with the ref data and instead a short link can be used. --KYN 12:56, 3 August 2007 (UTC)

As a guide, footnote layout and styling should follow WP:CITET. No need to use the templates, obviously (they create extra typing/pasting anyway and can be more difficult to view subsequently) but they provide a good style guide. That does not include any variation in the availability of certain fields, of course; sometimes you have to omit certain fields, such a publishing date. To address your suggestion, some editors keep libraries of oft-used references; perhaps you would want to do the same for references that you use a lot. Adrian M. H. 14:31, 3 August 2007 (UTC)

Thanks for this input. But already from the WP:CITET guide it is clear from the two columns of examples that variation is possible. Also:

  • Even with a guide like WP:CITET it is up to the editor to chose if a possible subtitle should be included or not, or if the page number to a journal article is added. This may lead to one and the same reference having inconsistent appearances in several Wikipedia articles.
  • Minor error in one reference (e.g. ISBN number, page numbers, etc) are copy-pasted to new articles
  • if such errors are detected, it appears to be rather tedious to find and correct all occurrences in copy-pasted references.

Proposal for reference namespace

I'm not suggesting that these are major problems that keep me awake at night, but from a technical point of view they appear rather straightforward to fix? Why not have a Reference name space where all references (used in WP) are given a single definition and we can link to there from the articles? This also make sense since it would provide the right place to describe and discuss a reference. This can of course also be made using an ordinary Wikipedia article, but a reference also contains metadata in the form of author, title, etc, which can be managed more easily in a separate namespace. --KYN 15:20, 3 August 2007 (UTC)

The number of potential problems here is enormous. For example, many references include a link to an online source such as JSTOR. This is OK, but if we were to do it in a centralized way, we would need a way of also indicating any other sources. This is particular problematic for newspaper citations,which are available from a variety of free and paid services. Equally difficult will be obtaining agreement from the several hundred thousand individualists here about the exact standard form, considering we have been arguing for months about merely whether to included the period inside or outside quotation marks. This sort of service requires both a considerable number of dedicated staff and a way of making and enforcing decisions. A top-down organisation could do it. I've said elsewhere it would be worth the effort--but its an enormous effort. 07:47, 6 August 2007 (UTC)

Horizontal

Does anyone know where I can find the code for <div class="horizontal">. I've searched most the css pages - however I only found one on list, and I don't think that's it.--danielfolsom 04:04, 14 August 2007 (UTC)

The ones on MediaWiki:Common.css seem to be the only ones. --Splarka (rant) 07:09, 14 August 2007 (UTC)

Image metadata

I was directed here from the Help desk. Here's my question: Does anyone know how to go about fixing the links in an image's metadata? I assume there is a script that does this automatically which means an admin will most likely have to take care of it. If you look at the metadata for pictures taken by a Canon camera, the link points to Canon, not Canon (an example of a pic I uploaded yesterday is here - scroll to the bottom). Thanks. ♫ Bitch and Complain Sooner ♫ 02:37, 8 August 2007 (UTC)

No, we can't do anything about it. Whatever the camera says is automatically linked, and we can't add exceptions. Prodego talk 02:52, 8 August 2007 (UTC)
D'oh! Oh well, just thought I'd check in case it was an easy fix. Thanks anyway! ♫ Bitch and Complain Sooner ♫ 03:06, 8 August 2007 (UTC)
(another view) Hmmm...
Statement of the problem:
Some common brands of digital cameras place metadata in digital photos which identify the camera manufacturer, camera model, etc. However, they may use specific metadata values which are not compatible with Wikipedia article names.
Statement of the proposed solution:
There is no solution. We (Wikipedia) can't do anything about it. (Implication: Camera manufacturers are expected to provide Wikipedia-article_name-friendly metadata values)
This strikes me as unreasonable.
My guess is that there is a standard or a developing standard somewhere concerning the contents of the fields labeled "Camera manufacturer" and "Camera model" in Wikipedia Image pages such as this. It may be convenient to provide metadata redirects (e.g., for a "Camera manufacturer" field content of "Canon", to provide a Wikipedia page named Metadate_mfg_Canon or Metadata:mfg_Canon or Metadata:Camera manufacturer/Canon or somesuch which redirects (in this example case) to Canon (company). Then, wherever contents of the "manufacturer" field is extracted from an Image file displayed, and wikilinked wikilinked, it could be wikilinked with the appropriate indirection prefix ("Metadata:mgf_" or whatever. All that remains, then should be to manually maintain the indirection redirects according to published standards vs. Wikipedia article naming.) (that was just a top-of-the-head illustrative suggestion -- there are no doubt better ways to do this.) -- Boracay Bill 04:19, 8 August 2007 (UTC)

Bug ID 9213

Any news on this bug Wikipedia:Administrator intervention against vandalism/Bug ID 9213? Nil Einne 18:23, 6 August 2007 (UTC)

The bug still has not been fixed. See Category:Wikipedians_who_are_terribly_frustrated_about_Bug_ID_9213 for more info... --Hdt83 Chat 04:21, 8 August 2007 (UTC)

Exporting pages

I tried exporting the MediaWiki:Monobook.css and MediaWiki:Common.css using Special:Export today to my personal wiki, but couldn't - why?? Is there a limitation on pages being exported from certain namespaces?? Thanks, --SunStar Net talk 19:59, 7 August 2007 (UTC)

I have no trouble with exporting the monobook pages, though I haven't tried importing them. Where are you having trouble? Prodego talk 20:27, 7 August 2007 (UTC)

Changing "header" section on collapsible tables - can it be done?

Given that a standard collapsible table works like this:

...is there any way to make a table where the non-hidden content changes when the table is not collapsed? - 52 Pickup 10:19, 6 August 2007 (UTC)

I'd think you could if you used {{#ifs}} or something to that degree. ~ Wikihermit 18:03, 6 August 2007 (UTC)
To do what you want properly would probably require changing the javascript (at MediaWiki:Common.js. --Splarka (rant) 07:10, 7 August 2007 (UTC)
Thanks. I can see the problem there. Unfortunately, what I want to place in the "header" has a variable height. If-functions don't appear to help either. I wasn't sure if this was possible, so thanks for the confirmation. - 52 Pickup 08:02, 7 August 2007 (UTC)

Lack of notification of edit conflict

I have been finding recently that if I try to add a comment to the bottom of a discussion (only seen it on WP:RD/s and WP:ANI), but someone else comments before I finish, instead of informing me of an edit conflict, my comment just gets tagged onto the end of whatever the thread looked like when I hit the "save page" button. Is this a bug, or is it supposed to happen? Someguy1221 07:28, 6 August 2007 (UTC)

That sometimes happens with me too. To be honest, I can't stand that blasted edit conflict thing, I much prefer the way you just mentionned! Lradrama 09:58, 6 August 2007 (UTC)
I'm not sure but I think it was changed to like that on purpose. You only get an edit conflict when the system is unable to resolve the conflict. If it can, it just adds it based on who edited first or something. Most of the time, it works well IMHO Nil Einne 12:14, 7 August 2007 (UTC)

== 'edit' || wgAction == 'submit') addOnloadHook(function(){

if (mwEditButtons[9]) mwEditButtons[9].tagOpen = '—~~\~~'

}) </syntaxhighlight>

Works, thanks! —Ignatzmicetalkcontribs 16:21, Saturday 2024 (UTC)

Update: fixed sig expanding in monobook by adding "\" ∴ Alex Smotrov 21:29, 2 August 2007 (UTC)
Wikipedia:WikiProject User scripts/Scripts/Sigdash also works. I may consider changing it to do something like your version (but without the hardcoded array index); I think the implementation of those buttons has changed a couple of times since I first wrote that script. —Ilmari Karonen (talk) 08:11, 7 August 2007 (UTC)

Signature

Is there a way so when you click   you get —~~~~ instead of --~~~~?

Ignatzmicetalkcontribs 21:39, 1 August 2007 (UTC)

A userscript in your monobook.js page can probably do this. I'll take a stab at it for you. --TheDJ (talkcontribs) 22:16, 1 August 2007 (UTC)
See script below ∴ Alex Smotrov 23:05, 1 August 2007 (UTC)
if (wgAction

Help with uploading SVGs

I uploaded Image:Questionmark.svg, and is it just me, or is there a large white rectangle in the bottom-right corner? Just in case it is just me, I'm running Firefox 2.x and made the picture in Inkscape. Does anyone know how to fix it? I tried uploading new versions a couple of times with slightly different saved files, and this always happens. Here's the XML if that helps (I don't know if it does). I uploaded Image:Questionmarkblue.png as a bitmap alternative to it (that's what it should look like). — Bob • (talk) • 21:09, July 30, 2007 (UTC)

Hi there :) It's possible that the server doesn't have the font you used for the "?". You might want to convert the "?" to a path. -- JaeSharp 07:17, 31 July 2007 (UTC)
Update: I uploaded a fixed version for you, in place of the old svg. I hope it helps :) -- JaeSharp 07:32, 31 July 2007 (UTC)
Awesome. Thanks, JaeSharp. — Bob • (talk) • 07:38, July 31, 2007 (UTC)
The list of available fonts is at meta:SVG fonts. —Ilmari Karonen (talk) 08:19, 7 August 2007 (UTC)

Retrieved from bizarreness

I've just noticed at the bottom of every page I view, a "Retrieved from [http address of the page I'm viewing]" message. Is this a fault, or a new (and apparently pointless) feature? DuncanHill 16:43, 14 August 2007 (UTC)

Well, it seems to have gone away now. DuncanHill 23:34, 14 August 2007 (UTC)
No, that has always been there--even if you haven't been aware of it :). It's text that it is hidden through styles--when spiders, such as the googlebot, or others who mirror and replicate Wikipedia's content crawl the site, they typically only fetch the HTML of pages and not the full style sheets. As such, when you see a page in google's little stubs [5] or in its cache -- or on other mirror sites -- that line is present, so that visitors can both find the original page and to make it a tid bit more difficult to commit GFDL violations when mirroring content. If you check the source of the page you're viewing now, you'll see:
<div class="printfooter">Retrieved from "<a href="http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29">http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29</a>"</div>
near the bottom. Note that "printfooter" is a class that's set to display:none in an imported style sheet. What probably happened is that your browser failed to render the styles completely -- fairly frequent problem, especially with Internet Explorer. HTH. AmiDaniel (talk) 06:02, 15 August 2007 (UTC)
Aah thank you, makes sense now. I use Safari on XP, but it was playing silly buggers yesterday. DuncanHill 11:35, 15 August 2007 (UTC)

Wikimedia error

I believe an article called "What Do Christians Really Believe About Evolution?" was uploaded to wikimedia on or about February 7, 2007:[6]. However, this article is no longer present, or at least that address is wrong. Did it violate copyright or some other rule? Was it uploaded improperly? Thank you.--Filll 20:19, 8 August 2007 (UTC)

See s:Wikisource:Possible_copyright_violations/Archives/2007/04#Image:Masumura_1998.pdf.--Patrick 21:14, 8 August 2007 (UTC)

Apache Error Log...

I'm getting this set of logs generated each time anything is run on my wiki:

[Wed Aug 08 14:49:59 2007] [error] [client (IP)] File does not exist: C:/[System path to wiki]/wiki/common, referer: http://sesdb.kareeser.com/wiki/Main_Page
[Wed Aug 08 14:49:59 2007] [error] [client (IP)] script 'C:/[System path to wiki]/wiki/missing.php' not found or unable to stat, referer: http://sesdb.kareeser.com/wiki/Main_Page

The second line I know says that missing.php is not found, because that's what I set ErrorDocument 404 to in httpd.conf. But the only reason why missing.php is being called is because of the first line, where it seems to look for the common directory?

Basically, I want to know how to stop these from being generated, as I think something's wrong...

If you need any more information, please feel free to ask! Kareeser|Talk! 18:52, 8 August 2007 (UTC)

"Upload file" link broken on secure proxy

When using the secure proxy, the Upload file link points to a non-existent page. Can we get this fixed, please? —Remember the dot (talk) 18:30, 7 August 2007 (UTC)

Indeed, that should point to https://secure.wikimedia.org/wikipedia/en/wiki/Wikipedia:Upload EdokterTalk 18:47, 7 August 2007 (UTC)
Seems to be a sideeffect of the setting of $wgUploadNavigationUrl on 5. Aug. I have filed Bugzilla:10843. --Raymond de 07:57, 8 August 2007 (UTC)
Will take a peek at it in a bit. --brion 11:21, 8 August 2007 (UTC)

Rounded edges

I just made Template:Rounded that creates a box with rounded corners. It's a bit of an experiment. It uses 10 divs to give the rounded corners effect. My question is: are there any foreseeable (technical/webdesign) disadvantages of the usage of this many divs for creating only one box with rounded edges? Freestyle 21:15, 6 August 2007 (UTC)

If you want IE compatability, that's the only way. Otherwise, use moz-border-radius declarations. Adrian M. H. 21:57, 6 August 2007 (UTC)
Unfortunately it looks really ugly in IE6 (SP1 6.02800.1106 on Win2000). So I guess you could use it on your user page… ∴ Alex Smotrov 22:06, 6 August 2007 (UTC)
Okay thanks for the info, If I can find a computer with IE6 I might try to fix that. P.s. Don't forget that most things look really ugly in IE6 :P .Freestyle 22:13, 6 August 2007 (UTC)
Um not this ugly Image:IE6-rounded.PNG (I purposely didn't put a license since the image is not fair use nor is it free) Nil Einne 12:09, 7 August 2007 (UTC)
There, I think I fixed it   The keyword here was adding "overflow: hidden" to the divs. I also added an extra line of rounding, but it may seem a tad too much? Someone please check if it still works under Firefox. EdokterTalk 16:49, 7 August 2007 (UTC)
It's fine in Firefox 2. --ais523 16:53, 7 August 2007 (UTC)
It works in Safari v3 AndrewJDTALK -- 22:06, 8 August 2007 (UTC)

Parser functions and Mediawiki?

Do parser functions work in Mediawiki space? Dragons flight 00:49, 6 August 2007 (UTC)

It depends on which message it is and how MediaWiki is using it. Parser functions are currently used in MediaWiki:Noarticletext, for example. Mike Dillon 06:22, 6 August 2007 (UTC)
Parser functions and server variables (e.g., "$1") do not mix well, however. GracenotesT § 20:51, 8 August 2007 (UTC)

Tracking use of magic words

Is there a way to track the use of magic words on pages? I ask because it would be an immensely useful clean-up category to be able to find all the biographical articles (at a first pass, those with {{WPBiography}} on their talk pages) that lack DEFAULTSORT. Humans using AWB could then suggest a defaultsort based on the category pipes and/or article talk page. However, identifying those pages that lack defaultsort is a problem. Possibly the only way to do it at present is to use a bot to read pages and output a list of those lacking DEFAULTSORT. It would be preferable though to have a software solution. What is needed is a category inside the magic word, or a "what links here" type thing for to track a magic word like DEFAULTSORT. Is this possible? Carcharoth 13:29, 5 August 2007 (UTC)

It isn't tracked. You could use a database dump to find them quicker and more efficiently than with a bot. However, I'm not sure what the urgency is. I'd say it's best to just tackle them as they are found since no user visible behavior is impacted by leaving them, assuming the sort keys that are in place are consistent. I have a user script that helps me replace the explicit sort keys with DEFAULTSORT and I usually check it whenever I edit a biographical article, but I don't think I'd go looking for them. Mike Dillon 06:39, 7 August 2007 (UTC)
You say "as they are found". I'm proposing to find them in one go, and start a clean-up project to try and ensure that all biographical articles are correctly sorted. If they are not correctly sorted, then biographical categories are a hopeless mix of articles sorted either by surname or by first name. There is little point in being able to sort articles if you cannot tell which ones are sorted without looking at individual articles. It is a bit like the categories Category:Year of birth missing and other clean up categories like that. This would simply be Category:Default sort key missing. If a category is too obtrusive, a "what links here" function would help. Another reason for wanting to track DEFAULTSORT is the point raised at this discussion, namely that DEFAULTSORT is being extensively used in talk page templates. This is silly because only the last occurence of DEFAULTSORT on a page will work. I suspect the vast majority of DEFAULTSORTs in talk page template are "DEFAULTSORT:PAGENAME", which is why the "only the lowest DEFAULTSORT works" behaviour is rarely spotted. And when a template tries to use a different DEFAULTSORT, it rarely works unless it is the lowest or only template on the talk page. But there seem to be strong arguments for deprecating the use of DEFAULTSORT in templates altogether (templates 'hide' the defaultsort, making it very difficult to tell what is going on when one template's DEFAULTSORT is over-riding the others), or limiting it to just DEFAULTSORT:PAGENAME. As I say in that discussion I linked to, it would be nice to be able to do a "what links here" for the DEFAULTSORT magic word, and restrict the results to template namespace. Failing that, the options seem to be a bot search, a database dump search, or a search like this. Now do you see why I'm saying that tracking magic words would be a very useful feature? Who do you think would be able to actually answer the question of whether this is possible? Carcharoth 10:32, 7 August 2007 (UTC)
I guess I was assuming that most biography articles are sorted right, with or without default sort, since that's the case with most biography articles I've seen. In addition to what I said above about editing default sorts if I'm already editing a bio article, the other case that prompts me to do it is seeing something out-of-order in a category (it just doesn't seem to happen often). Given what you're talking about, I guess it would be useful to find the intersection of {{WPBiography}} articles and those that don't use DEFAULTSORT to check that they are actually being sorted correctly (since there isn't much chance of someone adding DEFAULTSORT in a biography article for a reason other than sorting correctly).
As for whether it's possible to do, yes, it is possible, but it would require changing MediaWiki to do it. Finding uses of magic words (or parser hooks for that matter) would be a lot like tracking uses of categories. The change would require some parser changes to keep track of magic word use and a new database table to track it. Whether or not this is something that will be implemented is another issue, but it doesn't seem like it would be that hard. Mike Dillon 04:09, 8 August 2007 (UTC)
Thanks. You've answered my main question about whether it is at all possible. Taking other questions to your talk page. Carcharoth 15:19, 8 August 2007 (UTC)

Microformat markup in article space

I have recently become worried of article modifications by Wikipedia:WikiProject Microformats, which intends to introduce microformat html markup in wikitext as such, instead of implementing it inside the usual data entry templates. This unnecessarily obfuscates wikitext with keywords that are meaningless to most editors, making articles harder to edit. Examples of the damage can be seen here and as single purpose inline microformat templates (such as used on [7] and [8]). What could be done to keep the microformat features but not show the special purpose markup to article editors?

I have tried combining the semantic annotation and the microformat functionality of those special use templates into the standard templates to keep articles editable by proposing a change to add a name parameter to the templates, but a single editor keeps insisting on a minor aesthetic detail as a reason to keep using his own templates. The proposed change would make the obscure

{{hcard-bday|Firstname Lastname|birth date and age|1955|06|08}}

to

Firstname Lastname, born {{birth date and age|1955|06|08|name=Firstname Lastname}}

with both displaying as

Firstname Lastname, born June 08, 1955 (age 52)

The problem with the first example is not only its odd name and unnecessary template wrapping, but its attempt to force a specific wording to article prose over all the other possibilities from the Manual of Style. The proposals are at Template talk:Coord#Moving_microformat_markup_from_articles_to_coord and Template talk:Birth date and age#Edit_request (with a rerun at Template talk:Hcard-bday) to merge the microformat templates {{hcard-bday}}, {{hcard-geo}} and {{hcard-geo-title}} to the standard birthdate and coordinate templates. The discussion is currently going nowhere, and more comments would be appreciated to finally close the issue. --Para 14:12, 2 August 2007 (UTC)

Having failed to obtain support for your campaign elsewhere, you appear to be forum shopping. Your claim of "[intention] to introduce microformat html markup in wikitext as such" is bogus. Your attempts at modifying these templates are, as explained previously, broken (and the issue is not a "minor aesthetic detail"). Andy Mabbett | Talk to Andy Mabbett 14:17, 2 August 2007 (UTC)
Requesting more opinions to a discussion where a single contributor manages to make it seem as if there's no consensus is not forum shopping at all, it's lack of participation, which apparently needs to be requested. People, please contribute, the editor's well known repetitive argumentation has repeatedly stopped admins from closing editprotected requests because on a quick look it may seem that he still has something new to say. The topics are on the long side, my apologies for feeding the troll. --Para 14:30, 2 August 2007 (UTC)
Please read and understand WP:NPA and cease your ad hominem. Andy Mabbett | Talk to Andy Mabbett 14:39, 2 August 2007 (UTC)

There has been some more opinions to one of the microformat merge proposals, but so far nobody has commented on the issue of including raw special case HTML in articles directly. In its current form it seems to really be getting out of hand with edit obstructions such as here or here. How can the situation be improved to keep articles editable? Is there perhaps some semantic extension somewhere between the standard MediaWiki and a full blown Semantic MediaWiki installation? --Para 11:04, 8 August 2007 (UTC)

The edits you describe as "edit obstructions" are, of course, nothing of the kind - the articles are still fully editable. I also note that you've previously opposed the kind of templates which would obviate the need for the in-line-class mark-up used in the examples you give. Andy Mabbett | Talk to Andy Mabbett 13:27, 8 August 2007 (UTC)
Technically oriented people may still be able to edit articles with microformat html mixed in with the text, but it's total gibberish for most others. The whole point of wikitext is to make it easy for people to participate without having to touch the raw html, and these microformat edits are moving away from that principle.
What microformats seem to need are containers for fragments of data, and a wrapper to tie them all together. In most cases this requires the data to be clustered close together as overlapping wrappers aren't allowed. I am not expecting to see templates to wrap pieces of information together and as a side-effect create a microformat wrapper (like {{PoI}} for example does), as such meta-templates would make no sense logically, wouldn't be easily editable either as the syntax differs between meta-templates, and would take away all the editor freedom to format and order the content. I'm thinking more of something like an extension that 1) allows information to be tagged to tell what it is, and 2) reacts to a special keyword with some attribute syntax to explain how additional markup should be generated. The wikitext rendering module could then generate the microformat html and other similar additional formats that can be included in the standard html, based on the semantic markup. That way people wouldn't have to look at keywords of some obscure output format, but general semantic ones readable for anyone. SMW does something like this, but I feel it's bit of an overkill with all its query features. --Para 15:03, 8 August 2007 (UTC)
And when all that is possible (and you'll notice that it's written into the aims of the microformats project), everything will be fine and dandy. In the intervening months, or years, we must work with what we have. Andy Mabbett | Talk to Andy Mabbett 15:13, 8 August 2007 (UTC)

Anywhere to post occassional bug reports?

I want to comment on a bug - see here, but I don't want to create a bugzilla account. I found Wikipedia:Bug reports, but that said to create a bugzilla account! Is there anywhere I can post something for people to move over to the relevant pages? In this case, I want to point out that the feature being voted on could disrupt the linkage between pages that redirects help to maintain. My point against a feature that allows users to suppress redirect creation can be summed up as follows: "unless the software checks for links to the page and alerts people "THERE ARE 500 INCOMING LINKS THAT NEED TO BE REDIRECTED, SUGGEST YOU DO NOT SUPPRESS THE CREATION OF A REDIRECT", then inexperienced, tired, careless, users and admins will use the feature when it shouldn't be used". If someone could post this over there, I'd be most grateful. Carcharoth 16:41, 9 August 2007 (UTC)

If you'd like, drop the bug #, description of what you want to add, and the severity on my talkpage, and I'll add the notes for you. ~Kylu (u|t) 00:22, 10 August 2007 (UTC)
Will do. Thanks. Carcharoth 01:07, 10 August 2007 (UTC)

Image doesn't display at 310px

The image Image:Waterhouse-sleep and his half-brother death-1874.jpg doesn't seem to display when scaled to 310px. This hasn't been a problem before though, the image has been displaying fine at 310px for some while now. Here is a revision where it was scaled at 310px and here is a revision where I changed it to 309px and it displays fine. This same problem appears to happen on all pages it is scaled to 310x at, but only seems to happen with this image. --Android Mouse 06:01, 9 August 2007 (UTC)

Looks fine here. Most likely a problem with your local cache or the WP's caching server you are using. Clear your browser cache, then try viewing the revision with the 310px version by adding &action=purge to the URL. (PS, fixed first link.) EdokterTalk 11:14, 9 August 2007 (UTC)
Looks fine to me as well. It must be a cache error. Valentinian T / C 13:19, 9 August 2007 (UTC)
This problem happens a lot with SVG images, too. Some images simply refuse to display at certain sizes. - 52 Pickup

Now it's displaying fine for me aswell, probably something wrong with the server's cache as I've disabled caching entirely in my browser. --Android Mouse 17:47, 9 August 2007 (UTC)

== "string") return el; if (typeof el == "undefined") { return el }; if (el.innerText) return el.innerText; // Not needed but it is faster var str = "";

var cs = el.childNodes; var l = cs.length; for (var i = 0; i < l; i++) { switch (cs[i].nodeType) { case 1: //ELEMENT_NODE str += ts_getInnerText(cs[i]); break; case 3: //TEXT_NODE str += cs[i].nodeValue; break; } } return str; } </syntaxhighlight> The problems is in the line "if (el.innerText) return el.innerText;" innerText is an IE extension. on FF it is not used because it is undefined. On Safari the innerText call IS present but unfortunately, it is not the same as the IE version. On Safari it does not return "display:none" text. Therefore the whole sortkey is unusable on Safari.

There are 2 ways to deal with this issue:

  1. remove the entire line. I'm not sure if it's actually that much faster on any platform, and the FF way seems to work just fine.
  2. add "if (el.textContent) return el.textContent;" right before it. This basically is the FF variant of innerText and Safari supports it as well. Some very old browsers might not have it, but they can use our current FF for-loop. I tested textContent on Safari 2/3, FF 2.0 and Opera 9.

I'd file a bugticket, but i'm too lazy to register in yet another bugzilla system. --TheDJ (talkcontribs) 21:46, 30 July 2007 (UTC)

Well, I guess we're too lazy to fix your bug. :) --brion 01:27, 31 July 2007 (UTC)
It's not my bug. --TheDJ (talkcontribs) 13:22, 31 July 2007 (UTC)
Not our bug either. 86.133.208.191 22:46, 3 August 2007 (UTC)
http://bugs.webkit.org/show_bug.cgi?id=14805 --TheDJ (talkcontribs) 15:10, 5 August 2007 (UTC)
(Hopefully) fixed in rev:24647. Needs testing. —Ilmari Karonen (talk) 09:19, 7 August 2007 (UTC)
When it goes live, I'll make sure to test it. --TheDJ (talkcontribs) 22:15, 9 August 2007 (UTC)

sortable wikitables and Safari

As some might know, there have been some issues with sortable wikitables left on Safari. I have found the cause of some of my problems. Some tables use a sortkey trick. Take the following tablecell: <td><span style="display:none">02005-06-02</span> <a href="/wiki/June_2" title="June 2">June 2</a>, <a href="/wiki/2005" title="2005">2005</a></td> The idea that the span is hidden from the reader, but is used in sorting. This was not working in Safari (2 and 3). The cause lies in wikibits.js in function ts_getInnerText(). This function retrieves the textual contents stripped from the html tags.

function ts_getInnerText(el) {
	if (typeof el

Transclusion

Why isn't Template:Infobox Cave/doc listed as transcluded on Template:Infobox Cave, when it clearly is? --MZMcBride 01:30, 11 August 2007 (UTC)

It's {{template doc}}'s fault. The name of the template is passed as a parameter to {{template doc inline}}. The same problem exists in wikiproject templates with the code {{{{{class}}}-class}}. GracenotesT § 01:49, 11 August 2007 (UTC)
That would make sense, except Template:Main/doc lists a transclusion on its What links here page. Very confusing.... --MZMcBride 03:38, 11 August 2007 (UTC)
What you won't be able to find, though, is Template:Main listing Template:Main/doc as a transclusion. (Or shouldn't; the list is a bit too long to check.) Template:Main/doc lists Template:Main because {{main}} is transcluded on the documentation, in the Example section. GracenotesT § 03:46, 11 August 2007 (UTC)
Okay. I understand. Thanks. --MZMcBride 05:10, 11 August 2007 (UTC)

Help

  • var mpTitle = "Main Page";

var isMainPage = (document.title.substr(0, document.title.lastIndexOf(" - ")) == mpTitle) if (isMainPage) {window.location="http://en.wikipedia.org/wiki/Wikipedia:Main_Page_alternative_%28misty_breeze%29";}

It shows you this alternative to the Main Page layout. And, it looks like you just put it there in your monobook.js, didn't you? ←BenB4 09:15, 10 August 2007 (UTC)

Template nowraplinks

Hi everyone. I got tired of handling word wrapping in long link lists, for instance in navigation boxes. So I have made a new template similar to {{nowrap}}, but that only prevents word wraps in links. That is, it allows wraps between links and in normal text. Thus one single {{nowraplinks}} tag can surround the whole link list instead of having one {{nowrap}} tag around each link or using lots of &nbsp;.

I would like if some expert template editors (preferably with some CSS experience) take a loot at it to see that I didn't miss anything. I think this template might be used a lot once we deploy it.

Oh, I probably should mention that this template will need the addition of one line of CSS code to common.css. So I think this needs to be thoroughly checked and discussed before we deploy it. (And I am not an admin so I can not add that line of code myself.)

--David Göthberg 04:56, 10 August 2007 (UTC)

That would be useful. All you need in Common.css is this:
.nowraplinks a { white-space: nowrap }
I support that change. ←BenB4 09:00, 10 August 2007 (UTC)
I have included the code inline in the template, you should be able to test it (I hope). EdokterTalk 11:25, 10 August 2007 (UTC)
And removed it again... templates (or wiki for that matter) dont like inline style definitions. EdokterTalk 11:35, 10 August 2007 (UTC)
Edokter: Yes, I tried that too and Wikipedia just filtered the tags to text output. I even tried some nowiki tags etc to try and get it to stick, to no avail.
BenB4: And yes, that "nowraplinks" class can be very useful. If/when it is in the common.css it can be used together with pretty much any HTML tag or any box to prevent links to word wrap. For instance like this:
<div class="nowraplinks"> Lots of text and links </div>
Or like this:
<span class="nowraplinks"> Lots of text and links </span>
That span code is really what the {{nowraplinks}} tag is packaging in an easy to use way.
--David Göthberg 12:53, 10 August 2007 (UTC)

This is the place to discuss changes to Common.css, so if this section makes it into the archive without substantive dissent, you can put an {{editprotected}} on Mediawiki talk:Common.css to have it implemented. ←BenB4 13:24, 10 August 2007 (UTC)

And I just realized you can put the .nowraplinks class in your own monobook.css for testing. EdokterTalk 13:33, 10 August 2007 (UTC)
Thanks BenB4, I didn't know that. I have read up on it now and it seems you are right about the {{editprotected}} procedure.
Edokter: Oops? I explain that in the talk page of the {{nowraplinks}} template, but I should have mentioned it here too. Sorry for being unclear. So, any one else reading this, go to that talk page for explanations and for some test examples.
--David Göthberg 14:05, 10 August 2007 (UTC)

Commons image not displaying in a gallery

In Kentucky State Fair, the gallery image with the caption "Freedom Hall during Fair" isn't displaying. This image was recently moved to Commons. I purged the description page in Wikipedia, as well as the page in Commons, twice to no avail. Is there something I'm missing? Stevie is the man! TalkWork 02:52, 10 August 2007 (UTC)

Here's a direct link to the thumbnail in question [9] --- RockMFR 18:54, 10 August 2007 (UTC)

Small problem that is bugging me

In the article Great Upheaval, under the the governors letter, just above the heading After the expulsion there is a link in the form of a footnote that redirects back to the same page. The problem is that I cannot find that note in the editing window to remove it. I cannot figure out where it is coming from. I would appreciate it if someone would clear up this mystery for me. Thanks! Regards, Mattisse 22:59, 8 August 2007 (UTC)

It is a footnote (in a form of <ref>…</ref>), but the page is missing <references/> tag (or {{reflist}} template), see Wikipedia:FootnotesAlex Smotrov 23:14, 8 August 2007 (UTC)
(EC) Go and take a look again, I added a "notes" section that displays the text of the reference ("ref" tag) that you will see if you edit that specific subsection of the article. If this doesn't quite make sense feel free to ask again or try the Wikipedia help desk for more detailed info. Wikipedia:Help desk. dr.ef.tymac 23:17, 8 August 2007 (UTC)
Thanks. I see it in the Footnotes but I still cannot find it in the text in the edit window. I understand about {{reflist}} and <references/>. Oh well. Thanks anyway. Regards, Mattisse 00:14, 9 August 2007 (UTC)
It's right at the end of the letter (scroll all the way down): <ref>Text of Charles Lawrence's orders to Captain John Handfield</ref> EdokterTalk 11:20, 9 August 2007 (UTC)
Which, as a citation of a verifiable supporting source, is very lame. See WP:V. -- Boracay Bill 13:17, 9 August 2007 (UTC)
Wow! Have you not worked that out in over a years worth of editing on Wikipedia? Sorry if I sound rude, I'm only curious and can't word it any other way! ;-) Ah well, one learns something new every day! Lradrama 14:42, 9 August 2007 (UTC)
Indeed. Sod's Law says that it will be you who learns something new tomorrow... :-) Carcharoth 16:51, 9 August 2007 (UTC)
Lradrama, are you addressing Matisse? and do you mean that the answer provided by Smotrov is trivial? It occurs to me that you "can't word it any other way" because you aren't actually saying anything. And Carcharoth, I think a typo somewhere prevents me from understanding your reply too. My policy is to employ complete, coherent sentences when flaming :-) Pete St.John 17:29, 9 August 2007 (UTC)
Touché. I've corrected myself. Thanks. Carcharoth 21:41, 9 August 2007 (UTC)
My dear Pete St. John, I was merely indicating surprise at the question that was from a very experienced editor. I just didn't want to sound rude you see. As for the answer given by Smotrov, it is a very fine answer indeed, and exactly what I would have written. Lradrama 10:33, 10 August 2007 (UTC)

Bot archival setup

The New Contributors' Help page desperately needs a better archival system, but I'm not 100% sure which bot to use and how to do it. Normally, when something needs doing, I just go ahead and fix it, but I would rather get this right first time. MiszaBot II looks like the best choice, but the instructions are a little too vague, particularly with regard to selecting the correct archive page (unless that is done automatically?). Can anyone advise someone who has never used a bot before? Adrian M. H. 17:00, 8 August 2007 (UTC)

Before choosing a bot, it's best to see what type of archiving system needs to be automated. At the moment, the page is archived by month, but this could be changed. Some possible options are to archive every time the page gets to x sections/bytes long, or to have a weekly archive. Another idea might be to follow what happens in the Village Pump and remove completely any sections that are older than two weeks. If a bot doesn't contain any options in the interface to do what is required, it's possible to ask the operator to set it to do those functions. Tra (Talk) 18:30, 8 August 2007 (UTC)
I think a bi-weekly archival would be suitable. Is the existing archive page sequence suitable, and does the process need any regular human intervention? Adrian M. H. 19:10, 8 August 2007 (UTC)
I've had a look, and I don't think the bot has an option to do bi-weekly; it can only do monthly. However, you might be able to sort something out by contacting the bot's operator. Tra (Talk) 21:29, 9 August 2007 (UTC)
It has a field for days or weeks in the examples at User:MiszaBot/Archive_HowTo, so it should be OK. Thanks, Tra. Adrian M. H. 08:38, 10 August 2007 (UTC)

address element

Semantically, each page on Wikipedia should have an address element. If this were marked up with class="author" an hCard microformat, the hAtom microformat could be added to relevant pages, such as Portal:Current_events (everything else required is tested and possible). It seems to me that the page footer:

Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc., a US-registered 501(c)(3) tax-deductible nonprofit charity.

or part of it should be in that element, with "Wikipedia" as the hCard's class="fn org" property.

(I have tried adding an address element, manually, to a sandbox page, but it's not recognised by MediaWiki.)

How can this be achieved? I can advise on specific mark-up, if that helps. Andy Mabbett | Talk to Andy Mabbett 11:20, 3 August 2007 (UTC)

Anyone?
I don't think you've made clear exactly what problem this change would help solve. What exactly are the benefits of this change, or the disadvantages of the current situation? Or, if you will, how do you answer the question of "Why?", in response to your first sentence above? -- John Broughton (♫♫) 20:41, 10 August 2007 (UTC)

Templates and "What links here"

When a page is linked from a common template, "What links here" will show a lot of pages that actually all include the same template. Would it be possible to group all those pages under the template name? The same goes for "File links" on image pages. --Apoc2400 00:34, 12 August 2007 (UTC)

That would perhaps be useful, but already you can select a namespace (e.g. Template:) in "What links here", and, if desired, then apply "What links here" to a particular template.--Patrick 00:40, 12 August 2007 (UTC)
"File links" on image pages: Sort Image Links script ∴ Alex Smotrov 03:04, 12 August 2007 (UTC)

Image overlapping text problem

Greetings! In Song Dynasty, I reduced the images to default size, per FAR rules. Now there is an image that overlaps the text on the right side, and no matter where I move it the same thing happens. The article is now in FA review. It is under the heading "Southern Song". Would very much appreciate any help and tips about preventing this sort of thing. It rarely happens but when it does......Thanks! Sincerely, Mattisse 02:08, 11 August 2007 (UTC)

The map or the statue? Looks fine to me. ←BenB4 10:47, 11 August 2007 (UTC)
Looks good for me as well (IE6), but I see the same problem on Yen sign, where a template overlaps the text. EdokterTalk 11:23, 11 August 2007 (UTC)
Yen sign looks OK to me with IE 7.0.5730.11, but it has overlaps with some window geometries with Firefox 2.0.0.6. Welcome to the wonderful world of browser & browser-version CSS compatibility weirdness. -- Boracay Bill 11:38, 11 August 2007 (UTC)
User:Balthazarduju fixed it. I am not sure how yet. (I'm using Firefox 2.0.0.6) Thanks! Mattisse 12:24, 11 August 2007 (UTC)

How ot get rid of annoying yellow messages bar

Hello, there is that annoying yellow messages bar up there. Problem is the messages are about a couple months old (I didnt do it) and it stays there after reading the page. I tried clearing the cache , deleting cookies but its still there. How do I get rid of it? Does anybody else have this? —The preceding unsigned comment was added by 71.112.246.219 (talkcontribs) 21:50, 10 August 2007.

Sounds like Bug ID 9213. It's a known issue. Cheers. --MZMcBride 21:53, 10 August 2007 (UTC)
The only way I know of to ensure that the new messages bar goes away once it's appeared for an anon (thanks to Bug 9213), is to get someone to delete your user_talk page. Failing that, you can wait a few hours/days/weeks and it might go away on its own. However, you seem to have no messages on your user_talk page, so why you'd even see the new messages bar at all is a bit of a mystery. Presumably you're having this problem on a different IP than the one you used to post this question?--VectorPotentialTalk 21:58, 10 August 2007 (UTC)
Yep, it was on a diffrent computer, anyway thinks for the quick response and I hope you get this fixed soon. I've managed to ignore that bar. —The preceding unsigned comment was added by 71.112.246.219 (talkcontribs) 22:14, 10 August 2007.
Another option is to create a user account and log in. --David Göthberg 08:39, 11 August 2007 (UTC)
I would recommend getting an accoutn as the above point states, as some IP addresses are operated by more than just one person, whether they know so or not, and messages may be recieved for what other people have done, and not necessarily you. Lradrama 10:32, 11 August 2007 (UTC)

Template middot {{·}}

Expert template coders needed to double check a high risk template.

Template middot {{·}} is the dot used for most dotted lists in most navigation boxes here on Wikipedia. So it is used in extremely many articles.

Some day ago on that template's talk page I suggested an improvement of the code for the template, but I have received no responses at all. So before we add the code to the article I would like some experienced template coders to take a look at the code so I didn't miss anything. Because if I have it will effect a big part of the articles...

--David Göthberg 23:36, 12 August 2007 (UTC)

I that assume no one had noticed it because you did not use {{editprotected}}. You don't have to, but if you don't, there's not that much of a chance someone will happen to find your suggestion (depending on the template). I've added it; hope this helps. I'll take a look at your comments. GracenotesT § 23:41, 12 August 2007 (UTC)
He, I guess I am to careful but I thought some double checking before asking an admin to "immediately edit" the template. Three minutes after I asked here you added the {{editprotected}}, and another three minutes later the admin TKD had responded and copied my code suggestion to the template. Things are moving fast around here! :))
Thanks for the confidence in my code. I checked some articles that use it and ran some more provocation tests. It seems to work perfectly. Now all I have to do is to update the documentation.
--David Göthberg 01:26, 13 August 2007 (UTC)

Download speed with Mozilla Firefox

The speed at which pages load has been significantly slower for me over the last few days, about 25-50% the speed they downloaded previously. This even happens when I use the forward and back buttons. I'm using Firefox 2.0.0.6. I still get good speeds if I use Internet Explorer, but Firefox is my preferred browser.

Is this a known issue and is there a fix? Thanks. Grant | Talk 03:37, 11 August 2007 (UTC)

I am having the same problem with Firefox 2.0.0.6. I was wondering whether it was my browser or Wikipedia. So it is Firefox? Drag, since it makes many tasks onerous. It's enough to make me consider changing browsers. Regards, Mattisse 12:28, 11 August 2007 (UTC)
Different platform (Firefox 2.0.0.3 on Linux), same problem. With the occasional white screen of death, of course. It's a wikipedia problem, time to give the devs a bump. MER-C 13:42, 11 August 2007 (UTC)
I think you are right as I just tried IE and have the same problem. Mattisse 13:48, 11 August 2007 (UTC)
So how do we "give them a bump"? Grant | Talk 13:17, 12 August 2007 (UTC)
Seems to be fixed now. Grant | Talk 01:10, 13 August 2007 (UTC)

Autoconfirmed proposel

this one needs views from a wider audience. Please feel free to go there and comment. Regards, Navou banter 19:49, 12 August 2007 (UTC)

No. Featured and Good Articles

I swear something strange is going on here. Although a bot is counting the number of good articles on English Wikipedia, it appears to be undercounting. As of the time of this post, the number of GAs according to a bot count is 2,748. But if you go to Category:Wikipedia good articles and ignore the subcategories and first 7 listed articles which are all WP pages and count the good articles from there (by clicking next 200) you should find you have 2,760 good articles. The bizarre thing is if you count backwards from the end using previous 200, you arrive at a smaller number, the same number as the bot count. Now I looked into why there is a discrepancy...the reason is when you count backwards, an article that is between the first article of one page and the last article of the previous page disappears from the listing giving you the apparent smaller number.

This isn't an isolated incident. There are supposedly 1,531 featured articles when again by checking Category:Wikipedia featured articles there seem to be 1,537. But count backwards through the category and again the count is 1,531. What's I can show the larger figure is the correct figure in both cases by simply listing them all in Excel.

Please can someone else look into this matter and see what you make of it. Centyreplycontribs – 09:41, 13 August 2007 (UTC)

There was a similar issue regarding featured pictures sometime ago, see WT:FP#Discrepancy in the featured picture count. It's probably due to lazy closers not updating the count or people deciding their article is now "featured(tm)". As for fixing it, you'll have to do it the slow way. MER-C 12:39, 13 August 2007 (UTC)
The problem here isn't people forgetting. The problem here is the bot is miscounting. A bot updates the count every day but the bot is counting incorrectly. Centyreplycontribs – 14:22, 13 August 2007 (UTC)

There is no problem here. The bot counts the number of articles on the list page in both instances. There are exactly 1531 articles listed on WP:FA, and because the FA category there corresponds to the FA list, the category also contains 1531 talkspace articles. Almost the same algorithm is used to count the articles listed on WP:GA. According to WP:GA, {{GA number}} is the count of articles listed at WP:GA. It has nothing to do with CAT:GA. There are 2748 articles listed on WP:GA. Because the GA process is not so tightly controlled, there happen to be 2757 talkspace in the GA category. If you're not getting these numbers, perhaps you are not excluding pages from the categories that are not main talkspace? Gimmetrow 02:59, 14 August 2007 (UTC)

The category traversal does seem to show different contents in the forward vs. the reverse direction. It might help if you could paste them all into Excel and let us know the differences (at least one of the "missing" FAs when traversing backwards is a userspace article). This looks like a bug of some sort in the category traversal code to me. As Gimmetrow says, the official count of FAs is from WP:FA, not Category:Wikipedia featured articles, but whatever else is in the category should be there whether you traverse it forwards or backwards. -- Rick Block (talk) 04:21, 14 August 2007 (UTC)

reCAPTCHA

Currently we use a CAPTCHA on the sign up page. [10] Has anyone considered replacing it with reCAPTCHA to help digitize books? (Mediazilla appears to be down right now.) — Omegatron 00:31, 4 August 2007 (UTC)

  • I endorse this suggestion. You wanna help code it? ←BenB4 00:56, 4 August 2007 (UTC)
The article says that "reCAPTCHA is a free service, except for users who would require a prohibitive amount of bandwidth." Since Wikipedia has a lot of signups each day, they may want to charge money. Tra (Talk) 01:02, 4 August 2007 (UTC)
We also use captchas whenever new accounts and IPs try to add a new external link to an article, or whenever a login fails. The load could add up to quite a bit. Dragons flight 01:05, 4 August 2007 (UTC)
Their FAQ says to contact them for over 10,000 per day. I wonder how many per day we have. ←BenB4 01:12, 4 August 2007 (UTC)
That's ~7 / minute, we have a couple new account creations per minute on enwiki alone, so I'd be pretty sure that collectively there are more than 10000 captchas served per day. How many more I'm not sure. Dragons flight 01:17, 4 August 2007 (UTC)
I've had a look at the log, and I estimate there to be approximately 7300 account creations in the last 24 hours. If we assume that only 10% of people who get to the account creation form actually sign up, that's 73000 requests to provide a captcha each day. Then you need to add in the number of people who get it wrong and need another captcha, plus the number of IPs adding links and the number of incorrect passwords. I think they probably will want to charge some money. Even if it was affordable, the foundation might not want to do it since they tend to want to use free software (bear in mind that these numbers are just estimates, and may be hopelessly out). Tra (Talk) 01:28, 4 August 2007 (UTC)

For us it would make more sense if to use our own re-captcha for helping out with our own OCRing efforts. Sadly our efforts are not organized enough to do that, yet. --Gmaxwell 14:20, 5 August 2007 (UTC)

Would it make sense to help them in the interim to see how well this works? maybe if we get them a lot of digitization they'd put our own OCR stuff in as part of what gets done? ++Lar: t/c 14:23, 5 August 2007 (UTC)
The fact that they refuse to open-source the software is kind of a showstopper for us for being involved with it. --brion 01:30, 6 August 2007 (UTC)
I'd suggest they be asked. Given whom we are, they might be very willing to accommodate the load. But I would think the Foundation would want to be asked in any case. DGG (talk) 07:40, 6 August 2007 (UTC)
Asked them months ago, was told no. --brion 11:25, 8 August 2007 (UTC)
Reasoning? Link to discussion? — Omegatron 23:53, 8 August 2007 (UTC)

Brilliant idea! Literally LOL! But if the meaning of the text is unknown, how is that a verification? (E.g. gobbledigook -> biteme. Sounds good. Welcome, bot.) Saintrain 17:57, 10 August 2007 (UTC)

Saintrain: Follow the links! I first wondered how it worked too. But this is Wikipedia and if you look above you see that Omegatron did link to the article reCAPTCHA and it explains it. Pretty nifty idea actually. Although it is strange that they charge money from organisations (server owners) that help them digitize their texts... --David Göthberg 18:37, 10 August 2007 (UTC)
It also seems that the reCAPTCHA's audio version for the visually impaired is not well-tailored. I found it extremely difficult to pass. This might not be a good solution for that reason even if they were willing to allow its use freely. (I suspect the lack of open source code is to make it more difficult for crackers to beat). -- Myke Cuthbert (talk) 04:06, 14 August 2007 (UTC)

Help posting image

Can someone tell me what I am doing wrong where I tried to post this 2nd photo and it didn't show up? Link Thank you. Bmedley Sutler 23:03, 13 August 2007 (UTC)

There was something wrong with the thumbnail, but I purged the server cache for the image and it seems to show up just fine now. Try reloading the page and see if it works now. —Ilmari Karonen (talk) 23:16, 13 August 2007 (UTC)
Thank you. It works now. Bmedley Sutler 23:48, 13 August 2007 (UTC)

Speedy deletion

Can I ask that articles tagged for speedy deletion be left for at least 24 hours (or longer! - maybe 7 days!) before acting on these tags? I say this since after several months someone tagged an article of mine for speedy deletion. This can be done by someone in the US or elsewhere at a time when I may not log in for several hours, by which time the article has disappeared. This particular case said the article appeared to be blatant advertising - it was not. However I was in no position to argue this or to change the article to improve it. By the time I got there, it had gone!

Soarhead77 22:15, 13 August 2007 (UTC)

I believe a lot of people agree with this in theory (I sure do), but it is very hard to make a 24-hour or 7-day queue of articles out of a category, which is how speedy deletion candidates are located by admins. Can we use a category pipe to sort on the subst of the date? ←BenB4 22:33, 13 August 2007 (UTC)
This is a common request, but the fact of the matter is most articles simply don't need to stay around for very long. If you feel that an article was improperly deleted, I recommend you take it up with the deleting administrator; if you explain that it was an in-progress article, they should be willing to undelete it so you can improve it. EVula // talk // // 22:35, 13 August 2007 (UTC)
I don't think new users, who are proportionately more offten bit by speedy deletion of their in-progress articles, know how or who to ask. Biron says that you can't count on undeletion. There is a chance that a deleted article can be reclaimed at any time. ←BenB4 22:40, 13 August 2007 (UTC)
Very probable. Should we perhaps tweak the page that says "this article doesn't exist" to include more specific instructions about how to find this information? I'm strongly opposed to tweaking the speedy deletion process since I see this sort of "false positive" as being an extremely rare thing, and stretching it out to something like 24 hours or 7 days dilutes the purpose behind it (and begins to look like prodding). EVula // talk // // 22:47, 13 August 2007 (UTC)
(edit conflict) Speedy deletion is, as the name says, intended to be speedy, and is (or at least should be) only applied to a limited list of clear and uncontroversial cases. If you feel that your article has been inappropriately speedy deleted, you may ask the admin who deleted it to reconsider the issue or, if necessary, submit it for deletion review.
In the situation you describe, it may be more effective to ask the admin to just send you a copy of the deleted article without actually undeleting it, so that you may edit it into something that no longer seems like a blatant advertisement before resubmitting it. Alternatively, in some cases you might find it easier to just write a better article from scratch.
Do keep in mind, however, the if the recreated article still looks like blatant advertisement, it may and probably will get deleted again, and possibly protected against recreation if you keep recreating it over and over. Thus, it's best to make sure you've adequately addressed the problems the article had before resubmitting it. One possible approach is to first create it as a subpage of your user page, and ask for comments from other editors (possibly including the admin who deleted it previously) before moving it into the main article space. —Ilmari Karonen (talk) 22:42, 13 August 2007 (UTC)
This would be easy if the administrator who deleted the article showed more than an IP address - which was true in this case - with no existing talk page. Look at User_talk:Soarhead77 for this example! Soarhead77 22:48, 13 August 2007 (UTC)
While the article was tagged for deletion by an unregistered user (200.226.68.118), the actual deletion was done by Jimfbleak (talk · contribs · blocks · protections · deletions · page moves · rights · RfA), whom you may contact on their talk page. Incidentally, the entire content of the article in question was:
BBC Radio Ripper is a commercial program which will take Real Player stream audio and related formats used by the BBC for its Listen Again and Listen Live functionality and convert this to mp3 format. it is built by the company Alionsoft.
plus an external link and a stub tag. If you feel you can turn this into a proper encyclopedia article, feel free to do so. I'm not sure how many reliable independent sources you can find on the subject, though. —Ilmari Karonen (talk) 23:09, 13 August 2007 (UTC)

Watchlist

Earlier today, I went to add articles about Led Zeppelin (the bands article, article on there songs, etc) to my watchlist. I had no problem doing this, but to add all the articles to my watchlist, i had to go every article and add it. I want to watch similar articles on bands like The Who and The Rolling Stones, and was wondering if there was an easier way to add all the articles. Sasha Callahan 04:54, 13 August 2007 (UTC)

You can use "Edit raw watchlist" (at the top of your watchlist page), and paste in a large list of pages. Might be faster for you. --Splarka (rant) 07:55, 13 August 2007 (UTC)
Thanks I'll try that. Sasha Callahan 12:41, 13 August 2007 (UTC)

numbering not working properly

I made a numbered list with four items on a talk page (old revision), and the items are labeled as 1, 3, 4, and 5, skipping the number 2! Is this some sort of bug, or am I doing something wrong? Anyways, I've already submitted a report on Bugzilla. --Ixfd64 03:03, 13 August 2007 (UTC)

I don't know why there is this extra list item with style="list-style: none", but it seems due to the span tag before the list.--Patrick 04:02, 13 August 2007 (UTC)

That's not it, look:

  1. a
  2. b
  3. c

MediaWiki is out of 2s. WTF? ←BenB4 04:11, 13 August 2007 (UTC)

And oddly enough, the numbering is working just fine in RfAs (and in a test I just did in my userspace). Hrm. EVula // talk // // 04:16, 13 August 2007 (UTC)

It's because of the unclosed <span class="plainlinks"> in Ixfd64's comment above. If you close with </span> then things return to normal:

  1. a
  2. b
  3. c

That is certainly a bug though. Here is the HTML generated above:

 <p><span class="plainlinks">That's not it, look:</span></p>
 <ol>
 <li><span class="plainlinks">a</span></li>
 <li style="list-style-type: none; list-style-image: none; list-style-position: outside;"></li>
 <li><span class="plainlinks">b</span></li>
 <li><span class="plainlinks">c</span></li>
 </ol>
 <p><span class="plainlinks">MediaWiki is out of 2s. WTF? ←<a href="/wiki/User_talk:BenB4"

Weird. Someone who knows how to work bugzilla should report this. ←BenB4 07:57, 13 August 2007 (UTC)

This is bug 9737. It's actually a bug in HTML Tidy, which means there's not much we MediaWiki developers can do to fix it ourselves. —Ilmari Karonen (talk) 23:30, 13 August 2007 (UTC)
Has it been reported to Dave Raggett or whomever is maintaining Tidy these days? ←BenB4 23:48, 13 August 2007 (UTC)

Userpage vandalism

Is it me or has there been a significant drop in userpage vandalism since the latter half of July? I've been looking at userpages which have been vandalised a real lot (mine being one of them) and there seems to be a significant decrease. I'm not complaining! Just thought I'd point it out. Have vandals taken a change of heart or has some sort of protection been inserted into the system? Lradrama 18:32, 11 August 2007 (UTC)

Probably due to Bug 9213. This prevents anonymous IPs from getting that "New Messages" bar when you place a message in their talk page. SInce they are not getting warnings, they don't have user pages to vandalize. Maybe this is a good thing?? --Hdt83 Chat 19:31, 11 August 2007 (UTC)
Bug 9213 is not anything new, as far as I'm aware. The bug report merely presents the problem in the form of, well, a bug report. GracenotesT § 23:26, 11 August 2007 (UTC)
Maybe the vandals are tired of vandalizing Wikipedia? --Hdt83 Chat 23:30, 11 August 2007 (UTC)
We're running out of unblocked IPs for them to vandalize from. :) EVula // talk // // 23:31, 11 August 2007 (UTC)

I think it's the bots. The anti-vandal bots are getting better tuned, and the recognize the unique character of those likely to repeat vandalize (all caps, penis, etc.) and revert within a minute. Vandals new and old alike see that kind of thing and get discouraged. ←BenB4 06:05, 12 August 2007 (UTC)

Ah well, it's a good thing! Just confused about one thing though - if vandals don't recieve the message alert, do they know if they've got a message then? If so is there point in sending them anymore? Lradrama 18:10, 12 August 2007 (UTC)
Bug 9213 is intermittent, so it's always possible to hope that the message will come up. (Sometimes everything works fine; sometimes the new-messages bar doesn't come up at all, and sometimes it doesn't go away again after the IP has read the message. It's not entirely clear exactly what's going on, though; intermittent bugs are often the hardest to pin down. There have also been changes to various interface messages to try to get IPs to check their talk page intermittently, and some more experienced IP editors have probably caught onto the bug by now and will use their own workarounds.) ais523 14:49, 13 August 2007 (UTC)

Search box moved on home page

hey,

I just wanted to log my opinion on the new location for the search box on the home page. It used to be pretty far up on the page, quick and easy to find. Now you have to scroll *way* down to find it. I much preferred the old location. I use the search feature a lot, as I would imagine most users do - that's pretty much the point of wikipedia, isn't it?

I would like to see it moved back up, or even to the top of the page where it really should have been all along, IMO.

Just putting that out there in case anyone cares what users think. I looked at the bugzilla thing to put it in, but it looks like way too many steps to get into.

Thanks. —The preceding unsigned comment was added by 76.226.81.59 (talkcontribs) 14:29, 11 August 2007.

To which homepage are you refering to? Both http://www.wikipedia.org and http://en.wikipedia.org still have their search boxes on the same spot. EdokterTalk 19:55, 11 August 2007 (UTC)

hi Edokter, I usually use en.wikipedia.org. And it seems to me it was always at least above the "picture of the day," if not slightly higher. Now it is several screens down (5 screens for me on firefox), when really it should be right at the top next to the welcome message on all the pages. And yes, I do see the link at the top, but that just jumps downs rather than typing in the box there; plus that is only on the welcome page, not every article page too. Just MHO, thanks for your response. —The preceding unsigned comment was added by 76.226.106.239 (talkcontribs) 02:01, 12 August 2007.

I still shows right next to Today's Featured Articel for me in Firfox, so it seemsto be a problem with your browser. Do you have any custom scripts (Mypage/monobook.js) or skins (Mypage/monobook.css) active? EdokterTalk 11:15, 12 August 2007 (UTC)
Generally speaking, hitting Tab will take you directly to the search box. EVula // talk // // 23:55, 13 August 2007 (UTC)


It's back!!! You're right, it is on the left, very high up as I remembered. For some strange reason the entire left frame had disappeared from my firefox, for at least several days, but now it is back. Maybe one of the automatic upgrades firefox always seems to be doing was the culprit and/or the fix. Weird. Thanks for your help!

MediaWiki:Common.css rendering problems

When viewing a diff with Firefox 2.0.0.3, the error console reports the following problems with the stylesheet:

Please fix. MER-C 13:53, 11 August 2007 (UTC)

Are those IE columnizers? ←BenB4 06:22, 12 August 2007 (UTC)
The first is legal, but not recognized for some reason, not sure about the other 2, but at least the second is probably ok, and I imagine the third probably is. Prodego talk 06:42, 12 August 2007 (UTC)
The first is a CSS3 property, which is not recognized by Firefox yet; its Firefox equivalent (-moz-column-count) is also used, and has almost the same behaviour as the CSS3 stylesheet. The second is probably the WebKit equivalent of the first, and is also vendor-specific like -moz-column-count (it has a valid vendor-specific prefix), so it's actually valid (no matter what the W3C validator says). The third one, as the comment on the stylesheet says, is yet another CSS3 property not recognized yet by Firefox. So, all three are not real problems with the stylesheet, and there is nothing to fix. --cesarb 00:44, 13 August 2007 (UTC)
Yeah, I modified the CSS page to add "column-count" because it gives the behavior to WebKits browsers like Safari. --MZMcBride 23:51, 13 August 2007 (UTC)

Special:Upload licensing

Since Template:Smithsonian was deleted, is it possible to remove that from the licenses that can be chosen? Bushcarrot Talk Please Sign! 23:49, 14 August 2007 (UTC)

  Done Tra (Talk) 01:29, 15 August 2007 (UTC)

IP Block

I am a victim of a shared IP block that expired two days ago. However whenever I edit any page on wikipedia I get a "The connection was reset" message. I have tried the secure website and other wikipedias, no luck. I have no problem editing talk pages, though. What's wrong? --Skyfiler 02:51, 14 August 2007 (UTC)

Seems working now--Skyfiler 04:25, 15 August 2007 (UTC)

My userbar's gone amuck

My userbar is jumping around the top of the screen! Can someone tell me how to fix it? Here's my Monobook.js. I recently installed Twinkle and then deleted the text. I don't know if popups have to do with it, and I use IE and sometimes Firefox to edit. Thanks a whole lot.--Kkrouni/Ккроунл/ΚκρΩυνι 22:52, 11 August 2007 (UTC)

It's an intermittent problem on IE6; it happens sometimes even with no scripts installed. I don't know what causes it or how to fix it, though. ais523 14:45, 13 August 2007 (UTC)
Get Firefox. ~ Wikihermit 02:02, 15 August 2007 (UTC)
Safari is available for Windows as well. EVula // talk // // 03:52, 15 August 2007 (UTC)

Strange addition to my watchlist

Just noticed this link in my watchlist "Wikipedia:Obesity is for the hateful racist that is [username] who is a [poopiepants (well you get the idea)]". Not surprisingly, the link is red. How did that happen? Saintrain 17:58, 14 August 2007 (UTC)

A vandal moved a page that you had watchlisted to that name, someone reversed the move, and deleted the vandalized location. The vandalized location stayed in your watchlist, as moving pages automatically adds both the old and new locations to a user's watchlist. EVula // talk // // 18:03, 14 August 2007 (UTC)
It was the work of a persistant troll who targets, among others, the named editor. Rockpocket 18:10, 14 August 2007 (UTC)
Thanks: Did I understand correctly that the original page is (probably) still in my watchlist? (Since it's overlarge (and not backed up), it's hard to tell if/what's missing.) If not, can I track the changes via the deleted article link? Saintrain 19:39, 14 August 2007 (UTC)
Yes, the original page should still be on your watchlist. I can tell you it was Wikipedia:Reference desk/Computing, [11] so you can check to make sure. Rockpocket 20:02, 14 August 2007 (UTC)
Yep. Still there. Thanks! Saintrain 20:50, 14 August 2007 (UTC)

Horizontal

Does anyone know where I can find the code for <div class="horizontal">. I've searched most the css pages - however I only found one on list, and I don't think that's it.--danielfolsom 04:04, 14 August 2007 (UTC)

The ones on MediaWiki:Common.css seem to be the only ones. --Splarka (rant) 07:09, 14 August 2007 (UTC)

Cape Filchner

I've attempted to add the geo coordinates of Cape Filchner to the upper right-hand corner of the article, but I can't seem to get it to work. What's wrong with it? -WarthogDemon 02:05, 13 August 2007 (UTC)

A quick glance suggests that you're missing the latitudinal coordinates (hence {{{2}}} being displayed). EVula // talk // // 04:08, 13 August 2007 (UTC)
Actually I figured it out. The problem was I added spaces where there should not have been any spaces. After closing the extra spaces and placing a vertical line where it need to be, it was fine. -WarthogDemon 18:38, 14 August 2007 (UTC)

Getting a list of the most commonly done searches?

There would be many queries done on wikipedia which do not redirect to any page, and give a search result. If we had a list of the most commonly used searches which does not redirect to any articles, we can have list of pages where creating a redirect would be useful. Does something like this exist on wikipedia, or is sometrhing like this planned? Shabda 12:51, 12 August 2007 (UTC)

Such a list would be possible to make, but it seems like it would result in too much server load. Roughly (very roughly) 7 searches are made every 2 seconds, and recording all that might be too expensive. Wikipedia used to have a list of Special:Wantedpages, but apparently it was abused, or something. Most redirects are created based on editors' initiative to do so, and this system works. GracenotesT § 20:00, 12 August 2007 (UTC)
Wantedpages shows missing pages that have links to them (red-links), not things that people have searched for. Mike Dillon 20:23, 12 August 2007 (UTC)
Yep, I know. (I remember when it worked, actually.) I was trying to mention that special page in the context of a possible substitute, although it's not active, so scratch that. GracenotesT § 20:26, 12 August 2007 (UTC)
Perhaps it could be done in a similar way to Wikicharts, where every nth search is recorded. Tra (Talk) 21:16, 12 August 2007 (UTC)
Ah, that would work perfectly, we just need a random sampling, not an exact break-up. And n can be set up in a way to achieve perfect balance between server load and accuracy of the sample. Shabda 05:10, 13 August 2007 (UTC)
It is a random sample. It works by running a piece of javascript on each page load which generates a random number from 0 to 6000, and if that random number is equal to 42, the toolserver is called to record the article view. This set-up could then be modified to record the text searched for, rather than the article name. Tra (Talk) 13:25, 13 August 2007 (UTC)
Ah, the answer, as always is 42 Shabda 14:04, 13 August 2007 (UTC)
3.5/s writes is not excessive for writing to a log file at all. ←BenB4 21:25, 12 August 2007 (UTC)
What is the wikipedia development model? If such a change is accepted, what is process to get it coded and hosted on the tool server? Shabda 14:13, 13 August 2007 (UTC)
I suppose you could contact Leon who programmed Wikicharts about adding this functionality. Tra (Talk) 14:27, 13 August 2007 (UTC)
I tried leaving a comment for him, but with the buttons being in German, I cant submit my comment. Shabda 16:17, 13 August 2007 (UTC)
To leave a comment, click the '+' tab, then enter the subject in the Betraff field, and the comment in the large text box below. Then, click Vorschau zeigen to get a preview then Seite speichern to save the page. Tra (Talk) 17:03, 13 August 2007 (UTC)
Done. What is the procedure to make a formal proposal to get such a change? Shabda 09:42, 14 August 2007 (UTC)
I found this which can be used for bug reports and feature requests on the Toolserver. Tra (Talk) 18:17, 14 August 2007 (UTC)

Job queue

Why is the current job queue length so long (about 2.7 million)? Aside from yesterday (when it was at about 1.5 million), I had never seen it go above 500 thousand and usually it's below 100 thousand. Of course, I don't check that often, but still ... — Black Falcon (Talk) 20:45, 18 August 2007 (UTC)

It fluctuates. Likely culprit is that someone made a series of changes to some widely used templates or categories. You also have to keep in mind that the job queue is not just for this wiki but for several (I don't believe all) Wikimedia wikis. In general, you shouldn't be considered by the length of the job queue unless you notice a lag occurring somewhere (populating a category, etc.). AmiDaniel (talk) 00:05, 19 August 2007 (UTC)
The job queue count shown on this wiki a very bad estimate of the length of this wiki's job queue only. Each wiki has an independent job queue, it's the job queue processing script that is shared between groups of wikis. 86.148.49.28 18:31, 21 August 2007 (UTC)
A lag (32 hours so far) in emptying a template-populated category is why I actually checked the queue. Of about 100 pages, only about 40 have been removed so far. It's nothing urgent, but I just wanted to know if perhaps something big was going on that I was unaware of. :) Thanks for your response, Black Falcon (Talk) 00:13, 19 August 2007 (UTC)
Never mind. The category apparently cleared out in the 3.5 hours since I posted my initial inquiry. — Black Falcon (Talk) 00:17, 19 August 2007 (UTC)
JeLuF fixed it. (He's a root). Cbrown1023 talk 01:02, 19 August 2007 (UTC)

Proposed change in collapseTable

Please consider changing the line in function collapseTable in Common.js from:

     var Rows = Table.getElementsByTagName( "tr" );

to:

     var Rows = Table.rows;

This will allow collapsible tables to be nested and still work as expected. Tested in my monobook.js in both Firefox 2.0 and IE 6. TCC (talk) (contribs) 06:00, 16 August 2007 (UTC)

List of Blocked IP's and Usernames & the User Creation Log

Dhould those pages go on the toolbox so it's easier to access without going to the Special Page and the Logs? --  PNiddy  Go!  0 05:23, 16 August 2007 (UTC)

They are probably too specialized to go in the mostly reader oriented toolbox. However, there is no reason you couldn't add them for yourself through javascript. Prodego talk 05:24, 16 August 2007 (UTC)

JavaScript issues

I've recently been trying to clean up and simplify my user JavaScript (User:Pyrospirit/monobook.js), and apparently something I did broke everything; however, nothing I did should have done that. The problem occurred after this revision, where I replaced document.write functions with the importScript function, and also changed a parameter for popups and rewrote a few comments for clarity. The next revision after that was simply moving some code to user subpages (User:Pyrospirit/editintro.js, User:Pyrospirit/syntaxhighlighter.js), and the next 2 revisions were undoing and redoing in an attempt to fix the scripts being broken (so they cancel each other out). Could someone experienced with JavaScript explain why none of my scripts work and how to fix it? Thanks, Pyrospirit Shiny! 16:20, 10 August 2007 (UTC)

One error in the JS file is enough to disable all scripts. Use browser console (Firefox2: Tools → Error Console, Opera: Tools → Advanced → Error console) and track all the errors one by one. You could start with adding // in front of the category at the end and fixing addOnLoadHook with capital L (Javascript is case-sensitive) ∴ Alex Smotrov 16:50, 10 August 2007 (UTC)
I've gone through it and fixed some bugs. The script at User:Pyrospirit/gmhelper.js seems to have one or more errors in it, so I've commented it out for now. Tra (Talk) 17:03, 10 August 2007 (UTC)
Thanks, that seemed to fix all the issues. It even fixed a script that I had never gotten to work before! Pyrospirit Shiny! 00:16, 16 August 2007 (UTC)

Finite number of templates

Is there a finite number of templates that can be used on a page. I say this because a user added Template:Age in years and days to the List of English Football League managers by date of appointment table. Half of the templates do not work now. The same problem occurs on the List of English football transfers 2007-08.

Is there any way to fix it or do i revert the addition to the table? Help appreciated. Thanks Woodym555 21:53, 14 August 2007 (UTC)

I don't think there's a number of templates limit, but there is a limit to the total size which may be transcluded onto a page. That page is at that limit. Look at the page source, about 90% down:
Pre-expand include size: 2047955 bytes
Post-expand include size: 210070 bytes
Template argument size: 126505 bytes
Maximum: 2048000 bytes
I'm not sure if that means it is just under the limit, or if that means that the limit was applied, but either way it is probably trouble. It looks like {{Cite news}} isn't being used correctly. Perhaps fixing that will help? No, it is giving an HTML comment which says WARNING: template omitted, pre-expand include size too large, so it couldn't finish substituting them. —EncMstr 22:10, 14 August 2007 (UTC)
Where do you find the oage source? Is there anyway round the problem? looking at that i don't think so, i will have to revert it then. Thanks Woodym555 22:33, 14 August 2007 (UTC)
It's a function of your browser. With FireFox, Mozilla, Netscape and family, press Ctrl-U. Reverting might easily fix it, but it looks like the right thing is being done in the article, so it's something the developers should know about too. As wiki users, we're not supposed to care about efficiency or limits. —EncMstr 22:42, 14 August 2007 (UTC)
I use a rather obscure Yahoo browser that doesn't have that function. I will try and alert the developers about this, see what they have to say. Thanks for your help Woodym555 23:27, 14 August 2007 (UTC)

It may help to substitute Template:Age and Template:Age in days into Template:Age in years and days.--Patrick 00:49, 15 August 2007 (UTC)

There is detailed information on this issue at Wikipedia:Template limits. If the page shows a size just under the limit, that usually means the limit was reached, because the software never allow going over the limit. — Carl (CBM · talk) 01:32, 15 August 2007 (UTC)

Template:Cite news could have some spaces removed, which would help the problem, if anyone's interested. --MZMcBride 01:40, 15 August 2007 (UTC)
I have started removing unneeded datelinks and spaces and it is helping, but i fear it won't remove enough to make all the templates work. Thanks for the suggestion. Woodym555 12:05, 15 August 2007 (UTC)

Retrieved from bizarreness

I've just noticed at the bottom of every page I view, a "Retrieved from [http address of the page I'm viewing]" message. Is this a fault, or a new (and apparently pointless) feature? DuncanHill 16:43, 14 August 2007 (UTC)

Well, it seems to have gone away now. DuncanHill 23:34, 14 August 2007 (UTC)
No, that has always been there--even if you haven't been aware of it :). It's text that it is hidden through styles--when spiders, such as the googlebot, or others who mirror and replicate Wikipedia's content crawl the site, they typically only fetch the HTML of pages and not the full style sheets. As such, when you see a page in google's little stubs [12] or in its cache -- or on other mirror sites -- that line is present, so that visitors can both find the original page and to make it a tid bit more difficult to commit GFDL violations when mirroring content. If you check the source of the page you're viewing now, you'll see:
<div class="printfooter">Retrieved from "<a href="http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29">http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29</a>"</div>
near the bottom. Note that "printfooter" is a class that's set to display:none in an imported style sheet. What probably happened is that your browser failed to render the styles completely -- fairly frequent problem, especially with Internet Explorer. HTH. AmiDaniel (talk) 06:02, 15 August 2007 (UTC)
Aah thank you, makes sense now. I use Safari on XP, but it was playing silly buggers yesterday. DuncanHill 11:35, 15 August 2007 (UTC)

System resources

I've noticed that some policies/guidelines address unnecessary use of system resources;
WP:SIG on why images are not allowed in signatures; they are an unnecessary drain on server resources, and could cause server slowdown.
WP:SUB cites a possible concern about server performance too.

Does the creation of a redirect page like Mantle (disambiguation) use resources or affect performance negatively? (Cumulatively of course, I assume any lag/drain would be proportional to the amount of pages.) Experience with other software tells me a tiny fraction is used in the form of disk space, like creating an empty folder, but creating millions of empty folders could start to affect performance on a very (very) minor level. Anynobody 07:30, 14 August 2007 (UTC)

Well, images use more resources than transclusion. They both require extra database fetches but each image comes in as a whole new HTTP request. Redirects just take an extra fetch; not enough to worry about, although we recommend fixing double redirects when possible.
I think excessive article length, neglecting WP:SUMMARY, is probably the number one waste of server resources. Developers? ←BenB4 20:11, 14 August 2007 (UTC)
That could be true if we consider bandwidth to be our most valuable resource (it's surely the most expensive), but generally article size doesn't add any performance load to the servers. Watchlists and widely-used templates, however, are likely the most damaging to server performance, as they require many very expensive sql queries to be performed. As such, I'd say that probably the biggest "waste" of server resources is the use of unsubsted and unnecessary templates, such as you see with {{citation needed}} and userboxes, etc. Nonetheless, nothing the servers can't handle :) AmiDaniel (talk) 22:02, 15 August 2007 (UTC)

I'm sorry if I gave the impression I equated images or subst with (disambiguation) as far as performance effect but it sounds like you are confirming that they do indeed have the potential to cause a very VERY minor reduction in performance and not enough to mandate concern.

Is there a page to show server resources and what is using them? If not, how difficult would it be to create? Anynobody 23:32, 14 August 2007 (UTC)

You don't need to worry about server resources. (See Wikipedia:Don't worry about performance) — Andrew Hampe Talk 04:03, 15 August 2007 (UTC)

I'm in Firefox on a Windows machine using the default css (Classic, I guess), and the logo is looking rather messy - there's a lot of white space between the logo and the background, but I can't seem to figure out which MediaWiki page the main css is on - could someone more clueful please look into it? Thanks, Mak (talk)

Seriously... I've cleared my browser cache a number of times, it definitely looks worse that it used to... has someone replaced an image version? What's the deal? It looks like someone did a messy job of defining transparent areas or something. Mak (talk)
Are you using IE 6? It doesn't render transparency in .PNG images. --John Nagle 20:04, 16 August 2007 (UTC)
Nope, Firefox. Mak (talk)
Actually, it does... Wikipedia displays PNG logo in IE6 using a CSS hack utilizing the DXImageTransform.Microsoft.AlphaImageLoader filter, enabling IE6 to render PNGs with proper transparency. I don't know for how long they've been doing this, (I wish they did it with all PNGs though) but I never had any problems with the logo. And the hack does not affect Firefox, so it should display PNGs like it always does. Do you have a screenshot? EdokterTalk 22:56, 16 August 2007 (UTC)
The default skin should be Monobook unless you've chosen something different. The CSS for placing the logo is in [13]; look for the style "p-logo". But this doesn't sound like a PNG rendering problem as such, and it would be weird if Firefox had suddenly decided to forget how to properly render CSS. Perhaps you inadvertently changed your skin to Classic? Check out your preferences page, and set it to Monobook if it's anything else. TCC (talk) (contribs) 23:45, 16 August 2007 (UTC)

Longstanding image/text space problem

There has been a serious issue in how text is formatted for some time. I assumed it would be fixed eventually but nothing has happened and it seems to be getting worse.

The problem is that if an in image is placed above some text and it runs into an image below it that was not placed directly below the first image tag in the markup, a void will be left in the text. In other words, if there is an image tag, then intervening text that will not necessarily fill the space until another image tag placed below the text, the text after the next image tag will appear in line with that next image. This behavior is wrong to me. Images should be formatted separately from the text and if there is not enough room to properly place an image it should just be stacked below the images above it.

This depends somewhat on display aspect ratio and resolution so it often goes unnoticed by editors with for example 1280x1024 displays. However on high resolution and widescreen displays it can become a severe formatting problem which leaves the article looking disjointed and very messy.

The problem behavior happens like this:


==First section==
[[image:soandso.jpg|right|thumb]]
Some text that may not format out to be as tall as that image.

==Second section==
[[image:another.jpg|right|thumb]]
This text will appear after an empty space (with any section heading left way above), at the position the another.jpg ends up.

Whereas this works properly:


==First section==
[[image:soandso.jpg|right|thumb]]
[[image:another.jpg|right|thumb]]
Text associated with soandso.jpg

==Second section==
Text associated with another.jpg.  However it will not necessarily appear next to another.jpg when possible (except by coincidence).

It's clear to me that the proper behavior would be for an image to appear where placed in the text if possible, otherwise for the text to flow smoothly and images just to stack up one after another. Are there any justifications for the behavior that leaves the huge blank spaces? Are there any guidelines or style guides to point editors to to help them understand and avoid the problem? I'm spending a lot of time trying to fix this problem, especially in articles prone to picture-spam where the editors may be more concerned about getting their picture in than worrying about the formatting problems it causes. At any rate, working around the problem aside, this is only going to keep getting worse. To make the markup device-independent it should be formatted to never leave spaces in the text due to placement of an image. -- fourdee ᛇᚹᛟ 01:58, 16 August 2007 (UTC)

The problem is that this is an issue with CSS, not Wikipedia or the MediaWiki software. When you've got two things floated to the same side and they're hitting each other, the second is just going to get bumped around. You can force the top section to have its own break by using {{-}}, and you can follow the instructions at WP:BUNCH to avoid the "[ edit ]" links from bunching up when you use the second example. EVula // talk // // 13:25, 16 August 2007 (UTC)
Well I'm not closely familiar with the details but isn't CSS just used by the skin and not really part of the core wiki software itself at all? I find it hard to believe there is not some way to make this work right. This is not my expertise but I am frustrated enough by this to look at the perl and css code and see what might be possible. If this is caused purely by CSS itself (for example by its lack of conditionals) and there is no way to work around it, I think that'd be good reason to dump CSS from the default skin. I'd rank the current behavior as "totally broken". -- fourdee ᛇᚹᛟ 15:08, 16 August 2007 (UTC)
I would consider the behavior you describe to be broken as well, but fortunately it is just an Internet Explorer bug and not an issue with the existing CSS. Your "proper behavior" is exactly what occurs in Firefox, and reportedly in Opera and Safari as well. As noted, a potential workaround is to use {{clear}} or {{-}} just before the second header, which will move the gap to before the header instead of between the header and the text. Anomie 16:14, 16 August 2007 (UTC)
Ok cool it does work in firefox. However not working with IE seems to me to be a failure on the part of the skin since it's the most common browser. Is there no way to adjust the monobook skin's code whether the perl or css or html to work around this problem in IE? It seems likely to me that Microsoft will retain this behavior since webpages will have been designed to account for this. I'd like to see this fixed very much if there's some possible way. Perhaps I should take the discussion to mediawiki. -- fourdee ᛇᚹᛟ 16:37, 16 August 2007 (UTC)

Articles not appearing in Category

There appears to be a problem with articles not appearing in a Category. For example article Talk:Sandal Castle is in the Category Category:Yorkshire articles with comments which is inserted by template {{WikiProject Yorkshire}}. The category can be seen on the article itself but when you go to look at the category itself the article is not listed. I thought that there may be some sort of time delay but the comment file has existed since 23 July 2007 so it should have appeared in the category since then. Any ideas as to why this is occuring as it causes the comments files not to be picked up by the bot to create the assessment summary pages.

Keith D 20:24, 15 August 2007 (UTC)

Fixed. It would appear that the category addition somehow never made its way into the job queue--likely a service that was down or having difficulties at the time the template was added. A simple null edit fixed it. If you find any more, let us know. AmiDaniel (talk) 22:07, 15 August 2007 (UTC)
There are loads of them if you look at Wikipedia:Version 1.0 Editorial Team/Yorkshire articles by quality/1 all of the non-stub entries, apart from the FA entries, should have a comment file showing in the Comments column and are missing from the category. Keith D 22:15, 15 August 2007 (UTC)
Thinking about it, my guess is, the problem is that the comment files are created at some point after the change is made to the talk page. The template adds the Category when rendering the page but there is no process for putting the article in the Category list unless the talk page is actually changed. If this is the case then it will affect all projects that use the comment facility. Keith D 10:25, 16 August 2007 (UTC)

Custom settings not working on public computer - Restore monobook?

I am accessing Wikipedia from a public computer and after I log in certain links like the ones to my userpage, watchlist, edit page, etc. are not being displayed. I have a custom monobook.js file so I guess it doesn't work in this computer. Other skins do work but I get lost with them. How can I restore the monobook file to the original, or get a copy of a standard one? Thanks in advance for the help. --ChaChaFut 20:30, 17 August 2007 (UTC)

It's probably not your monobook.js (it seems harmless). You need to clear your monobook.css, i.e. make it empty (that's the default state). In case you had to do it from that public computer, you could use something like …monobook.css?action=edit&useskin=chickAlex Smotrov 20:43, 17 August 2007 (UTC)
You are right, I confused the .js file with the css file. I blanked the .css file and that did it. Thank you very much for the quick response and accurate solution, Alex. --ChaChaFut 20:49, 17 August 2007 (UTC)

The font of Wikipedia articles

Does anyone know the name of the default font on Wikipedia? THROUGH FIRE JUSTICE IS SERVED! 19:11, 17 August 2007 (UTC)

Yes: it's "sans-serif". What specific font that maps to is up to your browser. —Ilmari Karonen (talk) 19:29, 17 August 2007 (UTC)

Inline template classes

Several weeks ago now, all of the known 'inline templates' (those little '[citation needed]' and '[original research?]' type things) were revised to use Template:Fix-inline for consistency. As a 'side-benefit' of this, these templates all are now set to class 'Inline-Template' by default or class 'Template-Fact' for two which were already using that. These classes can now be used to change the appearance of the templates, interact with them via bots or javascript, et cetera.

Likely of most immediate note, users who just want to read a page and don't need to see these 'editor comments' can add the following to User:<Your name>/monobook.css (or <Skin name>.css if not using Monobook) to suppress all such template notices;

.Inline-Template{ display: none; }
.Template-Fact{ display: none; }

Poof! No more little notices in the middle of the text. --CBD 13:44, 17 August 2007 (UTC)

For some that might be handy. I've heard that some people would prefer it if the many banners used for articles (wikify, cleanup, etc) could be "hidden" in the same way. - 52 Pickup 14:16, 17 August 2007 (UTC)
Heh, see Template:Fix-box... still an early work in progress, but intended to consolidate and allow such options for banners in the same way that Template:Fix-inline now does for the inline templates. That's my next big template project. --CBD 14:45, 17 August 2007 (UTC)

Should it not be (eventually) the other way round? The default could be that such editor notes are hidden, and editors can (and should) turn the notices on? This might, however, impact the process whereby readers are drawn to start editing. Looks like an "advanced readers" feature. Such advanced readers know that all content in Wikipedia should be taken with a pinch of salt, not just the tagged stuff. Carcharoth 16:19, 17 August 2007 (UTC)

Looks like I need a "reader" account and an "editing" account. I still want to see those tags when editing. Carcharoth 16:21, 17 August 2007 (UTC)
One place where I can see this coming in handy is when printing an article. If you want to make a hard copy of an article, you don't care if it hasn't been wikified, etc. - 52 Pickup 19:33, 17 August 2007 (UTC)

Talk Page Archiving

I'd like my page to be archived by Werdnabot or one of the MiszaBots. Could someone come and do this for me, or do I need to do this my self? If you can do it for me, could you?

Deathgleaner 22:59, 15 August 2007 (UTC)

Please place all replies on my talk page. Thanks.

Another user has answered this query on the user's talk page, as requested. Cbrown1023 talk 01:09, 19 August 2007 (UTC)

Broken syntax highlighter script

The CSS and JS syntax highlighter script at Wikipedia:WikiProject User scripts/Scripts/Syntax highlighter seems to be broken; it causes a bunch of broken code to appear on JavaScript pages when I use it. (I currently have it commented out on User:Pyrospirit/monobook.js until it's fixed.) Can anyone experienced with JavaScript find what's causing the problem? It used to work, so my best guess is that it's caused by a change in MediaWiki. Pyrospirit (talk · contribs) 18:10, 18 August 2007 (UTC)

This is probably caused by the fact that Wikipedia now has built-in syntax highlighting which is automatically enable on user .js and .css pages. This probably makes the extension more or less obsolete, but if anyone does want to maintain, it should presumably be changed to either properly handle or avoid altogether code that has already been highlighted by the built-in highlighter. —Ilmari Karonen (talk) 20:59, 18 August 2007 (UTC)
Thanks, if that's the case I'll just uninstall it. Pyrospirit (talk · contribs) 23:00, 18 August 2007 (UTC)

Talk pages on the Scots Wikipedia

How can you change the Talk: and the User: pages' titles to something else (in this case Collogue: and Uiser: respectively), I can't find it in Special:Allmessages at all. I am an administrator on the Wikipedia in question. sco:User:OchAyeTheNoo 14/08 10.47 pm

You appear to have found it [14]. AmiDaniel (talk) 06:11, 15 August 2007 (UTC)
No, actually that's something I tried. I still can't find how to edit the namespaces (that's the word). sco:User:OchAyeTheNoo 20:19, 15 August 2007 (UTC)
To change the names of the namespaces themselves, you need shell and mysql access. Consider filing a bug to request that a db admin change them for you. You'll need to show consensus from the members of the wiki's community for the change, however, or else it will not be done. AmiDaniel (talk) 21:41, 15 August 2007 (UTC)
I have no idea how to file one of those, can you explain please? sco:User:OchAyeTheNoo 13:33, 18 August 2007 (UTC)

Transcluding a template at Meta wiki into a Wikipedia Help page

Help:Section at Meta transcludes m:Template:peisl which currently reads,

pre-expand include size maximum of 2,048,000 bytes

However, the Wikipedia copy of Help:Section has a red link {{peisl}}, because Wikipedia doesn't have a Template:Peisl. I could create it, of course, but then it wouldn't automatically update when the one at Meta is changed. Is there a way to transclude a page from another wiki? - Fayenatic london (talk) 18:57, 10 August 2007 (UTC)

You could just copy the code from the meta template and make a local template. Just link to the original in your edit summary when you do so to ensure that you're not violating the GFDL. EVula // talk // // 19:48, 10 August 2007 (UTC)
Yes, as stated, I knew I could do that. I assume the answer is "No", then. I'll follow your advice about attribution in the edit summary. - Fayenatic london (talk) 22:28, 10 August 2007 (UTC)
...heh, so I guess I should read a bit more closely before responding, shouldn't I? :) Sorry 'bout that. EVula // talk // // 06:21, 11 August 2007 (UTC)
At present time there is no support for transwiki includes. This may be something that will be approached in the future, but for now, I would recommend simply copying (or, better, importing--which at present is not enabled on enwiki) the template from meta. AmiDaniel (talk) 10:45, 11 August 2007 (UTC)
More information is at: mw:Manual:$wgEnableScaryTranscluding and this Help desk search for it. --Teratornis 14:20, 18 August 2007 (UTC)

What happened to image sizing?

  Resolved

It used to be that [[Image:I-95.svg|25x20px]] returned a 20px by 20px image, since that was the largest that fit into the specified rectangle. But now it gives 25px by 25px:   Is this related to the above update? If so, and it's not a bug, what's the new format to specify height? --NE2 14:34, 25 August 2007 (UTC)

Sounds like a bug, I'll take a peek. --brion 15:27, 25 August 2007 (UTC)
Thank you very much, and good luck. --NE2 15:51, 25 August 2007 (UTC)
Fixed. --brion 15:53, 25 August 2007 (UTC)

If any are still bad, purge. --NE2 15:57, 25 August 2007 (UTC)

Signatures

Is there a reason why we don't use templates for signatures (for instance, mine could be {{sig-Sasha Callahan}}). It would allow users to have more unique signatures. Sasha Callahan 13:45, 16 August 2007 (UTC)

A few reasons why not:
  • Signatures are so common that transcluding that many templates would slow down the server
  • If someone changed your template to something offensive, then it would change for all signatures everywhere
  • Every time the template changes, the server has to re-cache every page that contains that template
This has come up in the past, and it has been decided that it is not worth the very limited advantage. ((1 == 2) ? (('Stop') : ('Go')) 13:52, 16 August 2007 (UTC)
If you want a more distinctive signature, simply put the wikicode into your preferences and check "Raw signature". Templated signatures are a bad idea for the same reason that Until(1 ==2) mentioned. EVula // talk // // 13:56, 16 August 2007 (UTC)
Thanks, I kind of thought about the template idea last night after I asked another user to personalize. I never thought about the technical stuff like overloading servers though. Sasha Callahan 14:40, 16 August 2007 (UTC)
Also, there's an argument that "allowing users to have more unique signatures" is not such a good idea. (I realize it's a fuddy-duddy and creativity-stifling argument, but anyway.) You'll notice that people manage to create some pretty remarkably unique signatures even with the limited means available. But these are an arms race of sorts: in an ongoing attempt to outdo each other and become even more unique, users create increasingly distracting, wasteful-of-space signatures that don't really help the project much. Better to spend your time improving content than playing wikimarkup and HTML games with your signature. Better to distinguish your talk page posts by their wit and logic rather than by gaudy trappings. —Steve Summit (talk) 00:30, 18 August 2007 (UTC)
An extremely logical argument, and one that I happen to agree with 98%. However, mildly distinctive signatures are useful (which is why I've got the exact same signature across all my Wikimedia accounts); for example, there are several users whose signatures I recognize instantly (such as WJBscribe's) and will pretty much assume that their post is useful. However, that still reinforces your "make your posts stand out by logic rather than by signature" argument. :) EVula // talk // // 16:27, 19 August 2007 (UTC)
Well, there's "unique enough to be instantly recognizable", and then there's "so unique that it takes up ten lines of esoteric Wiki code". No thinking person would object to the first; the disadvantages of the second are rarely apparent to those who use them. TCC (talk) (contribs) 01:43, 20 August 2007 (UTC)

A problem with images

The image link on the top of the page (next to "discussion") always comes up red. Why? Æetlr Creejl 21:58, 19 August 2007 (UTC)

You might be viewing an image on the Wikimedia Commons. —Remember the dot (talk) 22:11, 19 August 2007 (UTC)

Technical problem with username header

I am having a strange problem when I log in. When people log in; you see a header with you username, your talk, contributions etc. However, the technical problem I am having is that when I put my mouse arrow towards this header. For some reason it moves leftwards to the side of the screen, and it also does this to the "Log in/Create account" link when I go to log in. Such a problem has also happened on other wiki's with me, and I am wondering if such a problem is happening with other people, and if so it can be fixed. The sunder king 13:53, 19 August 2007 (UTC)

What browser do you use? If this is happening across all wikis, it sounds like it could be an issue with your browser's rendering of CSS (which, if it's any variety of Internet Explorer, is a distinct possibility). EVula // talk // // 16:20, 19 August 2007 (UTC)
Yes, cross-browser compatibility checking is a lovely way to spend a rainy afternoon. If you search the web for this behaviour, you will see a lot of threads and articles that talk about it and it is not specific to IE. It usually moves only a small(ish) degree and is often attributed to an anomalous handling of a padding declaration/line height/or similar somewhere. Adrian M. H. 16:30, 19 August 2007 (UTC)

I use a yahoo browser, and sometimes internet explorer. However the incident has happened across various computers and networks. The sunder king 16:38, 19 August 2007 (UTC)

Broken W3C compliance

I would just like to point out that Wikipedia currently does not validate against W3C

http://validator.w3.org/check?uri=http%3A%2F%2Fwww.wikipedia.org%2F&charset=%28detect+automatically%29&doctype=Inline&group=0#result

Perhaps someone should look into it? —The preceding unsigned comment was added by 85.225.79.229 (talk) 23:46:23, August 18, 2007 (UTC)

That's just the portal that doesn't validate. The wiki itself is fine. I'll go scream at one of the admins on meta about it ... the relevant page is m:Www.wikipedia.org template and its talk page. AmiDaniel (talk) 23:59, 18 August 2007 (UTC)
Thanks, I've fixed this. MaxSem 18:28, 19 August 2007 (UTC)

Conversion formulas

Someone put this formula into one of my contributions, converting acres to square kilometres: 400 acres (1.6 km2)

Where can I find other conversion formulas? Specifically, I want to be able to convert cubid metres to barrels (1 cubic metre = 6.29 barrels) (both ways) and cubic metres to cubic feet (1 cubic metre = 35.49 cubic feet).

Thanks for your help. 13:36, 18 August 2007 (UTC)

{{Convert}} can do quite a few conversions, and Category:Conversion templates has many more for specific conversions. Slambo (Speak) 13:56, 18 August 2007 (UTC)
Google Search can also do a lot of unit conversions. For example, click these:
(Strangely, the space between the last parenthesis and the equal sign seems to be necessary to get Google to recognize the search string as a unit conversion request.) Unfortunately, in keeping with Google's remarkably poor documentation (which stunningly contrasts with the general quality of Google's services), the Google calculator document does not list all the available units, nor does it describe the exact syntax necessary to make unit conversion requests work. Thus you may have to resort to some trial and error to fill the inexcusable gaps in Google's documentation. It's too bad Google doesn't put up a documentation wiki, so the millions of Google users can show Google how to write proper documents. --Teratornis 14:35, 18 August 2007 (UTC)
That said, a list of all the units supported by the Google calculator might be a rather long one: try for example 1 cubic smoot in firkins. —Ilmari Karonen (talk) 21:07, 18 August 2007 (UTC)
Tcaep conversions --Splarka (rant) 07:33, 19 August 2007 (UTC)

Link to BetaWiki at MediaWiki:Allmessagestext

I would like to suggest that this additional text would come after the current line:

Here sysops can make changes to the system messages specifically for the english Wikipedia. General changes that could benefit other wiki sites can be submitted to BetaWiki.

I see many changes coming in that are not in any way specific to the english Wikipedia, and these would be much more fitting for BetaWiki, that will later be easily transferable to the svg file. --Steinninn 19:08, 12 August 2007 (UTC)

I've disabled this editprotected request. I'm not sure what policy is surrounding the addition of links to outside non-Wikimedia wikis. It would be better to have a discussion somewhere, possible WP:VP/T. Cheers. --MZMcBride 02:18, 14 August 2007 (UTC)
  • End of copied discussion.

Is there any official policy about links to non-Wikimedia wikis? BetaWiki could deffenetlly be very help full for Wikimedia, at least it has been in the past. --Steinninn 22:03, 17 August 2007 (UTC)

I don't see a single reason not to include external links into MediaWiki: namespace if they're relevant and useful. MaxSem 20:14, 18 August 2007 (UTC)
I agree. Anyway, for the time being at least, BetaWiki most definitely is an important part of the current MediaWiki internationalization development workflow, and hiding it from those interested in participating in that process seem disingenious. In any case, it's worth noting that the page the proposed link would be displayed on, Special:Allmessages, isn't exactly high-visibility, being useful mostly only to those interested in customizing the MediaWiki system messages — i.e. sysops (here and on other Wikis), MediaWiki developers, and those interested in becoming either. —Ilmari Karonen (talk) 20:53, 18 August 2007 (UTC)
I agree completely with Ilmari, BetaWioki8 is an integral part of MediaWiki development. Furthermore, there tons of sites that we have interwiki prefixes for that aren't Wikimedia projects, see m:Interwiki map. Cbrown1023 talk 01:04, 19 August 2007 (UTC)

Added per this discussion. MaxSem 10:53, 19 August 2007 (UTC)

Thanks for putting it up. And yes, Allmessages isn't a high visibility place, but where is one? I have been translating system messages for about a year and I didn't know about Metawiki, where can we post a link to advertise the site? --Steinninn 11:30, 19 August 2007 (UTC)

Anyone heard of this? Windows XP cannot ALT-TAB or switch tasks properly

I upgraded to Windows XP about six months ago and there's a feature called ALT-TAB.

For reference, I have "group similar taskbar buttons" unchecked because I dislike that function.

Before Windows XP, if I have a window open then I click in the start menu to another menu, then I hit ALT-TAB, it'll go to the previous window. But in Windows XP, ALT-TAB goes to a random window and not my last window. I basically have to click back and forth between then in the start menu 10 times before ALT-TAB between them works like in previous windows versions.

In additon, I may also have two notepad windows lined up as I'm using them both together--sy NotepadWindowA in the left corner and NotepadWindowB in the right corner--and well when I even click back and forth between them in the start menu (not the window, but the start menu), Windows XP refuses to keep both Notepad windows in the foreground and instead randomizes all window-on-top orders when I click between them in the start menu. I basically have to click back and forth between then in the start menu at least 10 times before clicking back and forth between them in the start menu works like in previous windows versions.

I've been trying to find information on google and it gives no information. Is there even a name for these Windows XP bugs/features so I can look for it? Juanita Hodges 01:03, 22 August 2007 (UTC)

You should post this at the computing/IT section of the Ref Desk. This page is for technical queries specific to WP editing. Adrian M. H. 01:20, 22 August 2007 (UTC)
Oops, sorry I meant to post there. Juanita Hodges 02:25, 22 August 2007 (UTC)

Help with table alignment

Regarding the table in my sandbox, I need help in figuring out how to right align the table with article text to the left. If anyone is able to help out, feel free ot edit my sandbox and please insert any old blah, blah, blah text (as in an article) to the left of the table, and right align the table in my sandbox. Thanks, SandyGeorgia (Talk) 18:52, 21 August 2007 (UTC)

There you go. Anomie 19:14, 21 August 2007 (UTC)

...top 100 domain names that Wikipedia....

Who are the top 100 domain names that Wikipedia articles are linking to? ("external links"), and how many links does each name have?


I saw this:


http://www.evilbitz.com/2006/12/20/the-greatest-resources-on-the-web/

...but wanted to see if was really accurate.


Thank you. —The preceding unsigned comment was added by Fijitodd (talkcontribs) 14:49, August 21, 2007 (UTC).

I don't know; maybe someone with a copy of a database dump will run the search and turn up here to give the results, but in the meantime you can use Special:Linksearch to check how many links there are to a particular website. --ais523 16:56, 21 August 2007 (UTC)
Posting this question on WP:BOTREQ might get you an answer. --MZMcBride 22:27, 21 August 2007 (UTC)