Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Netsnipe (talk | contribs) at 20:24, 22 May 2008 (→‎Limiting HTML table sizes: new section). 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 because 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 needs immediate attention).

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.

Links to disambiguation pages (Warning when linking to...)

I spend a fair amount of time repairing links to disambiguation pages. It has struck me that if editors received some kind of warning when introducing such links then they would be more likely to realize their mistake and correct it themselves. Would it be possible for some such to be introduced? DuncanHill (talk) 22:32, 15 May 2008 (UTC)[reply]

Great idea but perhaps a technical hurdle. Even better would be showing them a list of options and automatically piping the link when they select the right one. xenocidic ( talk ¿ review ) 22:37, 15 May 2008 (UTC)[reply]
Yes, that sounds even better! DuncanHill (talk) 22:38, 15 May 2008 (UTC)[reply]
That could be a WP:WIKED enhancement but I don't think the standard Wikipedia editing interface can do that, ever. Pegasus «C¦T» 03:33, 16 May 2008 (UTC)[reply]
It could, sure. Wouldn't be too hard to do if it were desirable. —Simetrical (talk • contribs) 17:48, 16 May 2008 (UTC)[reply]
I've made a user script: User:Splarka/dabfinder.js to find disambiguations on a given page. However, it will not work correctly in preview because it utilizes generator=links on a page to find all template links on pages linked to from a given page and see which match the list defined at MediaWiki:Disambiguationspage (in this way, it can check all the links on a page with only two API queries). But it is a bit useful after the fact. --Splarka (rant) 07:14, 16 May 2008 (UTC)[reply]
Nifty. If you don't mind searching out all links in the document and doing ceil(N/50)+1 API queries instead of only 2, you can do something like I do in User:Anomie/linkclassifier.js:
  1. Use getElementsByTagName('A') to find all links
  2. Filter out links with classes 'external', 'extiw', 'new', or 'image'.
  3. List the unique title attributes; this attribute contains the target page name, with a few exceptions (filter out '' and anything beginning 'Edit section:' or 'Special:'). Alternatively, you could decode the page name out of the href.
  4. If you wanted, you could filter out anything with a namespace to be left with just mainspace page links.
  5. Instead of using generator=links, pass up to 50 of the linked pages at a time in the titles parameter.
Interesting approach, I didn't know there was an official list of disambiguation templates. My script looks for categories the page belongs to to do the same thing. Anomie⚔ 11:23, 16 May 2008 (UTC)[reply]
That's what the official list does too, more or less. Actually it differs slightly, but probably on Wikipedia they amount to the same thing. —Simetrical (talk • contribs) 17:48, 16 May 2008 (UTC)[reply]

Some disambiguation pages are a symptom of bad planning and I would be wary of software features that try to discourage the user from linking to them. Smoking, Acoustic guitar, Hip-hop are just a few examples of proper articles which started out as disambiguation pages (for decidedly unambiguous terms) linking to intimately related sub-concepts at the expense of the bigger picture. — CharlotteWebb 20:53, 19 May 2008 (UTC)[reply]

Any special settings were necessary to make Template:Navbox work?

I am attempting to port Template:Navbox and it's variants to another wiki. Initially I ported the Templates source directly to a matching article on the other wiki. Instead of the normal Navbox rendered information, it returned a great deal of HTML and messed with the style of the page putting text behind the wiki logo, pushing the tool/link boxes on the left all the way to the bottom, and it even spilled the /doc page text out of the bottom of the normal article area of the page. In an effort to fix this I began playing around with it, enlisting the aid of User:CapitalR on a separate wiki environment that I used for a while to house information on custom content in an online game. Either way, CapitalR stripped out a lot of the parser functions and other stuff, and simplified it some, and it still seems to be having some difficulty. If you would like to take a look at the output of the full template as it is ported you can look here [http://www.mendo.org/ultima/Template:NavboxTest]. What I really need to know is, where there any special settings that had to be made to allow the template (in its current form or similiar previous ones) to function. Barring that, is there any useful help that anyone might give on it.

Already suggested/tried are the following:

  • Common.css and Common.js sections that are used by this template may not be present - They are
  • HTMLTidy may be interfering - HTMLTidy was not initially enabled so far I could tell. I have added some lines to the LocalSettings.php file to try and enable it just to see if it would fix it. and it did not change at all.
$wgUseTidy = True;
$wgTidyConf = "$IP/includes/tidy.conf";
$wgAlwaysUseTidy=true;
  • Parser Functions are out of date - While they were pretty out of date, they are not up to date with version 1.1.1 displayed (although the files are reported as 1.12...

Any thoughts? Tigey (talk) 01:41, 16 May 2008 (UTC)[reply]

You might be missing an extension that's necessary: I can't off the top of my head think which it might be. What extensions are listed on en.wiki's Special:Version#Installed extensions list that isn't on the equivalent page on your wiki? Happy‑melon 09:06, 16 May 2008 (UTC)[reply]
OK there are quite a few of them, but most of them I can't see affecting it, then again, you never know...
Category Tree Central Auth Check User
Cite Cross Namespace Links Deleted User Contributions
Expand Templates Link Search MakeBot
MakeSysop OAIRepository Oversight
ParserDiffTest Renameuser SiteMatrix
CharInsert EasyTimeline FixedImage
ImageMap Poem SyntaxHighlight
WikiHiero AntiSpoof AssertEdit
BoardVote CentralNotice ConfirmEdit
DismissableSiteNotice Gadgets MWSearth
Newuserlog SpamBlacklist TitleKey
UsernameBlacklist

All that are on my wiki are:

  • Confirm User Accounts
  • CharInsert
  • Inputbox
  • ParserFunctions 1.1.1

Perhaps tonight I will go through and install some of the likely extensions and see what I can make of that. Tigey (talk) 13:12, 16 May 2008 (UTC)[reply]

Of Note! I installed ExpandTemplates and it outputted the code like so:
<table cellspacing="0" class="navbox nowraplinks"><tr><th style="" colspan=2 class="navbox-title"><span style="font-size:110%;">Title</span></th></tr>
<tr style="height:2px;"><td></td></tr><tr><td class="navbox-abovebelow" style=";" colspan="2">Above</td></tr><tr style="height:2px;"><td></td></tr><tr><td class="navbox-group" style=";;">Group1</td><td style="text-align:left;border-left:2px solid #fdfdfd;width:100%;padding:0px;;;" class="navbox-list navbox-odd">List1</td></tr><tr style="height:2px"><td></td></tr><tr><td class="navbox-group" style=";;">Group2</td><td style="text-align:left;border-left:2px solid #fdfdfd;width:100%;padding:0px;;;" class="navbox-list navbox-even">List2</td></tr><tr style="height:2px;"><td></td></tr><tr><td class="navbox-abovebelow" style=";" colspan="2">Below</td></tr></table>

The output on the NavboxTester page displays the Title cell below this output: 

<tr style="height:2px;"><td></td></tr><tr><td class="navbox-abovebelow" style=";" colspan="2">Above</td></tr><tr style="height:2px;"><td></td></tr><tr><td class="navbox-group" style=";;">Group1</td><td style="text-align:left;border-left:2px solid #fdfdfd;width:100%;padding:0px;;;" class="navbox-list navbox-odd">List1</td></tr><tr style="height:2px"><td></td></tr><tr><td class="navbox-group" style=";;">Group2</td><td style="text-align:left;border-left:2px solid #fdfdfd;width:100%;padding:0px;;;" class="navbox-list navbox-even">List2</td></tr><tr style="height:2px;"><td></td></tr><tr><td class="navbox-abovebelow" style=";" colspan="2">Below</td></tr>

So it processes part of it correctly. Starting with that "Above" cell all the way up to the end table tag. Tigey (talk) 22:02, 16 May 2008 (UTC)[reply]

Looks like the necessary fix was an upgrade of the MediaWiki itself as suggested at Template talk:Navbox#Ported to outside Wiki - Problem if no image defined. Tigey (talk) 17:38, 19 May 2008 (UTC)[reply]

Adding article sizes in histories

Is there any way that the article's character count can be added next to each listing in the article's history? If I look at Recent changes, it shows how many characters have been added or removed with an edit, but this information doesn't show up in the article history, so there's no way to tell which edits did damage to the article. Corvus cornixtalk 18:34, 16 May 2008 (UTC)[reply]

Er... it does for me :D Happy‑melon 18:41, 16 May 2008 (UTC)[reply]
It wasn't this morning. Maybe I needed lunch.  :) Corvus cornixtalk 20:52, 16 May 2008 (UTC)[reply]

You can get the +/- difference for each edit in the history tab by subtracting byte counts, if that's what you meant: 

 addOnloadHook(function(){
   if(wgAction != "history") return;  var b, b1;
   s = getElementsByClassName(document, "span", "history-size");
   for(var i = 0; i < s.length; i++, b1 = b){
      if(m = s[i].innerHTML.match(/[\d\,]+/)) b = parseInt(String(m).replace(/\,/g, ""));
      else if(s[i].innerHTML.match(/empty/)) b = 0;
      else return; if(!i) continue; d = b1-b; x = String(d);
      while (x.match(/\d{4}/)) x = x.replace(/(\d{3})(?:\,|$)/, ",$1");
      f = Math.abs(d) > 1000 ? " style=\"font-weight:bold;\"" : "";
      if(d<0) c = "neg"; else if(d==0) c = "null";  else {c = "pos"; x = "+" + x; }
      s[i-1].innerHTML += "</span> <span class=\"mw-plusminus-" + c + "\"" + f + ">(" + x + ")";
      }
   });

— CharlotteWebb 16:25, 19 May 2008 (UTC)[reply]

change the SEARCH field input box, please

Please make the SEARCH field input box *bigger*, *more prominent*, and at the *top center* of the home page.

Searching for articles is what people come to Wikipedia *for*. Making the search box small and sticking it in an obscure corner of the page is odd, awkward, silly, and for some visitors (elderly, vision impaired, or otherwise physically or mentally challenged) troublesome enough to make them give up and look somewhere else for their information. —Preceding unsigned comment added by 192.159.110.7 (talk) 00:12, 18 May 2008 (UTC)[reply]

S/he may have a point there. Perhaps the search box would be more visible to new users if it were directly under the puzzle globe? —Ashanda (talk) 00:21, 18 May 2008 (UTC)[reply]
Directly under the globe is exactly the right place. Someone looking for an article wants to go directly to searching for it, not scan down through two boxes and 11 links. Someone interested in finding out more about Wikipedia can easily skip the search box and browse through the links below it. -- John Broughton (♫♫) 01:34, 18 May 2008 (UTC)[reply]
The Commons' way of doing it isn't bad either. Instead of a list of portals or categories, they just put the search box right at the top of the page. —Remember the dot (talk) 01:53, 18 May 2008 (UTC)[reply]
Quick mock-up. I think it would be nice to integrate a search box into the Main Page somehow. Thoughts? AmiDaniel (talk) 03:30, 19 May 2008 (UTC)[reply]

Adding Applet to my user page

Hi All

I am a registered user but not in the English Wikipedia.

Can I add an applet to me user home page at wiki? and if so I can I do it?

Thank u in advance —Preceding unsigned comment added by 89.139.159.30 (talk) 06:10, 18 May 2008 (UTC)[reply]

If you are asking about another language version Wikipedia, the answer is "no" - Wikipedia is not Facebook. And adding applets raises security issues. -- John Broughton (♫♫) 15:55, 18 May 2008 (UTC)[reply]

Is there a way to count how many articles are in a given category and ALL of its subcategories?

Other than manually :) I would like to know how many Poland-related articles do we have, which should be possible to find out if we could count articles from Category:Poland and its subcategories. Currently my estimate is based on roughly counting stubs, comparing them to project tagged stubs, and using the ratio to estimate all article. Such an estimation, of course, is far from satisfactory (FYI, it gave me a numbers: ~300 tagged stubs, ~9000 stubs total, ~3000 tagged articles, ~100,000 Poland-related articles total). The 100,000 number itself seems more or less correct, but I'd like a more precise estimate - since the error margin here is quite big.--Piotr Konieczny aka Prokonsul Piotrus| talk 13:53, 18 May 2008 (UTC)[reply]

The editor's index reveals that User:Chris G Bot 2 does this. Algebraist 14:10, 18 May 2008 (UTC)[reply]
When I need a quick count I usually fire up AWB and just click "make list", but I expect it would time out with such a massive number of articles to assemble. Plus there's the usual problem of Wikipedia's category tree being sufficiently jumbled that you're not going to get a very accurate count for "poland-related articles" from this analysis anyway: how closely related do you think Scripps National Spelling Bee is to Poland? (That's Category:Poland → Category:History of Poland → Category:Military history of Poland → Category:Military operations involving Poland → Category:Wars involving Poland → Category:World War II → Category:Events cancelled due to World War II, if you want to look it up. Category:World War II is a favourite of mine in pointing out things like this, as it seems to have worked itself into some of the most unlikely parent categories: I found it in a distant subcat of Category:Thailand once!). How accurate do you want to be? Happy‑melon 14:11, 18 May 2008 (UTC)[reply]
OT:It's at Category:Thailand → Category:History of Thailand → Category:Wars involving Thailand → Category:World War II. That's not very distant. Algebraist 14:48, 18 May 2008 (UTC)[reply]
I once determined you can get to something like 80% of Wikipedia through subcats of Category:Sports. As I recall finding the path from Sports to Religion was one of the more complicated. Dragons flight (talk) 16:22, 19 May 2008 (UTC)[reply]
Gah, I haven't thought of that. Yes, that kills that idea right there :> --Piotr Konieczny aka Prokonsul Piotrus| talk 14:28, 18 May 2008 (UTC)[reply]
Perhaps WikiProject Poland should consider creating something like the List of mathematics articles, though that takes a fair amount of effort to create and maintain. Algebraist 14:20, 18 May 2008 (UTC)[reply]
Some time ago I prodded List of Poland-related topics as it was indeed not maintained. Plus, can you imagine a list with 100,000 entries? There is Category:Poland-related lists and forgotten Wikipedia:WikiProject Lists of basic topics/Draft/List of basic Poland topics. No, as far as those lists go I'll stick to supporting only the assessment-related Category:Poland-related articles by quality, but as I pointed out above - those still cover less than 10% (probably around 3%) of eligible topics.--Piotr Konieczny aka Prokonsul Piotrus| talk 14:28, 18 May 2008 (UTC)[reply]
We at Maths survive OK with a list with 20,000 entries, and I suspect that 100,000 is a substantial overestimate: it seems likely that non-stubs are much more likely to get tagged than stubs, and unlikely that as many as 4% of all en.pedia articles are Poland-related. Algebraist 14:43, 18 May 2008 (UTC)[reply]
That's an interesting hypothesis - I would love to test it (see how large a % of en wiki is related to pl subjects), but I cannot think of any feasible methodology to do it (at least not anything short of many hour effort, which may be sensible if I were to write a paper based on a results, which I am not planning to do - yet... :).--Piotr Konieczny aka Prokonsul Piotrus| talk 18:14, 18 May 2008 (UTC)[reply]
Looking at the index, perhaps User:Erwin85/CatCount is a better place to get a count; as I read it, User:Chris G Bot 2 will produce an actual listing, which doesn't seem to be what is requested here. -- John Broughton (♫♫) 16:37, 18 May 2008 (UTC)[reply]
As far as I can tell from the documentation, CatCount doesn't delve into subcategories. Algebraist 17:02, 18 May 2008 (UTC)[reply]
If I give you a list of subcats would you be willing to filter out the non-pl cats? βcommand 2 16:37, 19 May 2008 (UTC)[reply]
This sounds feasible. If we can figure out a way how to get the Polish data, we could streamline the process and generate some useful results for other wiki areas :) --Piotr Konieczny aka Prokonsul Piotrus| talk 13:27, 20 May 2008 (UTC)[reply]

Wikipedia as a chat client?

I just got this rather odd edit to my user talk page.[1] It occurred to me that while running Huggle I've sometimes seen what look like chat conversations going on as vandalisms to different articles. I wonder, is it possible that someone's using the recent changes feed as some sort of chat client? —Elipongo (Talk contribs) 16:11, 18 May 2008 (UTC)[reply]

Didn't we have a long discussion recently on this? In any case, given how quickly most vandalism is reverted, and how quickly an account can be blocked for repeated vandalism, it seems to me that Wikipedia is spectacularly inefficient as a chat room, and that the Internet has plenty of free alternatives far better suited for this type of thing. -- John Broughton (♫♫) 16:41, 18 May 2008 (UTC)[reply]

Can we produce a time graph / stats of article's activity?

Is it possible to feed an article (talk page, etc.) into some bot or other tool, to get information on how many edits (and editors) contributed to each over time (for example by month)? PS. I am relatively familiar with editor-side counters, but not with article-side counters, which is what I need for this question.--Piotr Konieczny aka Prokonsul Piotrus| talk 18:10, 18 May 2008 (UTC)[reply]

That's what wikidashboard's for. Algebraist 18:42, 18 May 2008 (UTC)[reply]
Thanks, but that tiny graph at the top, with no extractable data, is more of an eye candy than any serious research tool :( --Piotr Konieczny aka Prokonsul Piotrus| talk 22:34, 18 May 2008 (UTC)[reply]
In that case, you probably want Wikipedia page history statistics, or one of the other options listed in the index. Algebraist 06:59, 19 May 2008 (UTC)[reply]
Ah, those look much more promising, thank you.--Piotr Konieczny aka Prokonsul Piotrus| talk 13:29, 20 May 2008 (UTC)[reply]

Pages renamed

How and why are the pages listed as renamed on these pages being renamed? Wikipedia:Version 1.0 Editorial Team/DC Comics articles by quality log and Wikipedia:Version 1.0 Editorial Team/Marvel Comics articles by quality log. Thanks for any help, Hiding T 18:30, 18 May 2008 (UTC)[reply]

They're pages that have been moved between runs of User:WP 1.0 bot - when it doesn't find a page that it found last time, but it finds a 'new' page with similar content, it twigs to the fact that it's been renamed and logs this appropriately. Happy‑melon 18:56, 18 May 2008 (UTC)[reply]
But there's nothing in the move logs, or deletion logs. Not that I can see, anyway. Hiding T 19:17, 18 May 2008 (UTC)[reply]
For example, ah, they've been moved back. But Sigmar (Marvel Comics) (edit | talk | history | protect | delete | links | watch | logs | views) shows no record of being moved to Sigmar (Marvel comics) or even deleted, even though the bot log states it was renamed from Sigmar (Marvel Comics) to Sigmar (Marvel comics). What's the bot picking up? Hiding T 19:23, 18 May 2008 (UTC)[reply]
There appears to be a relevant log entry. —Simetrical (talk • contribs) 14:06, 19 May 2008 (UTC)[reply]
Relevant, yes. An explanation, no. That log entry is the exact opposite of what Hiding is talking about. We're changing comics to Comics, not Comics to comics, and yet the pages Hiding refers were listed as being renamed from Comics to comics, which is wrong. Doczilla STOMP! 08:13, 20 May 2008 (UTC)[reply]
I help maintain the WP 1.0 bot. I ran it again on each of the two projects above, and the May 20th log entries seem to show the bot picked up the changes but didn't notice all them were moves. The way that the bot detects changes is somewhat fragile and changes in mediawiki must have broken it. I have enabled extra debugging output to help figure out what's going on. If (when) additional errors like this occur, please contact me directly. In the meantime, I will put it on my list to reimplement the code that determines the new name of a moved article. — Carl (CBM · talk) 10:58, 20 May 2008 (UTC)[reply]

I see. Looking here, it suggests that

(so "Comics" to "comics"), which is the opposite of what the history says. Well, the bot is at least consistent with itself in the quality page (see towards the bottom).

In this particular case, the bot may have been confused by the rename of the quality page, see the history. This is the first time people noticed this, and from the code it is not clear what causes this. Let's see if it happens again apart from quality page renames. Oleg Alexandrov (talk) 03:53, 21 May 2008 (UTC)[reply]

Okay I need a bit of help here with some formatting and stuff....

Okay, so I need some help... it's kind of hard to explain what I'm trying to do but... I'm trying to have it so that when you visit a page (my userpage, specifically) it will be different every time, like there will be random options for words.... I'm not sure how to achieve this.... I've seen on other wikia's where they have template:verb or template:noun or something like that, and they have it all formatted with different options of verbs and nouns and such. I would just steal the formatting from those pages but pretty much all other wikias are blocked on this computer :( anyways does anyone know how to make this work? let me know at my talk page please. -Guitarplayer001 —Preceding comment was added at 22:05, 18 May 2008 (UTC)[reply]

You want {{rand}}. Gary King (talk) 16:18, 19 May 2008 (UTC)[reply]

User talk:Neil- the new talk page and my sig are allergic to each other

Hi my sig works fine as far as I know on every other page. But when it's put on User:Neil's it turns bits of his text there green afterwards. I have cut and pasted the code he gave me, which just meant two square brackets showed after my sig, could you look at the sig and the page concerned, and see what's happening? Because until then I can't post to the lovely Neil's page. :( Anyway, my sig is orange, not green, so I'm completely at a loss and intrigued as to why this would happen. Hope you can help.Sticky Parkin 22:08, 18 May 2008 (UTC)[reply]

Your sig does not terminate it's tags properly; html tags started inside a wikilike must be closed inside the wikilink (not outside). I've corrected you sig above (see diff). — Edokter • Talk • 22:22, 18 May 2008 (UTC)[reply]
aaah, thanks. I think my clipboard was clogged too, so when I copied a bit of code it still was pasting an old version in to my preferences. I had to try turning it off and on again. :) Sticky Parkin 23:09, 18 May 2008 (UTC)[reply]

Sandbox

Isn't working. —Preceding unsigned comment added by 76.194.245.224 (talk) 22:30, 18 May 2008 (UTC)[reply]

It was unreasonably large for a while. It's been cut down to size now, which seems to fix it. Algebraist 22:39, 18 May 2008 (UTC)[reply]

Infobox titles centered with the [hide]/[show] button?

Is there any technical way to have the title of the infobox centered without moving it to another line or adding any space characters in the front of the title? Because there is a [hide]/[show] button the title cannot be centered. And it doesn't look so good. I hope there is a way to "fool" the software to make the title centered.

I know that you can add "state = plain" attribute so there won't be a hide/show button, but I mean for those infoboxes that use the button. ---Majestic- (talk) 23:08, 18 May 2008 (UTC)[reply]

 Reviews

Add {{pad|5.7em}} before "Reviews". For a more elegant solution, see the code for {{navbox}} that just resolved this issue. ----— Gadget850 (Ed) talk - 02:25, 19 May 2008 (UTC)[reply]
I can't find it, as Navbox is a very complex template. Please show me the code. ---Majestic- (talk) 07:26, 19 May 2008 (UTC)[reply]
Just because I know it is in there does not mean I know how it works. I took a quick look, but I don't see how it works either. ----— Gadget850 (Ed) talk - 08:36, 19 May 2008 (UTC)[reply]
I will try {{pad|5.7em}}. There's one problem though. When one adds the "state = plain" attribute the table will always be expanded and the [hide]/[show] link on the right will not be displayed. But with the {{pad|5.7em}} the title is no longer centered either. Can you add an "if" parameter so that if the "state = plain" is used the "{{pad|5.7em}}" will not be used? ---Majestic- (talk) 09:05, 19 May 2008 (UTC)[reply]
I added {{#ifeq:{{{state|}}}|plain||{{pad|5.7em}}}} before "Reviews" and it seems to work. ---Majestic- (talk) 10:02, 19 May 2008 (UTC)[reply]

Image page file histories

Has someone been changing the format of file histories on image pages? My image tagging script (Howcheng's) isn't working anymore. Kelly hi! 02:03, 19 May 2008 (UTC)[reply]

Yes. --brion (talk) 02:08, 19 May 2008 (UTC)[reply]
Why would this be changed without an announcement? I imagine this is going to cause problems with image-processing bots as well. Kelly hi! 02:38, 20 May 2008 (UTC)[reply]
Screen-scrapping bots can expect things to break from time to time. Bots and JS should use the API to avoid that. Aaron Schulz 03:53, 20 May 2008 (UTC)[reply]

Why are some items on watchlist showing as bold and items in history have odd message?

Some items have just recently started appearing on my watchlist as bold. I've no idea why. Also, when I look at the edit history for page that I was the last person to edit, the following message, highlighted in light green, appears after the edit summary for my edit: updated since my last visit. Again, I've no idea what to make of this. older ≠ wiser 02:08, 19 May 2008 (UTC)[reply]

It means they were updated since your last visit. However as it's a bit flaky atm, it's been disabled again for now. --brion (talk) 02:09, 19 May 2008 (UTC)[reply]
Still showing up as bold for me. I've also tried visiting a page and coming back to the watchlist, but it seems as if it's not unbolding it correctly. BuddingJournalist 02:11, 19 May 2008 (UTC)[reply]
Also still present for me. If this is gonna be a longterm change, can you tell me the necessary style information now so I can block it in my monobook (it makes the Watchlist HIDEOUS)? JPG-GR (talk) 02:14, 19 May 2008 (UTC)[reply]
It might be a good improvement once it works okay, but at the moment it is fairly confusing. I think the disabling may have bolded everything rather than unbolding everything... Geometry guy 02:14, 19 May 2008 (UTC)[reply]
(after ec) Thanks. The bolding on watchlist, perhaps I can see that. But the message in edit history was on my edit. There was no subsequent edit (even after purging). older ≠ wiser 02:12, 19 May 2008 (UTC)[reply]
Yeah, the bolding of titles, I'm not exactly sure where the helpfulness is, I check the time since I last clicked on my watchlist and go from there. The green "updated since", I saw on commons and spent awhile trying to figure out, since no-one had done anything to the page, and I couldn't even find a linked page having been deleted. Confusing at best, can we have a preference here? Franamax (talk) 02:16, 19 May 2008 (UTC)[reply]
I'll second that. If this is permanent, I'd like to have the ability to individually disable it. -MBK004 02:17, 19 May 2008 (UTC)[reply]

This is a great improvment. Watchlists on other projects have this feature (ie Commons, meta, books) and I was wondering when Wikipedia would catch up to have this useful feature, I hope it stays. -- penubag  (talk) 02:18, 19 May 2008 (UTC)[reply]

Hmmm no wonder the logo hasn't been changed yet. I really wish the community-proposed developments with consensus were given more priority than these backroom things they do. It's really quite frustrating. Equazcion •✗/C • 02:19, 19 May 2008 (UTC)[reply]
Is this going to be fixed any time soon? Everything is in bold for me as well. My left eye has melted out of my skull. Gwynand | Talk•Contribs 02:21, 19 May 2008 (UTC)[reply]
Cool. Got a pic of that? Raymond Arritt (talk) 02:24, 19 May 2008 (UTC)[reply]

Some code changes cleanup improper settings checks. The downside is that it triggered some old code that bolded items by default, since apparently, that was how they were in 1.4. Items should be in regular font now. Aaron Schulz 02:27, 19 May 2008 (UTC)[reply]

To summarize:
  1. The bold-since-last-change is now disabled here again as it doesn't seem to work quite properly. (It used to be inactive always unless e-mail notification options were enabled.)
  2. Disabling it temporarily caused the behavior that *everything* would be bold. This was apparently a weird "compatibility" mode for a 4-year old version of the software, and has been fixed. :)
  3. If and when the markers work consistently, they'll be enabled. You won't have the option to opt out of them as a preference, as it should be very clean and transparent, but of course it would be trivial to do a CSS hack to remove the bolding if you can't stand having the information available. :)
--brion (talk) 02:27, 19 May 2008 (UTC)[reply]
Well, I'd recommend having that CSS hack ready... :) JPG-GR (talk) 02:33, 19 May 2008 (UTC)[reply]

I appreciate this whole boldness in applying boldness thing, but lots of people hate it, and there's near-unanimous community consensus that the logo should be changed. Can't we do the stuff people actually want and have discussed first? I hate to complain and stuff, just saying. This kinda came out of left field. Equazcion •✗/C • 02:36, 19 May 2008 (UTC)[reply]

Got a new version ready? If so, file a bug request with: a link pointing to the updated file, a link pointing to the on-wiki consensus, and use the 'shell' keyword. You'll have far better odds of having something accomplished that way than kvetching here. ; - ) --MZMcBride (talk) 02:53, 19 May 2008 (UTC)[reply]
It's all done already, a few days ago: bugzilla:14137. More generally though, requested things should be given priority. I mean we;ve got the edit conflict bug on file for years, bugzilla:4745, and they're working on this bold crap? I'm sorry this is just really ridiculous. Equazcion •✗/C • 02:56, 19 May 2008 (UTC)[reply]
The majority of the developers are volunteers and work on what they feel like/have experience in/think they can do. I believe Aaron has been working on this for at least a couple weeks now (or at least he was talking about it), far before the proposal to change the logo began. Further, only a handful of the developers have shell access to the servers and actually can change the logo. Mr.Z-man 03:18, 19 May 2008 (UTC)[reply]
Understood, but I'm a volunteer too. Developers are also part of the community, aren't they? If someone can point me to a community discussion that addressed the need for bold links in the watchlist with enough support was gained, I'll shut up. But as a frequenter of VP proposals, I find it frustrating that we can discuss things til we're blue in the face and nothing that requires developer intervention gets done, while they don't discuss anything with us and just implement what they like. Equazcion •✗/C • 03:23, 19 May 2008 (UTC)[reply]
A) Something that's easy, like the logo will get done soon, its not like its urgent. More difficult things like bug 4745 will wait until someone actually comes up with a solution, just because there's consensus that it should be done does not mean that it necessarily can be done. B) The English Wikipedia is not the only project. The majority of software changes (like the watchlist) will affect more than just us. C) If every project had to get consensus for every software change, we wouldn't have much. Remember rollback? Mr.Z-man 03:33, 19 May 2008 (UTC)[reply]
I'm not asking for wide consensus, but some discussion to determine whether this is worth the time or even whether it's a popular feature would've been nice. With everything we're currently waiting on, it's frustrating to see something being implemented that wasn't even discussed. It seems like the software is someone else's pet project and the community isn't a priority. If the developers have a good feature suggestion, why not bring it up at VP to see what we think before they spend 2 weeks developing it? Equazcion •✗/C • 03:41, 19 May 2008 (UTC)[reply]
It's quite difficult to instruct the volunteers. One can always step in to do it yourself. Beyond that, bitchin' and badgerin' aren't productive strategies. Has anyone said yet how happy we are that the dev's have produced this new feature? Way to go people! Some of us might think it sucks, but we probably haven't had a good look yet, and thanks for your help :) Now, having done that great piece of work, here's another one to look at... Franamax (talk) 05:31, 19 May 2008 (UTC)[reply]
Yep, Meta, Commons, and the rest of the people who asked that Enotif be merged into the trunk a couple of years ago. Titoxd(?!? - cool stuff) 03:53, 20 May 2008 (UTC)[reply]

Please note, first of all, that most developers do not have shell access and could not change the logo. Aaron, who I take it was doing the fiddling that caused what some people are complaining about, would not have been able to do what you ask even if he wanted to. Second of all, developers who are volunteers (i.e., all but a couple) will do what they feel like working on. Saying that they have a duty to work on what the community wants is like saying all Wikipedians have a duty to work on the articles selected by WP:AID. They don't (although we might have more featured articles if they did!). The one or two who are paid, of course, are not directly responsible to the community either, but rather to the CTO and ultimately the Board, like any other paid Wikimedia employees.

I should also point out that shell work like changing logos is extremely boring and repetitive (keep in mind that there are hundreds of wikis that make requests like this on a continuous basis; see the 112 open bugs of this sort) and only a very small number of people are able to do it. In the present setup, anyone able to perform this kind of change has root database access. This gives them the rights of checkuser, oversight, steward, except without logging (look here and see if you can find any rights logs). And they get abilities far beyond those, too. They can silently and untraceably alter any aspect of any article's history, logs, or whatever else they want. They could in fact delete the site, out of either malice or incompetence. Now to compound all this difficulty, enwiki has the unique habit of going ballistic when a request is fulfilled and they then decide that they really hadn't made up their mind after all (witness: rollback), so some shell users are probably reluctant to do what it asks for.

Anyway, back to the question of who gets to decide what. The goal of developers is not to do anything for the English Wikipedia. It's to improve the software, for all users. It is not remotely practical for developers to start a discussion on every single Wikimedia wiki, especially since most are non-English. German and French Wikipedia editors have their opinions just as much as English Wikipedia editors do; what purpose would an enwiki discussion alone serve? We could have the discussion on Meta, but that still misses the point. MediaWiki is one of the most popular wiki software packages there is. It's used by hundreds (thousands?) of Wikia wikis, and countless others scattered around the Internet. We can't go out of our way to ask all of them their opinion before we make any change. Nothing would ever get done.

Now, we could still have discussions somewhere before implementing changes, and in fact we do. Discussions about software features regularly occur on wikitech-l and #mediawiki. If you're interested in keeping track of this kind of thing, you need to go there, not expect us to treat enwiki specially and come to you before doing anything. In many cases changes are still committed without any discussion, but those who follow mediawiki-cvs-l can comment on them before they go live. If you choose not to do so, then don't complain when you can only object after they go live. You can't reasonably expect MediaWiki development to give any special preference to the English Wikipedia. —Simetrical (talk • contribs) 14:41, 19 May 2008 (UTC)[reply]

  • (ec, this was in reply to franamax) That's just it, I'm not too happy that this was done. The fact that a lot of work went into it doesn't say anything about whether or not it should've been done. If I spent a month writing a policy in my userspace that would eventually affect everyone on Wikipedia, and I suddenly moved it to WP: space and tagged it as a policy, everyone would tell me listen, we love you for putting in all that work, but you should've discussed it with us first. I'm telling you (everyone) the same thing. I appreciate all the work you put it, but sorry as I am to say this, it should've been discussed first. You're part of the community, or at least you should be, and you're here for them the same way I'm here for them. The processes for implementing changes that affect everyone apply to you too. Just because you have the ability to circumvent that is no reason to do it. Equazcion •✗/C • 14:46, 19 May 2008 (UTC)[reply]
  • In reply to Simetrical: If this is the way it's supposed to work, and the community isn't actually supposed to be involved with development, with its discussions occurring away from them, then I'll have to accept that. I don't agree with it, but if this instance is just one example of the way things have always worked, then my beef is with the way things have always worked, and I apologize for complaining about this one thing.
  • In response, to "developers who are volunteers (i.e., all but a couple) will do what they feel like working on. Saying that they have a duty to work on what the community wants is like saying all Wikipedians have a duty to work on the articles selected by WP:AID" -- This is different from telling me I should be working on a requested article rather than whatever article I want. We're not talking about articles, but changes that affect everyone. If there were a pressing and demonstrated need for a particular policy, I'd feel obligated to offer my assistance there. Similarly I think requests from the community (yes even from one language version) should be given more priority than a feature that was just discussed among the developers. Again, developers are here for the community, the same way I'm here for the community. I think they're treated (and treat themselves) as too much of a separate entity. I appreciate all the work they put in, but if the end goal is to help write the encyclopedia, and the people doing the writing have already decided on something that would help them do that, it should be given priority over other things. Equazcion •✗/C • 15:25, 19 May 2008 (UTC)[reply]
    You might feel obliged to offer your assistance if there were a pressing and demonstrated need for a particular policy. Likewise a developer might feel obliged (and often they do) to work on something that's viewed as important. But in both cases, it's the choice of the volunteer, not a duty. And in both cases, it's the volunteer who decides whether it's pressing and needed, not the community.

    Anyway, the end goal of development is not just to build the encyclopedia. That's precisely my point. You're being too Wikipedia-centric, viewing MediaWiki as just an extension of Wikipedia. It's not. MediaWiki is a piece of software in its own right, and the goal of the MediaWiki project is to improve it for all users, present and future. That includes, most notably, the English Wikipedia, but that has no special status at all, except as far as individual developers may or may not care about it more.

    Developers are not here for the Wikipedia community, they're here to develop MediaWiki, for whoever they want to prioritize. We have at least a couple of committers from Wikia, who theoretically work for Wikia. More than a couple of developers run their own wikis and do a considerable amount of coding to benefit those. Many features that are added will never be turned on on Wikipedia, and the author knows that. Many developers write extensions and features that are solely of benefit to non-Wikimedia users. As it happens, a large percentage of developers are particularly interested in the English Wikipedia, and may choose to spend their time working on stuff for it. But the end goal is not just to help write the encyclopedia. —Simetrical (talk • contribs) 14:44, 20 May 2008 (UTC)[reply]

Please keep in mind that more time and effort has been put into this thread than the recent one-line tweaks to the bolded-pages-in-watchlist feature (which has been in the software for years, but originally was attached to the e-mail notification feature which isn't enabled here yet in part for performance reasons). --brion (talk) 16:04, 19 May 2008 (UTC)[reply]
Hey, I'm just a volunteer. Equazcion •✗/C • 16:08, 19 May 2008 (UTC)[reply]
:D --brion (talk) 16:12, 19 May 2008 (UTC)[reply]
Yes, but bickering is much more fun than coding. —Simetrical (talk • contribs) 14:44, 20 May 2008 (UTC)[reply]
Not all discussions are bickering, and if coding myself were an option, I'd be doing that rather than trying to push others to. I'll also note that about half the content of this exchange consists of your responses, Simetrical. Equazcion •✗/C • 18:16, 20 May 2008 (UTC)[reply]
You should be glad I am not well-versed in such matters... This is nothing. :-D Waltham, The Duke of 01:09, 21 May 2008 (UTC)[reply]
I was remarking on my own tendency (which I'm sure Brion has noticed before) to talk more than code, not disparaging you. But as for you, you always have the option of learning how to code if you're willing to put in the time and effort. —Simetrical (talk • contribs) 14:07, 21 May 2008 (UTC)[reply]

Special:Undelete text

What is "Undeletion will not be performed if it will result in the top page or file revision being partially deleted. In such cases, you must uncheck or unhide the newest deleted revision." talking about when you go to undelete a page? It doesn't make any sense - how can you partially delete a file or revision? I would remove it or ask on the appropriate talk page, but I can't even find where it is coming from - it is not in MediaWiki:Undeletehistory. --B (talk) 21:08, 19 May 2008 (UTC)[reply]

This is the best place to ask - MediaWiki talk pages like this aren't well-watched. It's in MediaWiki:Undeleterevdel which doesn't have any history because it was never changed from its default value. As to what it's about ... I have no idea ... maybe it refers to changes in revision compression over the years? The message must have been created after MediaWiki default deleted messages that were the same as their default value in January 2007, because it has no deleted history. Graham87 01:30, 20 May 2008 (UTC)[reply]
Hrm ... no wonder I couldn't find it - I was trying to search for the text, which doesn't exist. ;) Can anyone see a really good reason not to blank this message? It doesn't make a bit of sense. --B (talk) 03:21, 20 May 2008 (UTC)[reply]
I'm guessing that that must be a warning that a revision will not be undeleted if it is a revision that contains only metadata and does not reference an entry in the text table (e.g. after moving or protecting a page). That said, it is only a guess. Titoxd(?!? - cool stuff) 03:30, 20 May 2008 (UTC)[reply]
Is that something that would at all be applicable on English Wikipedia? I googled "MediaWiki:Undeleterevdel" and found a number of other Wikis that have one more sentence added — "Revisions of files that you don't have permission to view will not be restored." That makes sense. If your access level doesn't give you rights to the file itself and you try to restore the file, nothing will happen. That could be true somewhere ... but not here as everyone with access rights to restore a file has access rights to view that file. The other thing I thought about that it could mean, but unfortunately doesn't, is that you shouldn't restore just a file but not the image description page. Unfortunately, though, it lets you do that. That's a rather bad thing, IMO, for obvious reasons. So if anything, there should be a warning not to do that, but the message as it is now doesn't seem to apply here. --B (talk) 03:38, 20 May 2008 (UTC)[reply]

(unindent) For future reference, Special:AllMessages lists all of the system messages and their default content and current content. A quick search of the page usually turns up what you're after, in this case, MediaWiki:Undeleterevdel. --MZMcBride (talk) 03:45, 20 May 2008 (UTC)[reply]

The message pertains to Special:RevisionDelete. Aaron Schulz 03:52, 20 May 2008 (UTC)[reply]

What is Special:RevisionDelete? I'm guessing it allows you to delete one revision rather than the whole article? If so, why don't we have that? It would be great to be able to take out one revision of libel rather than having to do a selective delete/restore or get an oversight user to handle it. --B (talk) 03:56, 20 May 2008 (UTC)[reply]
its still in developement. βcommand 2 14:32, 20 May 2008 (UTC)[reply]
In the interim, is there any reason that we can't blank MediaWiki:Undeleterevdel? It just makes no sense whatsoever when you go to undelete a page. --B (talk) 14:36, 20 May 2008 (UTC)[reply]
Well, if we blank it, it would show the default message hard-coded into MediaWiki. However, that default message is what we're seeing right now. A better way to fix the problem is understanding what the message is supposed to say and copyedit it. Titoxd(?!? - cool stuff) 20:30, 21 May 2008 (UTC)[reply]
Makes sense. What's the status of Bug 3576? Is it still pending review? Titoxd(?!? - cool stuff) 20:30, 21 May 2008 (UTC)[reply]

Special:Revisiondelete is not in development. It's finished. — Werdna talk 16:05, 20 May 2008 (UTC)[reply]

Is it going to be implemented here? Is there any reason not to blank MediaWiki:Undeleterevdel or replace it with something useful? --B (talk) 17:11, 20 May 2008 (UTC)[reply]
The page doesn't exist currently. If you "blanked" it, it would revert to the default message. --MZMcBride (talk) 19:44, 20 May 2008 (UTC)[reply]

Wrapping images with text

On Myanmar, the SVG image in the lead is followed by a comma. If the page is the right width, this comma gets wrapped to the next line without the image. This is wrong; the comma and the image should be "non-breaking". Is there a solution to this? BigBlueFish (talk) 22:37, 19 May 2008 (UTC)[reply]

I added <span style="white-space:nowrap"> around it. Tra (Talk) 22:50, 19 May 2008 (UTC)[reply]
Actually you have no way of knowing how that will look in proportion to the viewer's default font size. It would be preferable to use the Unicode representation of the Burmese letters ဴပည္ေထာင္စုဴမန္မာနုိင္ငံေတာ္ rather than uploading an image for every proper non-latin name that gets mojibaked by IE. — CharlotteWebb 23:32, 19 May 2008 (UTC)[reply]
That string gets "Mojibaked" by Firefox 3.0b5 on Ubuntu, too. —Simetrical (talk • contribs) 14:47, 20 May 2008 (UTC)[reply]

"Unauthorized" page content for anon users looks wrong

After visiting

http://en.wikipedia.org/wiki/Image:Oliver_Sacks.jpg

I tried to visit

http://en.wikipedia.org/w/index.php?title=Image:Oliver_Sacks.jpg&action=edit

as an anonymous user. The page title is "Unauthorized", but below that, a box says, "Wikipedia does not have a Image page with this exact title. ... Log in or create an account to start the Image:Oliver Sacks.jpg page".

Seems it should be saying that the page exists but that I, as an anonymous user, can't edit it. In any case, I could use some kind of change to the message; "Unauthorized" and "page doesn't exist" in the same page leave me confused. —Preceding unsigned comment added by 68.125.166.190 (talk) 00:59, 20 May 2008 (UTC)[reply]

The image is uploaded on Wikimedia Commons, meaning the image shows up, but the page does not exist. The reason it is unauthorized is because IPs can't make new articles, which you are actually doing. If you want to edit, make an account at Commons and change it there. Soxred93 (u t) 02:12, 20 May 2008 (UTC)[reply]

How to add the logo in media wiki

HI All

I dont know how to add the logo into media wiki.

Can any one help me out in this regard. —Preceding unsigned comment added by 61.95.163.2 (talk) 14:17, 20 May 2008 (UTC)[reply]

If you have access to LocalSettings.php on your site, you can change the path/url value of the $wgLogo variable. Failing that you can use javascript or css to overwrite the background-image setting of the link (<a> tag pointing to your site's main page) within the div with id="p-logo". — CharlotteWebb 13:49, 21 May 2008 (UTC)[reply]

search for red links

Is it possible to do a search for non-existent pages that none the less are being linked to (matching some pattern?). Regards, /Marmelad (talk) 16:32, 20 May 2008 (UTC)[reply]

Use Special:WhatLinksHere/This page doesn't exist, replacing "This page doesn't exist" (which, surprisingly, is being linked to) with whatever you're looking for. Special:WhatLinksHere, predictably, also works for pages that exist. x42bn6 Talk Mess 16:48, 20 May 2008 (UTC)[reply]
If you want a database of all links, however, it's not available although you can run queries on database dumps, for example, WP:WANTED uses a dump from September 2007. x42bn6 Talk Mess 16:51, 20 May 2008 (UTC)[reply]
Special:Wantedpages is theoretically available, but it's disabled here, probably because it tries to sort the pages by number of incoming links or something equally horrible and expensive. If you had a more precise request, someone with a data dump or toolserver access could give you want you need, probably. —Simetrical (talk • contribs) 14:09, 21 May 2008 (UTC)[reply]

Scripts disabled until autoconfirmed?

Okay, I know that Twinkle is disabled on accounts until autoconfirmed. However, I've created this account and none of the Gadgets work either. Plus, scripts added to monobook.js won't load. Are scripts entirely disabled until the account is autoconfirmed? — The Hand That Feeds You:Bite 19:40, 20 May 2008 (UTC)[reply]

Are you sure you have Javascript enabled in your browser? Mr.Z-man 23:46, 20 May 2008 (UTC)[reply]
Positive. This is actually a new account (I'm retiring the old one), so I've tried bypassing my cache and checking my browser settings, as well as logging on with a different browser (and on a different machine). If I log into my retired account, everything works, it's just the new one that's having trouble. -- — The Hand That Feeds You:Bite 13:00, 21 May 2008 (UTC)[reply]

Autoconfirm now requires 10 edits.

Per Wikipedia:Autoconfirmed Proposal/Poll, which showed 85% consensus of 100-200 editors in raising the autoconfirmed requirements to ten edits, this has been implemented. — Werdna talk 00:03, 21 May 2008 (UTC)[reply]

Perhaps it would be appropriate for an announcement of the closing of the poll, preferably accompanied by a (brief) rationale for the decision taken, to be posted in the relevant discussion page? After all, it might not be intuitive to all why, with the majority supporting the seven-day, twenty-edit option, a lower limit was implemented. Waltham, The Duke of 00:51, 21 May 2008 (UTC)[reply]
Yes, what happened with that? The responses seem to be overwhelmingly in favour of the 7/20 option, by a very wide margin. (There are far more people in support of 7/20 then there were for all of the other options combined; 92 for 7/20 versus 58 for all of the others.) --Ckatzchatspy 05:16, 21 May 2008 (UTC)[reply]
Support was 85% for the implemented option, and 65% for the 7/20 option. Systems administrators have learned the hard way that 65% is not enough on enwiki. — Werdna talk 05:31, 21 May 2008 (UTC)[reply]
That assumes that everyone who voted for the 7/20 would also be happy with 4/10 and that no one who voted for 4/10 would be happy with 7/20. Both of those suppositions are dubious. Dragons flight (talk) 05:39, 21 May 2008 (UTC)[reply]

Oh good. Now Grawp will have to make ten typo fixes or space insertions before moving pages. Our problems have been solved!!!!!!!! --- RockMFR 19:33, 21 May 2008 (UTC)[reply]

Move the search box directly beneath the puzzle globe

Currently the search box, the first thing that our users want to use, is about 3/4 of the way down the screen, after the lists of "navigation" and "interaction" links. This can make it hard to find for new and elderly users.

I propose that we move the search box directly beneath the puzzle globe, like so:

Comments are welcome in the discussion at Wikipedia:Village pump (proposals)#Move the search box directly beneath the puzzle globe. —Remember the dot (talk)

Talk:Giovanni Rucellai

What is causing that page to appear at Category:Candidates for speedy deletion. Thanks. CambridgeBayWeather Have a gorilla 05:17, 21 May 2008 (UTC)[reply]

Table formatting

How do I remove these border lines from this table? --soum talk 05:27, 21 May 2008 (UTC)[reply]

I just took care of it for you. --CapitalR (talk) 05:39, 21 May 2008 (UTC)[reply]
Thanks a ton. :-) --soum talk 05:41, 21 May 2008 (UTC)[reply]

Volapük Wiki

The Volapük wiki is currently listed as one of our major projects on the main page, and their stats page also has some interesting numbers, all of which seem to be ridiculously out of proportion to the figures at the Volapük article here, listing an estimated 20-30 speakers. One or the other is wrong, or that language has some bloody hard-core speakers... +Hexagon1 (t) 08:49, 21 May 2008 (UTC)[reply]

Load vo:Special:Random a few times; let me know how many clicks you managed before you A) got bored, or B) found an article that wasn't about a geographical location. The Volapük version of Blofeld of SPECTRE has been very busy over there... Happy‑melon 09:38, 21 May 2008 (UTC)[reply]
Most of the Volapük articles appear to be bot created. It's prominent placement in language lists has been discussed in different places. See for example Template talk:Wikipedialang#Quality requirements (Volapük). PrimeHunter (talk) 11:51, 21 May 2008 (UTC)[reply]
Ah, OK. That's somewhat beyond a joke, but it looks like it is still wanted. +Hexagon1 (t) 12:30, 21 May 2008 (UTC)[reply]
Took me 74 clicks before I got something, a date: vo:Novul 14, and 114 clicks to get to an actual article: vo:Heyuannia. Prodego talk 21:42, 21 May 2008 (UTC)[reply]

Playing with stuff in the edit window

Is there anything I can add to my monobook.js to move the edit summary and commit/preview/changes buttons above the diff and preview when undoing an edit, but only when undoing? Also, any way to make the list of templates transcluded which is at the bottom of the edit screen collapsible (and collapsed by default)?? Happy‑melon 11:13, 21 May 2008 (UTC)[reply]

Some code to move the objects around
if(queryString('undo') && queryString('undoafter')) addOnloadHook(undoStyle)
function undoStyle() {
  var wp = document.getElementById('wikiPreview');
  moveObj(document.getElementById('toolbar'),wp);
  moveObj(document.getElementById('editform'),wp);
}

function moveObj(obj,parent) {
  var newobj = obj.cloneNode(true);
  while(obj.firstChild) obj.removeChild(obj.firstChild)
  obj.parentNode.removeChild(obj);
  parent.appendChild(newobj);
}

function queryString(p) {
  var re = RegExp('[&?]' + p + '=([^&]*)');
  var matches;
  if (matches = re.exec(document.location)) {
    try { 
      return decodeURI(matches[1]);
    } catch (e) {
    }
  }
  return null;
}
This relies on the query strings undo and undoafter present to detect undos, so doesn't work on the preview after an undo (also because it sticks the edit form into the preview, being the best static div available at the correct location). Giver a try --Splarka (rant) 08:01, 22 May 2008 (UTC)[reply]
Doesn't seem to do anything - is my implementation right, or do I need to wrap that code in something? Happy‑melon 09:26, 22 May 2008 (UTC)[reply]
Hmm, works for me. Cleared your cache? got any JS errors? what browser? --Splarka (rant) 10:47, 22 May 2008 (UTC)[reply]

Search For User Contributions On A Specific Talk Page, Article Page, Category Page, Etc. Etc.

I proposal a way to search for all the contributions by a the same contributor on a specific talk page, article page, category page, etc. etc.

We can go to User contributions and see what the user contributed, using filters and using the drop down box to filterout for say contributions in the Articlespace. We need to search for contributions by editors for contributions in an article space for a specific article, let's say, so we can track down all the vandalism to the article contributed by the editor, let's say that it was pov. Please post this on the proposal media bugzilla or whatever cause I don't have an account. Thanks so much!68.148.164.166 (talk) 20:18, 21 May 2008 (UTC)[reply]

This should be perfectly doable now that we have a page_user_timestamp index on the revision table. —Simetrical (talk • contribs) 14:58, 22 May 2008 (UTC)[reply]
See this over at persistent proposals. If it doesn't incorporate completely what you propose, feel free to add. Impin | {talk - contribs} 17:54, 22 May 2008 (UTC)[reply]

Age calculation

Is there any tag which calculates the age if we supply the birthday. I think this would really make it simpler on many articles where otherwise someone would have to edit the age all the time. Ninadhardikar (talk) 11:04, 22 May 2008 (UTC)[reply]

{{age}}. Anomie⚔ 11:09, 22 May 2008 (UTC)[reply]
I often see {{Birth date and age}}. Nihiltres{t.l} 14:26, 22 May 2008 (UTC)[reply]

Information box

Preceded by MLA for Saint John County
1900-1901 		Succeeded by

Could someone with technical knowledge create a header for this that says: "Legislative Assembly of New Brunswick" similar to the box below for Federal members of Parliament with a gray background header that says: Parliament of Canada:

Parliament of Canada
Preceded by Member of Parliament for Fundy
1900-1901 		Succeeded by



Tank you. Jonathan Logan (talk) 14:03, 22 May 2008 (UTC)[reply]

Use {{s-par|ca-nb}} like this:
Legislative Assembly of New Brunswick
Preceded by MLA for Saint John County
1900-1901 		Succeeded by
--—— Gadget850 (Ed) talk - 14:20, 22 May 2008 (UTC)[reply]

Limiting HTML table sizes

WARNING: These links may crash your web browser and display Goatse.

Would it be feasible for MediaWiki block attempts at inserting excessively large raw HTML tables into pages? I'm noticing a few vandals here and there who use this trick to "upload" shock images despite being unregistered and to also crash the web browsers of those who patrol CAT:RFU. --  Netsnipe  ►  20:24, 22 May 2008 (UTC)[reply]

Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=214266237"