Jump to content

Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Micah (talk | contribs) at 02:14, 7 November 2007 (→Image problem). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

 Policy Technical Proposals Idea lab WMF Miscellaneous 
Shortcuts
The technical section of the village pump is used to discuss technical issues about Wikipedia. Bugs and feature requests should be made at the BugZilla since there is no guarantee developers will read this page. Problems with user scripts should not be reported here, but rather to their developers (unless the bug is exigent).

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

A little help with javascript

What's a way to execute a function on page load? Thanks, — Bob • (talk) • 07:41, July 31, 2007 (UTC)

Nevermind, I googled it. — Bob • (talk) • 08:01, July 31, 2007 (UTC)

Help with parser functions

Could someone please check out {{Infobox Martial artist}}? The test case that's being used right now does not pass any kickboxing-related parameters. The behavior I desire is that if parameters are passed, it will add up {{{kickboxingwins}}}, {{{kickboxinglosses}}}, {{{kickboxingdraws}}}, and {{{kickboxingncs}}}, and place them in the total line (already implemented). However, if neither of these four parameters are passed, the entire kickboxing section should not appear. If you can fix it for just this one section, I can implement in the other three myself. Thanks in advance! east.718 at 05:00, 10/24/2007

OK, never mind. I figured out that I can just use #switch like I did at {{MMArecordbox}}. east.718 at 05:31, 10/24/2007

Peerreview

I added User:AndyZ/peerreviewer tool to my User:Siddhant/monobook.js.

The the does not seem to work i.e. it does not show the peerreview link next to log out. (I use Opera.) --Siddhant 10:31, 26 October 2007 (UTC)[reply]

Are you in edit mode, rather than normal (viewing) mode? -- John Broughton (♫♫) 14:17, 1 November 2007 (UTC)[reply]

Even in the edit mode mode the link dosen't show up. Please have a look at my User:Siddhant/monobook.js. --Siddhant 15:17, 4 November 2007 (UTC)[reply]

User:CyclePat/monobook.js

I have trouble everytime I logon to my account. Wikipedia keeps loading and then internet explorer crashes. I think it's my monobooks. Here is a copy of what I currently use (any help greatly appreciated) --CyclePat 16:24, 26 October 2007 (UTC):[reply]

CyclePat's monobook.js
<!-- Peer Review-->
//Script from [[User:AndyZ/peerreviewer.js]]
document.write('<script type="text/javascript" src="' 
             + 'http://en.wikipedia.org/enwiki/w/index.php?title=User:AndyZ/peerreviewer.js' 
             + '&action=raw&ctype=text/javascript&dontcountme=s"></script>');
 
<!--RC Patrol-->
//<nowiki> Admin-like RC Patrol tools
 
document.write('<script type="text/javascript" src="' 
             + 'http://en.wikipedia.org/enwiki/w/index.php?title=User:VoA/monobook.js' 
             + '&action=raw&ctype=text/javascript&dontcountme=s"></script>');
 
//</nowiki>[[Category:Wikipedians who use RC script ]]
 
<!-- AFD -->
/**** afd helper ****/
document.write('<script type="text/javascript"' +
  'src="http://en.wikipedia.org/enwiki/w/index.php?title=User:Jnothman/afd_helper/' +
  'script.js&action=raw&ctype=text/javascript&dontcountme=s"></script>');
 
function Main()
{
 afd_helper();
 // You may include here other "extensions"
}
 
// [[User:Lupin/popups.js]]
 
/*
document.write('<script type="text/javascript" src="' 
             + 'http://en.wikipedia.org/enwiki/w/index.php?title=User:Lupin/popups.js' 
             + '&action=raw&ctype=text/javascript&dontcountme=s"></script>');
*/
 
function hidevfd(){
    var divs = document.getElementsByTagName("div");
    for(var x = 0; x < divs.length; ++x)
        if(divs[x].className.indexOf("vfd") != -1)
            divs[x].style.display = "none";
    document.getElementById('footer').style.display = 'none';
}
 
function showvfd(){
    var divs = document.getElementsByTagName("div");
    for(var x = 0; x < divs.length; ++x)
        if(divs[x].className.indexOf("vfd") != -1)
            divs[x].style.display = "";
    document.getElementById('footer').style.display = '';
}
 
function addlilink(tabs, url, name){
    var na = document.createElement('a');
    na.href = url;
    na.appendChild(document.createTextNode(name));
    var li = document.createElement('li');
    li.appendChild(na);
    tabs.appendChild(li);
    return li;
}
 
function vfdlinks(){
    var tabs = document.getElementById('p-cactions').getElementsByTagName('ul')[0];
    if(document.title.indexOf("Wikipedia:Articles for deletion") == 0){
        addlilink(tabs, 'javascript:hidevfd()', 'Hide');
        addlilink(tabs, 'javascript:showvfd()', 'Show');
    }
}
 
if (window.addEventListener) window.addEventListener("load",vfdlinks,false);
else if (window.attachEvent) window.attachEvent("onload",vfdlinks);
 
// Script from [[User:ais523/editcount.js]]
document.write('<script type="text/javascript" src="' 
             + 'http://en.wikipedia.org/enwiki/w/index.php?title=User:ais523/editcount.js' 
             + '&action=raw&ctype=text/javascript&dontcountme=s"></script>');
 
function checkall()
{
  if (document.getElementById('bodyContent'))
    {form = document.getElementById('bodyContent');}
  else if (document.getElementById('quickbar'))
    {form = document.getElementById('content');}
  l = form.getElementsByTagName('input');
  for (i = 0 ; i < l.length; i++)
    {
    if (l[i].type == 'checkbox')
      {l[i].value = '1'; l[i].checked=true;}
    }
}
if (document.title.indexOf('View and restore deleted pages') != -1 && location.href.search(/&timestamp=|&action=submit/) == -1)
      {
        addTab("javascript:checkall()", "Check all revisions", "ca-checkall", "Check all deleted revisions", "");
      }
// CSD AutoReason
document.write('<script type="text/javascript" src="' 
             + 'http://en.wikipedia.org/enwiki/w/index.php?title=User:^demon/csd.js' 
             + '&action=raw&ctype=text/javascript&dontcountme=s"></script>');</nowiki>
I've removed everything from your monobook. You can start adding stuff back in one at a time to help figure out what the culprit is. EVula // talk // ☯ // 16:22, 27 October 2007 (UTC)[reply]

Best Regards! Thank you EVula. --CyclePat 18:26, 31 October 2007 (UTC)[reply]

XBM, VML and more.

I think it is a great idea to upload an example on all files, atleast image files, but I am not allowed to, it is wrong type. Can someone help me upload?

Also take a look at this: [1], and this: [2]! Helpsloose 01:12, 27 October 2007 (UTC)[reply]

Well, as far as your first question, we use PNG and SVG instead of XBM and VML. —Remember the dot (talk) 01:24, 27 October 2007 (UTC)[reply]
[edit conflict]This is the technical board and has nothing to do with content disputes.
For the purposes of an encyclopedia there's not much reason to support more formats than we already do. XBM is not a terribly useful format for illustrating articles, and VML is not a web standard. Wikipedia supports its successor format SVG.
If you want to demonstrate XBM, it can be simulated with a 2-color GIF or lossless PNG. SVG lacks none of VML's features; since any VML image can be duplicated in SVG there's really nothing to show. But note that both XBM and VML are actually text files. You can simply paste a sample into an article if you feel the need. (Whether other editors on the relevant articles agree they should be there is a different subject, and is not the focus of this board.) TCC (talk) (contribs) 01:33, 27 October 2007 (UTC)[reply]
It was just to show an example in the articles about the files, nowhere else. And so peoples can see the real thing, not a "fake".Helpsloose 03:47, 27 October 2007 (UTC)[reply]
There is no visual difference whatsoever. The distinctive thing about these formats is the way they represent image data. But you're not seriously asking for all of Wikipedia to allow these formats just so you can show them in one article, are you? TCC (talk) (contribs) 03:51, 27 October 2007 (UTC)[reply]
If that is necessary, I taught Wikipedia was free and open and all that.Helpsloose 03:56, 27 October 2007 (UTC)[reply]
It's not so open that everyone can edit the config files. That would be -- how shall I put it? -- unwise. If you run your own, you can allow whatever uploads you like. This installation of MediaWiki, they don't. TCC (talk) (contribs) 09:30, 27 October 2007 (UTC)[reply]

I think using VML as an alternative to SVG is a good idea. More peoples have support for VML than SVG I guess. I usually use an browser with SVG, but when I use Internet Explorer. It is irritating to not be able to see the images like with SVG. See for example browser timline SVG and the details. Helpsloose 18:27, 30 October 2007 (UTC)[reply]

Lack of SVG support is a major criticism of Internet Explorer. We avoid the issue on Wikipedia by exporting SVGs to PNGs, making them easily viewable on any browser. —Remember the dot (talk) 18:45, 30 October 2007 (UTC)[reply]
What about exporting them to VML too? So Internet Explorer users can have the same functionality. And if a browser does not suport neither SVG, VML or PNG, are there something Wikipedia can do with that? Helpsloose 19:07, 30 October 2007 (UTC)[reply]
Internet Explorer users do get the same functionality as other browsers: PNG copies of the images. VML is proprietary and not worth trying to use. All browsers should support PNG. PNG has been around since 1996. For the record though, Internet Explorer 6 has trouble with alpha transparency, so IE6 users should upgrade to IE7 or use a different browser. —Remember the dot (talk) 20:20, 30 October 2007 (UTC)[reply]
But PNG is maybe not always the best Internet Explorer users can get. VML might be in some cases. And if some find a SVG to VML converter, then there is no problem letting Internet Explorer users get some VML images. OK? Helpsloose 21:36, 30 October 2007 (UTC)[reply]
First, it is the general policy to use free and open formats when possible. SVG and PNG are free and open formats. VML is not. Second, the developers are not going to go through the effort to integrate an SVG→VML converter into the MediaWiki software. If you are frustrated with Internet Explorer's bugs and shortcomings, as many are, then don't use it. Use a different browser like Firefox or Opera. —Remember the dot (talk) 22:47, 30 October 2007 (UTC)[reply]
Well, I usually use a browser with SVG, but what about the majority that does not? And do you say you are not allowed to use VML? Sounds strange. The converter does not need to be put into MediaWiki. What if someone searched Altavista to find an on-line converter, just copy and paste, click convert and copy and past back to Wikipedia. Not neccecery for all images of course, not something to use very much time on. Helpsloose 15:54, 31 October 2007 (UTC)[reply]
  • All SVGs are exported to PNGs to compensate for buggy or nonexistant SVG implementations. It is not currently worth it to send SVGs directly.
  • VML is a proprietary format. Microsoft could theoretically sue us if it didn't like the way we were using it. We have no such problem with SVG.
  • The difficulty of finding/creating a free JavaScript-based SVG→VML converter, the great decrease in performance it would create, the extremely low benefit, and the difficulty of maintaining it do not justify the addition.
—Remember the dot (talk) 18:38, 1 November 2007 (UTC)[reply]

Seeking technical collaborator

Hi. I'd like to set up a page to track disputes, the level of dispute and efforts at resolution. The page would track disputes involving Israel-Palestinian topics (or a subset of those). What do I have in mind? Many projects currently track the article Quality assessments: unrated - B - A- GA - FA. I'd like to have a way to track Dispute data. For instance, a listing of articles and dispute-related protections, RfC, 3PO, 3RR blocks, etc. With this kind of data, we'd then be able to see where are the contentious hotspots in the topic area. Does this make sense? Please ask me clarifying questions. Who would be interested in helping set up this kind of page? Feel free to contact me directly. Thanks for your consideration. HG | Talk 20:52, 28 October 2007 (UTC)[reply]

Well, I've gotten no response. Suggestions on where else I might turn? thanks. HG | Talk 18:42, 31 October 2007 (UTC)[reply]
First, you're going to do this as a user page (subpage), right? Second, the most likely place to find others interested in helping is at relevant WikiProjects; post a note on the talk/discussion page(s). And third, before you do either, think about whether the information you're coming to come up with is actionable. Let's suppose that you find that there are 25% more disputes (if you're able to somehow summarize disputes into a single measure) in October than in June. So what? Do you envision that the community will say "oh my!" and jump in and actively solve the problem? That an administrator will lock down all articles? Or what? (The only thing worse than not having data is spending the time to actually collect data and then find that it's not useful at all.) -- John Broughton (♫♫) 14:08, 1 November 2007 (UTC)[reply]

Redirect to subtopic

I've tried to make Banking Act of 1933 redirect to the appropriate subsection of Glass-Steagall_Act, but it doesn't seem to work for me. Can anyone tell me what I'm doing wrong? - Nunh-huh 16:52, 29 October 2007 (UTC)[reply]

It works for me. —EncMstr 17:15, 29 October 2007 (UTC)[reply]
Well, that's good to know! Still not working for me, though, despite refreshes and flushes. As long as I got the syntax right and it works for someone, though, I'm happy enough. - Nunh-huh 17:22, 29 October 2007 (UTC)[reply]
Perhaps WP:BYPASS might be helpful? —EncMstr 17:32, 29 October 2007 (UTC)[reply]
No, clearing the cache had no effect. I did try the page on two other browsers now, though: it seems it doesn't work with Safari, but works with either Opera or Firefox. - Nunh-huh 17:41, 29 October 2007 (UTC)[reply]
Try upgrading to Leopard; last I recall it works in WebKit nightlies since ages ago, so may be functional in Safari 3. --brion 19:58, 29 October 2007 (UTC)[reply]
I'll be upgrading, but I want to be the last on my block to do so, just to avoid problems. Plus it's annoying to have to upgrade my Adobe CS :( - Nunh-huh 20:47, 29 October 2007 (UTC)[reply]
If you don't want the leopard, there's always the fox. :) --brion 14:42, 30 October 2007 (UTC)[reply]
It works on Safari on WinXP for me. DuncanHill 17:09, 30 October 2007 (UTC)[reply]

Mouse

My mouse isn't working properly. I move it around, and sometimes it just stops moving entirely. All of the wires are secure in the back of the computer. What's happening? -Yancyfry 22:02, 29 October 2007 (UTC)[reply]

Is it a mechanical, aka "ball" mouse? Maybe it needs to be cleaned. - BANG! 02:51, 30 October 2007 (UTC)[reply]
Is it a wireless mouse? (Yes, he mentioned wires. Even wireless mice need a wired component in terms of the receiver for the mouse signals.) Does it need new batteries? --MikeVitale 16:59, 30 October 2007 (UTC)[reply]

It is a ball mouse, but the problem is I already cleaned it. Got all the gunk out of the rollers. But it still continues this problem. -Yancyfry 21:35, 30 October 2007 (UTC)[reply]

cough AmiDaniel (talk) 18:11, 31 October 2007 (UTC)[reply]
Could be loose wires or connections, could be broken circuitry, could be age, could possibly be spyware or viruses. I doubt it's the last, though. x42bn6 Talk Mess 14:14, 1 November 2007 (UTC)[reply]
  1. Clean the mouse with canned air. Not an air horn, but actual "canned air".
  2. Ensure your antispyware/virus software is up-to-date. Some of these can slow down your computer.
  3. WINDOWS ONLY: Monitor Task Manager to monitor CPU usage. ("System Idle Process" having more than 95% is normal - that's how much of the CPU is not being used. Firefox is often a memory hog, so while you're at it, check "memory" too:that's a known issue.)
~user:orngjce223 how am I typing? 14:25, 2 November 2007 (UTC)[reply]

Heh, thanks for your imput, but I can't output.

Yeah, it was some malware that was in my compy, but I removed it. Thanks. -Yancyfry 04:49, 4 November 2007 (UTC)[reply]

siteNoticeBig won't hide again

Anyone got a fix for this, "hide this message" is not working anymore. — xaosflux Talk 14:04, 30 October 2007 (UTC)[reply]

Works for me. --brion 14:41, 30 October 2007 (UTC)[reply]
Just cut and paste this into your monobook.css
table.fundraiser-box {display:none}
div#siteNotice {display:none}
Puchiko (talk • contribs • email) 15:38, 30 October 2007 (UTC)[reply]
Tried in IE and in Firefox, and on firefox on a second computer, still won't dismiss. I've hacked it out manually for now with
#siteNoticeBig {
    display: none;
}
in my own css file, but would rather not have to use a hack. Any other suggestions? — xaosflux Talk 16:39, 30 October 2007 (UTC)[reply]
After putting that CSS code into your monobook.css, did you refresh the page being sure to bypass the cache (Ctrl-Shift-R or Shift-ReloadButton in Firefox)? I don't use IE, so I can't tell you how to refresh-bypassing-cache in there off the top of my head. Might be Shift-F5...? --MikeVitale 16:58, 30 October 2007 (UTC)[reply]
Oh yea, I cleared that cache, my own .css file hack works perfectly at removing the entire notice, my only issue is that the "hide" link that is native to the notice doesn't work. — xaosflux Talk 22:09, 30 October 2007 (UTC)[reply]
Can you verify that you are accepting a cookie from Wikipedia (i.e., that Wikipedia's not blocked from sending you cookies)? Do you have javascript enabled? AmiDaniel (talk) 18:09, 31 October 2007 (UTC)[reply]
Got it to go, had to log out, delete all cookies, then log back in. Thanks, — xaosflux Talk 01:22, 1 November 2007 (UTC)[reply]

User ID number

Three questions on this number (you can see your user ID number in your preferences).

  1. ) Do they serve any actual purpose?
  2. ) Can you search on users by their User ID in any way?
  3. ) I know users are assigned a User ID number sequentially in order of account creation. What account has the user ID 1? 100,000? 1,000,000? (This would tell use who the hundred-thousandth and millionth users were). Neil ☎ 14:43, 30 October 2007 (UTC)[reply]
I'm not too familiar with the subject, but I believe it has to do with the design of relational databases. The user ID is a primary key unique to every user (except anons). If your user name is changed, your ID won't be. A user name can be retrieved from a user ID with a database query like SELECT user_name from user where user_id = 100000; You could probably ask a developer to execute such a query if you want to know. (IANA[SQL-fluent person], though...) See mw:User table for more information. GracenotesT § 15:38, 30 October 2007 (UTC)[reply]
There used to be a tool to do this, and some of the toolserver tools give you this when you ask for other things. Anyway, the lowest I have found so far (by guessing) is Magnus Manske, with 4. Prodego talk 22:13, 30 October 2007 (UTC)[reply]
Nope. User:Damian Yerrick has user_id 1. Strange -- would have thought it was Jimbo :) @Gracenotes: Yes, the user_id's are used as part of the relational db configuration. One table provides user names, email addresses, etc. in relation to user_id; other tables, such as recentchanges, use this user_id to refer to the user. They serve few purposes on wiki; the only one that comes to mind is that they can be used by stewards to change a user's rights without needing the username (in cases where the username consists of complex unicode, etc.) There isn't anything built into mediawiki to look up user id's, and so the only way to search for a particular id would be with database access or toolserver access. AmiDaniel (talk) 22:52, 30 October 2007 (UTC)[reply]
Thanks guys. So how could I go about finding the 100,000th and 1,000,000th account? (ie, those accounts with user ID 100000 and 1000000). Ask a dev? Neil ☎ 23:48, 30 October 2007 (UTC)[reply]
Yes, or someone on the toolserver. May I ask why you would need to know this? FWIW, user_id 100000 is User:Wakmah, and user_id 1000000 is User:Jchriscampbell. Note that these are not necessarily the 100,000th and 1,000,000th users. A more accurate, albeit still not certainly correct, way to determine the 100,000th and 1,000,000th user would be to sort by user registration timestamp, and select the 100,000th and 1,000,000th user in that list. Unfortunately, however, we only began storing registration data fairly recently, and as such, there is no registration_timestamp for many users, including Wakmah (user_id 100000). AmiDaniel (talk) 00:08, 31 October 2007 (UTC)[reply]
Curiosity I suppose. I imagine I can't convince you to recreate the useless userid->name (and vise versa) tool. While you are at it, who is 225883? That would be exactly half of mine. :) Prodego talk 00:16, 31 October 2007 (UTC)[reply]
Oh, god damn it :) 225883 would be User:Taromsn. And no, I won't write it, because it's useless, and I have better things to do with my time :D Maybe you can talk someone else into it. AmiDaniel (talk) 00:44, 31 October 2007 (UTC)[reply]

Transcluded categories

How does one transclude a page without including the categories inserted by templates on the transcluded page? For example, WP:AIV currently has the backlog template, which causes the admin backlog page to display all the User / User Talk pages that have AIV transcluded to them. How would I make it so that the userpages display the AIV page without also adding those userpages to the Admin Backlog category? I fooled around with includeonly/noinclude on a userpage with no avail. /Blaxthos 17:12, 30 October 2007 (UTC)[reply]

It can't be done from the userpages themselves. It can be done the other way round though, by placing the category in noinclude tags on AIV itself. --ais523 17:36, 30 October 2007 (UTC)
<includeonce>, anyone? (to clarify: it doesn't exist yet, and I have no idea how hard it would be to implement something like that) Publicola 18:05, 30 October 2007 (UTC)[reply]
Or something like {{nocats:template}}, along the same lines as {{msgnw:template}} (which is now unfortunately nearly useless because it doesn't handle <includeonly> and <noinclude> sensibly). --ais523 18:12, 30 October 2007 (UTC)

It is doubtful that those applying the {{adminbacklog}} template would do so with msgnw: or <noinclude> and <includeonce> tags. Too bad there's not a way to contron this via the template itself (or is there?). The more I think about it, the more I think it would be wise to have the ability to tag a transclude with something that says "don't include the categories" or "don't include categories within templates". /Blaxthos 22:04, 30 October 2007 (UTC)[reply]

{{adminbacklog<includeonly>|category=</includeonly>}} would do it in this case; however, this will require the cooperation of the bot running on WP:AIV. I've made a feature request on the bot's page. --- RockMFR 00:33, 31 October 2007 (UTC)[reply]

Nevermind. Was just a missing noinclude tag. --- RockMFR 18:57, 31 October 2007 (UTC)[reply]

Something badly wrong with animation handling, 15-fold size increase

It seems there is something wrong with animation handling. The following animation is 64 KB in size:
Image:Foucault_pendulum_plane_of_swing_semi3D.gif
The animation has been included in the Foucault pendulum article. However, when I click the properties, it says that the size of the animation is 1000 KB, more than 15 times as large!
Clearly, something has gone wrong.

Worldwide, many people have a dial-in connection to internet. Currently the Foucault pendulum article contains several files with a humongous size. Is it wikipedia policy to be accessible? It is wikipedia policy to be accessable especially for the benefit of poor people? It seems to me that to blow up a file from 64 KB to 1000 KB (that effectively can only be viewed via a broadband internet connection) is a sign of disdain towards people who can only afford dial-in connection to internet.

Can anyone please tell me who I should contact so that this problem is looked into? --Cleonis | Talk 22:32, 30 October 2007 (UTC)[reply]

You could file a bug, see Wikipedia:Bugzilla. Aside from that, what browser are you using? Some are faster than others, so you may be able to compensate for the problem a bit by using a different browser. —Remember the dot (talk) 22:43, 30 October 2007 (UTC)[reply]
Obviously it's not a browser issue. It's not the browser speed that is at stake, but the internet connection speed. I'm wealthy, I have broadband connection, I'm fine. Many people in the world are poor; in many countries most people have dial-in connection to internet (if any). Dial-in connnection is too slow to get a file that is bloated from an original 64 KB to 1000 KB. My concern is accessability of wikipedia to poor people. --Cleonis | Talk 23:39, 30 October 2007 (UTC)[reply]

Have reported this as bugzilla:11822 →AzaToth 23:46, 30 October 2007 (UTC)[reply]

It's not a bug. When you use thumb the image is resized to 180px. The bloat occurs when it's transcoded from original format to 180px; no idea how all that works... maybe since you have the original rastor data you can render it optimally, whereas a resized animation that is deconstructed and reconstructed causes significant bloat. The fix: either render it at 180px, or change the type to frame (as I have now done). /Blaxthos 23:56, 30 October 2007 (UTC)[reply]
I have submitted same to bugzilla and cancelled the report. /Blaxthos 00:03, 31 October 2007 (UTC)[reply]
Yeah, the original gif animation (that was manufactured by me) is optimized. My objection concerns the bloating. In my opinion, if deconstructing and subsequent construnction results in bloating, then the original file should be used, and the thumbnailing dismissed. Whereas a thumbnail version of a PNG-file will usually be smaller than the original, I think it's questionable to even try and thumbnail an animation. The bloating from 64 KB to 1000 KB shows that the algorithm used by the current wikipedia software is woefully inefficient.
I have extracted the individual frames from the bloated version. In that version, each frame is stored as an entire GIF image. In the optimized version, all that is stored for each frame is a rectangle containing the pixels that changed as compared to the preceding frame.
I'm in favor of making thumbnailing unavailable for animations.
I suppose I can render a parallel 180x180-version of the animation and upload it. Should there be a majority among the editors to "thumbnail" the animation, then the 180x180 version can be used. --Cleonis | Talk 00:46, 31 October 2007 (UTC)[reply]
Yes, that would be the best solution. I brought up your browser because, though it's probably insignificant here, some browsers (and some underlying operating systems) do work faster than others. So, I figured this might be a good opportunity to look at that issue as well. If you view this as overkill, then I apologize. —Remember the dot (talk) 04:30, 31 October 2007 (UTC)[reply]
It's a known issue that thumbnailing upconverts all PNGs (even 2 color ones) to 24 bit color. I assume the process and problem with the animated GIFs is similar, though since GIFs are limited to 8 bit color, I suppose it could be worse. The essential issue is that the software has no intelligent way of deciding whether it needs to use anti-aliasing or not in order to make a recognizable/appealing thumbnail, so it always applies anti-aliasing and uses as many colors as possible. For what is is worth, some simple images (like large 4 color logos) do look ugly and pixelated if shrunk without anti-aliasing. However, right now there is no logic for deciding whether some images, such as your animation, should be rendered with reduced colors to conserve image size. Dragons flight 04:44, 31 October 2007 (UTC)[reply]
Good grief, so the thumbnailing is causing bloat everywhere. My animation does need anti-aliasing; the original 256x256 version does employ anti-aliasing. I kept the size down to 64 KB by optimizing the animation. I find it disappointing and frustrating that wikipedia software can bloat an animation from 64 KB to 1000 KB. Effectively, wikipedia is hogging bandwidth by design. As a consequence, wikipedia is effectively barring users with dial-in connection from some of the content. I'm stunned that this is policy. --Cleonis | Talk 09:15, 31 October 2007 (UTC)[reply]
I've argued for a long time that the image syntax should, where necessary, permit us to specify the bits per pixel and other encoding parameters of the thumbnail image (such as quality for JPEGs). It currently aims to produce a high-quality (and consequently large filesize) thumbnail all the time. Another similar issue is that sometimes RAW format photos are uploaded as PNGs to prevent loss; their thumbnails should be rendered as JPEGs. Conversely, sometimes very small thumbnails of JPEGs should be rendered as high quality to prevent loss of detail. Dcoetzee 09:21, 31 October 2007 (UTC)[reply]
Is the actual thumbnail process? If so, would using a table instead of a thumbnail resolve the issue? --— Gadget850 (Ed) talk - 13:46, 31 October 2007 (UTC)[reply]

I think I can answer this one from a technical viewpoint. For some background, I should probably first note that MediaWiki doesn't really scale images by itself: it relies on the ImageMagick image processing tools for that. Now, ImageMagick is a very nice and generic image processing system that can handle just about any format, but it handles some of them better than others. In this case, it happens that, at least in older versions, animated GIFs are one of the types it handles less well.

Another bit of technical background worth explaining is that there are essentially two kinds of animated GIFs: optimized and unoptimized. The unoptimized kind simply contains a sequence of independent images, all of the same size, that are displayed one after another. This, of course, wastes a lot of bytes if the images are mostly identical. In optimized GIF animations, some (often a lot) of this waste is avoided by storing on the first image in full, and for the subsequent images storing only the parts that change. If you extract one of these partial images and view it alone, you'll see that it's usually smaller than the full image and often mostly transparent. When the animation is played, these partial images are then each drawn on top of all the previous ones.

Back until about May 2006, MediaWiki used to scale down animated GIFs by calling ImageMagick with a default set of options that work for most ordinary images. With these options, ImageMagick would treat an animated GIF as if it were simply a set of static images and scale down each one independently. This worked just fine for unoptimized animations, but broke optimized ones very badly: after scaling down, the partial images would no longer overlap the previous one as they should have, leading to animations that had the images breaking into pieces, jumping around in an epilepsy-inducing manner and generally looking like a TV set that's about to blow up.

Anyway, about one and a half years ago, I committed a change to MediaWiki that fixed this problem, sort of. The fix was simply to pass an extra option ("-coalesce") to ImageMagick which made it turn optimized animations into unoptimized ones before scaling them. This made the scaled-down animations look right, but the price, of course, was that the unoptimization would increase their file size, often dramatically. This is, in fact, the behavior you're noticing above.

Now, as it happens, later versions of ImageMagick do have an option to (re)optimize GIF animations before saving them. If I remember correctly, the reason I didn't make use of it back in 2006 was that it was a rather new feature then, possibly new enough that even the Wikimedia servers didn't have that version of ImageMagick yet. Since I wanted a solution that would work everywhere, including MediaWiki installations running on shared web servers with an old ImageMagick version that the wiki owner might not even be able to upgrade, I went with just the "lowest common denominator" solution. Besides, the change was really only intended to fix those cases, such as image categories, where the uploader had no control over the scaling; in articles, the general expectation at the time (enforced by the brokenness of the scaling until then) had been that one should upload animations at the size they're meant to be shown.

Anyway, what about fixing it? It's been 1.5 years now, and a lot of ImageMagick installations have probably been upgraded since, so it might be reasonably safe now to make MediaWiki use the new optimization feature. Alternatively, we could of course leave the default as it is and simply enable that feature in the custom configuration used on Wikimedia servers only. That's of course assuming that we have a sufficiently recent version of ImageMagick, but I'd expect we do, or, at least, can upgrade if necessary. There could, of course, be some unexpected problems, but if not, this may in fact be rather easy to fix. —Ilmari Karonen (talk) 15:52, 31 October 2007 (UTC)[reply]

Sounds good. I'd suggest either having it as an optional feature, disabled by default, or simply checking the ImageMagick version before passing its args. AmiDaniel (talk) —Preceding comment was added at 18:02, 31 October 2007 (UTC)[reply]

Meetup advert

There's a typo in the notice for the New York City meetup on 3rd November. It currently says:

  • The next New York City is on November 3rd

Shouldn't it say:

  • The next meetup is on November 3rd

If this is in the wrong place or is supposed to happen, just say so. NF24(radio me!Editor review) 22:39, 30 October 2007 (UTC)[reply]

Nope, this is just the place. The message is generated by a script that looks up the geographical location of your IP address and correlates it to upcoming meetups; it's called a geonotice. I've left a note here about this typo, so hopefully it will be taken care of shortly. GracenotesT § 23:13, 30 October 2007 (UTC)[reply]

Tables' columns misaligned

In List of war crimes, there are multiple tables with the same columns, but due to the tables' structures, the columns are all mis-aligned. This makes the article look very choppy, not at all nice. How can these columns be lined up so they are on the same verticals? Hmains 04:28, 31 October 2007 (UTC)[reply]

You need to explicitly set the column widths. See the tables in Tangerine Tree for an example of how I fixed the same problem. --— Gadget850 (Ed) talk - 13:16, 31 October 2007 (UTC)[reply]
I tried to follow Tangerine Tree, but as you can see in the List of war crimes, my attempts were not very successful. Any further suggestions would be appreciated Hmains 00:06, 3 November 2007 (UTC)[reply]

If you fix too many column widths, it will risk damaging usability, particularly for users with narrow viewports or large text sizes. At the most, specify a percentage to allow a degree of flexibility. The quantities of cell content are very different between some of those tables, which will hamper efforts to make their widths identical. I don't think that it looks bad as it is apart from the number of columns, which are cramped on narrow viewports. Adrian M. H. 13:38, 31 October 2007 (UTC)[reply]

OK, how do I use percentages? Where is an example? Hmains 00:06, 3 November 2007 (UTC)[reply]
The same way as px, but with %. Adrian M. H. 00:43, 3 November 2007 (UTC)[reply]
I prefer to set table widths using em spaces. The problem with percentages is that sometimes tables look terrible with a widescreen monitor (16:10 or 16:9 aspect ratio) instead of "normal" (4:3 aspect ratio) screens. The beauty of em spacing is that the tables scale properly with the browser font size. The only thing you have to be careful of is that you can't simply use width=12em; you need to use style="width:12em". Hope this helps, Andrwsc 20:52, 5 November 2007 (UTC)[reply]

So what's with moving the edit links to the left side of the headings? Is this an attempt to solve the "bunch up" problem when an article has a large number of images on the right hand side? Where was the discussion to make this change? Slambo (Speak) 13:04, 31 October 2007 (UTC)[reply]

I don't see this. Is there a specific article? --— Gadget850 (Ed) talk - 13:13, 31 October 2007 (UTC)[reply]
Mine are still on the right too. What skin are you using?Puchiko (talk • contribs • email) 13:16, 31 October 2007 (UTC)[reply]
Some prankster hasn't turned your monitor upside down have they? ;) ('course not!) Are you looking at a page that has {{ed2}} on it? That gets placed on the left. Adrian M. H. 13:29, 31 October 2007 (UTC)[reply]
Not sure what happened yet, but they appear to be back to normal. I was looking at a wide range of pages and seeing it on all of them when I posted my question. I don't see any changes in the history for Monobook.css or Common.css today, and I haven't overridden them with my own versions yet, so I'm still at a loss to find the root of the issue. Slambo (Speak) 16:05, 31 October 2007 (UTC)[reply]
partial screenshot of the problem as it recurred today; the article shown here is California Zephyr.
Okay, it's doing again for me. It seems to be happening on all pages (including this page). Here's a partial screenshot of the California Zephyr article to show what I'm trying to describe. I don't know if it matters in this issue, but I'm currently on a Kubuntu 7.04 box running Firefox 2.0.0.8. The last time this happened, I was using a completely different workstation (that one was using WinXP, but Firefox again). Slambo (Speak) 19:27, 1 November 2007 (UTC)[reply]
Also, as I take a quick look back at the screenshot's image page, the borders on the file history table at the bottom of that page are missing. Slambo (Speak) 19:29, 1 November 2007 (UTC)[reply]
And just as quickly, it's back to normal again, so it's not something to do with my session since I haven't logged out yet. It seems like someone is testing something on one of the style sheets but it's creating these little side effects. Slambo (Speak) 19:35, 1 November 2007 (UTC)[reply]
This is something of a known bug, though I seem to recall that it was an IE problem. Notice that *all* styles are missing from the screenshot you've provided -- the links are all underlined, the boxes all have sharp corners. The edit link on the left is just one of many hideous things :) When it occurs, simply bypass your cache with CTRL+F5. I'm not aware of any "permanent" fix, so this is the only advice I can give you. AmiDaniel (talk) 21:00, 1 November 2007 (UTC)[reply]

(+606) in watchlist

How do I turn these off? Thanks.--Porcupine (see my userpage for details) 16:06, 31 October 2007 (UTC)[reply]

You want to delete articles in your watchlist? --— Gadget850 (Ed) talk - 17:08, 31 October 2007 (UTC)[reply]
.mw-plusminus-pos, .mw-plusminus-neg, .mw-plusminus-null {display:none;} Adrian M. H. 17:20, 31 October 2007 (UTC)[reply]

Doesn't seem to work; does it go in my monobook?--Porcupine (see my userpage for details) 17:54, 31 October 2007 (UTC)[reply]

Yes, your monobook.css. And you likely need to press CTRL+F5 to bypass your cache. AmiDaniel (talk) 18:03, 31 October 2007 (UTC)[reply]

Yep, it works. Cheers!--Porcupine (see my userpage for details) 19:06, 31 October 2007 (UTC)[reply]

Question about interface

Input boxes in Wikimedia, apparently, have a code identifying them.

For example, the signup page can have &wpName=Testing tacked on the end of it, and "Testing" will automatically be placed in the "Username:" box. A similar thing happens for &wpEmail.

I can't remember who told me the codes for these, so I can't ask them. What I'm wondering is, what are the codes for the "Subject/headline:" field and, (if possible) the main message text field, when writing a new message (example)? It would greatly assist me in notifications for various activites.

Cheers, Daniel 23:24, 31 October 2007 (UTC)[reply]

The "subject/headline:" field is "wpSummary"; it's just the edit summary field in a different place. The main text field is "wpTextbox1", just as it is when you're editing the whole page. This isn't a Wikimedia-specific thing, these are just the "name" attributes of the <input>, <textarea> or whatever. You can see them by viewing the source of the document – Gurch 01:10, 1 November 2007 (UTC)[reply]
Parsing URL parameters into default loaded values is entirely developers choice and I don't think it's documented anywhere (and yes, parameter name is usually chosen the same as input field name/id in HTML). To see which parameters are "passed" you have to take a look at the source code and look for those $request->get... statements that are "outside" $request->wasPosted(). For example, in SpecialUserlogin.php it's wpName and some other values, in SpecialUpload.php you can set wpDestFile, wpIgnoreWarning and wpUploadDescription (by the way, the last one could be well used in Upload Wizard), in EditPage.php you only see well known parameters like oldid, section, editintro. Also see mw:Manual:Parameters to index.php.
To answer your last question: looks like you cannot set "Subject/headline:", and you can only populate textarea by using &preload=pagename (see mw:Extension:Inputbox) ∴ AlexSm 02:00, 1 November 2007 (UTC)[reply]

Simple Question

Are administrators able to salt images to prevent people from uploading an image with that name? --əˈnongahy ♫Look What I've Done!♫ 23:40, 31 October 2007 (UTC)[reply]

I don't know, but it occurs to me that it would be a pointless exercise. The variation available in the name of any given image is far greater than the choices available for a given article. Adrian M. H. 00:10, 1 November 2007 (UTC)[reply]
Yes, admins can salt any title, including images. — Edokter • Talk • 02:12, 1 November 2007 (UTC)[reply]

Coordinates have been moved again

I noticed that the coordinates in the title have been moved again. Now they are covering up Jimbo's smiling face in the video. They were much better below the line below the title, to the right of the text that says "From Wikipedia, the free encyclopedia". Or at least they were until they were slid off to the left a bit - not any improvement. They need to be put back below the line. See for example Kashiwazaki-Kariwa Nuclear Power Plant. 199.125.109.56 05:17, 1 November 2007 (UTC)[reply]

Problem has been pointed out on Talk page of WP:GEO, where there are ongoing discussions about coordinate formatting. (SEWilco 15:36, 1 November 2007 (UTC))[reply]
The coordinates have not moved. CSS uses absolute positioning to place the coordinates there. The fundraising banner has moved the article content down below the coordinate location. (SEWilco 20:14, 1 November 2007 (UTC))[reply]

Switching off watch-list notices

I have various hacks in my standard.css (for classic skin) to switch off unwanted messages. Unfortunately it doesn't seem to work for the latest arbcom message. I see this is now at MediaWiki:Watchlist-details rather than MediaWiki:Watchdetails. Can anyone suggest what other css changes I might need please? Thanks. – Tivedshambo (talk) 07:57, 1 November 2007 (UTC)[reply]

This has been sorted by User:ST47. – Tivedshambo (talk) 11:23, 1 November 2007 (UTC)[reply]

Messy messy messy

File:Anonymous view of wikipedia articles.JPG
Screenshot of India as seen by an anonymous viewer.

Hello. I was wandering the site without signing in, and I noticed how little things seem to have accumulated to generally make it look messy. When I'm signed in, I don't see these things and Wikipedia generally looks great. However, when a user without an account views an article, they see the image I'm included here. And this is when viewing a decent featured article. The text of the introduction doesn't start until halfway down the screen. Given the effort that goes into presentation, it seems a shame that we are presenting such a poor face to newer and less involved users. Is there anyone responsible for the general look of the site? It feels like little things have been added, each not that intrusive, which between them have spoiled the look. Skittle 13:12, 1 November 2007 (UTC)[reply]

With regard to the semi-protected tag, I thought there was a preference for just using the little padlock symbol, which is much better. The ugly begging banner will disappear soon. The combination of those two large banners is unfortunate. Adrian M. H. 13:46, 1 November 2007 (UTC)[reply]
Maybe a bot should go around and remove the warning banner, replacing it with a padlock? (As for the begging, I think that's scheduled to last for roughly two months, which is an unfortunately high percentage of the year.) -- John Broughton (♫♫) 13:52, 1 November 2007 (UTC)[reply]
Incidentally, it would appear that you are using Internet Explorer version 6. This browser has many known bugs that will diminish your ability to view Wikipedia properly. I would encourage you upgrade to Internet Explorer 7 or use a different browser such as Firefox or Opera. All three of these programs can be downloaded free of charge. —Remember the dot (talk) 18:42, 1 November 2007 (UTC)[reply]
Safari is another acceptable alternative to IE. EVula // talk // ☯ // 21:08, 1 November 2007 (UTC)[reply]
Yes, but there is not currently a stable version of Safari for Windows. —Remember the dot (talk) 02:05, 2 November 2007 (UTC)[reply]
Just out of curiosity, is there some sort of organized framework wherein Wikipedia makes technical decisions about which past browser versions which have known bugs will be supported with workarounds to those known bugs? I ask this because on a website I manage I see a visitor browser usage breakdown of 62.37% IE, 34.26% firefox, 2.79% safari, 0.35% opera, 01.2% mozilla, and 0.12% netscape, and I presume that Wikipedia is seeing similar breakdowns. The 62.37% of users using IE break down as 63.87% 6.0, 35.20% 7.0, and the rest 5.x versions. So, 100*.6237*.6387=39.84% of the users who hit my site are using IE 6.0. Has Wikipedia made a considered marketing & technical decision to turn their back on known-browser-bug-workaround support for 4 out of 10 users and decided to just advise those users one-by-one to upgrade or change browsers? One wonders. -- Boracay Bill 03:10, 2 November 2007 (UTC)[reply]
We do support Internet Explorer 6 as much as possible, sometimes through workarounds. But workarounds are imperfect and can quickly become nasty hacks. The best way to experience Wikipedia both from a technical and a user standpoint is though an up-to-date browser, so it is recommended that users avoid using Internet Explorer 6 when possible. We would not turn our backs on 4 out of 10 users if we can help it. —Remember the dot (talk) 05:21, 2 November 2007 (UTC)[reply]
Back to the point, yeah, this is unfortunate. The begging banner sucks and should be banned. And I never realized the padlock banner problem was this annoying before, but, yes, it's annoying. I'm not even certain it's a great idea to replace it with a padlock icon, though - unless this banner with all its text will appear when the user tries to click "edit"? Tempshill 06:09, 4 November 2007 (UTC)[reply]
Thanks. So, is there someone or some group responsible for the general look, or do we just hope? I'd thought we prefered the little padlock too, and I'm pretty sure people get explanatory text if they try to edit, but I wasn't sure if there were some instances when we prefer the banner. Sounds like not. And thanks Remember the dot, but I made a conscious decision not to upgrade when IE7 came out. I might do so in a while, but I prefer the layout of 6 (most things I need are easily accessible) and I wanted to give IE7 time to get as stable as possible (when my family installed IE7 to their computer, it crashed it quite horribly and took some effort to sort out. I imagine that isn't a problem any more, but I wait...) Skittle 17:31, 5 November 2007 (UTC)[reply]

Duplicated word in display of citation

In the article Theophilus Hastings, 7th Earl of Huntingdon, the reference under "Further reading" displays a duplicated word, sometimes. It uses {{cite encyclopedia}}. If I look at it with the window maximised, the encyclopedia title "Oxford Dictionary of National Biography" appears with "Biography" duplicated, either side of a line break. If I click to reduce the window size, the duplication goes away... but if I reduce the width gradually I can hit a point where "Dictionary" is duplicated instead! I'm using IE 7 under Windows XP. I've never noticed any duplicated words before. Any ideas? PamD 19:30, 1 November 2007 (UTC)[reply]

It sounds like a browser problem to me. Maybe the browser fails to delete the old copy of a word when the window is resized and the word displayed in a new place. I have IE 7 under Windows Vista and cannot replicate the problem. PrimeHunter 21:50, 1 November 2007 (UTC)[reply]

I've seen this sort of thing happen before in other situations when using IE, and yeah, I'm seeing it happen when using IE6. Just a browser bug. --- RockMFR 11:13, 2 November 2007 (UTC)[reply]

Template escaping issue

I'm having a problem with an infobox template. If one of the parameters used to generate a table heading cell includes a double exclamation point, this creates an unwanted extra table heading cell. See Template:Infobox Album/testcases#Known problems. Can anyone think of a good way to escape double exclamation points or otherwise avoid this problem? Wrapping the entire parameter in <nowiki>...</nowiki> won't work as the parameter value sometimes includes <br> or {{nowrap|...}}. Thanks in advance. --PEJL 19:03, 2 November 2007 (UTC)[reply]

Does writing one of the exclamation marks as &#33; solve the problem? (It will certainly prevent a new table cell being created, but it might break something else, so check first to make sure.) --ais523 19:10, 2 November 2007 (UTC)
Thanks, but I'm looking to fix this in the template, rather than where the template is used. (I can use <nowiki>...</nowiki> where the template is used.) --PEJL 19:20, 2 November 2007 (UTC)[reply]
I suppose you could translate all the table markup in the entire template to HTML. (This technique is used on some other templates IIRC.) --ais523 19:22, 2 November 2007 (UTC)
Hmm, I guess that's an option. Are there other advantages/disadvantages to doing so? I was hoping for some magic template like Template:Escape th that would escape just what's needed in this context. ;-) --PEJL 19:33, 2 November 2007 (UTC)[reply]
Advantages: your template works better if given in a parameter of another template, sometimes. Sometimes becomes easier to maintain. Disadvantages: Sometimes also becomes harder to maintain. Usually uses up slightly more pre-include limit. You have to go to the trouble of converting the entire template (just converting bits is usually unwise). --ais523 19:39, 2 November 2007 (UTC)
Thanks for explaining. What effect would using up more pre-include limit have? Note that this is a fairly common template, probably used on about 50000 articles. --PEJL 19:51, 2 November 2007 (UTC)[reply]
A slightly slower page render time, unless the page was only just below the limit beforehand, in which case it would cause templates later on the page not to render. It's not much of an issue on templates that are only designed to be used once per page, though. See Wikipedia:Template limits. --ais523 19:56, 2 November 2007 (UTC)
OK then, I guess I'll prototype a conversion of this template to HTML, to see what effect this has on maintainability. Thanks for the help! --PEJL 20:03, 2 November 2007 (UTC)[reply]

Awkward formatting with diagram and runaround text

The current version of the article Quintinshill rail crash begins with "[[Image:Quintinshill rail crash.svg|thumb|600px|right|Diagram of the tracks and signals just prior to the accident]]", followed by text describing the accident.

Using Firefox, if I open it in a wide window or with a small screen font, the text flows down the left side of the diagram until it gets past it, something like this: 

The Quintinshill rail crash        +-------------------------------------+
occurred on 22 May 1915, at        |                                     |
Quintinshill, an intermediate      |                                     |
block station on a double line     |            DIAGRAM HERE             |
with refuge loops on the           |                                     |
Caledonian Railway near Gretna     |                                     |
Green in Scotland. Involving five  +-------------------------------------+
separate trains, the crash killed 227 people and in terms of casualties ...

Okay, that layout looks reasonable. And in a narrow window with larger text, the diagram appears at the top and the text follows. That also looks reasonable.

But the transition between those two layouts is very awkward, and that happens to be what I saw when I first went to the page. The window size and the text size just happened to be such that this was the layout I got: 

The        +------------------------------------------------------------------+
           |                                                                  |
           |                            DIAGRAM HERE                          |
           |                                                                  |
           |      (I have drawn the box wider this time to express            |
           |      the fact that the text is smaller in relation to it)        |
           |                                                                  |
           |                                                                  |
           +------------------------------------------------------------------+

Quintinshill rail crash occurred on 22 May 1915, at Quintinshill, an intermediate
block station on a double line with refuge loops on the Caledonian Railway near
Gretna Green in Scotland ...

which is horrendous.

Now it's clear enough what happened: the column width available to the left of the diagram was sufficient for the word "The" but not for the word "Quintinshill". In book or magazine publication "Quintinshill" would simply have been hyphenated, but Firefox can't or won't do that, so it gives up and waits to output the long word until it gets down to a place where it will fit.

Clearly the effect could be avoided for this page by choosing a different layout option for the diagram, or by replacing "The " with "The&nbsp;". (I'm going to make the latter change as soon as I finish posting this.) But in order to think of doing such a thing, the author of that part of the page would have had to anticipate the problem, which it's not really reasonable to expect.

The question is, can something simple be done, either in the HTML or the style sheets generated by Wikipedia's software, to prevent this sort of effect?

--207.176.159.90 09:21, 3 November 2007 (UTC)[reply]

This isn't usually a problem, because we rarely specify an image size this large. Ideally, most images should not have a size specified at all but should be thumbnailed, in which they default to the size in the user's preferences, which has a maximum of 320 px. Where an image absolutely has to be large to have any benefit to the article, tricks with layout as you suggest may be necessary and the solution is unlikely to be optimal on all resolutions.-gadfium 18:38, 3 November 2007 (UTC)[reply]
A slightly nicer workaround than replacing spaces with &nbsp; might be to write "{{nowrap| The Quintinshill }} rail crash occurred ...". In fact, I'd even be tempted to make that "{{nowrap| The Quintinshill rail crash }} occurred ...", since there's little point in having a column that's only a few words wide. —Ilmari Karonen (talk) 23:00, 4 November 2007 (UTC)[reply]
Thanks, I didn't know about nowrap. I see someone else has applied a different fix, moving the diagram down below the first section heading and making it centered. --207.176.159.90 23:13, 6 November 2007 (UTC)[reply]

Custom skin and CSS files

Hi, I'd originally asked this question at the Help Desk and was redirected here. I'm in the process of creating my own skin, for which the UI elements are quite a bit different from Monobook, so I am basing it on the (empty) "MySkin" files. Now, while I want the UI elements to be different, I'd like the way articles look to be identical to the monobook skin. I'd have expected the rules for "UI elements" and "article elements" to be in separate css files, but it seems (from WP:CSS) that they are lumped together in monobook/main.css, MediaWiki:Monobook.css etc.

So do I have to manually search out and copy the specific rules for article text that I want to my skin file, or is there something I'm missing? Thanks! -- DatRoot 18:02, 3 November 2007 (UTC)[reply]

You could always use Special:Mypage/monobook.css to override whatever CSS you wanted to override, and let everything else default to the monobook settings. I don't know if that's what you're going for, though. —Remember the dot (talk) 20:26, 3 November 2007 (UTC)[reply]
Thanks, although yeah that didn't really help. I'm sorry, my problem's a bit hard to explain, though I think customizing the monobook skin is going to have to be the way I go. -- DatRoot 17:50, 4 November 2007 (UTC)[reply]

Hiding the fundraiser box

I changed User:NE2/monobook.css when the fundraiser started to hide it, but now it's showing up again. I assume something was changed; how do I hide it now? --NE2 04:32, 4 November 2007 (UTC)[reply]

There should be a "[Hide this message]" button while logged in. Cbrown1023 talk 05:09, 4 November 2007 (UTC)[reply]
That doesn't hide the box that shows how many people have donated. --NE2 05:19, 4 November 2007 (UTC)[reply]
I've seen an odd bug in Firefox (2.0.0.9) that the show/dismiss does not work unless it is in Tab#1. — xaosflux Talk 05:27, 4 November 2007 (UTC)[reply]

For hiding: 

#siteNoticeBig { display: none; }
#siteNoticeSmall { display: none; }

Should do it. Dragons flight 05:30, 4 November 2007 (UTC)[reply]

Yep, that did it. Thanks. --NE2 05:34, 4 November 2007 (UTC)[reply]

Photo overlaps

The large photo and its caption are overwriting the candidates gallery pretty obnoxiously.

Here is a screenshot of what I see at United States presidential election, 1976 using Firefox 2.0.0.9. This fairly large photo, about halfway down the article, overlaps a candidate gallery pretty obnoxiously. I took a look using Internet Explorer 6, and it did not overlap. Instead, it pushed a ton of white space between the headline "Candidates Gallery" and the gallery itself. Tempshill 06:04, 4 November 2007 (UTC)[reply]

Browser bugs... gotta love'em. I moved the photo down to the convention section. — Edokter • Talk • 18:14, 4 November 2007 (UTC)[reply]

What's in a name?

What is the full range of allowable formatting for image names? I've found the following are all allowed on the English Wikipedia:

  • The first letter of the "image" prefix may be uppercase, lowercase, or the Turkish "I with dot".
  • The first character of the image name may be uppercase or lowercase. The Turkish "I with dot" is not permitted if the character is an "I".
  • Spaces and underscores are equivalent.
  • Anywhere where there's a space, any number of spaces may be used.
  • Spaces between the "Image" prefix and the ":", and the ":" and the image name, are permitted.
  • Characters in the image name may be percent-encoded (URL-escaped).
  • Characters in the image name may be HTML-encoded.
  • Characters in the image name may be named HTML entities.
  • Unicode left-to-right and right-to-left markers may appear anywhere in the image name. Presumably, other Unicode directional-rendering markers can too.

See User:Carnildo/sandbox4 for some examples of this. Is there anything I've missed? --Carnildo 06:16, 4 November 2007 (UTC)[reply]

Well, I know that an image name with two or three consecutive apostrophes is allowed, but such an image then can't be included. I consider this to be a bug in the software (see bugzilla:8932). Various characters are banned in image names (at least []{}#, and possibly others). I don't know what the full rules are, though; I suppose looking at MediaWiki's code would be the only way to find out. --ais523 11:30, 4 November 2007 (UTC)
I have looked at it. The "I with dot"/"I"/"i" equivalence isn't in there, and neither is any mention of Unicode directionality markers. I was wondering what else I've missed. --Carnildo 17:54, 4 November 2007 (UTC)[reply]
I haven't tested it, but I suspect images with multiple consecutive apostrophes in their names will work if you replace some or all of the apostrophes with &#39;. Certainly it works that way with ordinary wikilinks. But yes, for the full details you'll probably need to check the source (specifically Title::newFromText() and Title::secureAndSplit()). —Ilmari Karonen (talk) 22:23, 4 November 2007 (UTC)[reply]
By the way, one thing you missed is that namespace names are completely case-insensitive: "IMAGE:" or even "iMagE:" works just as well as "Image:". Incidentally, the "I with dot" issue may be a bug in the way Language::getNsIndex() does normalization. (It probably should use caseFold() instead of lc().) —Ilmari Karonen (talk) 22:50, 4 November 2007 (UTC)[reply]

Category

having a page appear within a category under a name which is not the page name. i understand | will let me manipulate the sort order instead of its naming. is there a different feature for this ? i have read "category" and the help. any suggestions or tricks for doing such ? MatthewYeager 04:49, 5 November 2007 (UTC)[reply]

No, there's no way to have the page appear in the category list under a different page name. That would be deceptive and confusing, to say the least :) AmiDaniel (talk) 05:21, 5 November 2007 (UTC)[reply]
There is a page that has a long name and is better known by its' abbreviation. MatthewYeager 05:34, 5 November 2007 (UTC)[reply]
If it's better known by its abbreviation, then why isn't the page moved to its abbreviated title? AmiDaniel (talk) 05:42, 5 November 2007 (UTC)[reply]

You can categorize a redirect, but this should not in general be done for a simple abbreviation (possibly unless it's a category of abbreviations). This is more for alternate and former names like Category:Expressways in New York City. --NE2 05:58, 5 November 2007 (UTC)[reply]

You can always categorize a redirect, but I would not recommend it because the redirect will skip it so no one will see it. —Coastergeekperson04's talk 17:33, 5 November 2007 (UTC)[reply]

help! Template:Infobox isotope

Would someone who understands templates please explain why this change to {{Infobox isotope}} caused images (e.g. on Uranium-238) to become gigantic? And please, what is the correct template syntax for adding an image_caption? Biochem67 15:59, 5 November 2007 (UTC)[reply]

That change broke part of the code, including the part that specified the image size. This caused the image to be displayed at its original (huge) size. The image_caption field should now work properly. If nothing is given for this field, the article name will instead appear as the caption by default. - 52 Pickup 16:37, 5 November 2007 (UTC)[reply]

I can't see info that has been loaded

Help! I have loaded information regarding a recent theory I learned and I cannot find it when I search wiki! I know its there and has not been deleted. —Preceding unsigned comment added by Mr. E.D. Johnson, Author (talk • contribs) 22:10, 5 November 2007 (UTC)[reply]

Why do you believe that it has not been deleted? We delete articles all the time for violation of our policy against posting original research and ideas. In any case, if it was an article, it would be helpful if you posted the actual name of the article that is now missing. -- John Broughton (♫♫) 02:13, 6 November 2007 (UTC)[reply]

Userpage problems

Nevermind, fixed it. Tyler Warren (talk/contribs) 07:18, 6 November 2007 (UTC)[reply]

Reversing Deletion

An editor has been deleting articles on my watch list and I have received no notice of the proposed. I wish to know about such proposed deletion, since they appear to be ideologically based and I wish to dispute them. How can I assure that I will get notification. Also, is there some way I can reverse these inappropriate deletions?Richard Dates 22:48, 5 November 2007 (UTC)[reply]

What articles were they? If they were speedily deleted, there's no notice. If it's prodded, the edit summary should say that it is being prodded, and that is your notice. If it was sent through Articles for Deletion, the adding of the AfD template to the article was also the notice (though sometimes the nominating editor will alert major contributors to a page). EVula // talk // ☯ // 22:52, 5 November 2007 (UTC)[reply]
The edit adding the proposed deletion / AfD / Speedy deletion tag will be on your watchlist. As for reversing the deletion, there is WP:DRV, and if the page was WP:PRODed, then you can have it undone at once. Are you talking about the page "Rational mysticism"? Prodego talk 22:54, 5 November 2007 (UTC)[reply]

Can this be overridden? ie. hide the + on a talk page? – Mike.lifeguard | @en.wb 04:16, 6 November 2007 (UTC)[reply]

Add... 

#ca-addsection {display: none}

...to your monobook.css. MER-C 09:04, 6 November 2007 (UTC)[reply]

That'll hide it for me when I look at talk pages. I meant hide it on a talk page for everyone. – Mike.lifeguard | @en.wb 16:23, 6 November 2007 (UTC)[reply]
If you're asking if the "+" tab can be hidden from everyone, on a talk page, why in the world would you want that to happen? -- John Broughton (♫♫) 16:32, 6 November 2007 (UTC)[reply]
You might want to do this if the nature of the page requires that people not click on the "+" tab to make a new comment, for example if people need to instead click a link to insert some preloaded text. Tra (Talk) 17:07, 6 November 2007 (UTC)[reply]
That's exactly right. It uses inputbox to create a subpage which will be transcluded onto the talk page; hiding the + is to keep people from commenting on the talk page itself. – Mike.lifeguard | @en.wb 19:47, 6 November 2007 (UTC)[reply]
With the current sotware, there is no way to hide the "+" tab from a talk page neatly (you could always use CSS to put a div that covers up the tab but that would probably fail badly for a lot of people due to differences in skins etc so this would generally only be used in userpages). The only other options would be to either make the instructions on the correct way to add the subpage more prominant or to move the page concerned out of talk space (which may or may not be an option depending on the namespace and other factors). Which page is it that you are referring to? Tra (Talk) 20:30, 6 November 2007 (UTC)[reply]
K. Thanks for your efforts. It's not a problem right now; this is preventative. – Mike.lifeguard | @en.wb 20:37, 6 November 2007 (UTC)[reply]

Permanently hiding the geonotice

How do you permanently hide the geonotice using CSS? The one I've got is currently 1) really ugly and 2) irrelevant by some 5000 km. The trail has gone cold and possibly led off-wiki. I did not find anything in the page source. MER-C 09:12, 6 November 2007 (UTC)[reply]

Try:
#WN_GEON { display: none; }
Dragons flight 09:27, 6 November 2007 (UTC)[reply]
Yes, that did work. Thanks. MER-C 10:24, 6 November 2007 (UTC)[reply]
What's that? A message based on your IP location? -- lucasbfr talk 11:16, 6 November 2007 (UTC)[reply]
See Wikipedia:Geonotice. Dragons flight 19:24, 6 November 2007 (UTC)[reply]

Image problem

Am I the only person for whom Image:Fidlerhead.jpg is not appearing? (It's nonfree, so I'm inlining it instead of trying to display it.) I've tried purging and bypassing my cache, but it still doesn't show up properly. If other people can't see it either, should I go ahead and delete it under WP:CSD#I2? —Angr 16:04, 6 November 2007 (UTC)[reply]

Seems corrupt; IE6 can't display it, Firefox says it has errors. Irfanview shows the image. I'd say delete it. — Edokter • Talk • 16:12, 6 November 2007 (UTC)[reply]
This IE7 school computer displays it, and I've seen a similar problem with some JPEGs created by Photoshop (which the metadata for the image shows it was made with.) If someone who can see the image opens the image and re-saves (and re-uploads) it, it might work, or at least that's the solution I found last time I saw a similar problem. Nihiltres(t.l) 16:42, 6 November 2007 (UTC)[reply]
And I see someone has. Thanks! —Angr 18:18, 6 November 2007 (UTC)[reply]

On the subject of images, it seems like the thumbnail for Image:SaintAgurCheese.jpg is not appearing either. I tried reloading my cache, purging and accessing the url with a ?1, but its not showing up, the full image seems to be available, but when I add the thumbnail to an article, it doesn't show up. --Micah2 02:14, 7 November 2007 (UTC)[reply]

Question, possibly a repeat

Would it be possible to program a bot to automatically update the RfA !vote count? —Cronholm144 20:15, 6 November 2007 (UTC)[reply]

Ask here. Tangobot updates the chart here; perhaps it could do it. Cheers. --MZMcBride 22:07, 6 November 2007 (UTC)[reply]

Odd location for floating TOC

In the article Russian Civil War, I'm seeing the floating TOC appear quite far down in the article, well below where I'd expect to see it - in fact, it looks like it is positioning itself to be just above the third section, "Geography and chronology". It looks like the standard {{TOCleft}}, and it's where it should be (bottom of the lead section), so why I am seeing such an odd location? (I'm using Firefox 2.0, latest version, Windows XP, if that helps any, and I've been looking at other TOClefts, which all are behaving as expected.) -- John Broughton (♫♫) 21:30, 6 November 2007 (UTC)[reply]

Imagemap without imagemap - linking images

So I work on another wiki; we'd like a template providing an image which could be clicked on to go to a particular hyperlink/internal-link, but imagemap simply isn't installed and would be difficult to get installed. Is there any work-around whereby we could accomplish this goal? --Gwern (contribs) 21:56 6 November 2007 (GMT)

See Template:Click. Andrwsc 22:01, 6 November 2007 (UTC)[reply]

The current version of Bay Street contains three images, the little street sign and two photos. I'm going to improve the caption of the first photo, and I wanted to see if it was also used on any other pages. I clicked on the photo, which took me to Image:TorontoTall.jpg. Then I clicked on What links here, and it said:

← Image:TorontoTall.jpg
No pages link to Image:TorontoTall.jpg

And the results are similar for each of the other two images. It claims nothing links to them.

Is this a temporary glitch, or a problem affecting all image links, or did I do something wrong? --207.176.159.90 23:23, 6 November 2007 (UTC)[reply]

Check this and you will see some links from here, and that's the difference. A colon link to the image description page is a link, but the display of an image is not. You will see file links listed at the bottom of each image description page. Adrian M. H. 23:29, 6 November 2007 (UTC)[reply]
Okay, if the display of an image is not the same as a link, is there a way to find out what pages display an image? As I said, my interest is in checking the captions. --207.176.159.90 23:50, 6 November 2007 (UTC)[reply]
The list is just at the bottom of the image's page -- DatRoot 00:37, 7 November 2007 (UTC)[reply]
Retrieved from "https://en.wikipedia.org/enwiki/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=169755164"