Wikipedia:Village pump (technical)
Policy | Technical | Proposals | Idea lab | WMF | Miscellaneous |
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.
Frequently asked questions (see also: Wikipedia:Technical FAQ) Click "[show]" next to each point to see more details.
|
Tool for editing and viewing wiki markup, offline?
I use Linux (Ubuntu 8.04, Hardy Heron). I would like to be able to copy and save the plain text versions of Wikipedia articles (with the wiki markup) and edit and view versions of the articles at home. I want to practice editing tables, and so forth, without having to use the Sandbox. How can I do this? Thanks very much! Whatever404 (talk)
- Set up a local MediaWiki: mw:Installation. Amalthea 12:47, 20 April 2009 (UTC)
- That sounds like fun- but can I spoil the party and ask, how. And if that question is too naive, how closely does the Turnkey Ubuntu version emulate our classes and settings, which are needed for table work? It does sound like a useful exercise. --ClemRutter (talk) 13:32, 20 April 2009 (UTC)
- If you mean "classes" as in <table class="wikitable" …, you'll just want to make sure you copy MediaWiki:Common.css, MediaWiki:Monobook.css, etc. to the same title on your wiki. — CharlotteWebb 19:14, 21 April 2009 (UTC)
- Thanks, everyone. Charlotte: if I install the items you mentioned, does that mean that the wiki environment on my computer will function in the same way as Wikipedia? Whatever404 (talk) 00:39, 24 April 2009 (UTC)
- Just adding my thanks for a simple answer to a question I had not yet asked --ClemRutter (talk) 12:25, 1 May 2009 (UTC)
- Whatever404: I see that you have no subpages in your user space yet. The usual way we test things is to create test pages under our own user page. Here is a link to your first personal test page: /Test1. Numbering your test pages usually is a good idea, since they tend to become more over time. I created my /Test57 some day ago... And I hope you have discovered the Show preview button when you edit pages?
- --David Göthberg (talk) 16:01, 24 April 2009 (UTC)
- Thank you, David, but I was interested to edit tables in ways that would probably only be useful to me, and would probably not be used in articles. Some of these edits are related to medical information that I would rather not make public. I guess it would be a more appropriate thing to ask the Wikimedia developers but I didn't really know where to go, to do that. Thanks. Whatever404 (talk) 16:53, 24 April 2009 (UTC)
- I'll add that there are times I'd love a lightweight, offline app that I can use to test out tables, templates, and other wikitext structures without editing directly into wikipedia. it never actually occurred to me to set up a local wiki, and it sounds a bit like overkill. but... --Ludwigs2 17:22, 24 April 2009 (UTC)
- yes, I know, but that doesn't actually qualify as 'offline'. --Ludwigs2 15:26, 27 April 2009 (UTC)
link to copyright vote doesn't work on secure server
On the secure server, clicking the "Vote now!" link in the notice board (for "Please participate in a vote to determine the future copyright terms of Wikimedia projects (vote ends May 3, 2009)") leads to a page with the text "Wiki does not exist" rather than the expected page about the vote. The current link is Vote Now! (broken), but should be Vote Now! (correct) (for English, anyway).
code broken on Rastafari movement
If I try to go to Rastafari movement I get this: <link rel="stylesheet" href="/w/index.php?title=MediaWiki:Print.c at the top of the page with the usual background but if I click Rastafari which redirects to Rastafari movement to works ok...
just though i should mention it. rdunnPLIB 14:35, 28 April 2009 (UTC)
- I see no problem. Probably a caching issue. Try purging the page. — Edokter • Talk • 14:48, 28 April 2009 (UTC)
auto signatures?
maybe I'm missing something obvious here, but wouldn't it be possible to have the software automatically add your signature? I mean literally - when you hit the 'Save Page' button, the software compares the old version to the new, checks to see if the last characters of the newly added bit (barring whitespace) are ~~~~ and if not, adds them. you'd have to exclude changes marked as minor, and changes that occur in the middle of a paragraph, but with a little regexp it's certainly doable.
of course, I don't know what kind of impact that would have on server load, or how that would compare to the current load induced by sigbots... --Ludwigs2 16:27, 28 April 2009 (UTC)
- Technically it would be trivial. Socially, it would be annoying as hell, when you get signatures popping up in places you don't want them. How can the software tell between an edit that's unsigned because you forgot, and an edit that's unsigned because you don't want it to be signed?? Happy‑melon 17:19, 28 April 2009 (UTC)
- well, I was just assuming that the only times you don't want an edit to be signed are easy to identify programatically (minor edits, fixes, section headers, etc.). As a rubric, anytime you add one or more full paragraphs to the body of a section (in the sense of text that begins on a fresh line and ends on a fresh line, and excludes headers) you want a signature; anytime you modify an extant paragraph (or add something that's only a section header) you don't. maybe there's odd cases (like adding a list item to someone else's example list) that need to be accounted for, but I bet we could account for 99% of talk and administrative edits using that rule. plus, we could always add a checkbox to suppress signatures for abnormal cases. I mean, the sigbots have rules for when they do and don't add signatures, and they seem to work ok. this just does the same thing with the advantage of immediacy (the software has access to both the current and and revised versions in a way that sigbots coming in after the fact don't). --Ludwigs2 18:00, 28 April 2009 (UTC)
- This seems like an awful lot of effort for something that, ultimately, isn't the end of the world; the occasional unsigned comment is caught pretty quickly, and there are plenty of times where signing isn't needed. Typing "~" four times just isn't that hard. EVula // talk // ☯ // 03:49, 29 April 2009 (UTC)
- well, I was just assuming that the only times you don't want an edit to be signed are easy to identify programatically (minor edits, fixes, section headers, etc.). As a rubric, anytime you add one or more full paragraphs to the body of a section (in the sense of text that begins on a fresh line and ends on a fresh line, and excludes headers) you want a signature; anytime you modify an extant paragraph (or add something that's only a section header) you don't. maybe there's odd cases (like adding a list item to someone else's example list) that need to be accounted for, but I bet we could account for 99% of talk and administrative edits using that rule. plus, we could always add a checkbox to suppress signatures for abnormal cases. I mean, the sigbots have rules for when they do and don't add signatures, and they seem to work ok. this just does the same thing with the advantage of immediacy (the software has access to both the current and and revised versions in a way that sigbots coming in after the fact don't). --Ludwigs2 18:00, 28 April 2009 (UTC)
- I'm a fan of automating what can be automated. four characters may not seem like a lot, but multiply it by a couple hundred thousand edits per day and it adds up to a lot of collective wasted time. but yeah, it's not a huge deal. --Ludwigs2 04:18, 29 April 2009 (UTC)
- Well, there's a rumor that we might shift the discussion pages to something more akin to LiquidThreads, which would negate the entire need for an automated signing system. But personally, I think automating it would cause far, far more trouble than its worth (and would take more collective time to fix false-positives than collective time spent typing four tildes). EVula // talk // ☯ // 05:47, 29 April 2009 (UTC)
- yeah, that's a distinct possibility. good enough for me, unless someone else thinks it's a good idea and wants to chime in about it. --Ludwigs2 06:08, 29 April 2009 (UTC)
- Well, there's a rumor that we might shift the discussion pages to something more akin to LiquidThreads, which would negate the entire need for an automated signing system. But personally, I think automating it would cause far, far more trouble than its worth (and would take more collective time to fix false-positives than collective time spent typing four tildes). EVula // talk // ☯ // 05:47, 29 April 2009 (UTC)
- I'm a fan of automating what can be automated. four characters may not seem like a lot, but multiply it by a couple hundred thousand edits per day and it adds up to a lot of collective wasted time. but yeah, it's not a huge deal. --Ludwigs2 04:18, 29 April 2009 (UTC)
I've been assigned LiquidThreads as my next task, so you can probably expect it over the next few months, probably towards the end of the year. — Werdna • talk 15:46, 1 May 2009 (UTC)
catchpa on archive
Why do I have to enter the catcha 5 times in order to archive a talk page??? 76.66.202.139 (talk) 07:32, 29 April 2009 (UTC)
- Might be helpful if we knew which page you were looking at. Sorry to hear about your troubles; while I do strongly support the ability of anons to edit, I also generally think it's in the best interest of any regular contributor to register an account to avoid various issues, including this sort of thing. – Luna Santin (talk) 21:39, 29 April 2009 (UTC)
- This might be a stupid question but ... did you get the captcha correct the first 4 times? Mr.Z-man 23:43, 29 April 2009 (UTC)
- I think the removal of large amount of text from a page triggers it for ip users. You can create an account to avoid this. Chillum 23:46, 29 April 2009 (UTC)
- Sounds like you hit the external link CAPTCHA. (That's still activated, right?) --MZMcBride (talk) 22:37, 2 May 2009 (UTC)
Autoconfirmation
Just now Wikipedian2 (talk · contribs) asked why Twinkle tells him that his account were "too new". His account however is far older and has far more edits than are normally required. His account is also far past the the $wgTorAutoConfirmAge and $wgTorAutoConfirmCount setting from TorBlock. There also is no entry for the user in the Special:AbuseLog, so he wasn't deautoconfirmed through that (would that be a permanent deautoconfirmation, BTW?).
So I'm at a loss. Is there another way to lose autoconfirmation status that I'm missing? The user was apparently recently caught in an autoblock, and was ip-block exempted. Can that have anything to do with it?
Amalthea 11:46, 29 April 2009 (UTC)
On my preferences - it says I am autoconfirmed - but apparently not? Wikipedian2 (talk) 15:48, 1 May 2009 (UTC)
That makes it a twinkle bug, not a MediaWiki bug. — Werdna • talk 16:37, 1 May 2009 (UTC)
Precisely why I went to twinkle bugs, where my case was closed and I didn't come here immedietly. Wikipedian2 (talk) 17:15, 1 May 2009 (UTC)
- Hmm. I'd be very surprised if there was a bug in that trivial logic, but I'll try to work it from there. Sorry for the noise. Amalthea 10:26, 2 May 2009 (UTC)
Bug in file history
The page http://en.wikipedia.org/wiki/File:H1N1_map.svg shows a bug in the file history.
The url of the links to each version in the date/time column are out of sync with the displayed date/time and with the displayed images. e.g. the date 13:33, 29 April 2009 links to a file with 1353 in the url. The 13:05, 29 April 2009 date links to a file with 1333 in the url and so on down the list. Charvest (talk) 14:08, 29 April 2009 (UTC)
- Those are actually linking to the correct files. The way we currently name archive file versions is a little odd: it's got the timestamp of when the file was replaced rather than its original upload date. --brion (talk) 16:11, 29 April 2009 (UTC)
Image toggling?
Does the English Wikipedia currently have a method for toggling between images? I'd like to add a button that toggles between two images of identical size for an article at FAC, the Euclidean algorithm. The idea is to allow the reader to shut off a GIF animation by replacing it with a still image of the same size. An FAC reviewer suggested that the animation, although helpful for understanding the algorithm, distracted them from reading the article. I do not want to convert the GIF into an OGG movie. The frames of the animation are available as SVGs. Thanks for your suggestions, Proteins (talk) 13:29, 30 April 2009 (UTC)
This is showing in Firefox but not in IE. I am also told it does not work in Safari. Why might this be? Stifle (talk) 13:43, 30 April 2009 (UTC)
- Yeah, broken JPEG image (inverted b/w image). I've seen stuff like that before. I have no idea how you can fix it though. —TheDJ (talk • contribs) 15:19, 30 April 2009 (UTC)
More than 20 groups please
Hey, an editor has spoken to me of his difficulty in creating a template for the singles of Prince because the template does not allow anymore than 20 groups. Can this please be increased, it seems harmless enough. Thanks. — R2 16:14, 30 April 2009 (UTC)
- There's some info on this at Template talk:Navbox#More than 20 groups. --Amalthea 16:46, 30 April 2009 (UTC)
Is there a way to sort navbox columns in a way similar to a sortable wikitable? There is a an ongoing debate regarding the table at Template:2009 US swine flu outbreak table, some people feel that it should be sorted alpha by state, while others argue to sort by number of cases. If this could be made sortable it would solve the problem.
I know some editors here were able to help out yesterday on the table for the main 2009 swine flu outbreak article, so I'm hoping someone can give us a hand on the US article as well. Thanks! Wine Guy Talk 17:05, 30 April 2009 (UTC)
Comment requested
Comment is requested at Wikipedia:Bots/Requests for approval/ListasBot 5, regarding whether or not there should be a bot that makes non-visible changes to {{WikiProjectBanners}} and {{WikiProjectBannerShell}} templates. The fixes would be made so that the KingbotK plugin for AWB would be able to properly handle the pages. Matt (talk) 17:42, 30 April 2009 (UTC)
Unified login
This may have been asked before many times, so apologies if it has. Are there any plans to properly unify the login, so your edits are moved over & also, so if you want to, you can use the same userpage? Thanks. dottydotdot (talk) 19:59, 30 April 2009 (UTC)
- What do you mean by "your edits are moved over"?? Happy‑melon 22:09, 30 April 2009 (UTC)
- So that if you have edited Wikipedia say 500 times, then those edits are mirrored on a different site? dottydotdot (talk) 07:40, 1 May 2009 (UTC)
- I do believe that some work has been done on creating global preferences. So that you would only need to set your signature and timezone once. —TheDJ (talk • contribs) 09:48, 1 May 2009 (UTC)
- So that somehow, it would show that you had 500 edits on Wikipedia & you're not completely new. I was just wondering if there were any plans to make it a bit more "unified" but I can see the want to keep them separate. Cheers dottydotdot (talk) 10:16, 1 May 2009 (UTC)
- The proposal to mirror edits across projects is consistent with the notion of a "unified identity" which is quite different from the notion of "unified login". "Unified login" is a user interface convenience, but "unified identity" changes in basic ways how the editor role is implemented. --User:Ceyockey (talk to me) 11:30, 3 May 2009 (UTC)
Preview page expiring
I've been having problems with edit preview pages expiring under Internet Explorer 7.0.6001.18000. If I navigate away to check a detail and return IE says that the page is expired. Sometimes even it claims not to bable to find the page when I finish an edit. This problem, has only appeared in the last couple of days.--Peter cohen (talk) 10:40, 1 May 2009 (UTC)
Searching for an account with a suffix
Recently, Mammamia9905 has been blocked as a sockpuppet of Petergriffin9901. BaltoPat9902 was blocked earlier. Naturally, I'm interested in finding usernames that end in 9903 and 9904 so I can see what they've been up to. Can anyone think of a reasonable search method?—Kww(talk) 12:10, 1 May 2009 (UTC)
Not except for an exhaustive search. — Werdna • talk 13:28, 1 May 2009 (UTC)
- Sure, easy enough with grep and a list of usernames. The problem of course is that there are about 9 million usernames (9,577,482 in fact) on en.wiki, so any search of them not that's not optimized is a bit nasty. For your specific query, the raw data (all usernames on en.wiki) is available here: tools:~mzmcbride/all-users-2009-05-01.txt.gz (37 MB). I grepped the file for ".*990[0-9]$":
- 03009902
- 139906
- 899907
- 989scholar999999900
- A cedood9900
- A009909
- A319903
- A77889900
- ALISHA9906
- AS9900
- Aabbhhiinnaavv119900
- Aatish9900
- Abhishek9900
- Abhishek9906
- Ace19905
- Ace9900
- Adam 909909
- Adam9900
- Ahmed9906
- Alex9901
- Ali9900
- Amdg9903
- Americanidol19904
- Amil9900
- Amy s9903
- Andrew19903
- Angelwz9907
- Ankit9900
- Anna.9909
- Annie9908
- Aquabug9902
- Ara 9905
- Aracgx9900
- Ares9900
- Asdfasdf9900
- Ashfaq9903
- Ashish9901
- Ashu9900
- Athena9908
- Avro;9900
- Ay 9900
- B9904
- BB99904
- Balto9902
- Barbara9909
- Bb9900
- Bbill9908
- Bcs9902
- Becca 19902
- Bencas9900
- Bigdog989900
- BlackHawk19900
- Bloom9908
- Bob889900
- Bob9900
- Bobinator9904
- Boetch99909
- Bp9909
- Brandon09908
- Brandyn19902
- Brendan9900
- Bribri9904
- Brodster9901
- Brody9900
- Broncos9900
- Burch959903
- Butterfly9900
- Butthead9900
- Bvm.9900
- Bw9902
- Bw9903
- Bwayne9900
- C9900
- CHawks9909
- CMable49907
- Canadarocks9900
- Canhandle9903
- Cannons9905
- Carlos9900
- Carole9908
- Cassie9904
- Chai9900
- Chances 9904
- Chaos9900
- Charizard9900
- Charliep19904
- Chazz9903
- Che9908
- Cheesedude9909
- Chintu9900
- Chris9908
- Chris9909
- Chrisroach9900
- Ckidrvc9905
- Clearly9905
- Clt9903
- Cmae 9903
- Connie9900
- Coolcat19900
- Cooldude9904
- Cooljohn9900
- Cpx59901
- Cricket19901
- Crx19901
- Csst9906
- Cueball 9906
- Dalit19909
- Dan9908
- Dancer9909
- Danger9908
- Danny999909
- Davidfoster29906
- Daysglory9901
- Death9901
- Dell9909909
- Demon9900
- Den19902
- Dennis19900
- Dhruv9900
- Divemaster19908
- Dixie949906
- Dns9900
- Dragon9900
- Dreadstar889900
- Dsmith9905
- Duckman9901
- Dude99900
- Dustin9909
- Dylan09909
- Dz9903
- Eagle9900
- Edi949906
- Elliot9900
- Emperor9901
- Encyclopedia9900
- Engineers 9900
- Error9900
- Erwes9900
- Euskadi9901
- Evey9904
- Falcon9901
- Farhan 9909
- Farooque9906
- Fethi9903
- Fish199902
- Fish9901
- Flash19901
- Forambnbetta12346879909
- Freaky9909
- Freewilly9900
- Fujin19904
- Fx 9909
- G9909
- Gargos9904
- Garyh9900
- Gaurav489905
- Gems9900
- Gib9907
- Giga9908
- GoHuskies9904
- Goodboy9900
- Goss9900
- Greener9900
- H0119907
- HIStory9907
- Hairydawg9904
- Ham9901
- Hammertime9909
- Hank889900
- Harkirat9909
- Hawk9903
- Heybaby9909
- Hgyn9909
- Hhjk9901
- Hickup20399900
- Highway9901
- Hitman9900
- Hollywood9901
- Hre9902
- Hughjass9900
- Hypocrite9901
- Ian9909
- Iceburg9900
- Iceman 9902
- Icon9900
- Iso9909
- JK19900
- Jabe9900
- Jack9901
- Jack99909
- Jaker29902
- Jakub39908
- Jamesc9900
- Jan9902
- Japedo9901
- Jb109905
- Jc869904
- Jeff99909
- Jeffsmith9900
- Jeic39900
- Jentil9908
- Jerm739901
- Jg9909
- Jig009900
- Jimdog9902
- Jimmy john009900
- Jinx9900
- JjTt11669900
- Jkumar.99909
- Jlane9909
- Jmac9909
- Jmoran9900
- Joe19904
- Joe19907
- Joe99901
- Joeblow99909
- Joel9901
- John Sharpe 9900
- John cena9907
- John9902
- Johnnyb79904
- Jojogill9909
- Jon9901
- Jonathon9909
- JordanT199907
- Josev9908
- Joy019900
- Jp9900
- Jpaul19904
- Jsmith9900
- Juan9909
- Juggalo 18749908
- Jva9903
- KING9906
- Kailah9903
- Kain9903
- Kalle9901
- Kallie9903
- Kant9901
- KaraokeQueen9901
- KaraokeSinger99900
- Kavit9900
- Kein9904
- Kel9903
- Kermit luver9907
- Kevin9900
- Kevin9909
- Kevinp9900
- Kiki9900
- Kingpin9902
- Kiran9900
- Kittykat9909
- Kjz929901
- Knowledge 9900
- Koli9909
- Koopaking9900
- Krish9905
- Krish9907
- Ks149900
- Kswanson9908
- LAboy9900
- Lampshade9909
- Landak9903
- Laura9909
- Layonel9900
- Leo99901
- Levi9909
- Lew9901
- Lewis19904
- Lhn9904
- Lightning9905
- Lijujs9900
- Lilmo9900
- Linsey99902
- Lion999909
- Liverpool9903
- Lizette9908
- Ljw19901
- Lolo9909
- Lrr9900
- Luis mike9904
- Lukas19902
- M 68709904
- Makaveli9906
- Mally9909
- Mammamia9905
- Manoj9909
- Manutd689908
- Marcus9909
- Mariad199907
- Mariajose9909
- Mark19901
- Mark9900
- Marsattacks9909
- Martini9900
- Martydawg19904
- Marvin9909
- MasterNinja9900
- Matt9900
- Matt9903
- Matt9904
- Matt99901
- Maverick9901
- Mbarb49903
- Mc0129900
- Mc389908
- Me9906
- Meliss9900
- Mengz9900
- Merlin9909
- Mervat9909
- Miam9906
- Mickey9900
- Mike9909
- Mikey689908
- Mikkl9909
- MilkWoman889900
- Mina9900
- Minerva29909
- Mjeter49902
- Mkr 9902
- Mleder9901
- Mm299905
- Mohammed689908
- Mohm9900
- Momma9900
- MoonLightShadow9904
- Morpheus9907
- Mothman9901
- Moviestar9908
- Mpk9908
- Mrbravo9908
- Mrs9907
- Msn 9913739903
- Muser9903
- Musikk9900
- Mustanggt9902
- Mvrk9900
- Nachos9900
- Nanor9909
- Naruto9901
- Nate909909909
- Ndfan9906
- Nick9902
- Nico9900
- Nishigandha19909
- Nouha19901
- Numbnut909909
- Obe19900
- Oioioipolloi9900
- Ola9900
- Ollie9900
- Onnie9902
- OoP009909
- Orca1 9904
- P0769902
- PC9901
- PENGI9909
- Pa4329908
- Paganpunk9909
- Pal9900
- Pankaj99901
- Paula9904
- Pavan9900
- Pcross9909
- Peacenk9908
- Petergriffin9901
- Pink9907
- Pinklover539909
- Piyush 9900
- Pokemon9909
- Polo9900
- Poppop9902
- Pradeep19900
- Pratik9903
- Prism9900
- Priya9909
- Pudgy49902
- Puk9901
- Puma9901
- Pup9900
- Purple9908
- Putu 9902
- Qa9903
- RDeer9909
- RSB689908
- Rach9904
- Rachel9909
- Rafael9908
- Rain79903
- Razey69907
- Raziel 9909
- Rebecca9906
- Rf9909
- Riaz9906
- Richiesun19900
- Riley9908
- Riptide9902
- Rj19909
- Rl9905
- Rlb9901
- Rob19902
- Robert9901
- Robotix9900
- Rockstar9900
- Rohan9921669900
- Ronniek9900
- Root9900
- Roy9901
- Rr9904
- Rs9907
- Rtuwx9904
- Rymer99901
- SLambert9901
- STT9900
- Sacchu.19900
- Salman 9901
- Sammie11999900
- Sappie689902
- Sas9900
- Scott19904
- Shade9901
- Shadow009909
- Shadow9902
- Shakil779900
- Shannon9907
- Shary249900
- Shashi9908
- Simpler9903
- Sissy9906
- Smile889900
- Smith9900
- Snobal99901
- Snugz 9908
- Soccerspaz9900
- Softballgurl9900
- Soup9900
- Soxxdude9901
- Spade9900
- Spike9908
- Spw19902
- Ssie9903
- St9900
- Steviec89901
- Suemc9900
- Sunshinegirl9905
- Superman9909
- Supra9909
- Sweety9904
- Sylvia9900
- TMS9900
- Tabla9903
- Tanroy9900
- Tc169903
- Teja9900
- Terps9909
- Test6789900
- Thechanger9900
- Thom9900
- Tieyscha9900
- Tmurph9903
- Tnguyen9901
- Todd29901
- Tom clancy 9906
- Tom9909
- Tommy19901
- Tooltime9901
- Toy9900
- Tracyas9900
- Trane9900
- Treilly9906
- Trouble9900
- Tum tum9900
- TuzelMA9903
- Twinmom9906
- Tyberius9909
- Umax9900
- Unknown 9907
- Unknownobject99909
- Urty9900
- User119900
- V karthick9900
- V9900
- Vampi9909
- Vanum9900
- Venum9900
- Vikash9903
- Vonte9900
- Vwillis9904
- WJP19901
- Wazi9909
- Wert99909
- Wikiboi29902
- Wikipedia9909
- Winch19904
- Windy9901
- Wwechamp9900
- Wwedraft9900
- Xenon109904
- Xiang9903
- Xue9906
- Yasir9909
- Yating9901
- Yes9900
- Yjk9900
- Zak889900
- Zch9900
- Zeepa09909
- Ziggy9901
- Zlatko9900
- Zx9906
An embarrassment of riches, but not as bad as you might think. Relatively few are actually Name9902 and Name9903. It'll take a few hours, but I'll manage it some afternoon when I'm bored. Or maybe just submit a massive checkuser request to keep those guys on their toes.—Kww(talk) 22:05, 1 May 2009 (UTC)
Change tagging activated
Hi all,
After working out some minor performance issues, we've activated change tagging on Wikimedia. You can see the available tags, and filter by them at Special:Tags. Individual tags can be styled using the mw-tag-$tag class applied on changes lists (tag names are sanitised for this purpose).
Let me know if there are any problems! — Werdna • talk 13:33, 1 May 2009 (UTC)
- Looks interesting but... how do you tag pages? Is there documentation for the extension/addition? –Drilnoth (T • C • L) 14:43, 1 May 2009 (UTC)
- Tagging is done by the software. Presently, this is done mostly by the Abuse Filter – the actions taken by a filter can include applying a tag to the edit in question. — Werdna • talk 15:40, 1 May 2009 (UTC)
- Okay; thanks. Sounds like another great feature! –Drilnoth (T • C • L) 15:49, 1 May 2009 (UTC)
- Great feature indeed, though I'm a tad worried for the younger editors. The interface is getting more cluttered by the day.... —TheDJ (talk • contribs) 10:06, 2 May 2009 (UTC)
- Any chance of wrapping tags in an identifiable class? I know that the whole li entry is given a class that identifies the tag (what happens if more than one tag is applied, BTW? Multiple classes?), but being able to style the "(references removed)" phrase itself would be useful. The same class should apply to all tags, as well, otherwise you have an open-ended set of classes to look for. Shall I open a bug? Happy‑melon 11:03, 2 May 2009 (UTC)
- Yes, open a bug (if someone hasn't already beaten you to it). --MZMcBride (talk) 22:22, 2 May 2009 (UTC)
- Template:Bug Happy‑melon 17:19, 3 May 2009 (UTC)
- Yes, open a bug (if someone hasn't already beaten you to it). --MZMcBride (talk) 22:22, 2 May 2009 (UTC)
- Any chance of wrapping tags in an identifiable class? I know that the whole li entry is given a class that identifies the tag (what happens if more than one tag is applied, BTW? Multiple classes?), but being able to style the "(references removed)" phrase itself would be useful. The same class should apply to all tags, as well, otherwise you have an open-ended set of classes to look for. Shall I open a bug? Happy‑melon 11:03, 2 May 2009 (UTC)
- Great feature indeed, though I'm a tad worried for the younger editors. The interface is getting more cluttered by the day.... —TheDJ (talk • contribs) 10:06, 2 May 2009 (UTC)
- Okay; thanks. Sounds like another great feature! –Drilnoth (T • C • L) 15:49, 1 May 2009 (UTC)
History tab at the top
This discussion has been closed. Please do not modify it. |
---|
The following discussion has been closed. Please do not modify it. |
Precedent: Articles at the top have tabs with labels such as "discussion" and "history". The discussion tab leads to the talk page. The use of the word "discussion" is good because it is easy to understand and not jargon. Once someone clicks it, it shows the talk page (not named "discussion"). Suggestion: There is a "history" tab. Like the above, a history page is fine. However, the tab should not say "history" because this is jargon. Instead, it should say "authors". Use of "authors" would give credit to editors, much as we give editors credit in the form of barnstars. It's just a nice thing to do to encourage writing, give recognition, and reduce jargon. User F203 (talk) 18:23, 1 May 2009 (UTC)
I remember seeing another tab change about a year ago so change is possible. This is a positive change! Anyway, according to the instructions, this is the wrong forum so please end the discussion here. User F203 (talk) 19:37, 1 May 2009 (UTC) |
Special:BlockList : hide proxy blocks
Would it be possible to hide blocks by ProccseeBot from the blocklist? –xeno talk 18:36, 1 May 2009 (UTC)
- Some JavaScript could do it pretty easily (a modified version of User:MZMcBride/hideentries.js, I imagine). To do it in MediaWiki core would be a bit more tricky. There's no bot flag in the logging table. You'd have to create an option to exclude a specific user using a URL parameter or something. Not really clean. --MZMcBride (talk) 19:42, 1 May 2009 (UTC)
How long does it take the search engine to catch up with changes to articles?
^^^^ –xeno talk 19:25, 1 May 2009 (UTC)
- According to rainman when I just asked him on IRC, he said a day. --MZMcBride (talk) 19:44, 1 May 2009 (UTC)
Interface redesign mock-ups
Trevor Parscal has been creating mock-ups of a redesigned, more efficient interface. Some of the preliminary sketches are viewable here. Comments, suggestions, etc. welcome here or on the talk page there. Cheers. --MZMcBride (talk) 19:39, 1 May 2009 (UTC)
- I'm a fan of those mock-ups. I personally think monobook is overused and outdated, and I think it would do good to give it a little face-lift that will improve usability as well as aesthetics. cmelbye (t/c) 04:53, 2 May 2009 (UTC)
- It looks like an improvement for newer users: it's simple. I like the aesthetic, but I'd probably customize it for myself: first, I hate drop-down menus (which, by the way, often fail on touch-only devices like the iPod Touch or iPhone, which don't have "hover" options), and second, I'm used to the general scheme of our current interface. It might be improved by a little tweaking using things we already have: for example, there should probably be a way to tell which tabs are active, like the orange border/bolding currently used through the "active" CSS class. Aside from that, my concern would be mainly in the implementation side of things: what technical features would it use to achieve the design features? Would these technical features degrade gracefully? Would they allow the sort of customization I'd desire? Would old customizations (user scripts) be broken? {{Nihiltres|talk|log}} 06:45, 2 May 2009 (UTC)
- I don't think there is any getting around using dropdown menu's in the end. We just have too many options per page. —TheDJ (talk • contribs) 11:14, 2 May 2009 (UTC)
- The way to get around using drop-down menus is not to use them. Pretend they don't exist (which may be the case for some users). The only place they are used now in the edit page is for inserting characters. The mockups are nice, but they need to work for the vast majority of users if they're going to be the default. Delicious carbuncle (talk) 16:43, 2 May 2009 (UTC)
- My point is rather that we need to make sure that those menus are effective. If a redesign means, for example, that everyone browsing on an iPhone or tablet (which can't hover on elements) can't access the menus, we have a problem; if a redesign means that a pile of user scripts break really nastily, we have a problem; if a redesign prevents users from customizing the interface at all … you see what I mean? My concern is that, although the redesign might help quite a number of viewers, we don't want to break things for the rest of them, myself included. I'd love to see a live mock-up. {{Nihiltres|talk|log}} 20:16, 2 May 2009 (UTC)
- I don't think there is any getting around using dropdown menu's in the end. We just have too many options per page. —TheDJ (talk • contribs) 11:14, 2 May 2009 (UTC)
urls containing ]
how do you include an url which contains [] as a reference? It seems to break {{cite web}} as well as a direct external link. dramatic (talk) 04:42, 2 May 2009 (UTC)
- Either percent-encode the '[' and ']' characters, using '%5b' and '%5d' respectively, or use the magic word {{urlencode:[blah]}} . The latter might be a problem if "blah" contains certain special characters, such as "/", so it doesn't seem to be suitable for full urls. I've changed Russell Ward for you.-gadfium 06:18, 2 May 2009 (UTC)
- Tangentially: No one answered my question earlier about whether it could be possible to allow percent-encoded square brackets in wiki-links, and hence in article URLs, like for example
[[
Benzo%5ba%5dpyrene]]
? --83.253.251.229 (talk) 17:25, 2 May 2009 (UTC)
- Tangentially: No one answered my question earlier about whether it could be possible to allow percent-encoded square brackets in wiki-links, and hence in article URLs, like for example
- [, |, and ] will never be allowed in page titles, ever. You can put them in the link display text, though: Foo[bar]baz|boop --MZMcBride (talk) 00:16, 3 May 2009 (UTC)
- That's what I expected. Thanks for the answer, which I take to be authoritative until someone says otherwise ;-) --83.253.251.229 (talk) 18:04, 3 May 2009 (UTC)
- [, |, and ] will never be allowed in page titles, ever. You can put them in the link display text, though: Foo[bar]baz|boop --MZMcBride (talk) 00:16, 3 May 2009 (UTC)
References removed automatically appended to edit summaries
See the editing history of Duran Duran. Just curious, since when did MediaWiki do this? Someguy1221 (talk) 04:50, 2 May 2009 (UTC)
- Since Special:Tags were enabled (see a few sections up). --MZMcBride (talk) 07:09, 2 May 2009 (UTC)
- See Wikipedia:Village pump (technical)#Change tagging activated. 199.125.109.77 (talk) 04:14, 4 May 2009 (UTC)
- Can someone point to more information on these tags, how they are identified, and what they mean? Thanks. Delicious carbuncle (talk) 16:45, 2 May 2009 (UTC)
- They're coming from AbuseFilter. For example, "references removed" comes from filter 61. Don't know if there's an easy way to see which tags come from which filter, though.... --MZMcBride (talk) 22:20, 2 May 2009 (UTC)
- Ah! Thanks. I'll repost my comment from WP:AN - An obvious measure to reduce confusion would be to link the "tag" back to the filter which appends it. Was this change announced anywhere (other than the extremely vague note at WP:VPT)? It doesn't seem to be covered on WP:AF, unless I missed it. Expect more confusion. Delicious carbuncle (talk) 18:38, 3 May 2009 (UTC)
- Agreed. I keep a pretty close eye on software changes and I was still "WTF?" when I saw it the first time. It needs a link or something. Or a tooltip or a CSS mark of some sort. --MZMcBride (talk) 18:40, 3 May 2009 (UTC)
- I've taken it to Wikipedia talk:Abuse filter#Filter ID for us noobs? after being caught unawares; seems like a good place to have that discussion. 9Nak (talk) 19:11, 3 May 2009 (UTC)
- Agreed. I keep a pretty close eye on software changes and I was still "WTF?" when I saw it the first time. It needs a link or something. Or a tooltip or a CSS mark of some sort. --MZMcBride (talk) 18:40, 3 May 2009 (UTC)
- Ah! Thanks. I'll repost my comment from WP:AN - An obvious measure to reduce confusion would be to link the "tag" back to the filter which appends it. Was this change announced anywhere (other than the extremely vague note at WP:VPT)? It doesn't seem to be covered on WP:AF, unless I missed it. Expect more confusion. Delicious carbuncle (talk) 18:38, 3 May 2009 (UTC)
- They're coming from AbuseFilter. For example, "references removed" comes from filter 61. Don't know if there's an easy way to see which tags come from which filter, though.... --MZMcBride (talk) 22:20, 2 May 2009 (UTC)
(unindent) bugzilla:18669. --MZMcBride (talk) 02:13, 4 May 2009 (UTC)
Possible for bot to take wikipedia edit article history information to notify editors of AfDs?
Is it technically possible for a bot to take information off of wikipedia (or the below two webpages) and then contact editors with x amount of edits about an Article for deletion?:
What bot expert can I contact about this? Thank you. Ikip (talk) 14:37, 2 May 2009 (UTC)
Does anyone know how to make the "v/d/e" links disappear from the navbox here? I don't see what's up with the template code at the moment. — Carl (CBM · talk) 19:36, 2 May 2009 (UTC)
- An error has been made recently, which broke the paramater because it was renamed to Navbar instead of navbar. —TheDJ (talk • contribs) 19:48, 2 May 2009 (UTC)
Cosmetic changes (Wikitext cleanup options of pywikipediabot)
On my talk page someone disagrees about some specific issues involved in the cosmetic changes-script (which is applied when my bot adds interwiki's). Because I am mostly active on nl.wikipedia, I am not sure if there is any policy on these topics on en.wikipedia. Can anyone help me out on this issue? Thanks in advance. Kind regards, --Maurits (talk) 21:59, 2 May 2009 (UTC)
- Just speaking personally, I'm not a fan of extending "WP:" to "Wikipedia:", editors usually choose one or the other for a reason, even in the piped portion. I'm not sure what our current mind on changing Image: to File: when making other edits is. –xeno talk 22:07, 2 May 2009 (UTC)
In recent days, I examined several changes the script can do, I think the following settings are more or less safe to use on en.wikipedia and could probably be recommended for interwiki bots as default settings for English wikipedia:
text = self.fixSelfInterwiki(text)
text = self.standardizeInterwiki(text)
#text = self.standardizeCategories(text)
text = self.cleanUpLinks(text)
text = self.standardizeheadernames(text) # not in script
text = self.removeunicodecontrols(text) # not in script
#text = self.cleanUpSectionHeaders(text)
# #### text = self.putSpacesInLists(text) # already de-activated by default
text = self.translateAndCapitalizeNamespaces(text)
#text = self.removeDeprecatedTemplates(text)
text = self.resolveHtmlEntities(text)
#text = self.validXhtml(text)
#text = self.removeUselessSpaces(text)
#text = self.removeNonBreakingSpaceBeforePercent(text)
#try:
# text = isbn.hyphenateIsbnNumbers(text)
#except isbn.InvalidIsbnException, error:
# pass
(updated 01:01, 3 May 2009 (UTC))
It would be nice if there was way to let it apply the general fixes from AWB (see Wikipedia talk:AutoWikiBrowser#AWB general fixes module for python). I don't think "translateAndCapitalizeNamespaces" should be a problem in article namespace, as the only one it's likely to be applied is "Category:". -- User:Docu
- The complaint likely resultd from this edit to the Wikipedia: space. –xeno talk 00:28, 3 May 2009 (UTC)
- Given that sample, the option is probably more useful for languages with localized namespace names. It should probably be turned off too. -- User:Docu
The changes made are minor and, I agree, for some part quite irrelevant. However, I only apply them to pages when interwiki's are changes. The main problem, I think, was on the file: vs. image: question. From the discussion on Wikipedia:ANI#File: vs. Image: I conclude that Image: has indeed been deprecated by File: and therefore, the changes were correct.
For some part, I like the "safe version" proposed bij Docu. However, the hyphenation of IBSN-numbers -for example- are useful in my opinion, and that goes fore most options. Because the bot works on various languages, some changes might be less relevant on the en.wikipedia indeed. Switching them off would however switch them off for all languages. Note that the qualification is "more useful" against "less useful" and not "not useful" or something worse. Thanks for your reactions. Kind regards, --Maurits (talk) 15:16, 3 May 2009 (UTC)
- For the namespace part, I think when it was written, shortcuts like "WP:" were redirects and not a $wgNamespaceAliases. As for the file/image question, I rather not enter it. Ideally one could just use just the "Capitalize" part. As for the ISBN settings, I'd have to look into it in detail.
- It shouldn't be too complicated to modify the script that it doesn't apply all settings to all languages (e.g. there is already some code for nl and de). -- User:Docu
I'll check out the possibilities of "nationalization" (although we should be careful in applying it), indeed I noticed some nl-code at the bottom of cosmetic_changes.py. I excluded 'wp' and 'wikipedia' from translateAndCapitalizeNamespaces to solve the actual issue. Kind regards, --Maurits (talk) 17:14, 3 May 2009 (UTC)
My solution didn't work, perhaps someone with better Python skills can help me out. There is already a line that excludes main namespace:
# skip main (article) namespace if thisNs and namespaces: text = wikipedia.replaceExcept(text, r'\[\[\s*(' + '|'.join(namespaces) + ') *:(?P<nameAndLabel>.*?)\]\]', r'[[' + thisNs + ':\g<nameAndLabel>]]', exceptions)
(the whole is like this):
def translateAndCapitalizeNamespaces(self, text): """ Makes sure that localized namespace names are used. """ family = self.site.family # wiki links aren't parsed here. exceptions = ['nowiki', 'comment', 'math', 'pre']
for nsNumber in family.namespaces: if not family.isDefinedNSLanguage(nsNumber, self.site.lang): # Skip undefined namespaces continue namespaces = list(family.namespace(self.site.lang, nsNumber, all = True)) thisNs = namespaces.pop(0)
# skip main (article) namespace if thisNs and namespaces: text = wikipedia.replaceExcept(text, r'\[\[\s*(' + '|'.join(namespaces) + ') *:(?P<nameAndLabel>.*?)\]\]', r'[[' + thisNs + ':\g<nameAndLabel>]]', exceptions) return text
Probably a variant of the main namespace exclusion is needed to exclude wikipedia namespace. I tried to list it as an exception, but the script didn't accept that. Thanks in advance, --Maurits (talk) 17:31, 3 May 2009 (UTC)
- You could change the line above to
if thisNs and namespaces and thisNS != "Wikipedia":
in the sample above, but then you still have to deal with the "WT:" pseudo-namespace. At "Wikipedia:Namespace#Case_insensitivity", I listed a series of titles for the same pages. You can use it to test which ones get normalized to "Wikipedia" ('WP', 'Project', 'wikipedia', 'wP', 'project') and which ones don't. As this isn't ideal, I'd skip the function. -- User:Docu
Thanks for your advice. As there shouldn't be any links to talk pages in articles, I think that this solution will do. If it doesn't, I will skip it when appropriate. Kind regards, --Maurits (talk) 21:39, 3 May 2009 (UTC)
In the same edit,[1] cosmetic changes.py also changed Image: to File: in three locations. Using Image: vs. using File: for images is totally personal preference, although I would strongly recommend it, as it emphasizes that it is an image. There are very few situations where File: needs to be used instead of Image:. One is the stats tool http://stats.grok.se/ According to the release notes for MediaWiki 1.14.0, "Image namespace and accompanying talk namespace renamed to File. For backward compatibility purposes, Image still works. External tools may need to be updated." According to Wikipedia:Images, "The "File:" prefix may be used interchangeably with "Image:":", so as I see it is is totally personal preference, and should not be changed by a bot, or just to change it. 199.125.109.77 (talk) 01:41, 4 May 2009 (UTC)
Problematic edits
Without trying to read python, these are the edits which in my opinion are problematic. There may be many more. Please add to or comment on each. In general, en:w is not a dictatorship, and unless it is explicitly in a guideline, I do not see that a bot should be making "cosmetic changes". 199.125.109.77 (talk) 16:19, 4 May 2009 (UTC)
Expanding WP: to Wikipedia:
This is a mapping - it is not even a redirect, and changing for example, WP:RS to Wikipedia:RS is not only silly, but counterproductive. 199.125.109.77 (talk) 16:19, 4 May 2009 (UTC)
- Agreed, on this point. –xeno talk 16:22, 4 May 2009 (UTC)
- Agree, the current function (written before we had WP: and WT:) doesn't function as it should. -- User:Docu
Adding a space next to the header = sign
"Example: ==Section title== becomes == Section title ==
- NOTE: This space is recommended in the syntax help on the English and
- German Wikipedia. It might be that it is not wanted on other wikis.
- If there are any complaints, please file a bug report."[2]
- And just how does one file a "bug report"? I would amend the above to "This space is recommended on the German Wikipedia only." There is nothing that I am aware of that recommends it on the English WP. WP:MOSHEAD States "Spaces between the == and the heading text are optional (==H2== versus == H2 ==).", meaning that a bot should not be changing this, although I would have no objection to changing unmatched spacings, such as ==H2 ==. 199.125.109.77 (talk) 15:11, 4 May 2009 (UTC)
- I think it's an advantage adding this space, I just wouldn't add it to the recommended settings. -- User:Docu
- Agree that if an editor likes doing them this way it is fine, but a bot? No thanks. 199.125.109.77 (talk)
Changing <br> to <br />
This is wiki markup, not rendered HTML, and if the software wants to pedantically render <br> as <br /> have at it, but <br> is easier to write and more readable, and does not get split up onto two lines, so I see it simply as personal preference and not something that needs to be corrected by a bot. 199.125.109.77 (talk) 16:19, 4 May 2009 (UTC)
- I agree. -- User:Docu
Changing Image: to File:
If this is an image it should stay as Image, if it is an audio file or video file, feel free to change it, but how would a bot know which it is? 199.125.109.77 (talk) 16:19, 4 May 2009 (UTC)
- There isn't an advantage in making this change. It shouldn't be a recommended setting. -- User:Docu
Expanding ISBN numbers with a guessed spacing, such as 0356047113 to 0-356-04711-3
These are mainly clicked on, and it seems completely pointless to change how an editor entered them. In fact, running them together makes cut and pasting them easier, but I would not object to any editor who preferred using them with the dashes. 199.125.109.77 (talk) 16:19, 4 May 2009 (UTC)
- The ISBN manual suggests to use hyphens or spaces to make it human readable. As spaces would be a problem, hyphens are clearly the option to choose. -- User:Docu
- I think that refers to the barcoding itself, or at least how the ISBN should appear in the book itself. I'm not sure that it is a directive to the rest of the uses of ISBNs. I also note that it states that there are always 5 groups, 3 of which are of variable length and I suspect that refers to the newer 13 digit coding. I'm a little curious how the bot thinks it knows that it should be 1-871082-13-7 or 0-02-871380-X. You will note that book sources mechanically takes out all the dashes (or spaces), taking you to[3] if you click on ISBN 0 02 871380 X, or ISBN 0-02-871380-X. 199.125.109.77 (talk) 17:30, 4 May 2009 (UTC)
question about parserfunctions, nesting, and processor loads
I made a template - {{do list}} - to standardize text lists and keep line breaks from occurring in the middle of phrases, but another editor (User:Edokter) suggested it might be too heavy on the preprocessor. The issue boils down to whether it's more efficient to use nested conditionals (so that unused IFs never get evaluated at all) or to use sequential conditionals (in which all the IFs have to be evaluated, but nothing gets stacked in memory). eg, which of the following is better?
{{#if:{{{1|}}} |{{{1}}} {{#if:{{{2|}}} |{{{2}}} {{#if:{{{3|}}} |{{{3}}}... ... ... }} }} }} |
{{#if:{{{1|}}}|{{{1}}} }} {{#if:{{{2|}}}|{{{2}}} }} {{#if:{{{3|}}}|{{{3}}} }} ... ... ... |
or (alternately) should I just scrap this template as being too expensive either way you look at it? --Ludwigs2 15:02, 3 May 2009 (UTC)
- Neither option would be dangerously heavy on the preprocessor in the quantities used in that template, IMO. Nested conditionals get very difficult to read in line-wrapping editors, and it becomes easier to get brace counts wrong. In principle, yes, nested conditionals are fractionally more efficient (the preprocessor isn't building a stack, it's recursively expanding objects inline, so the memory usage is probably comparable), but not overwhelmingly so. Happy‑melon 17:07, 3 May 2009 (UTC)
Problem with the infobox
Hi, I'm contributing to the article, Saidabad. There is a problem with the infobox formatting. I'm not able to fix it. Any help is much appreciated. Randhir 18:48, 3 May 2009 (UTC)
- The Zone and Ward variables take the value entered for Metro and wrap it like "List of <metro> corporation wards" for the template. Thus you can't wikilink the metro entry as it will break the template. Nanonic (talk) 19:06, 3 May 2009 (UTC)
Valid change tags
If you go to "Special:SpecialPages", there is a cryptic link to "Valid change tags", which can also be reached from the Special:Contributions page. One of the more unusual "valid change tags" is "nonsense movies". Not "nonesense books", "nonsense article", "nonsense Pokemon", but only "nonsense movies". Should that be instead, "nonsense article", or "nonsense moves"? Excuse me, it is "Nonsense movies?". What's up? Or should I say, "What's up, Doc?" 199.125.109.77 (talk) 23:23, 3 May 2009 (UTC)
- This was a bit of a mistake, and I've gone ahead and changed a bunch of the visible ones (i.e., those with hits) for now, and have asked for the help of others (here and here) to do more. The tags, themselves, should probably in some form be renamed to their actual abusefilter numbers (or something else easily parseable), so that they can be easily traced back to their generator; or, at the very least, should be made neutral in all high-visibility areas. --slakr\ talk / 01:31, 4 May 2009 (UTC)
- I'm not sure what you mean by a mistake, but I now see that one sock has allegedly been using the edit summary "Nonsense movies?". However, in making this as a tag, I would encourage simply shortening it to "Nonsense?". 199.125.109.77 (talk) 16:25, 4 May 2009 (UTC)
- Correction, I'm not sure where the list of Special:Tags "Internal tag name" names comes from, and if it is only from the Abuse Filter, then "the software" should be changed to Wikipedia:Abuse filter 199.125.109.77 (talk) 16:33, 4 May 2009 (UTC)
search bar!!
I would like to suggest a very useful feature to wikipedia, the search bar front and center (top) so people can find what they need quickly, which is the sole purpose of wikipedia. The articles can afford to move down a little bit for a more prominent search bar. Being a web developer, its important to create ui for the user that's the ultimate goal. Its kind of annoying to look for the tiny left column search bar and type your keyword that way. I hope you can fix this problem to better the best web resource ever created. —Preceding unsigned comment added by 173.73.168.77 (talk) 02:58, 4 May 2009 (UTC)
- Some redesigns are in progress at our Wikipedia Usability Project, making the search box easier to get at will certainly be part of that! --brion (talk) 14:39, 4 May 2009 (UTC)
- Making our search work as well as Google, or allowing Google to index all our pages should be a priority. Jehochman Talk 15:27, 4 May 2009 (UTC)
- Is there any way to exclude user and talk pages from Google, yet still allow them to be searched from within Wikipedia? 199.125.109.77 (talk) 16:36, 4 May 2009 (UTC)
- {{noindex}} –xeno talk 16:37, 4 May 2009 (UTC)
- If that is added, can text be found from within Wikipedia? And I was looking for a global fix, not one that had to be added in a million places. 199.125.109.77 (talk) 17:11, 4 May 2009 (UTC)
- Robots.txt –xeno talk 17:17, 4 May 2009 (UTC)
- That does not affect Wikipedia's internal search function. As for global fixes, this can easily be done technically, but you'll have to get consensus first, which has proved difficult in the past. See Wikipedia:Search engine indexing. Algebraist 17:22, 4 May 2009 (UTC)
- So we end up with user pages showing up in the top 3 Google hits.[4]. Is it worth raising again? Dougweller (talk) 17:49, 4 May 2009 (UTC)
- As I read it the main objection before was that the internal search engine did not works so good, but it has now been fixed, thus removing that objection. If anyone wishes to pursue it, the place to bring it up is at WP:VPR, though. 199.125.109.77 (talk) 17:54, 4 May 2009 (UTC)
- So we end up with user pages showing up in the top 3 Google hits.[4]. Is it worth raising again? Dougweller (talk) 17:49, 4 May 2009 (UTC)
- If that is added, can text be found from within Wikipedia? And I was looking for a global fix, not one that had to be added in a million places. 199.125.109.77 (talk) 17:11, 4 May 2009 (UTC)
- {{noindex}} –xeno talk 16:37, 4 May 2009 (UTC)
- Is there any way to exclude user and talk pages from Google, yet still allow them to be searched from within Wikipedia? 199.125.109.77 (talk) 16:36, 4 May 2009 (UTC)
- Making our search work as well as Google, or allowing Google to index all our pages should be a priority. Jehochman Talk 15:27, 4 May 2009 (UTC)