Jump to content

Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Y0u (talk | contribs) at 00:56, 25 September 2007 (→‎...need help with a script?: 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 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.


Nested tables class="collapsible collapsed"

If someone knows of a workaround for this issue, I'd like to know what it is too. I couldn't find anything for it in Bugzilla either.

I have some nested collapsible tables coded up roughly as follows: 

{|class="collapsible collapsed"
!Outer table header row
|-
| interesting information
|-
|
{|class="collapsible collapsed"
!Inner table header row
|-
| more detailed interesting information
|-
|
{|class="collapsible collapsed"
! Inner inner table header row
|-
| Even more detailed information that's not particularly interesting
|}
|}
|}

Here's what it looks like:

All of them should be collapsed by default. But when you expand the outer table, all the inner tables expand as well -- but their "show" links say "show". The Javascript apparently doesn't know they've expanded. When you click on "show" it changes to "hide", but doesn't do anything else. After that, the link works normally.

Any thoughts? TCC (talk) (contribs) 09:58, 1 July 2007 (UTC)[reply]

Looks like you aren't using it in the way it was intended. Looks like it doesn't support nesting. I'll take a look around and get you an answer and the correct code in a bit. —Andrew Hampe Talk 23:17, 1 July 2007 (UTC)[reply]
Just so you're aware then, one requirement is to be able to specify the initial state, which is why I'm using the table instead of NavFrame, etc. TCC (talk) (contribs) 01:33, 2 July 2007 (UTC)[reply]
You can hide the nested tables by putting 3 NavFrames inside one collapsible table, e.g. {{Calculus footer}}. Even if you're nesting only 2 or less, you can add an empty NavFrame div to make them hidden. I don't know of a way to make the nested NavFrames expand by default though, unless you're nesting 2 or less. –Pomte 18:55, 24 July 2007 (UTC)[reply]
That is kind of the problem with using NavFrames, yes. In fits and starts I'm working on a change to the scripting to see if I can get it to work. Going's a bit slow though, as this is my first time working with either Javascript or the DOM. TCC (talk) (contribs) 02:07, 10 August 2007 (UTC)[reply]

Sorted it. I'd made a silly mistake about the order in which scripts are executed on a page load. It's probably very klugy, so I wonder if someone experienced in JS and the DOM could have a look at it and tell me if I've done anything boneheaded? See User:Csernica/monobook.js. And what might be the chances of getting this into Common.js? TCC (talk) (contribs) 07:26, 15 August 2007 (UTC)[reply]

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)

overriding class="wikitables"

I need to override the wikitables class. Specifically, I need to replace its charming #f2f2f2 table header with another color. I tried adding style="background:red;" to the header to the header row but it seems that the wikitables class takes precedence over my customized style. So how can I override the wikitables class? -- Миборовский 05:14, 21 August 2007 (UTC)[reply]

Put "class" before "style" so that it overrides properly. Anything more, and I'd need to see an example of what you're trying to do (you could set up a page in your userspace, for example). EVula // talk // ☯ // 05:17, 21 August 2007 (UTC)[reply]
Order of class and style attributes on an element should not matter. Anomie 14:02, 21 August 2007 (UTC)[reply]
Yes, it should; the "C" of "CSS" is cascading. Declarations that are made first are overridden by later declarations (ie: if Sheet X says that h2 tags should be green, and Sheet Z says h2 tags should be red, which ever sheet is included last will determine how it is displayed, but it can stille be overwritten by an inline style that says that that particular h2 tag should be blue). EVula // talk // ☯ // 19:35, 21 August 2007 (UTC)[reply]
But if Sheet W says SPAN tags should be blue and an inline style says orange, <span class="SheetW" style="color:orange"> and <span style="color:orange" class="SheetW"> are equivalent (i.e. orange). Something similar goes for your example: <h2 class="SheetX SheetZ"> and <h2 class="SheetZ SheetX"> are equivalent. Anomie 21:34, 21 August 2007 (UTC)[reply]
Here's an example. --MZMcBride 06:43, 21 August 2007 (UTC)[reply]
If you look at MediaWiki:Common.css, you will see that the background color is being applied to the TH elements. Thus, you will have to specify the style override on each cell rather than on the row. Unless there is a good reason (not just "I like it better in this color") for overriding the class, I would advise against doing this as it will prevent user preferences or skins from overriding the color. Anomie 14:02, 21 August 2007 (UTC)[reply]

Talking of edit counts.....

There seems to be a small discrepancy between the Wannabe Kate tool and the "official" tool that seems to affect mainspace count. It's not down to deleted edits (wrong figure for that) and it also reports a slightly different figure for the number of unique pages. Any ideas? Adrian M. H. 01:29, 11 September 2007 (UTC)[reply]

Maybe there's a delay in updating. The mainspace difference is 2 for me, and I've made 2 mainspace edits today. - BANG! 03:21, 11 September 2007 (UTC)[reply]
replag on the toolserver's s1 db server (where enwiki is replicated) is currently about 11 hours, which could surely explain the discrepancy unless you can find a specific example where the difference in edit counts can be compensated for by disregarding the last 1/2-1 days' worth of edits. AmiDaniel (talk) 04:44, 11 September 2007 (UTC)[reply]
Yes, 11 hours between the two would be enough to explain it, if it affects one counter but not the other. Is that what you mean? If the lag affects both counters, then I'm not sure, because I viewed them side by side while comparing their figures with the new counter in preferences. Adrian M. H. 09:05, 11 September 2007 (UTC)[reply]
"Wannabe Kate," I believe, simply scrapes Special:Contributions (in other words, it pulls them from Wikipedia's live database) whereas river's tool (not sure why you denote this as the "official" tool) works off the toolserver's replicated database, which is, at times, lagged and incomplete. The benefit of the latter is that it is certainly faster and produces less load for Wikimedia's servers. AmiDaniel (talk) 00:01, 16 September 2007 (UTC)[reply]
He probably calls it official because it really does look more official than kate's one, as in as you open it up you are greeted "WIKIMEDIA" "user edit counter" which has a certain aura of authority to it. Well that's my take anyway. Phgao 03:36, 18 September 2007 (UTC)[reply]
Add to that it proports to be the "original edit counter". Phgao 03:44, 18 September 2007 (UTC)[reply]
I described it thus primarily to distinguish it from "Wannabe Kate", which I understood was based on the other counter. Not sure if that's right. Adrian M. H. 13:18, 19 September 2007 (UTC)[reply]

I've done some probing and have discovered the lag on Kate's tool is quite large to make it a very unreliable edit counter as it usually lags by days if not weeks. Interoit's tool is far better when it comes to just scraping your Special:Contributions page. I shall call Interoit's count I. The 'official' count, O listed in your preferences counts all the times you've clicked the edit button, modified a page and then saved it. Therefore whereas I includes moved pages but not deleted pages, O counts all your edits including deleted ones but not your moves. So we have

I + No. edits to deleted pages - No. moves = O. For most people, I've found I > O due to few edits made to pages that eventually get deleted whilst large number of pages being eventually moved. Centy – reply• contribs – 21:26, 19 September 2007 (UTC)[reply]

Cite.php improvement request

Background:

The basic problem is that the inline citations that work so nicely for auto-numbered footnoted citation lists, make the article source very hard to read. Some workarounds that have been tried are to put the citations all together in their own section, between <includeonly> or <span style="display:none"> tags. There are two problems with this type of solution:

  1. The reference numbers are no longer guaranteed to be in numerical order (not so serious)
  2. One backlink in each reference is now broken.

Apparently some people have started hacking at cite.php, but no definitive solution has yet arrived.

Please comment! --Slashme 15:36, 11 September 2007 (UTC)[reply]

I think this is the "simple solution" to many of the problems discussed in the past. I have a system in place at M200G Volantor, that's an example of the basic idea. The only problem with this system is that there is a non-functional backlink on each reference. Otherwise this gives editors the option to combine references, or to continue to use them in the body of an article. This would not mandate either style and I firmly believe that neither system is necessarily more appropriate in any given article than another. Many editors would like to have this option and by finding a way to hide that non-functional backlink, the system would be more friendly to content contributors.--JayHenry 15:55, 11 September 2007 (UTC)[reply]
Of the links provided, I find the first to be unhelpful as it is mainly just people complaining about the current system without a coherent proposal and the second unhelpful as it contains no proposal at all. The third is most useful as it contains an actual proposal; I note that the first point ("named references can be used before being defined") seems to have been realized since then. The second point, if implemented, would easily take care of Slashme's complaint.
Also, some way to see the text of a named reference when editing a section would be helpful; otherwise, on pages that use this new feature it will be a pain to find just what a reference is referencing. Anomie 18:19, 11 September 2007 (UTC)[reply]
Slashme was just acknowledging that this problem has a history of discussion. Actually, seeing the text of a named reference is already a problem in articles. In an article that uses a reference 10 times, it's very difficult to find the original use. It would actually be easier to find named references with this system, than the system currently in use (but again, using this proposed system would be completely optional). --JayHenry 18:34, 11 September 2007 (UTC)[reply]
Talking off the top of my head after looking at the cite.php code here, it seems to me that the <Ref name=whatever>...</Ref> tag pair could easily be extended to provide a mechanism allowing an editor to flag an instance where link/backlink generation by cite.php should be suppressed in the expansion of that tag pair.
It looks to me as if this could be implemented most easily in cite.php if the extension were to define alternate name for the "name" parameter (e.g. "namenl=") which would be used thusly: <Ref namnl=whatever>text to be later expanded</Ref>. In this example, using namenl instead of name would cause cite.php to generate neither a forward link at the point in the article text where this is encountered nor backlink to that point. It would probably be best (and would simplify implementation) to treat <Ref namenl=whatever/> as a synonym for <Ref name=whatever/> — that is, only suppress link/backlink generation on the <Ref namenl=whatever>...</Ref> pair which supplies the string to be expanded. -- Boracay Bill 04:17, 12 September 2007 (UTC)[reply]
Probably more intuitive, a new tag name something like Refhide could be defined and used like <Refhide>...</Refhide>. Processing that, cite.php could set a variable like $mInRefhide TRUE inside that block and when processing <Ref name=whatever>...</Ref> occurrences while $mInRefhide is TRUE, cite.php could (1) not generate a link and (2) not stack backlink information. -- Boracay Bill 06:29, 12 September 2007 (UTC)[reply]

I see this is "Idea Whose Time Has Come": See m:Talk:Cite/Cite.php#Forward_references_are_working. Maybe we should take further discussion to the cite.php discussion page? --Slashme 09:03, 12 September 2007 (UTC)[reply]

My knowledge is also fairly limited, but I think it seems fairly simple to implement as well. I'm not seeing any reason to object to this, right? --JayHenry 02:45, 13 September 2007 (UTC)[reply]
I see this was raised at Meta -- I also copied the request onto mediawiki.org as I think this is where active discussion happens on the template. --JayHenry 00:59, 19 September 2007 (UTC)[reply]

editing toolbar buttons no longer work with Classic skin

I'm not sure if I'm the only one experiencing this problem, but the toolbar buttons no longer work when I'm using the Classic skin. This seems to be an IE-only problem; the buttons work correctly when I'm using Firefox. --Ixfd64 15:39, 15 September 2007 (UTC)[reply]

I will look into this. The simple solution is to upgrade to IE7 or, like you said, use Firefox. —Remember the dot (talk) 15:54, 15 September 2007 (UTC)[reply]
  • And I thought I was the only one having this problem. I just updated my Sun Java runtime environment with no success. Does the script require Microsoft Java? A fix would surely be appreciated (as there's no way I'm gonna "upgrade" to IE7) --Mud4t 20:26, 16 September 2007 (UTC)[reply]
Yay! It's working again! --Mud4t 06:22, 18 September 2007 (UTC)[reply]

I've noticed that only certain computers were affected. I tried editing on another computer while using Internet Explorer, but I didn't run into any problems. Anyways, it appears that this issue has been fixed! :) --Ixfd64 21:33, 23 September 2007 (UTC)[reply]

My Userpage

This is my userpage. I made it in Internet Explorer and it looks beautiful. However, last night, after downloading Firefox just to use TWINKLE, I happened upon my userpage and it looks horrible. Can anyone help fix it so it looks good on Firefox AND Internet Explorer? Free barnstar to whoever fixes it. If you can fix it, please use my Sandbox and post the entire userpage , fixed in my sandbox. my sandbox Tyler Warren 21:03, 15 September 2007 (UTC)[reply]

Hi Tyler Warren. You should know that Microsoft's Internet Explorer does not render websites correctly. So, when you say "In Internet Explorer it looks beautiful", you're false: For an internet developer is your userpage horrible! - That, what Mozilla Firefox/Safari or eg. Opera you show, that is right. And nothing else. --194.208.72.24 11:00, 16 September 2007 (UTC)[reply]
I would say that neither of them is always correct. --Kubanczyk 07:20, 18 September 2007 (UTC)[reply]

I think edit conflicts are broken

I've noticed that when I get an edit conflict of a section of a page, it then wants me to edit the entire page to resolve the conflict. This, of course, on a large busy page, makes it almost impossible to not get an edit conflict the second time, too. So, I (and, I imagine, others) just cut n paste my edit, reload the page, and try editing the section again. This works, but it's clumsy. Can this be fixed in the software? I'm pretty sure in the past it didn't work this way. I also notice, when I'm foolish enough to just try editing the entire page after getting a conflict, that it's very slow to save the page- as in, minutes sometimes. Sometimes my browser gives up before ever getting a response. Friday (talk) 17:31, 16 September 2007 (UTC)[reply]

I've been annoyed with this as well-- if you're editing a section, then the edit conflict should only show that section -- but I think the problem is, what if the section no longer exists? Or has been re-named? Or something else that makes it very difficult to figure out what to do? But it would be nice if there was some sort of heuristic that gave you the section back when it could, and otherwise gave you the page. Gscshoyru 19:44, 16 September 2007 (UTC)[reply]
It's worked this way for as long as I can remember, and I think I can remember a time before we got the "resolve edit conflict" page --Random832 13:51, 18 September 2007 (UTC)[reply]
It should at least be smart enough that if the section name and number haven't changed, just give you the section, but it has always worked that way. It just gives you the whole page, which is an engraved invitation to cut and paste the whole page and blow away the other guy's edit. You could file a request at Bugzilla. —  Randall Bart   Talk  08:06, 20 September 2007 (UTC)[reply]

Server difficulties banner

I posted this over at the Village pump (misc) but they are always slow to respond. The banner has gone away too, but I'm still looking for answers....

Hey, I read up about it on some disscussions, but there are so many threads with a lot of people saying the same thing that everything is broken and not saying anything useful. I just wanted to hear the whole story of what happened instead of link jumping across all the wikimedia projects. I've seen 5 explainations already and I've only been to WP:VPT , here, and the commons VPT. No rush, I'm sure I could read about it soon in the signpost, but if you don't have anything to do, would you respond? Thanks, - Hairchrm 04:58, 17 September 2007 (UTC)[reply]

This should be taken with a grain of salt.... One of the disks that holds image thumbnails filled up and subsequently, the servers began to generate empty thumbnails. The disk was fixed, however due to caching, the image thumbnails were still a problem, not only on en.wiki, but also on Commons. MediaWiki:Sitenotice was modified a couple of times to notify users. Eventually, Mark was able to purge the servers of most of the empty thumbnails and the problem was solved. Basically. --MZMcBride 05:09, 17 September 2007 (UTC)[reply]
Basically meaning "look below at the next few disscussion points??". Oh. I get it. - Hairchrm 00:48, 18 September 2007 (UTC)[reply]

Special:Suffixindex

There is a request on talk page of Special:Prefixindex for Special:Suffixindex. I have to second that request. This will be invaluable for finding the noun part of names that have various adjectives. I'm thinking "X logic," "X philosophy," etc.

I was recommended to this area. Be well and thanks for your work. Greg Bard 03:20, 18 September 2007 (UTC)[reply]

undo.py bot

I undo all user:abcd's today edits.

How to? What is bot command? 

undo.py -user:abcd -editdate:20070911 -all

undo.py -user:abcd -editdate:20070911 -edit_time_from:092555 -edit_time_to:233059 -all

undo.py -user:abcd -edit_date_from:20070911 -edit_date_to:20070921 -all

I want a bot like it.

now, undo.py is not exist.

I want to know bot commands for same effect.

HELP ME!! -- WonYong (talk • contribs • count • logs • email) 06:59, 18 September 2007 (UTC)[reply]

A bot to revert all the edits of another editor almost certainly wouldn't be approved. (Admins can use rollback on a contributions page to do something similar, however.) Except in cases of obvious high-volume vandalism, why would you want to revert all the contribs of another user? --ais523 16:44, 18 September 2007 (UTC)
Admins can rollback all? user:abcd date:20070301
Admins can all rollback autonomous? -- WonYong (talk • contribs • count • logs • email) 14:12, 19 September 2007 (UTC)[reply]

Blurry thumbnails

I've been noticing for quite some time now that some thumbnails are a bit blurry. However if I ask for a very slightly larger or smaller thumbnail that doesn't exist yet the blurriness goes away; likewise if I simply purge the cache for the image. So I guess this is due to the blurry thumbnails being generated by an older version of MediaWiki that didn't have a very good image resizing algorithm. I noticed this phenonemon a while back, but decided not to pay attention because the upgrade could have been recent and the thumbnails didn't have time to be updated yet. However I find that I still come across many blurry thumbnails, to wit this €2 coin -- this severely harms readability because a blurry 150px thumbnail contains about as much information as a smaller 100px thumbnail. Plus by clicking on a blurry thumbnail you don't expect to find a nice high-resolution picture. I have no idea how to solve this: it's not feasible to hand-purge the tens of thousands of faulty thumbnails, so I don't know if MediaWiki has a way to automatically rebuild old thumbnails without putting too much strain on the server. Hope some technically-enclined person reads this. --Ma Baker 16:06, 18 September 2007 (UTC)[reply]

File:150px €2 commemorative coin Italy 2005.jpg (blurry) vs. File:€2 commemorative coin Italy 2005.jpg (not blurry)

Yes, some sharpening was added to the thumbnailing algorithm a while ago, but as far as I know old thumbnails aren't automatically regenerated. To manually request the regeneration of thumbnails, it's normally sufficient to purge the server cache of the image's image description page. --ais523 16:15, 18 September 2007 (UTC)
Of course, but like I said it's not feasible to do that for each and every one of the tens of thousands of blurry thumbnails out there. And it would be definitely more taxing on server load (not to mention network bandwidth or human workload) than to use a simple automated script, so it's not like it would do any good to do it by hand. --Ma Baker 16:39, 18 September 2007 (UTC)[reply]
Well depends. I guess the devs could write a script that walks trough the filesystems and traces all thumbnails created before a certain date and delete them in a steady pace that is not too disruptive to wikipedia and the servers, but would still leave us with all new thumbs after about a month or two. If we ask nicely and if we really want it, i'm sure the devs could make something like that. --TheDJ (talk • contribs) 13:20, 19 September 2007 (UTC)[reply]
I am glad they finally fixed that, blurry thumbnails are annoying. ((1 == 2) ? (('Stop') : ('Go')) 14:19, 19 September 2007 (UTC)[reply]

Discrepancy in vandalized pages

As you know, Wikipedia takes a very rigid stand against vandalism of the site. However, as I have discovered, two different kinds of vandalism are treated differently.

If a vandalized page is on a namespace that has not existed before, than all mention of the page is removed from the history file and placed in the deletion log. For example, clicking on this fake page of "Little Jill Horner" will result in you not seeing the page, but instead a notice that the page does not exist. You can then click on the deletion log to see that the page has indeed been deleted.

However, if the page is on a namespace that exists as a redirect of another page, and the redirect is vandalized, the page will stay in the history file even after the vandalism is discovered and corrected. An example of this is the redirect page called "Brittany Spears" (redirects to Britney Spears). This redirect page is also a vandalism, but it is in the file and anyone can click on it and view it. Never mind that this page is just as worthless as the Little Jill Horner page. The point is that remains on the Wikipedia server, taking up valuable server and hard-disk space that could better be used for legitimate edits.

If anyone in the technical staff can find a remedy for this problem to ensure that vandalized redirect pages are removed from the history just the same as their non-redirect counterparts, it would be greatly appreciated. Thank you. - Desmond Hobson 17:24, 18 September 2007 (UTC)[reply]

Generally speaking, there's no significant performance hit just because a vandalized version of a page exists in the history. Don't worry about performance, though your concern is appreciated. :) EVula // talk // ☯ // 17:28, 18 September 2007 (UTC)[reply]
Deleted pages remain on the server too, at least for a while, so that a deletion can be undone if an administrator makes a mistake. --ais523 17:39, 18 September 2007 (UTC)
As far as I'm aware, at the current time every contribution remains on the server indefinitely. Even oversighted things remain on the server, they just aren't accessible to people without oversight powers. Of course, this is not guaranteed but it's how things are at the moment. Also, it is easily possible for admins to delete vandalism revisions, we just don't usually bother unless it's libelious or otherwise violates BLP in which case it will be oversighted Nil Einne 18:33, 18 September 2007 (UTC)[reply]
But the fact is, is that people can still access the previously undone re-direct. It may give vandals ideas. Plus it makes Wikipedia seem messy. Lradrama 18:42, 18 September 2007 (UTC)[reply]
I dispute your claim of a relationship between vandals and ideas, but you are correct that Wikipedia is messy. It's less messy if you sit in the audience and just look at what is on the stage. But backstage some clutter is expected due to the nature of the production. (SEWilco 19:27, 18 September 2007 (UTC))[reply]
Your idea of deleting "bad" versions is equally messy; it just shifts the mess around, not really cleaning it up (as has been noted, even using oversight on something doesn't actually remove the information from the database). Fact of the matter is, this just isn't a problem. :) EVula // talk // ☯ // 19:31, 18 September 2007 (UTC)[reply]
Technically deleted contributions are subject to permanent deletion at any point (by the developers), but this usually isn't a route that is frequently taken (obviously :P). --slakr\ talk / 19:42, 18 September 2007 (UTC)[reply]
... which reminds me, I could have sworn that I saw someplace that really old and stale deleted things get weeded out (like a page that has been deleted and has had no undeletions/other activity for over a year), but I might just be imagining things. In any case, both serve as a deterrent to willy-nilly deletion, since there's always a danger that something deleted might not be able to be undeleted. --slakr\ talk / 19:47, 18 September 2007 (UTC)[reply]
Willy-nilly deletion is deterred by the fact that we're not allowed to delete willy-nilly (policy is quite clear on that). I'm unaware of any time-derived feature that permanently deletes content from the databases. EVula // talk // ☯ // 19:50, 18 September 2007 (UTC)[reply]
Policy or not, some wrongly-deleted articles sadly never find their way to deletion review; so again, it serves as a deterrent. One thinks twice before hitting delete. I'd argue that that's part of the reason there was an evil backlog (well, bear with me-- I read your thinggy on backlogs and I agree) on images; image undeletion came late as a feature. Before that, people were less likely to delete something unless they were 100% sure it should be deleted. --slakr\ talk / 20:00, 18 September 2007 (UTC)[reply]
Before hitting "Delete page" actually. Prodego talk 01:15, 20 September 2007 (UTC)[reply]
In June 2004, there was a major belch on the server(s) running the 'pedia. This led to a loss of earlier deleted revisions. In December 2003 the database also got cleaned, for reasons I've never been clear on. (See [1] for example). Splash - tk 17:55, 22 September 2007 (UTC)[reply]

Editing pages at school vs. home

I am having problems logging into my wikipedia account at my school. My school was recently banned from editing wikipedia for vandilism and I can contribute to wikipedia at school in my free time if I can edit pages, of course. The exact problem is as follows: I can log into my account at school, but I can't edit pages. I get the error message that says that my ip address has been banned from editing. When I am at home, I can edit pages with no problems. Any help?--Μ79_Šp€çíá∫횆tell me about it —Preceding signed but undated comment was added at 23:31, 18 September 2007 (UTC)[reply]

What's the IP? It could conceivably be unblocked and reblocked so that it only affects anonymous editors, without interfering with people that have accounts. EVula // talk // ☯ // 01:57, 19 September 2007 (UTC)[reply]
The very same thing happened to me back in April I think. It's terribly frustrating I know. It happens because the IP address that you are operating from has been used to create a number of vandalising accounts, although obviously not by yourself. All you have to do is request unblocking by the admin which imposed the block and explain that you're account is not operated by a vandal. It may take time, but you should never be blocked due to others' misbehaviour and it'll need sorting out quickly. Good luck ;-) Lradrama 12:46, 19 September 2007 (UTC)[reply]

Problems with EXIF

This is really a matter to take to bugzilla, but I'd like some feedback before formulating the bug report. Basically, any links from metadata on image files are untraceable at this time. The lack of control over EXIF links detracts from encyclopedia building (see this RFD for an example) This is further complicated as EXIF links on Commons point to here.

There are two related problems above, both of which probably need technical not editorial solutions. The first is the untraceability of EXIFs and the second the potential for conflict between EXIF links and encyclopedic purposes. The following are possible solutions:

  1. A new special page analogous to Special:Whatlinkshere to enable a degree of tracking for EXIF linkage. The fact that the Commons links are interwikis to Wikipedia complicates this somewhat, the Commons version of the page should be useful in its own right.
  2. Giving EXIF links their own namespace. MediaWiki space would not be appropriate (Special:Allmessages would be insanely bloated then...), but giving it a full namespace and putting default values in the SVN trunk would enable all MediaWiki installations to benefit. This could mean SAMSUNG TECHWIN CO., LTD is superseded by something like Exifdata:SAMSUNG TECHWIN CO., LTD and exist as a redirect to Samsung Group on all current-build MW projects. The local MediaWiki:Exif-make-value could then define any appropriate interwiki for that project - such as pointing to Wikipedia from Wikinews. If implemented we could also remove {{R from EXIF}} as redundant.

Do both of the above sound reasonable as feature requests for to put on BZ- and if so should they be done as separate requests? I suspect that it needs clarification before it goes onto that system, but I think this would provide a solution to this issue as opposed to the extant haphazard one.--Nilfanion (talk) 14:47, 19 September 2007 (UTC)[reply]

Hmm, the underlying longer term wishlist stuff I will put on bugzilla later; though further thoughts would be appreciated. For now a working solution to the immediate issues could be to implement a EXIF pseudonamespace - see WP:VPR#EXIF pseudonamespace for that.--Nilfanion (talk) 21:08, 21 September 2007 (UTC)[reply]

Something is wrong with the TfD section header linking

If you go to Abortion#Health effects, you see that the "{{No_consensus-section}}" template is up for deletion. However, if, when you are at Abortion#Health effects, you click on the link to the TfD discussion (which is in the bolded area of the sentence "See templates for deletion, it links incorrectly. It links to a nonexistent section header at TfD, that is given the name of the article in which the template is used. In this case, the nonexistent section is called Wikipedia:Templates_for_deletion#Template:Abortion, when what it should be linking to is Wikipedia:Templates_for_deletion#Template:No_consensus-section. Why is this happening? Photouploaded 16:17, 19 September 2007 (UTC)[reply]

Fixed. The TfD template wasn't used correctly; it needs the TfD'd template name as a parameter. — Edokter • Talk • 17:07, 19 September 2007 (UTC)[reply]
Nice job! Thank you! Photouploaded 17:17, 19 September 2007 (UTC)[reply]

Automatically uploading a Wikipedia image to Commons?

After an image is uploaded into Wikipedia, is there a template or some other tag that can be used to have it also automatically uploaded into Commons? Or must I go to Commons and manually upload it there as well? - mbeychok 18:40, 19 September 2007 (UTC)[reply]

Actually, the best way would be to directly upload it to Commons; it then becomes available to all Wikipedia projects. (Note that Commons does not accept copyrighted or fair-use images.) — Edokter • Talk • 18:55, 19 September 2007 (UTC)[reply]

Quick Question

Is there a way to add a link to the personal links when logged in (where it says my talk, my watchlist, etc.) ? I'd like to add a link to 'my sandbox'. --Dave the Rave (DTR)talk 19:43, 19 September 2007 (UTC)[reply]

Yes, there is. Take a peak at my JS page. (Link on my user page) Adrian M. H. 19:48, 19 September 2007 (UTC)[reply]
Thanks very much, that's brilliant! One more thing, I added the JS and it placed the link at the end of the list, is there a way to change where in the llist the link is added?
BTW, thanks for the quick reply. --Dave the Rave (DTR)talk 20:05, 19 September 2007 (UTC)[reply]
Unfortunately, not, which I think is probably due to the horizontal list format. I tried to change mine using the method for links that are placed in the toolbox/navigation box/etc. but it made no difference. That's what the 'pt-talk' entry at the end of the code was all about. Adrian M. H. 20:11, 19 September 2007 (UTC)[reply]
You have to specify nextnode as a dom object, like document.getElementById('pt-mytalk'). See example below. --Splarka (rant) 07:26, 20 September 2007 (UTC)[reply]
 addOnloadHook(function() { 
   addPortletLink('p-personal','/wiki/Main_Page','Main','pt-main','The main page','',document.getElementById('pt-mytalk')); 
 });
Ah, I see. Pity that wikibits.js doesn't make that clearer. Thanks, Splarka. Adrian M. H. 22:37, 20 September 2007 (UTC)[reply]

Thanks very much, that's perfect. --Dave the Rave (DTR)talk 15:01, 20 September 2007 (UTC)[reply]

Denial of access to tool.

A strange phenomenon I discovered recently is connected to Nickj's wikification tool known as Can We Link It (information on the tool is available within user space for those interested.)

Although I have been using this tool for a few weeks, I discovered late last month that access to the tool was withdrawn. I suspected that it was downtime-related, and simply decided to wait for it to eventually be restored; however, that never occurred.

This week, I happened to have access to a different computer, and discovered that I could use the tool without any problems. I tried using it from my regular machine again, but no such luck.

Is it possible that access to the tool from my account or the IP address for my regular machine has been throttled? If so, are there any suggestions on how I can get said access back (i.e. local install or on-Wiki access) to the tool? --Aarktica 20:47, 19 September 2007 (UTC)[reply]

Categories and floating boxes

Have a look at Category:Fires. The Commons sisterlink is floating over the category bits. Any way to fix this? Carcharoth 22:11, 19 September 2007 (UTC)[reply]

Fixed. Adrian M. H. 23:08, 19 September 2007 (UTC)[reply]
Well, seriously, thanks for that. Now, no offence, but I meant a permanent fix. That layout only works because of the size of the boxes involved. In some skins and screen sizes that won't work. Stuff shouldn't be floating out over the category pages anyway. Anyone? Carcharoth 23:59, 19 September 2007 (UTC)[reply]
How's that? Now someone just has to write a bit more for a category description to fill up some of the whitespace. Anomie 01:56, 20 September 2007 (UTC)[reply]
Perfect! I'd forgotten about {{clear}}. Thanks. Carcharoth 03:26, 20 September 2007 (UTC)[reply]

Centralized use of measurements?

Is there a way to use a centralized value for some quantity across many pages? For instance suppose we are talking about the distance to the star Vega which is about 25.1 light-years away and that 20 different pages mention the distance to Vega but half of them use different numbers. Is there a way to use some template to reference a value? I have in mind, for example, something like {{distance-star-Vega|default|unitabbr}} where this template refers to a page that deals exclusively with the distance to the star Vega. On that page is defined a default value (there could be others for example specific groups or paper's measured values) and the unit light-years which the template should be able to abbreviate to lyrs on command. This would have enormous advantages for some topics and for the self-consistency of Wikipedia itself. If there's a true debate on the value of some quantity it would be appropriately delegated to the talk page of the template. Hopefully I'm posting this in the right spot. Please excuse any ignorance on the use of Wikipedia on my part. Jason Quinn 14:33, 20 September 2007 (UTC)[reply]

Templates can be used for constant numerical values, certainly. See {{pokenum}}, or (better example) Category:Rail transport gauge templates. The degree of customization which you propose is also possible. If you delineate how you want it to work, you could request it at WP:RT (requested templates), and someone will create it for you. GracenotesT § 17:02, 20 September 2007 (UTC)[reply]
Thank you. Jason Quinn 18:37, 20 September 2007 (UTC)[reply]

Override wikilink text color

I would like to use different colors than the default for my signature, but I can't figure out how. Using CSS or HTML color attributes doesn't seem to over-ride the link coloring. Can I do this? Eleland 16:16, 20 September 2007 (UTC)[reply]

The problem you're probably having is that some attributes only apply correctly when within a piped link. For example, [[User:Example|<span style="CSS:here;">Example</span>]] will apply the (imaginary) style "CSS:here;" to the text example. I use this in my signature to change the color, you can take a look at the code used. I used "font" tags, though, because they use less characters when color is the only change needed. Also, if you want a color change only visible to you, add a specific CSS class (say, class="Elelandsig") as given here and add some code applying to that class to your monobook.css. Nihiltres(t.l) 16:34, 20 September 2007 (UTC)[reply]
Yup, that was it. Thank you. < eleland // talkedits > 20:26, 20 September 2007 (UTC)[reply]

The four tildes

Is it me, or has the ~~~~ button vanished from the features list when editing? I went to sign a post, realized the four tildes button wasn't there, and had to type them in rather than pressing the button. Does anyone know where it's gone? Acalamari 22:33, 20 September 2007 (UTC)[reply]

Fine here. Not that I'm in the habit of using it, though. Adrian M. H. 22:35, 20 September 2007 (UTC)[reply]
Strange, it's completely vanished from my list. I'm not sure what's going on. Acalamari 22:46, 20 September 2007 (UTC)[reply]
Which browser are you using? Adrian M. H. 22:48, 20 September 2007 (UTC)[reply]
Internet Explorer, but the four tildes button has always been there using this browser. In fact, it was there until about 10-15 minutes ago. Then it disappeared. Acalamari 22:50, 20 September 2007 (UTC)[reply]
That might be it then. Your description made me think of a thread a little way up entitled "Buttons not working". Apparently, there is a PNG display bug in the MediaWiki software, so that may be the cause of your issue. Adrian M. H. 22:55, 20 September 2007 (UTC)[reply]
Okay, thanks; it'll probably be fixed soon then. For the moment, I'll just have to remember to type the four tildes in! Thanks! Acalamari 22:59, 20 September 2007 (UTC)[reply]
Actually, it's back now. Thanks again. Acalamari 01:55, 21 September 2007 (UTC)[reply]
The PNG display bugs are typically a result of using old versions of Internet Explorer (the Mediawiki software is probably not to blame). Have you upgraded to Internet Explorer 7? —Remember the dot (talk) 03:36, 21 September 2007 (UTC)[reply]
I use Internet Explorer 7. Acalamari 16:25, 21 September 2007 (UTC)[reply]

Difficulty with Template:Navbox

I was wondering if anyone knew why some of the links in Template:Saturday Night Live are exceeding the box's boundaries (besides the obvious fact that there are way too many SNL-related articles). Is it just my computer that is doing that? Does anyone think there is something wrong with Template:Navbox? I've tested different screen resolutions, and only 1152x864 resolution works. 1280x1024, 1024x768, and 800x600 doesn't display properly. Suggestions? Thanks in advance! If you have any questions, please contact me at my talk page. Ian Manka 03:48, 21 September 2007 (UTC)[reply]

Oh, and by "not displaying properly," I mean that the "sketches" section occasionally has links and text that goes outside of the navbox border. If you have any questions, please contact me at my talk page. Ian Manka 03:49, 21 September 2007 (UTC)[reply]
Seems to have something with quotation marks, which I just removed [2]. As to why, I hope someone else will explain. Duja► 10:35, 21 September 2007 (UTC)[reply]
...and, the problem is still visible on films, which have years in brackets along with the wikilink. Duja► 10:37, 21 September 2007 (UTC)[reply]
Thanks! The films are working find on my 1280x1024 resolution, though. Any one else have some ideas? If you have any questions, please contact me at my talk page. Ian Manka 21:42, 21 September 2007 (UTC)[reply]
On which browsers are you guys seeing this? --TheDJ (talk • contribs) 23:46, 21 September 2007 (UTC)[reply]
Ooh, good point. I'm using Firefox 2.0.0.6 (one update behind). On Internet Explorer 7.5730.11, it appears fine on 1280x1024 resolution. Will try in a few minutes the other resolutions, and probably update to the next version of Firefox. If you have any questions, please contact me at my talk page. Ian Manka 14:15, 22 September 2007 (UTC)[reply]
Okay, it works on all resolutions (800x600, 1024x768, 1152x864, 1280x1024) on IE7, but with the latest version of Firefox, it only works on 1152x864 and 1280x1024. Does that help? If you have any questions, please contact me at my talk page. Ian Manka 15:11, 22 September 2007 (UTC)[reply]

Copying an article, including its history, into userspace

How do I do this? (If you want to know why, see WT:CRIC#Cricket) --Dweller 10:07, 21 September 2007 (UTC)[reply]

(NB I don't mean MOVE, I mean COPY) --Dweller 10:07, 21 September 2007 (UTC)[reply]
You persuade a developer to install mw:Extension:Duplicator here on the English Wikipedia. There's no way to duplicate edit histories at current without developer intervention. --ais523 10:10, 21 September 2007 (UTC)
There's an existing request, by the way; see bugzilla:8833. (I've repurposed it to encompass enwiki as well as dewiki, based on the fact that someone indicates there'd be a use for it here.) --ais523 10:15, 21 September 2007 (UTC)
Hmmm. I take it from this that it won't be something that can be done any time soon. Maybe, we'll just have to go with one of the 'under construction' type tags and, erm, work fastish. Thanks for helping. --Dweller 10:39, 21 September 2007 (UTC)[reply]
Why do you need the history copied along with the page? You can simply cnp it to a Talk subpage, work on it there, and then get an admin to merge the histories of the temp page back into the main page once you're finished, can't you? AmiDaniel (talk) 06:49, 23 September 2007 (UTC)[reply]

Wikipedia window

Probably another strange question but how do i stop the Wikipedia window from taking priority? Whenever i park this or simply move onto another window, it immediately jumps back to this, I have to go through this numerous times until i can get the other window. Simply south 16:12, 21 September 2007 (UTC)[reply]

Sounds like that is the fault of your browser, Wikipedia isn't giving itself any special priority. Check the settings. Prodego talk 20:23, 21 September 2007 (UTC)[reply]

The "undo" in history

When there are multiple vandalisms in a row, is there a way to "undo" all of them at once? I have not been able to figure out how, except by doing them one at a time back to the unvandalized page. Or else go back to the last "good" page and edit that. I have seen edit summaries saying "undo last three edits by..." or something similar. Did the editor just do it by hand and report it that way in the edit summary? Thanks. Regards, --Mattisse 23:31, 21 September 2007 (UTC)[reply]

See WP:REVERT for more information on how to revert more than one revision at a time. In addition, many users use semi-automated tools such as TWINKLE to assist them in reverting vandals. Most of the edit summaries you see are from such tools. --Hdt83 Chat 23:35, 21 September 2007 (UTC)[reply]
Thanks. I am suspicious of such tools. Is that unwarranted? Are those tools something you have to download on to your browser? I use Firefox and have very happily for years. Would those tools screw anything up? I don't mind doing it by hand if that is the case. Regards, --Mattisse 00:05, 22 September 2007 (UTC)[reply]
The javascript tools are installed by adding the relevant code to your monobook.js which is a subpage in your userspace. In terms of security:
  • No programs are downloaded or installed, so your browser, operating system and documents are safe.
  • The /monobook.js subpage is automatically protected so that only you or an administrator can edit it, to stop people maliciously adding scripts without your consent.
  • It is possible to write a malicious script to access another user's account. Therefore, you should (if you understand javascript) read through the script first, see if you trust the author or ask at this page if you are unsure if a script is safe (e.g. TWINKLE that was mentioned previously is generally considered to be quite safe).
  • If a script does not work properly or causes problems, it can easily be removed by either yourself or an administrator by blanking your monobook.js. Tra (Talk) 00:49, 22 September 2007 (UTC)[reply]

Use the "(edit)" link on the left column of the diff showing you vandalism. ←BenB4 07:29, 22 September 2007 (UTC)[reply]

Note that that will undo every change after the shown diff, and not just the changes shown. Every diff also has an undo button that will (attempt to) undo only the changes shown, even if the diff consists of multiple edits. Either way, be careful that you don't revert legitimate edits along with the vandalism. Anomie 13:19, 22 September 2007 (UTC)[reply]
Thanks for all the info. It is much appreciated. --Mattisse 16:11, 22 September 2007 (UTC)[reply]

Rollback?

Exactly how does the roll back function execute. When an administrator presses the rollback button what goes on in the wikipedia database? Specifically I would like to know if the any of the data on the is sent through the inter tubes aside from the rollback request. Thanks for any answers I get. -Icewedge 06:03, 22 September 2007 (UTC)[reply]

It's basically just a regular edit, but with a pre-determined edit summary ("Reverted edits by [[User contributions|User name]] ([[Link to user talk|talk]]) to last version by <Previous editor's username>"). EVula // talk // ☯ // 06:06, 22 September 2007 (UTC)[reply]
I'm not sure that's right. Saying it's just a regular edit seems that you mean it is essentially the same as the automated scripts that are available. But these actually select a revision, 'press' edit, 'enter' the summary and 'press' save. I don't know the exact mechanism for doing an adminstrative rollback, but I'm 99% certain it is not of that nature at all, and is instead a direct instruction to go back to a previous revision without acting as an emulated 'press edit' procedure. Splash - tk 17:38, 22 September 2007 (UTC)[reply]
Splash is correct as usual :D...the server queries the revision table for the last revision by a different user, then makes a new revision pointing to the same text ID, marked as minor, and with the autosummary. This is opposed to having to send and receive all the text and make a new revision pointing to a newly made text row, so admin rollback is faster. Voice-of-All 17:48, 22 September 2007 (UTC)[reply]
Ok, thanks guys (and/or girls if any of your are female). -Icewedge 17:37, 23 September 2007 (UTC)[reply]

Ref convert

Does anyone know of a script to convert the footnotes at Stuttering to cite.php? Can anyone do it? SandyGeorgia (Talk) 15:51, 22 September 2007 (UTC)[reply]

Some of the notes are missing, too; there's a footnote "41" without a corresponding citation in "Notes". Gimmetrow 16:00, 22 September 2007 (UTC)[reply]
Thanks, Gimmetrow; I suppose I could go way back in history and find it. I'll wait a few days to see if anyone has a script; otherwise, I'm looking at a chunk of manual work. SandyGeorgia (Talk) 16:47, 22 September 2007 (UTC)[reply]

Never mind; I'm going to do it manually now. SandyGeorgia (Talk) 19:18, 22 September 2007 (UTC)[reply]

I don't know about any pre-existing script, but a one-off client-side python or perl script should obviate the need for (much if not all) of the manual change. I'll post a thread on your talk page if you want to work together to try and simplify the work a little bit. dr.ef.tymac 19:30, 22 September 2007 (UTC)[reply]
User:Cyde/Ref converter should work. --Derlay 22:21, 22 September 2007 (UTC)[reply]
This article has html-coded refs. Gimmetrow 23:30, 22 September 2007 (UTC)[reply]

History of WP markup code

I am searching around for any (hopefully comprehensive) source that talks about the changes in WP markup syntax. For example, a while back, Wikipedia used the not-uncommon convention of CamelCase words as the way to specify wiki links. This was before the current convention of square brackets.

Also, I am looking for client-side implementations of WP wiki syntax parsers, engines that parse and convert to HTML, but are not based on PHP or web-server code.

Any info and archive links that you can provide will be most appreciated. Thanks. dr.ef.tymac 19:52, 22 September 2007 (UTC)[reply]

There is a parser written in Python, here ≈ jossi ≈ (talk) 19:56, 22 September 2007 (UTC)[reply]
And another one written in Ruby, here ≈ jossi ≈ (talk) 19:58, 22 September 2007 (UTC)[reply]
Thanks much ≈ jossi ≈. Anyone have a link for the WP markup syntax revision history? Particularly of interest is when CamelCase specifically got phased out in favor of brackets. dr.ef.tymac 13:56, 23 September 2007 (UTC)[reply]
You may want to check the version history for MediaWiki for this, do a search for the history of the parser in the subversion repository, or even check the developer's mailing list to give you an idea of the timeframe. Grymwulf 05:20, 24 September 2007 (UTC)[reply]

Section headings conflicting with images

I’m here to raise a topic again that I raised a few weeks ago about section headings which seem to clash with images and infoboxes on almost every occasion, see this image. However, I’ve noticed that this problem doesn’t exist with horizontal rules and it doesn't seem to exist on foreign language Wikipedias (see this article to see what I mean), at least not with images anyway. Why does this issue occur, and, more importantly, what can be done to fix it? Max Naylor 19:59, 22 September 2007 (UTC)[reply]

I think it's do do with the fact that Section headings are generated by a <h2> rather than a <hr>. The <h2> has the CSS property
h2 {border-bottom: 1px solid #AAAAAA;}
You could disable this in your monobook.css (or relevant css page) by adding:
h2 {border-bottom: none;}
Alternatively, if you have a long infobox or image or something like that, you can force content to appear underneath a certain point with the template {{-}} or by typing <br clear="all" />. --Dave the Rave (DTR)talk 21:05, 22 September 2007 (UTC)[reply]
I don't see anything wrong with your screenshot, although I guess you don't like the fact that the line under the header goes right up to the box around the image. The reason your French Wikipedia page doesn't seem to have the "problem" is that they put a 1.4em white border at the left edge of the image, which hides a bit more of the H2's bottom border line. To duplicate that behavior, you could add this to your monobook.css:
div.tright {
    border-width: 0.5em 0pt 0.8em 1.4em;
}
div.tleft {
    border-width: 0.5em 1.4em 0.8em 0pt;
}
div.thumb {
    border-style: solid;
}
Anomie 23:39, 22 September 2007 (UTC)[reply]
OK, thank you, this is what I wanted, although I wondered if there was a Wikipedia-wide solution. Max Naylor 09:16, 23 September 2007 (UTC)[reply]
I still seem to be getting the problem. Max Naylor 09:18, 23 September 2007 (UTC)[reply]
Don’t worry, it was only a caching problem. Max Naylor 09:20, 23 September 2007 (UTC)[reply]

Template params

Hey - is there any way to define a parameter within a template? As in say you want a new parameter - can you create it within the template?--danielfolsom 22:39, 22 September 2007 (UTC)[reply]

I'm not sure exactly what you're asking here. Template parameters are never "defined"; they are simply used. For instance, I have a Template:Foo whose content is "What a cool {{{bar}}}!", then that template expects the parameter "bar" (i.e., {{foo|bar=bob}}). Does this at all answer your question? If not, please try to rephrase it. AmiDaniel (talk) 06:45, 23 September 2007 (UTC)[reply]
I'm working on I guess what would be an estoric template where I have to define a new parameter within the template and then use it (just likethe foo bar=bob example, but I have to do that in the template) --danielfolsom 15:12, 23 September 2007 (UTC)[reply]
Insofar as I know, there is no way to simply do a "let x = ..." inside of a template. The only way you can really accomplish this is through template stacking; that is, your top-level template determines the values of your variables and passes them as parameters to an included template. For example:
<!-- In Template:Foo -->
{{/bar|x={{{1}}} is a really awesome {{{2}}}! }}

<!-- Then, in Template:Foo/bar -->
Indeed, {{{x}}} I was going to say '{{{x}}}' myself, but you said '{{{x}}}' first.
If you then include {{foo|foo|bar}}, it will produce "Indeed, foo is a really awesome bar! I was going to say 'foo is a really awesome bar!' myself, but you said 'foo is a really awesome bar!' first." This is the closest we have, I believe, but you're also welcome to dig through m:Help:Advanced templates and the other documentation to see if you might find something a bit better. AmiDaniel (talk) 18:41, 24 September 2007 (UTC)[reply]
Using a temporary template as shown here is the only way to accomplish this at present. There's a MediaWiki extension that allows defining variables like you suggest, but it isn't enabled here; see mw:Extension:VariablesExtension, and bugzilla:7865 (where devs explain why they won't install it). --ais523 18:46, 24 September 2007 (UTC)

CommonSettings.php

Browsing through http://noc.wikimedia.org/conf/ I found CommonSettings.php.

I've installed MediaWiki 1.11 on WAMP, Windows XP Home Edition, and am planning to add several more installations.

How would I get CommonSettings.php to work and where would I add it in the directory so all MediaWiki installations have the same extensions (Makesysop, Makebot, Checkuser, Wikihiero, Renameuser, Deletedcontributions)??

I don't want to have to add the extension to each individual wiki, but use the CommonSettings.php.

How would I do this?? Thanks, --Solumeiras talk 11:33, 23 September 2007 (UTC)[reply]

This question is better asked over at mediawiki: Mediawiki:Project:Support_desk Grymwulf 04:59, 24 September 2007 (UTC)[reply]

particle filters in image processing

hello everyone! well.i want to know about the particle filters thoroughly.can any one please help me? —Preceding unsigned comment added by Goodgalpriya (talk • contribs) 13:05, 23 September 2007 (UTC)[reply]

<renameuserlogpage> / <renameuserlogpagetext>

User rename log seems slightly broken. --VectorPotentialTalk 20:42, 24 September 2007 (UTC)[reply]


Wiki stats not updated

Can the statistics for English language wikipedians please be updated? Not done since June 2006. [[3]] 81.103.224.91 21:39, 24 September 2007 (UTC)[reply]

We wish... Titoxd(?!? - cool stuff) 21:41, 24 September 2007 (UTC)[reply]

...need help with a script?

Wikipedia:WikiProject User scripts/User-script manager isn't seeming to work for me no matter what I do... I copy and paste the script text that it says to onto my monobook.js page, and it's not working...? If there's anything that needs to be done, an admin can feel free to add it to my monobook.js. Thank you! Y0u | Y0ur talk page 00:56, 25 September 2007 (UTC)[reply]

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