http://en.wikipedia.org, http://it.wikibooks.org, etc.) with the new one, all in one go? Because it seems like the thing a bot could do and that is very tedious for a person to do. Thanks! It Is Me Here (talk) 10:15, 13 March 2008 (UTC)
I am slightly confused - this bot seems only to edit deleted images: how do I get it to edit ones that are still on the Wikimedia Commons, but have been superceded? Also, Commons:Template:Replace does not seem to exist. It Is Me Here (talk) 15:43, 13 March 2008 (UTC)
We are having a bit of a debate on the AN hereand it's clear that there is some confusion as to how the autoblocker deals with logged in users. I thought that it no longer blocked logged in users, but others think is does in some circumstances. WP:Autoblock is no help as it's aimed at blocked users. I cannot find a similar page aimed at admins. Could somone who actually knows how it works comment please. Theresa Knott | The otter sank15:33, 13 March 2008 (UTC)
OK, autoblocks effectively hardblock the last IP(s) used by the account that is blocked. So accounts that use that IP will be unable to edit for the duration of the autoblock (about a day, I think) unless it is lifted. I'm not entirely sure what happens if someone is actually already signed in to their account at the moment the autoblock happens, if that is what you are asking, but I doubt those are treated differently. There are two solutions to someone who uses IPs that are are frequently the subject of autoblocks:
Independently softblock the IP. As I understand it, softblocked IPs aren't affected by autoblocks and those using them can edit without being affected by them. The downside is that if someone already has a load of socks, they can then edit from that IP using those socks in sequence with impunity - autoblocks were after all designed to stop that very occurrence. It would take a checkuser to detect that.
Administrator accounts are unaffected by autoblocks - we can edit even from a hardblocked IP due to a feature called "IP-block exempt". There has been strong support for making "IP-block exempt" individually assignable to any user - see Wikipedia:IP block exemption. If implemented by the devs, it would allow us to give this right to those frequently caught by autoblocks or those who have good reasons for wishing to use proxies - e.g. editing from China.
Can someone please tell me how to create an infobox without using a template. I am creating a wiki (mediawiki based) for my work and the only information i can find is about utilizing the templates that are already made. I need a wiki page that really explains how to create an infobox and that breaks down the markup. I have already looked at the existing pages on wikipedia. Thank you!
Infoboxes are usually just tables, see Help:Infobox#Basic Infobox for the basic markup usually used in an infobox or Help:Table for more details about the markup for tables. They're generally turned into templates here so the same style of infobox can be easily reused on multiple articles. -- Rick Block (talk) 15:47, 15 March 2008 (UTC)
Database contains an invalid page title
The MediaWiki software disallows the creation of pages with certain titles that are liable to abuse or difficult to parse; one of these is [[/.]]. (Notice that the link isn't parsed, even though I didn't escape it.) However, an entry for this title appears nonetheless to exist in the enwiki database. If you go to Special:WhatLinksHere/Slashdot&limit=50&from=390335&back=245947, the tenth item (as of this writing) is a link to [[/.]]. If you click on that link, you get taken to a "Bad Title" error page (even though the whatlinkshere page indicates that you should get redirected to Slashdot. Even odder, if you look at Special:Prefixindex//, the second entry in the first column (or the 4th overall) is also a link to [[/.]], but if you click on this one it is interpreted as /, which redirects to Slash (punctuation). So we have an entry in the database for a page that can't be accessed, can't be edited, and is displayed inconsistently on different special pages. I suspect this is going to take some manual mucking with the database tables to fix! --Russ(talk)22:26, 13 March 2008 (UTC)
But seriously, this is an issue for users of the api.php interface. If a query (for example, to generator=allpages) returns [[/.]] as one of the pages in the response, and the user then uses that result to form a new query that includes "/." in the titles= parameter, the new query will throw a Bad Title error. And that means that information about all the other titles in the query will be lost. --Russ(talk)09:52, 14 March 2008 (UTC)
I can confirm that the API does return pageid 414115, title "/.", in the result list when asked to generate the list of backlinks of Slashdot. Are you suggesting the API should filter these out? — Carl (CBM · talk) 14:45, 14 March 2008 (UTC)
which appears to be a bot edit... but it was actually a self reversion of the previous edit from minutes before. The ip has already been blocked for a week, but I'm wondering if this 'impersonation' of a bot is a warnable offense, and if so: what warning? Geoff Riley (talk) 21:25, 14 March 2008 (UTC)
That is used to hide mass rollbacks from RC, it doesn't set the user's contributions to be bot edits, and AFAIK it only works with rollback. Mr.Z-man17:15, 15 March 2008 (UTC)
How do you know that? They can't be seen on the watchlist anymore, since they aren't "top" edits, and they're impossible to find in recent changes. – FISDOF922:28, 16 March 2008 (UTC)
Never mind. I found the option in preferences. The first two links you gave were marked as bot edits because an admin reverted them with the bot option. I don't know about the last two, though. – FISDOF922:42, 16 March 2008 (UTC)
I think I've figured it out. When an administrator uses rollback with the bot option turned on, both the revert and the reverted edits are marked as bot edits. Since the edits to November 3 were self-reverted, when an admin attempted rollback, no edit was made but the "reverted" edits were still marked as bot edits. – FISDOF922:49, 16 March 2008 (UTC)
Template coding help
Can someone please help clean up Template:US county navigation box? The box is set up so that one lists the name of the county seat (for example, for {{Logan County, Ohio}}, simply type "Bellefontaine") in order to get it to link to it. However, in some counties, the county seats have more complex names. For example, {{Quitman County, Georgia}} displays the county seat as "Georgetown, Quitman County"; it would be more desirable to display as "Georgetown", but if we put in "Georgetown" in the template, it's a disambiguation page. Similarly, {{Jefferson County, New York}} has its county seat listed as "Watertown (city)". Of course the county seat isn't the surrounding town of Watertown (see Administrative divisions of New York for technicalities), but that's the way we have to list it. Therefore, could someone write a code fix to make it so that only the first part of the name displays (similar to how typing [[Bellefontaine, Ohio|]] results in Bellefontaine)? Someone already wrote one, but it didn't work, although I don't know if it was poorly written or if I put it in the code wrongly. I know that the template is a protected template; but I'm an administrator, so if you're a non-admin and write the proper code, tell me and I'll try it. Thanks much! Nyttend (talk) 00:22, 16 March 2008 (UTC)
How many counties have this problem? Are you looking for a sort of magical fix (ala your Bellefontaine example)? Or is it acceptable if some county templates have to be changed? The simplest solution would be to add a "seatname" parameter so that for Jefferson county the seat would be "Watertown (city)" for linking but the seatname would be "Watertown" for display. If that's an acceptable solution I'd be happy to code the change to Template:US county navigation box - and to test it via Special:ExpandTemplates first. Sbowers3 (talk) 11:22, 16 March 2008 (UTC)
A new parameter for footnotes
(Apologies if this has been posted before, but technical input is still needed - JB)
At Wikipedia talk:Footnotes#Page number support, a proposed change to the footnotes system is being discussed, to add a new parameter to footnotes that could be used for specifying page numbers or possibly notes. The editor who has coded up the change has asked other editors to review the coding before this is implemented.
The new feature opens the possibility of eliminating the two-section Harvard-style footnoting now appearing in many articles, making it much easier for readers to jump back and forth from a source to the article. More involvement of interested/knowledgeable editors would be welcomed. -- John Broughton(♫♫)16:31, 16 March 2008 (UTC)
Deleted archive page
I just had a Speedy Delete put on an Archive page I made: (User talk:Mattisse/Archive 16) It was explained to me that parentheses are not allowed in archive pages. The problem is that I do not know how the parentheses got there, as they are not in the code generating the archive. How does that happen? (I notice another archive has a parentheses but was not given a speedy delete.) What do do? Thanks! Mattisse (Talk) 16:57, 16 March 2008 (UTC)
The parentheses meant that the page was created in the article namespace rather than the User talk namespace, which is why it was nominated for deletion (and why I have deleted it). Pass on how it got there. If there are other archive pages in the article namespace, please let me or someone else know and they can be moved and resulting redirects deleted. Thanks, mattbr17:14, 16 March 2008 (UTC)
I do not know how it got there and barely know what you are talking about, so I am not a good person to pass anything on. I asked the question here because I don't know. Thanks, Mattisse (Talk) 19:03, 16 March 2008 (UTC)
Sorry, I meant 'pass' as in 'I don't know the answer'. After some digging, it appears you created User talk:Mattisse/Archive 15 in October 2007 with the text [[(User talk:Mattisse/Archive_16)]], which created a link to (User talk:Mattisse/Archive 16). This page ( (User talk:Mattisse/Archive_16) ) is in the article namespace because the software does not recognise it as having one of the defined prefixes for a namespace, such as Wikipedia: or User talk:, because it has the prefix (User talk: (with a '(' at the beginning). Wikipedia:Namespace has more details about namespaces. mattbr19:44, 16 March 2008 (UTC)
A suggestion re galleries
It would be useful if the <gallery> ..... </gallery> construction would display the image thumbnails in rows of as many can fit across the user's browser's window's current width, instead of always in rows of 4. Anthony Appleyard (talk) 17:23, 16 March 2008 (UTC)
I am new to this site, so I forgot the copyright tags. I fixed it, and it's showing up alright in the Commons, but not when you click on the photo from the Pine Barrens Tree Frog article. How do I get rid of the deletion tag, and does it really matter since I fixed it in the Commons? Lonerockalex (talk) 23:11, 16 March 2008 (UTC)
All the infoboxes are suddenly appearing left justified, on top of the article text - using Firefox. Anyone else seeing this? Doceirias (talk) 03:28, 17 March 2008 (UTC)
When I attempted to play a sound sample, I got a scary message from my browser (Firefox, running under Ubuntu) about somebody wanting to run an untrusted applet. I clicked "cancel" and tried the button again -- this time it played, wasn't clear whether it had anything to do with an applet. A little detective work suggests the applet it's talking about is "cortado.jar", hosted on upload.wikimedia.org. I don't think the jar file was ever executed on my system (I think it was the totem plugin instead, which I reasonably trust), but it's a little disconcerting.
What concerns me here is whether people can just upload these Java files the same way they upload image files. Can they? I couldn't find a way to do it, but I also don't know where this jar file comes from. Can anyone tell me whether these files are the work of Wikimedia developers or of J Random Hacker? --Trovatore (talk) 09:00, 11 March 2008 (UTC)
The jar file is an applet that is capable of playing back ogg media files (It is called Cortado). The jar is hosted on upload.wikimedia.org, but in a section where only high-level and trusted developers of the Foundation can change it. The documentation on this seems a bit outdated, but it is located here Wikipedia:Media_help. --TheDJ (talk • contribs) 09:15, 11 March 2008 (UTC)
Code signing on Java applets is only required for those that access the raw system, which this does not. You would have to have very unusual security settings for it to complain about an unsigned applet that's completely sandboxed.
Note that the reason the applet's .jar file is on upload.wikimedia.org is precisely because of Java's security sandboxing; it needs to be able to load the media files there, and the sandbox prevents it from accessing files from anywhere else. Applets cannot be uploaded through the wikis by anyone else; it's put and maintained there by our server administrators. --brion (talk) 16:58, 11 March 2008 (UTC)
Well, my browser did complain, and I don't think it's all that unusual. Mozilla Firefox 2.0.0.12 running under Ubuntu 7.10; I haven't made any special security tweaks to the browser that I recall. What it said was that the classpath security code had not been finished, so maybe it was unable to detect that the applet was sandboxed. --Trovatore (talk) 17:32, 11 March 2008 (UTC)
Ah, well your problem appears to be that you've installed a wildly unsafe Java plugin on your computer -- the GCJ-based Java applet plugin has no security sandboxing, so should really *not* be used on the general internet. This would not have been installed by default (it's certainly not there on my Ubuntu 7.10 install); unless you need it elsewhere I strongly recommend uninstalling it.
Note that Ubuntu 7.10 does by default include native browser plugins for playing the Ogg Vorbis and Theora media files that we host. You can select the native player (which might show up not-quite-correctly as "QuickTime" in the player option lists), and based on a saved browser cookie it'll pick that instead of the Java player in future. --brion (talk) 17:50, 17 March 2008 (UTC)
Suggestion re diffs
I don't know how technically feasible this would be, but it would be great if when a diff is shown there was also an option to see what pages link to that diff (or perhaps also that link to wider/narrower diffs that are supersets/subsets of the diff being displayed). Obviously it wouldn't quite be analogous to the "what links here" button, as links to diffs would look like external links, but hopefully it could still be made to work. The motivation for this is that if there has been subsequent discussion regarding an edit, it would then be possible to see the diff in the context of the discussion that has already taken place, which could sometimes be very useful. Thanks. — Alan✉22:30, 16 March 2008 (UTC)
If you are referring to an example from Chess opening, the closing bracket is not blue. Look at the anchor tag in the HTML source (search for "often cataloged") and you will see the ")" is outside the tag. If your browser shows the ) in blue, that's not Wikipedia's problem. It's likely an optical illusion though. Franamax (talk) 07:39, 18 March 2008 (UTC)
Bizarreness
The links and tabs from the top of the page are now displaying down the side. Seems to be the same on all pages. Any idea what is occurring please? Screenshot here
The colours I like and chose, it was the edit/history/watch & my talk/preferences/watchlist etc moving about that was odd. As I say. thay have moved back to the right place now so all is well. DuncanHill (talk) 11:59, 18 March 2008 (UTC)
There were issues with wikipedia being down yesterday. Because of that, you probably loaded one of the CSS files only partially, causing the page to misformat. Once the caches of your browser or wikipedia cleared, the issue was gone again. I had a similar experience myself yesterday. --TheDJ (talk • contribs) 12:46, 18 March 2008 (UTC)
That makes sense thanks - I had been unable to get onto Wikipedia, and the bizarreness happened when I came back after that. DuncanHill (talk) 12:48, 18 March 2008 (UTC)
Display links to other language Wikipedias
Could you add an option / tab to unlock displaying the links to other language wikipedia pages? I can understand if it's not everyone's cup of tea to have a list of links to languages they don't speak at the bottom of their page. However there are quite a few of us who speak more than one language. Currently the link can only be accessed through the "edit" page. I'm not talking Wikitionary here, but the pagelink. Looking up the corresponding expression in Wikitionary (hoping to find the right one) and then switching to a different language one and trying it there adds unnecessary steps and only works for one word literal translations. If you try to look up names you'd better know how they translate.
If you added a tab that displays the page with the links to other languages displayed everyone would win. People who don't want a cluttered page can stay with the usual one and those looking for more information in other languages don't have to start and "edit" process they don't intend to do. I'm not a programmer, but it should not take a lot of code and space to add that option, the links are already on the pages anyway. Thks. Lisa March 18 08. —Preceding unsigned comment added by 71.236.23.111 (talk) 10:16, 18 March 2008 (UTC)
Thanks for your help. There might be a clearer heading for that. E.g. "Related articles in other languages" or shorter "other language pages." I had tried that sidebar link before and landed at the main page for the respective language (maybe a broken link in that case) and had consequently not tried again. Now that I know it works it will save me a lot of time.
I'm interested in developing my bot skills, particularly to running bots which operate on a continuous basis, rather than the more script-oriented bots I'm already operating. I'm looking for a more experienced bot coder/operator who can help me get to grips with the extra knowledge and tools required to operate continuously-running bots. Kind of an adopt-a-bot-owner system :D. I can work in C++ and VB, but all of my previous bot-coding experience has been in python. Anyone interested and willing to give me a hand? Happy‑melon10:40, 18 March 2008 (UTC)
A suggestion about Wikipedia software: format of wikilinks
Currently, wikilinks can be in these two formats:
[[xxx]] :: link to page xxx, display xxx
[[xxx|yyy]] :: link to page xxx, display yyy
[[xxx]]zzz :: link to page xxx, display xxxzzz
[[xxx|yyy]]zzz :: link to page xxx, display yyyzzz
It would be useful if this form could also be allowed:
[[xxx|yyy|zzz]] :: link to page xxxyyy, display xxxzzz
[[xxx|yyy|]] :: link to page xxxyyy, display xxx
That would avoid much extra typing when linking to a page and displaying a word slightly different at the end: e.g. [[transsubstantiat|ion|ed]] rather than [[transsubstantiation|transsubstantiated]]. Anthony Appleyard (talk) 17:07, 16 March 2008 (UTC)
This would make a bit of a mess of inline image tags when they are converted to links (such as when they are blocked by the image blacklist. Does it solve any problems other than requiring a few extra characters be typed? Happy‑melon17:16, 16 March 2008 (UTC)
The code [[File:Bad Title Example.png|thumb|right|A caption]] displays asA captionwhen inlined, and "thumb|right|A caption" when "commented out" with a colon or trapped by the image blacklist. While the link is admittedly confusing, at least the intended image can be easily found by clicking on the link (or just hovering). Under your system, the link would display as Image:Example.pngright, which is extremely confusing, does not link to a valid image, and is difficult to accurately decipher without viewing the wikitext. Happy‑melon17:28, 16 March 2008 (UTC)
I like your idea, Anthony.
How about if Anthony's suggestions would apply to all links except links beginning with "Image:"?
I would prefer to have:
[[xxx|yyy|]] :: link to page xxxyyy, display yyy
(instead of display xxx as Anthony suggests), so that you could say things like [[User:|Coppertwig|]] or [[Wikipedia:|Criteria for speedy deletion|]] instead of [[User:Coppertwig|Coppertwig]] and [[Wikipedia:Criteria for speedy deletion|Criteria for speedy deletion]]. Things like these come up all the time. I'm not sure I can think of any example where I'd want to display xxx; but if so, maybe somebody can come up with an alternate syntax. --Coppertwig (talk) 17:51, 16 March 2008 (UTC)
Try [[Wikipedia:Criteria for speedy deletion|]]. It substitutes that for [[Wikipedia:Criteria for speedy deletion|Criteria for speedy deletion]] when you save. All of the suggestions are pretty syntactic sugar, but it'll likely serve to make wikitext more unreadable and more unapproachable for some editors and a majority of those interested in contributing. In addition, they destroy the invariant of having the left-most parameter always be the page that you're linking to. GracenotesT§18:32, 16 March 2008 (UTC)
Have to agree with the above - it's overloading something that goes away from common usage. That said, there's nothing stopping anyone from making a template variation on this, for example, it could be {{ll|xxx|yyy|zzz}} to give [[xxxyyy|xxxzzz]] which is minimal extra cost to the software and only adds 3 characters. (This is rather trivial to make, give me a shout if you think you want this) --MASEM18:48, 16 March 2008 (UTC)
(edit conflict) I was about to say that, but Gracenotes got here first; I agree with all the points. This edit is not useless, however, because Coppertwig has made a typo, which I have taken the liberty to correct (it was in the example—nothing to do with language). Interesting term, by the way, "syntactic sugar"... Waltham, The Duke of18:52, 16 March 2008 (UTC)
I am confused by Masem's response; wouldn't it require a software modification for a change in the way links work to be possible, in templates or not? In any case, double standards is something I do not believe would be helpful; creating confusion with little to no benefits is surely something undesirable. Waltham, The Duke of19:01, 16 March 2008 (UTC)
A template version of the approach would not require any software changes - it is just would spell out the long version of what the proposed addition is looking looking to do. It's a very simple template to make. --MASEM13:53, 17 March 2008 (UTC)
(outdenting) It is pretty common to want to display a link without the namespace qualifier, e.g. [[User:fred|fred]] or [[Wikipedia:Notability|notability]]. So a variation of the original suggestion would be [[xxx:|yyy]] would be linked to xxx:yyy but display as yyy. The rule might be if the first part ends with a colon, the link is both parts. Afterall, a link that is just "xxx:" is meaningless so the only way to make it meaningful is to add the second part to it. Sbowers3 (talk) 19:42, 16 March 2008 (UTC)
The main use would be in the many cases where a page's name is long and is the first part of related words, plus a bit. For example, linking from "reprocessed" to reprocessing as [[reprocess|ing|ed]].
By my suggested rules the form [[xxx||zzz]] would mean the same as [[xxx]]zzz and therefore would be redundant, so [[xxx||zzz]] could be given the meaning "display zzz, link to xxxzzz". Anthony Appleyard (talk) 22:54, 16 March 2008 (UTC)
Again, try [[Wikipedia:notability|]]. It substitutes the phrase. Implementing this feature, unfortunately, would break several pieces of software, not the least of which is AWB. GracenotesT§23:15, 16 March 2008 (UTC)
It may be enough to allow [[xxx|yyy|]] for "link to xxxyyy, display xxx"; if so, "link to xxxyyy, display xxxzzz" could be done by [[xxx|yyy|]]zzz , e.g. [[transsubstantiat|ion|]]ed . Anthony Appleyard (talk) 10:23, 17 March 2008 (UTC)
For the 1 to 10 percent of editors who do a lot of these types of wikilinks, having a more complicated syntax could reduce the amount of typing they do. For the other 90+%, you're proposing a further complication of the syntax (it's hard enough for a newcomer to understand templates, tables, piped links, and footnotes as is), making editing of Wikipedia even more difficult. Given that it's fairly easy, these days, to copy and paste text strings, I really think we don't need to further shift wikitext in favor of very experienced editors. We already have enough challenges in getting new, constructive editors for the project. -- John Broughton(♫♫)14:00, 17 March 2008 (UTC)
Totally agree. It is already bad enough that they get screwed by the syntactical difference between internal and external links. We should make Wikipedia easier to edit, not harder. —Ian Spackman (talk) 14:17, 17 March 2008 (UTC)
I shall make a parallel: light travels through the fastest route, not through the shortest one. A change like the one proposed here would have editors use less characters, but would actually delay the editing process. I do not believe this is to Wikipedia's benefit, and I prefer to think that this is unintended by the proposal's originator as well. Waltham, The Duke of16:26, 17 March 2008 (UTC)
Given that already, as well as the standard case "[[xxx|yyy]] = link to xxx, display yyy", there is the special case "[[xxx:yyy|]] = link to xxx:yyy, display yyy", and the "[[Image:xxx|yyy|zzz|etc]]" case, adding "[[xxx|yyy|]] = link to xxxyyy, display xxx" does not seem complicated to me. Anthony Appleyard (talk) 06:24, 18 March 2008 (UTC)
Regarding the special case "[[xxx:yyy|]] = link to xxx:yyy, display yyy", - let's be clear about this - it's is a shortcut for experienced editors. After saving an edit, the wikitext actually looks like this: [[xxx:yyy|yyy]], which is absolutely standard. The next editor coming along will have no idea (and no need to know) that the previous editor didn't have to type in the text to the right of the vertical bar (the second "yyy").
So if you're proposing a similar transitory wikicode, something that, upon saving an edit, will become standard wikitext, that's one thing - something much less controversial than permanently different wikicode that becomes yet one more thing that new editors have to learn (and Wikipedia has a high rate of turnover - so that's a lot of learning). If, however, you're saying something like "well, we already have a complicated syntax, so I don't see any problem with making it even more complicated" - then I can't agree. -- John Broughton(♫♫)12:57, 18 March 2008 (UTC)
Sorry, I did not know that the format [[xxx:yyy|]] is transitory: I did not know of it and I had never used it. I still think that allowing "[[xxx|yyy|]] = link to xxxyyy, display xxx", as permanent, would be helpful: e.g. to me "they believe that the Holy Host is [[transsubstantiat|ion|]]ed each time." is easier understood while editing than "they believe that the Holy Host is [[transsubstantiation|transsubstantiated]] each time.". Anthony Appleyard (talk) 06:21, 20 March 2008 (UTC)