Jump to content

User talk:Edokter/Archive 6

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Archive 1Archive 4Archive 5Archive 6Archive 7Archive 8Archive 10

Redirect

Is it time to redirect {{Unbulleted list}} and {{ubl}} to {{Plainlist}}? Or even (my preference) move the new code to the old template and redirect the new one? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:21, 22 November 2011 (UTC)

{{Unbulleted list}} is uncompatible with {{plainlist}}; it wraps all items in <li>...</li> tags. Redirecting will break stuff. Edokter (talk) — 13:32, 22 November 2011 (UTC)
It would be catastrophic. There are not all that many, really. I'll keep at switching-over. More templates are going to need to accept classes, so I'll drop notes as I suss'em out. Alarbus (talk) 13:39, 22 November 2011 (UTC)

Ah yes, of course. So, another bot-job, to convert everything, then redirect? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:42, 22 November 2011 (UTC)

I recommend against redirecting (old revision will break). Just let the template die. Edokter (talk) — 14:02, 22 November 2011 (UTC)
This should not ever be redirected, per the old-revs issue, but also because it will have some use, ongoing. It works nicely inline
  • foo
  • bar
Alarbus (talk) 14:52, 22 November 2011 (UTC)

You may be interested in this. Peter jackson (talk) 11:19, 25 November 2011 (UTC)

A cupcake for you!

For fixing the columns in the sapphire article :) Piotr Konieczny aka Prokonsul Piotrus| talk to me 01:26, 26 November 2011 (UTC)
Thank you! Edokter (talk) — 11:20, 26 November 2011 (UTC)

Template:Nodisplay breaks copy-paste of titles

DISPLAYTITLE is intended to only make changes which allow a user to copy-paste the pagename into a wikilink, at least when mw:Manual:$wgRestrictDisplayTitle is true as in the English Wikipedia. See WP:DISPLAYTITLE and bugzilla:26547. If I copy-paste the pagename of 2^43112609 − 1 in your version [1] then I get 243112609 − 1 in all four tested browsers (IE, Firefox, Chrome, Opera). The former version [2] with {{DISPLAYTITLE:2<span style="display:none;">^</span><sup>43112609</sup> − 1}} had the same problem. PrimeHunter (talk) 21:50, 26 November 2011 (UTC)

So the problem is not necessarily related to the template; it is simply a consequence of hiding part of the text. I don't have a solution for this instance. Perhaps this is better raised at WP:VPT. Edokter (talk) — 21:54, 26 November 2011 (UTC)
Also, a redirect form the copied title would partly solve it. Edokter (talk) — 21:56, 26 November 2011 (UTC)

Altered speedy deletion rationale: Cancer research institute

Hello Edokter. I am just letting you know that I deleted Cancer research institute, a page you tagged for speedy deletion, under a different criterion from the one you provided, which doesn't fit the page in question. Thank you. Salvio Let's talk about it! 22:48, 27 November 2011 (UTC)

That's OK. I didn't really know what to do with it. Choosing the reason is the deleting admin's prerogative. Edokter (talk) — 23:29, 27 November 2011 (UTC)

Nice work on hlist

Just a quick note, Erwin, to let you know that your fix to hlist for IE is much appreciated.

I hope you're not too frustrated with the 'discussion' about ordered lists; because all of the participants really want the same thing: improving Wikipedia. It's natural that we won't all agree all the time, but those particular differences are pretty small in the grand scheme of things. All the best, --RexxS (talk) 01:59, 13 November 2011 (UTC)

I second that; thanks for your work on this issue. --Dianna (talk) 06:38, 13 November 2011 (UTC)
Thanks all. It's nice to have some positive feedback once and a while. Edokter (talk) — 08:55, 13 November 2011 (UTC)

Me too; very nice work. Alarbus (talk) 10:50, 13 November 2011 (UTC)

I too wanted to thank you for the great work with {{{aboveclass}}}, {{{listclass}}}, and {{{belowclass}}} on {{navbox}}, however, could you perhaps add passing {{{aboveclass}}}, and {{{belowclass}}} to {{navbox musical artist}} and any other sub navboxes. This is to fix things like {{Spice Girls}}. Thanks again. 67.210.196.5 (talk) 22:56, 17 November 2011 (UTC)
Seems have to have been taken care of. Edokter (talk) — 23:15, 17 November 2011 (UTC)
Yes, it seems I was not the only one to have noticed the deficiency. 67.210.196.5 (talk) 00:44, 18 November 2011 (UTC)

I am also using your hlist script and it makes navboxes much clearer and accessible, especially to new users. Thank you for doing what you do. Blue Rasberry (talk) 15:44, 30 November 2011 (UTC)

right image template

Thanks: I never knew about this. Perhaps it will fix the problem of accommodating images at middle bottom and down the right side, for a large range of window widths. Tony (talk) 13:06, 29 November 2011 (UTC)

FYI

WP:AN#New Redirect. 28bytes (talk) 20:46, 3 December 2011 (UTC)

Styling mw-watched

Hiya. Looks like we might get consensus on since lat visit... Should we start discussing possible styling on the common.css page yet? Too early perhaps, but if it goes through, it would be nice to be prepared. In the long run having a few styles ready to roll might save a lot of moaning. Personally I'd go for a simple background-color (bold links look ugly to me), and will probably just set it how I like in my own common.css, but others may want a default that suits them right off the mark. fredgandt 05:45, 6 December 2011 (UTC)

I think we should try the default first and sees how that is received. I too have a blue background set in my vector.css. Edokter (talk) — 10:29, 6 December 2011 (UTC)
I give way to your experience. Gonna watch "Captain America" now. \o/ fredgandt 13:21, 6 December 2011 (UTC)

A barnstar for you!

The Technical Barnstar
Hello Edokter, here is a technical barnstar for your work on MediaWiki:Gadget-ClassicDiff.css. Many thanks! Hashar (talk) 06:49, 7 December 2011 (UTC)
No sweat :) It was just copying some old CSS. Thanks. Edokter (talk) — 11:19, 7 December 2011 (UTC)

Hello, please take a look at navbox talkpage - Christian75 (talk) 12:41, 7 December 2011 (UTC)

An eye and a finger

Thanks for keeping an eye and an editing finger on those Unicode and IPA (font & CSS) issues. -DePiep (talk) 16:22, 7 December 2011 (UTC)

You're welcome. I'm just removing the bloat while maintaining essential support where needed, and streamlining the codebase in the process. Edokter (talk) — 16:26, 7 December 2011 (UTC)
It helps me understanding the stuff. As my doctor says: one bit at a time, makes eight in a row. -DePiep (talk) 16:30, 7 December 2011 (UTC)
Well, but now I see this (see the Infobox IPA, top right):
Extended content

width:200px

Over here, this has two issues: the tie is not centered, and the graph is rough (not smooth). About a week ago, it looked OK. Note: I did not "update" or such any font, as was advised at WP:VPT. I might claim that what was OK last week (WinXP, FFox) should be OK now. If you need any screenprint or what, please ask. -DePiep (talk) 21:44, 9 December 2011 (UTC)
That a known issue for Arial Unicode MS. You are probably one of the very few that actualy have DejaVu, Gentium or any ohter non-windows unicode fonts installed, correct? Those used to be called on, but were removed because the effect on the total userbase was negligable. Edokter (talk) — 22:20, 9 December 2011 (UTC)
Thank you. I'll look into that in detail, before coming back here. -DePiep (talk) 18:59, 10 December 2011 (UTC)

rule for paragraphs in a navlist cell w/hlist

See: Battle of the Bulge.

The left side had paragraphs for pseudo section headings. They got the usual paragraph margins which spread things out vertically a bit; rather more than yet-before (pre-hlist). So I tried making them bold single-item lists, which gets things back to compact, but is semantically further afield. So maybe a new rule for paragraphs under hlist that cuts or seriously nips into the margins? You said something about header1= so maybe that... we'll see (but would it work for {{campaign}}, which is all one battle-list?). Alarbus (talk) 02:19, 10 December 2011 (UTC)

Here's another method; definition-term. Alarbus (talk) 03:37, 10 December 2011 (UTC)

And another; a full definition list that's split. The 'headings' are DTs without definitions and the definitions are without terms, as there are pairs of DLs, not one with both sub-elements. I'm thinking this is the best route if the 'block'-ness of the DT is restores so that the newlines can be cut to make this meaningful structures. Alarbus (talk) 06:32, 10 December 2011 (UTC)

We definitely need a solution which allows for these use-cases, but which emits appropriate HTML markup. The problem with the last example is that you have blank lines between the ";" and ":" parts, making two lists. See my recent edit for an example with correct markup (albeit probably not the desired visual display). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:21, 10 December 2011 (UTC)
The blank line has no effect there because the two lists are of a different type anyway. Here's a radical idea... how about using a plain vertical list in these boxes? Edokter (talk) — 11:48, 10 December 2011 (UTC)
(ec) That was intentional, albeit poor semantics. I'm *very* sure people will not go for vertical lists; try it and see. We have to support most of what people are used to doing (used to seeing) or they will revert stuff. Alarbus (talk) 11:58, 10 December 2011 (UTC)
I understand that that is correct; also that someone is probably going to revert it because they don't like the look. As-said, we need a solution that hits on both. Alarbus (talk) 11:58, 10 December 2011 (UTC)
Wikipedia wraps any standalone text in <p>...</p>, and those have top- and bottom margins. I cannot keep adding CSS for evert possible case that looks slightly off. The campaign box is basically an open-text box, so anything that goes in needs to be treaded as open text. Edokter (talk) — 11:43, 10 December 2011 (UTC)
I know; it is common practice to style elements differently for different contexts; indeed to completely re-style things. You can keep adding to CSS: you have write-access to the CSS ;) As Andy says, we do need to cover all the uses extant in the project or people will push-back purely because they don't like the look. We have people here who look at nothing but the rendered look and couldn't give a fuck about the proper generation of web pages. They think paper. Alarbus (talk) 11:58, 10 December 2011 (UTC)
I can, but I won't. Too many 'fixes' will result in unpredictable behaviour. Defenition terms are misused as fake headers all the time. I think semantics are great, but each element has it's limitatilns, and we will have to work around those. Edokter (talk) — 12:07, 10 December 2011 (UTC)
Please see the related thread on Andy's page (which also relates to Template talk:Navbox#Another hlist construct to consider). We do need more rules to properly support the things people are used to doing and to get proper semantic structure in modules such as campaignbox and navboxes. See the example I gave Andy where I stuck headings into a campaignbox; that should work, but I got a TOC. These modules are distinct from the main page and should have distinct, albeit similar styling rules. Alarbus (talk) 04:17, 11 December 2011 (UTC)

Doctor Who Episode Imrovement Idea

As a member of WP:WHO, I thought you may be interested in this idea. No one has replied yet. Glimmer721 talk 17:40, 10 December 2011 (UTC)

RE:Sig suggestion

I copied and pasted the reply to your post below, just in case.

_____________________________________________

Ehh... The formula is supposed to be:

which is the electromagnetic (Lorentz) force on a charged partcle of charge q in a electric field E and magnetic field B travelling at velocity v. The wedge/circumflex /^ and times/cross/multiply (etc.) symbols are used interchangabley for the vector cross product. I couldn't use the times symbol for the name. The wedge/circumflex is not supposed to be a power. Thanks for your suggestion though.

Furthermore thanks very much for your help on those templates! You and Nageh deserve pretty much most of the credit for creating those! --F=q(E+v^B) (talk) 19:25, 13 December 2011 (UTC) _____________________________________________

--F=q(E+v^B) (talk) 19:29, 13 December 2011 (UTC)

Deletion request

Could you please delete this template I made? It didn't live up to what I hoped it would.....

Template:Equation description (physics)

Cheers, -- F = q(E + v × B) 11:05, 14 December 2011 (UTC)

Done. Next time, tag the template with {{db-g7}}. Edokter (talk) — 11:09, 14 December 2011 (UTC)

That was quick. There are so many deletion tags that I didn't know which one. Thanks again.-- F = q(E + v × B) 11:10, 14 December 2011 (UTC)

I feel like an expectant god father

Is very exciting. This (Enable "show changes since...) will be the first successful upgrade I have actively supported if it goes through. Cigars all round! fredgandt 20:04, 14 December 2011 (UTC)

Hi. I noticed today that railway route map headers now have a slight oddity - the VDE links instead of being

[ v d e ]

now look like

[                 v d e ]

see for instance {{Cross Country Route}}. I think the cause is this edit of yours, since none of the other transcluded templates have been modified recently. -mattbuck (Talk) 21:29, 15 December 2011 (UTC)

Thanks for the report. Navbar is a bit allergic when inside a span, so I removed it in {{BS-header}}. Should be fixed now. Edokter (talk) — 21:46, 15 December 2011 (UTC)
Thanks. -mattbuck (Talk) 12:07, 16 December 2011 (UTC)

And elsewhere

At this familiar page ;-), do you see the strange effect I see in the top line? -DePiep (talk) 18:47, 16 December 2011 (UTC)
Pff. Now I understand why nodiv=1 existed. Oh well, navbar just comes with a manual now; do not place inside a span. Edokter (talk) — 19:04, 16 December 2011 (UTC)
 Done -DePiep (talk) 19:41, 16 December 2011 (UTC)
Not yet done, see Whitespace_character#Unicode. I am an oldskool programmer, but hey, we know, changing the manual doesn't solve existing situations is it ;-). -DePiep (talk) 19:54, 16 December 2011 (UTC)
Adding: a smart AWB sweep or two could be useful? -DePiep (talk) 19:59, 16 December 2011 (UTC)
Perhaps... but fixing often must be done by hand. Those unicode template have navbar in a table caption, which will never work, so I turn them into headers. In other cases, changing the enclosing spans into divs is enough. Edokter (talk) — 20:01, 16 December 2011 (UTC)
(edit conflict)Nah, it is worse. Looks like I always used the wrong tag, e.g just walk through Unicode character property (which has templates/tables I constructed).
Now seriously. I must say that I don't appreciate a senior editor (as you are) advises me to update manually. A more professional approach would be: "next version supports previous version", and so. Anyway, I see some templates I am involved with, but I cannot oversee all earlier then correct usages of navbar. -DePiep (talk) 20:13, 16 December 2011 (UTC)
What I ment is that it is sometimes not possible to do it automated. But I'm affraid there is nothing else to it. Edokter (talk) — 20:16, 16 December 2011 (UTC)
I understand, and saw your edits in this. Q remaining: in websphere, is this common practice? I mean, can someone (someone qualified) publish a version and just see what happens? What is "version management" in WikiMedia at all (well, this is just css)? I really don't dig that laxity. From here, no answer needed. DePiep (talk) 20:43, 16 December 2011 (UTC)
This is Wikipedia, and templates are just like articles; there is no version control. If more of these problems show up, I will probably revert the update to navbar. Edokter (talk) — 21:21, 16 December 2011 (UTC)
OK. So, I'm learning: in other (big serious) webworld, people work different. And, the "it's like a regular article page" is a good reference. I know, I can experiment some more, and have a backup. I propose closing this down for now. (EOT end of transmission, ASCII 0004 in my dialect). -DePiep (talk) 21:37, 16 December 2011 (UTC)

Discussion at Template talk:S-line#Editprotected circular parameters

You are invited to join the discussion at Template talk:S-line#Editprotected circular parameters. Sameboat - 同舟 (talk) 22:51, 16 December 2011 (UTC)

At WT:MILHIST#Campaignboxes with multi-line titles messed up, a question has come up regarding an issue with the centering of multi-line titles in {{navbox}}; see, for example, {{Campaignbox Crook-Averell Raid on the Virginia & Tennessee Railroad}}, where the second line of the title isn't centered. Based on my (brief) examination of the markup, it seems that the issue is being caused by some interaction between the left-aligned {{navbar}} and the text of the title, but I'm not certain what that interaction might be.

If you have some time, I'd appreciate any insight you might be able to offer into this issue. Thanks! Kirill [talk] [prof] 02:43, 17 December 2011 (UTC)

Seems to be resolved now. Edokter (talk) — 12:18, 17 December 2011 (UTC)

More about wikitables

Again on the subject of this (Wikipedia:Help_desk#class.3D.22wikitable.22_distorting_userboxes.3F), thank you for your answer. What I don't like, though, are the two lines which are still dividing id1 from info, and info from id2 in the infobox. Do you know how I could fix this? Thanks, Ocirne94 (talk) 18:41, 17 December 2011 (UTC)

Use a plain table, that is, witout border="1" or class="wikitable". Or simply do not use a table at all. The userbox is a table itself and inherits all properties from the table it is contained in. Edokter (talk) — 18:52, 17 December 2011 (UTC)

Re:nbsp

I was usuing a tool to fix minor issues in the articles...I can manually go back and remove the nbsp from the cast list if you would like. Just please don't revert my edits, as there have been other changes included in them. Glimmer721 talk 22:03, 17 December 2011 (UTC)

I don't think I can revert only that specific part of the script, so I'll go back and do it manually. Glimmer721 talk 22:09, 17 December 2011 (UTC)

CSS: Style parent

Hiya.

I was wondering if you know a way to style the parent of an element? Example:

div:hover a
{
	font-weight:bold;
}

The above makes any child links within a div being hovered over adopt a bold font weight. Could the same be done in reverse? Example (pseudo):

a:hover parental div
{
	background-color:#0ff;
}

Instead of child divs of links being styled, the parental divs of links are. Any ideas? fredgandt 04:46, 18 December 2011 (UTC)

The CSS cascade is one-way. No such upstream swimming allowed. Alarbus (talk) 04:49, 18 December 2011 (UTC)
Hello. Shame.  fredgandt 05:01, 18 December 2011 (UTC)
Hi. I'd be pleased to be shown wrong... There are tricks to have hover style stuff contained in something... that is positioned elsewhere. Don't think this can be made to work from wikitext, though; can't contain arbitrary structures in a link, here. Alarbus (talk) 05:06, 18 December 2011 (UTC)
Ah the link was just an example. Indeed, can't mess with links, but positioning of divs and the like is all quite possible. I just wondered if there was a legitimate way to swim upstream. Doesn't really matter one, way or another. I like options though. fredgandt 05:21, 18 December 2011 (UTC)
The re-positioning I'm thinking of is about nesting so :hover applies to some contained thing that is actually moved elsewhere. Thus hover over here and effect is over there… Works most reliably on links because some retarded browsers don't support hover on other than links. However I stopped supporting such foolishness some years ago. They can have a degraded experience and I don't care.
So, we should have the whole site redirect users of deprecated browsers to *any* of the modern browser sites… and have a deal with those sites to fund WMF at 4×current levels. It would solve a lot of problems on the whole interwebs. Alarbus (talk) 05:37, 18 December 2011 (UTC)
If you wanna shoot IE, get in line! fredgandt 05:45, 18 December 2011 (UTC)
Just do it.
Alarbus (talk) 06:24, 18 December 2011 (UTC)
Not possible in CSS, but trivial to do in jQuery. Edokter (talk) — 12:10, 18 December 2011 (UTC)
Not difficult to do with straight-up JS either. Would perhaps have been handy to be able to cut to the chase with CSS though. No bother. fredgandt 15:10, 18 December 2011 (UTC)

Replaceable fair use File:Popcorn deelites.jpg

Thanks for uploading File:Popcorn deelites.jpg. I noticed the description page specifies that the media is being used under a claim of fair use, but its use in Wikipedia articles fails our first non-free content criterion in that it illustrates a subject for which a freely licensed media could reasonably be found or created that provides substantially the same information or which could be adequately covered with text alone. If you believe this media is not replaceable, please:

  1. Go to the media description page and edit it to add {{di-replaceable fair use disputed}}, without deleting the original replaceable fair use template.
  2. On the image discussion page, write the reason why this image is not replaceable at all.

Alternatively, you can also choose to replace this non-free media by finding freely licensed media of the same subject, requesting that the copyright holder release this (or similar) media under a free license, or by taking a picture of it yourself.

If you have uploaded other non-free media, consider checking that you have specified how these images fully satisfy our non-free content criteria. You can find a list of description pages you have edited by clicking on this link. Note that even if you follow steps 1 and 2 above, non-free media which could be replaced by freely licensed alternatives will be deleted 2 days after this notification (7 days if uploaded before 13 July 2006), per our non-free content policy. If you have any questions please ask them at the Media copyright questions page. Thank you. Sfan00 IMG (talk) 14:09, 20 December 2011 (UTC)

Outdent template

Hi, I just used the template after not having used it for a while, and it looks completely different from before and, frankly, worse (sorry). I can see that changes have been made and that there've been discussions on the Talk page, but I'm lazy - could you give me the quick version? Thanks much.--Bbb23 (talk) 22:21, 18 December 2011 (UTC)

Well, first, it now uses a measured div to determin it's length instead of using a pre-determined number of characters. Next, I changed the characters used to draw the line, which is now dashed instead of solid. Last, I made it lighter and changed the margin so it doesn't create a huge gap between posts. It's basically an ovehaul. Edokter (talk) — 22:25, 18 December 2011 (UTC)
Look at the bottom of this topic. Is that the way you think it should look now? Putting aside aesthetics, I would prefer that the beginning of the right part of the line be farther over to the right, essentially where a normal indent would have been without the outdent. Just my two cents.--Bbb23 (talk) 00:30, 19 December 2011 (UTC)
Thats the default length, which is admittedly on the short side. I've increased it. Edokter (talk) — 00:45, 19 December 2011 (UTC)
It's my fault. I should've read what the page said about the indent number parameter. I've put in the parameter on the template, and it's better now. I apologize for being a bother.--Bbb23 (talk) 00:58, 19 December 2011 (UTC)
No sweat. Edokter (talk) — 01:40, 19 December 2011 (UTC)

I wonder whether that wouldn't be better as a div, with its length defined in ems by a parameter value, and a CSS background image? We should also ask the accessibility project to review both methods, in assistive tools such as Jaws. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:29, 21 December 2011 (UTC)

Horizontal TOC templates

Hi,

Could you look at making {{Alphanumeric TOC}} and similar templates use horizontal lists, please? class="hlist" may not be appropriate, as they don't currently use bullet separators, but class="TOC" could be changed (or forked) to use the same values, without bullets. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:17, 21 December 2011 (UTC)

Adding .TOC ul li { display: inline; } should be enough. However, you need to get rid of the spans in the templates, as Tidy will **** things up when it sees an UL inside a span. Edokter (talk) — 13:56, 21 December 2011 (UTC)

Template:Unresolved

You have new message/s Hello. You have a new message at Template talk:Unresolved#Category for this template's talk page. I think my sandbox code will handle it adequately. — SMcCandlish Talk⇒ ʕ(Õلō Contribs. 18:02, 23 December 2011 (UTC)

Merry Christmas and Happy New Year

Hi Edokter,

Hindustanilanguage (talk) 10:22, 26 December 2011 (UTC).

Flatlist & large pages

Hi,

Could you look into the issue of {{Flatlist}} causing slowness alleged in (this reverting edit sumamry and discussed at Wikipedia talk:Featured articles#List markup, please? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:50, 29 December 2011 (UTC)

Thank you!

Thanks for fixing up {{Leave me a talkback}} and {{Leave me a talkback/Preload}} — your edits are much appreciated. I do know a lot about template coding, but I've obviously still got a long ways to go! Thanks again and happy editing :) — Preceding signed comment added by Cymru.lass (talkcontribs) (If you reply here, please {{lmatb}} 23:42, 1 January 2012 (UTC)

You're welcome. Happy newyear! Edokter (talk) — 23:45, 1 January 2012 (UTC)
You too! :) — Preceding signed comment added by Cymru.lass (talkcontribs) 18:06, 2 January 2012 (UTC)

Template:Refbegin

I note that you edited the {{refbegin}} template with regard to indentation changes, but I thought that it was supposed to come out aligned on pages such as Onsong_concentration_camp? - Jarry1250 [Deliberation needed] 20:42, 2 January 2012 (UTC)

Ordered (numbered) list items always have twice the indent space than unordered list items. But that is unrelated to the indent value of refbegin. That only applies to hanging indents. Edokter (talk) — 20:52, 2 January 2012 (UTC)

It is being suggested that what I think are variable pages should be deleted. Input from pro needed. fredgandt 22:56, 5 January 2012 (UTC)

Thanks Mr.Dokter. fredgandt 01:18, 6 January 2012 (UTC)

Spinal Tap

I explained on the talk page some time ago why I did that the way I did. If you want to change it, please discuss it on the talk page instead of just reverting me.—Chowbok 17:59, 6 January 2012 (UTC)

Also, please don't introduce new changes while saying in the edit summary that you're reverting.—Chowbok 18:01, 6 January 2012 (UTC)

Standardisation of The Sarah Jane Adventures serials

Hi, Edokter you recently reverted my edit of The Sarah Jane Adventures serials may i ask why? I wasn't quit finished yet. Thanks Sfxprefects (talk) 19:44, 7 January 2012 (UTC)

If it is a work in progress, use the preview button or a sandbox page. Dont expiriment on a live page. Equal-width, all-center tables isn't quite standard. Edokter (talk) — 19:48, 7 January 2012 (UTC)

unbulleted list

see Wikipedia:Deletion review/Log/2012 January 9#Template:Unbulleted list. thank you. Frietjes (talk) 20:43, 9 January 2012 (UTC)

Please could you take a look atthe above, and see whether you can resolve the concerns raised, so that {{Unbulleted list}} can be deleted? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:40, 9 January 2012 (UTC)
I made a comment there. Edokter (talk) — 22:07, 9 January 2012 (UTC)

Adolph Rupp Page

I wanted to alert you of an ongoing situation I am having with another user on the Adolph Rupp page. The situation has been ongoing for a few weeks now. A few weeks ago I went on the Adolph Rupp page to read the history of the coach. I was curious about his past and I did what I usually do to learn about something quickly, I checked his wikipedia page. When I read the page, I found it loaded with points that were not cited, extremely subjective, not in a neutral point of view and just generally slanted towards making the individual looks as good as possible. Many of the points that were cited were cited from a popular UK basketball blog. I began to make some smaller edits and removing content that was not acceptable to an encyclopedia. Every edit that I made was reverted immediately by the same user. I also attempted to add in a section about some serious violations of NCAA rules that happened when Adolph Rupp was the coach at UK. Essentially, UK basketball was the first school to receive any penalty from the NCAA for rules violations. I added what I thought was a fair and objective section on the event that I cited to a few unbiased sources on the web. My edits were again reverted by the user. He claimed that my edits were not factual and completely inaccurate. At this point I became frustrated and alerted another editor of this situation. This editor went through and made some changes to the page based on the same issues that I wrote about above, the article was not meeting academic standards at all. He was very helpful and neutral in his edits. However, the user who was reverting all these edits became angry and combative to the changes being made to the page. Eventually, we were able to reach consensus on a few points. However, this user kept changing the page even after we agreed on the edits to be made. He also added all the other sections back in that were not written in a neutral point of view. A few days ago, he made over 45 edits to the page. This user has a long history of making biased edits to UK basketball pages. He also has a long history of reverting any other edits to the pages that he personally disagrees with. He literally owns the Adolph Rupp page. I have since given up on trying to make the page historically accurate or meet Wikipedia's standards for content. No matter what changes I make or anyone else makes, he will revert them or rewrite them later to suit his own point of view. Why is a user like this still able to make edits to pages on wikipedia? Why is a user who has a long history of making biased edits (and other violations that have brought him temporary bans) still able to freely edit wikipedia?

Leochews (talk) 06:21, 13 January 2012 (UTC)

Not much I can do from here. The best thing to do first is state your concerns in the article talk page. Failing that, you may want to consider filing a report at the dispute resolution page. Edokter (talk) — 11:18, 13 January 2012 (UTC)

MediaWiki issues

This seems to force infoboxes to not have centered top sections by default (it seems to affect Template:Infobox country hard) and something happened to where if you view the latest diff of a page you do not have the edit links for the different sections. What caused this?—Ryulong (竜龙) 00:34, 15 January 2012 (UTC)

That was done by WOSlinker to adress an issue in IE9, see WP:VPT#Alignment of infobox labels. I'm not to happy about this solution either, as something like this might happen. Edokter (talk) — 01:40, 15 January 2012 (UTC)
As for the missing edit links, that is unrelated. See WP:VPT#Missing section edit links on a diff. Edokter (talk) — 01:42, 15 January 2012 (UTC)

Why have you changed the alignment at the Infobox Country template? It now goes to the left side and leaves huge space at the right side - it looks unbalanced

The centred text for the name of the country in the Infobox Country template is better than the one that you added where it is aligned to the left side - it leaves huge space at the right side and with other infoboxes being centred it looks awkward and visually unbalanced to have the right side space with little to no text in it.--R-41 (talk) 02:18, 15 January 2012 (UTC)

See one section above. Edokter (talk) — 02:32, 15 January 2012 (UTC)

Template:Navbox

Hello, seems that you have changed something in that template, and now all timeline templates have lost part of their styling see eg. {{Alfa Romeo timeline 1910-1949}} and compare it to for example italian comparable timeline -->Typ932 T·C 12:45, 15 January 2012 (UTC)

That was due to moving the border-spacing to Common.css. I've undone that. Edokter (talk) — 12:57, 15 January 2012 (UTC)
Ok -->Typ932 T·C 12:57, 15 January 2012 (UTC)

IRC

Hi Edokter,

Could you join #mediawiki on IRC for a second ? Krinkle (talk) 22:01, 16 January 2012 (UTC)

MediaWiki talk:Common.js#Revert, please --MZMcBride (talk) 15:37, 17 January 2012 (UTC)

The curse of the black spot - Doctor Who

Hi Edokter,

Could you explain to me why in for example, the Doctor Who story "The curse of the black spot" does the leading actors names have to be listed three times?

They are first mentioned in the info box on the right hand side of the page with all credits for cast and crew, then they are in the opening paragraph under the title and then finally they are repeated for a third time in the synopsis?

I agree that the names of the three main actors should be in the info box and the opening statement but having it for a third time in the synopsis seems to be quite pointless and in my opinion (please feel free to challenge!) it is meaningless duplication and should not be part of the article.

If you have a valid reason for disagreeing with my question then please let me know.

Regards

Alphacatmarnie (talk) 11:27, 22 January 2012 (UTC)

See WP:WHO/MOS. Normally, the actors' names should appear in the plot section when the characters are first mentioned. Edokter (talk) — 11:32, 22 January 2012 (UTC)

Hi, in this case they are mentioned in both the synopsis and then the plot - which does not seem to be needed, I will make an adjustment to the article and see what you think?

Alphacatmarnie (talk) 07:36, 23 January 2012 (UTC)

Would it be possible to include the move dropdown in it? Best, --Kangaroopowah 00:59, 23 January 2012 (UTC)

Not sure what you mean. The toggle only moves what's already there. Its only purpose is to swicth them between a row of tabs or a drop-down menu. Edokter (talk) — 01:34, 23 January 2012 (UTC)
SOrry, should have been clearer. I was referring to the dropdown chevron which contains the move page link. --Kangaroopowah 02:30, 23 January 2012 (UTC)
Have you tried clicking the chevron(s)? Edokter (talk) — 11:34, 23 January 2012 (UTC)

Alignment of infobox labels

Hi Edokter. The final outcome of this discussion wasn't quite clear to me - will the problem eventually be automatically fixed for all infoboxes? Or should I add "align=left" to any other affected infobox templates I come across (as was done to {{Infobox officeholder}})? Thanks. DH85868993 (talk) 07:51, 26 January 2012 (UTC)

The status quo remains for the time being. I haven't had a chance to look at it yet. I predict that in the future, th in infoboxes will be left aligned by default. In the mean time, adding "text-align: left;" as inline CSS doesn't hurt (don't use the html attribute "align=left"). Edokter (talk) — 13:13, 26 January 2012 (UTC)
Thanks. DH85868993 (talk) 06:30, 27 January 2012 (UTC)

Fred Gandt

fyi, we just lost Fred Gandt. Easy to see why. Alarbus (talk) 08:24, 27 January 2012 (UTC)

I am going to ask you one more time to undelete this page. If you do not, I will report you to ANI for wheel-warring, and at that, for making an out of process deletion (F8 is not applicable when a user requests a page not be deleted). Magog the Ogre (talk) 23:09, 29 January 2012 (UTC)

I'd suggest opening a deletion review first before turning this into a mudslinging. Edokter (talk) — 00:06, 30 January 2012 (UTC)
This is really very silly. I should not have to take something to deletion review, let alone have an administrator repeatedly delete something when it was never eligible for deletion. Whatever, suit yourself: Wikipedia:Deletion review/Log/2012 January 30. Magog the Ogre (talk) 04:09, 30 January 2012 (UTC)
Also, sorry for threatening to bring you to ANI. Even if I am correct in my assertions, it was still a breach of civility and turning the other cheek (of course, the noble idea that one should take it properly even when one is wrong). Magog the Ogre (talk) 19:30, 30 January 2012 (UTC)
No sweat, we were both miffed I guess. I just want to focus on the file now. Edokter (talk) — 20:22, 30 January 2012 (UTC)

Thanks

Northamerica1000(talk) 22:47, 1 February 2012 (UTC)

Edit summaries

It would be appreciated if you would use edit summaries so people know why you are making changes. E.g., it is mystifying to me why you removed information from Template:Xt/see also about the most common use case of {{bxt}} (source code markup), and I'm tempted to revert the deletion, since you provided no rationale for it, and I put the information in there for a reason. You've been around long and constructively enough that I'm sure you had a rationale in mind, but I'm not psychic enough to figure out what it might be. — SMcCandlish   Talk⇒〈°⌊°〉 Contribs. 19:56, 4 February 2012 (UTC)

Broken bullet points

Were we talking about the same thing at WP:VPT#Broken bullet points? AFAICS IE9 (at least on Win7) has a distinct layout bug which pushes list numbers and bullets outside the left of the list layout box (see the top screenshot in my samples). Can we discuss further at the village pump? Thanks - Pointillist (talk) 11:46, 6 February 2012 (UTC)

Hi. I just noticed this trick. I've seen that IP (on others, too, I think). They're doing good things, and above is an interesting technique re groups in navboxes and hlist. I'm wondering if it can be simplified to not need the div... See group2 specifically. Alarbus (talk) 19:38, 7 February 2012 (UTC)

Navbox groups were never designed to have lists. Since all groups (except group 2) are single items, they really don't need to be formatted as lists. I don't know hat to do about group 2 though, but I think one of the terms could be removed. Edokter (talk) — 21:10, 7 February 2012 (UTC)
Sorry, I just looked again and had overlooked that it's using plainlist on the groups, not hlist. I'd have to check the details, but the div is required somehow. Anyway, it looks like an experiment by 'Bend' (my nick for the ip per geolocating it). I didn't see any other templates with this. Best, Alarbus (talk) 22:30, 7 February 2012 (UTC)

note ...

Please see this suggestion .. I was going to go for it, but noticed that you had fully protected the redirect. As I don't know the back story, I thought I'd ask your thoughts on it. — Ched :  ?  17:48, 9 February 2012 (UTC)

MSU Interview

Dear Edokter,


My name is Jonathan Obar user:Jaobar, I'm a professor in the College of Communication Arts and Sciences at Michigan State University and a Teaching Fellow with the Wikimedia Foundation's Education Program. This semester I've been running a little experiment at MSU, a class where we teach students about becoming Wikipedia administrators. Not a lot is known about your community, and our students (who are fascinated by wiki-culture by the way!) want to learn how you do what you do, and why you do it. A while back I proposed this idea (the class) to the community HERE, were it was met mainly with positive feedback. Anyhow, I'd like my students to speak with a few administrators to get a sense of admin experiences, training, motivations, likes, dislikes, etc. We were wondering if you'd be interested in speaking with one of our students.


So a few things about the interviews:

  • Interviews will last between 15 and 30 minutes.
  • Interviews can be conducted over skype (preferred), IRC or email. (You choose the form of communication based upon your comfort level, time, etc.)
  • All interviews will be completely anonymous, meaning that you (real name and/or pseudonym) will never be identified in any of our materials, unless you give the interviewer permission to do so.
  • All interviews will be completely voluntary. You are under no obligation to say yes to an interview, and can say no and stop or leave the interview at any time.
  • The entire interview process is being overseen by MSU's institutional review board (ethics review). This means that all questions have been approved by the university and all students have been trained how to conduct interviews ethically and properly.


Bottom line is that we really need your help, and would really appreciate the opportunity to speak with you. If interested, please send me an email at obar@msu.edu (to maintain anonymity) and I will add your name to my offline contact list. If you feel comfortable doing so, you can post your name HERE instead.

If you have questions or concerns at any time, feel free to email me at obar@msu.edu. I will be more than happy to speak with you.

Thanks in advance for your help. We have a lot to learn from you.

Sincerely,

Jonathan Obar --Jaobar (talk) 18:16, 9 February 2012 (UTC)

Did you identify a specific problem after I upgraded it to account for the HTML5 specs? If I've broken something in the template (which, I remind you, its own documentation said in two places was in flux and might change), I'll be happy to fix that, but I need to know what it is. None of my testing revealed any problems. Please don't revert without a clear reason based in policy or something being broken. I've fixed it to comply with the very strange and nitpicky requirements with regard to the <dfn> element in HTML5, while preserving it's useful ability here to do mouseover tooltips. Not sure what else you could want. There is no requirement to use /sandbox and /testcases pages, even if they are good ideas for high-risk or high-complexity templates. There are two policies, WP:BOLD and WP:NOT#BUREAUCRACY against imposition of such a requirement. I know what I'm doing. :-) — SMcCandlish   Talk⇒〈°⌊°〉 Contribs. 21:55, 12 February 2012 (UTC)

There may not be a policy for sandboxing, but the unwritten rule certainly is there; you do not test code in live templates. Period. Several of your last revisions contained errors, and they showed on articles. I don't know why you are so opposed to using a sandbox while the stable code remains live. Also know we are not serving HTML5 yet, and adapting templates for HTML5 may cause more trouble that it is supposed to solve. Edokter (talk) — 22:14, 12 February 2012 (UTC)
Fair enough. I will create a sandbox page there and be more careful in the future. If there are not extant display problems, please do not revert me like that hours after the fact just to make a point. Adapting this template has not caused more trouble that it solves, and will avoid what would be a massive problem later. I'm unaware of any case (and I pay a lot of attention to this stuff) where anticipating HTML5 issues has caused a single problem that hasn't been easily resolvable. If there are any, I'd be very interested in pointers to them. I'm skeptical they exist, versus flash-in-the-pan glitches that get resolved quickly. If there are any real problems, I may be able to help resolve them (yes, in a sandbox). — SMcCandlish   Talk⇒〈°⌊°〉 Contribs. 22:42, 12 February 2012 (UTC)
PS: Good catch on the id/style typo. My test cases hadn't got that far yet. And yes, I ack that this is a great example of why we should sandbox. :-) — SMcCandlish   Talk⇒〈°⌊°〉 Contribs. 22:45, 12 February 2012 (UTC)
I put my version in the sandbox. It will only use a span when {{{2}}} is used, and only to produce a tooltip. Edokter (talk) — 22:49, 12 February 2012 (UTC)
I added a boatload more testcases, and this passed all of them. The user-facing change is that any time there's a |title=something it will produce the dotted underline. Is this intentional? I was avoiding that unless there was a |2=description, since the |title text is not always interesting (as shown in the shortest of the E=MC2 examples), but I don't feel strongly about it either way. My goal was just to isolate the <dfn>'s title="..." attribute, which HTML5 has weird designs on that make it useless as a tooltip. I put the rest of the stuff in the <span> in case something else about HTML5 monkeys with <dfn> later on, but maybe that's just paranoia. — SMcCandlish   Talk⇒〈°⌊°〉 Contribs. 00:29, 13 February 2012 (UTC)
Yes, that was intentional, but can be easily removed. I also don't know which would be better, though I lean to the case that where a tooltip would differ from the text, some indication should be visible that there is a tooltip. Edokter (talk) — 00:33, 13 February 2012 (UTC)
Works for me. — SMcCandlish   Talk⇒〈°⌊°〉 Contribs. 03:10, 13 February 2012 (UTC)

Bugzilla down

Bugzilla is down and probably will remain down for some time, because of your actions. Please do not edit MediaWiki:Gadgets-definition again. -- Tim Starling (talk) 01:54, 13 February 2012 (UTC)

Dang, I thought I was cranky... >;-) — SMcCandlish   Talk⇒〈°⌊°〉 Contribs. 04:00, 13 February 2012 (UTC)
Please take this up with MarkAHershberger; he was the one making an edit request, which I just happened to carry out. Edokter (talk) — 11:46, 13 February 2012 (UTC)
Right, my apologies. I'll modify my request: when you edit MediaWiki:Gadgets-definition in future, can you please say who made you do it in your edit summary? -- Tim Starling (talk) 00:47, 14 February 2012 (UTC)
I promise. And I will also never use [default] again when installing a gadget until the script is thoroughly tested. Edokter (talk) — 09:50, 14 February 2012 (UTC)
Bugzilla is back up, so you really didn't break the tubes today. ---— Gadget850 (Ed) talk 13:37, 13 February 2012 (UTC)
After I spent two hours fixing it, it started working again. Magic. -- Tim Starling (talk) 00:47, 14 February 2012 (UTC)
Wikipedia:Gadget/proposals#Bug tracking helper gadget is the relevant section. Tim was being a bit harsh here (I don't think you're really banned from ever editing MediaWiki:Gadgets-definition again), but crashing a server on a Monday morning does predictable things to someone's mood.
For what it's worth, enabling a gadget by default should go under the same review as enabling a script site-wide in MediaWiki:Common.js. There should be community consensus and review before something like this is deployed. Gadgets have typically been opt-out, but that's no longer always the case. --MZMcBride (talk) 16:51, 13 February 2012 (UTC)

Thanks for enabling the gadget

I'll try to fix the problems Tim identified or, at least, get a fix. -- MarkAHershberger(talk) 17:31, 13 February 2012 (UTC)

re-enable bz gadget?

Could you re-enable the bz gadget w/o making it default? thanks! -- MarkAHershberger(talk) 15:51, 15 February 2012 (UTC)

Invitation to upcoming developers' events

I thought you might want to know about some upcoming MediaWiki & Wikimedia developers' events (such as the Berlin hackathon in June), where you can learn more about MediaWiki customization and development, extending functionality with JavaScript, the future of mw:ResourceLoader and Gadgets, the new Lua templating system, how to best use the web API for bots, and various upcoming features and changes. We'd love to have power users, bot maintainers and writers, and template makers at these events so we can all learn from each other and chat about what needs doing. Best wishes! - Sumana Harihareswara, Wikimedia Foundation's Volunteer Development Coordinator Sumanah (talk) 13:58, 16 February 2012 (UTC)

Just FYI, since you seem to care about these templates, I've finally gotten around to fixing {{Term}}'s backasswardness, so that it now does this:

{{term|term=term with no markup |content=term with markup}}

or

{{term|1=term with no markup |2=term with markup}}

instead of its old behavior of this:

{{term|term with markup |term with no markup}}

which was completely opposite what people expect, because of the prevalence of this:

[[title|title with markup]]

I basically had to replace all deployed instances that were any more complicated than:

{{term|term with no markup}}

But, it's done! <whew> — SMcCandlish   Talk⇒〈°⌊°〉 Contribs. 23:30, 16 February 2012 (UTC)

Good work. I still don't like the font size though... Edokter (talk) — 23:42, 16 February 2012 (UTC)

Syntaxhighlight

What problem do you see with {{syntaxhighlight}}? ---— Gadget850 (Ed) talk 00:11, 18 February 2012 (UTC)

Several problems: 1) It has hardcoded styling that ignores any user styling and cannot be bypassed. 2) It uses a div instead of pre which is semantically incorrect.
I tried several other methods, but I cannot embed a #tag: inside a pre element (as it automatically disables any wiki markup). The main object for {{syntaxhighlight}} seems to be the wrapping. Still thinking about how to best implement that. Edokter (talk) — 12:08, 18 February 2012 (UTC)
Looking at <syntaxhighlight>, I think we need to set |enclose="div". ---— Gadget850 (Ed) talk 13:06, 18 February 2012 (UTC)
So it seems. It's no longer wrapped in pre though. Not a serious problem. Edokter (talk) — 13:22, 18 February 2012 (UTC)

Doctor Who infobox

Was there ever a discussion to change the part of the infobox that I edited. I noticed it changed, so I went back and looked at when it was edited to the current format, and there was no discussion. It was just changed and left that way.ParalysedBeaver (talk) 00:46, 18 February 2012 (UTC)

Need help for Bengali Wikipedia at Commons CSS and js for hlist and other updates

Hi, I need some help for Bengali Wikipedia at Commons CSS and js for hlist and other updates. I have already updates from enwiki for hlist at MediaWiki:Common.css and MediaWiki:Common.js. But its not working. Look at Template:CSS and JS MediaWiki messages. Thank you in advance.--- Jayanta Nath (Talk|Contrb) 05:38, 20 February 2012 (UTC)

You will also need to update Template:Navbox to handle hlist correctly. Edokter (talk) — 10:29, 20 February 2012 (UTC)
Thanks, But after updates Template:Navbox to bn , it mess and out is not as like en. Please check.Template:CSS and JS MediaWiki messages. and Template:CSS and JS MediaWiki messages and click on Show/hide, it is messing. Are there any tricks to MediaWiki:Common.js??--- Jayanta Nath (Talk|Contrb) 11:08, 20 February 2012 (UTC)
You didn't copy all the .hlist classes from MediaWiki:Common.css, only the ones prefixed with .navbox. You need to copy over the other .hlist classes as well. -- WOSlinker (talk) 11:18, 20 February 2012 (UTC)
Thank you all, After some trial and error ultimately its working. - Jayanta Nath (Talk|Contrb) 04:48, 22 February 2012 (UTC)

UKFlags

Would you take a look at {{UKFlags}}, please. In IE, "Ireland (Within the United Kingdom of Great Britain and Ireland, 1801–1922)" does not wrap. ---— Gadget850 (Ed) talk 12:28, 23 February 2012 (UTC)

None of the items wrap. It's due to images embedded in the list items; remove an image ands that item will wrap to the next line. The precense of the image causes IE (>7) to incorrectly apply the nowrap to the entire list (ul) instead of just that item. Edokter (talk) — 12:57, 23 February 2012 (UTC)
So— we can't use hlist with images and expect IE to render properly. ---— Gadget850 (Ed) talk 13:04, 23 February 2012 (UTC)
Hold on, I think I have a solution. Edokter (talk) — 13:07, 23 February 2012 (UTC)
Or so I thought. I've narrowed it down the links encapsulating the image. Unfortunately, I can't target those without affecting all links in the list. There is no general fix, but there is a workaround: Place an <nbsp; (or something; as long as the item does not start with an image) before all flags. Ironically enough, that will cause the items to wrap. Edokter (talk) — 13:37, 23 February 2012 (UTC)
I did put a zwj as a test, but apparently not it the right place. I will check this out. ---— Gadget850 (Ed) talk 13:42, 23 February 2012 (UTC)
You are right: the nbsp does the trick. Thanks. ---— Gadget850 (Ed) talk 13:47, 23 February 2012 (UTC)
It's a hack, and a stupid bug. I hope I'll come up with something better in the future. Edokter (talk) — 13:48, 23 February 2012 (UTC)
I know. I almost want to make a template so follow on editors don't remove the non-breaking space and so we can track where it is used. ---— Gadget850 (Ed) talk 13:55, 23 February 2012 (UTC)

Template:Dalek video games has been nominated for deletion. You are invited to comment on the discussion at the template's entry on the Templates for discussion page. Digifiend (talk) 20:54, 24 February 2012 (UTC)

hlist on mobile

any way we can get hlist working on the mobile site? for example, here, it would look much better in flat list form. Frietjes (talk) 17:30, 27 February 2012 (UTC)

It seems that mobile does not even load Common.js, meaning that the hlist code would have to be copied to whatever stylesheet file mobile is using. Edokter (talk) — 17:35, 27 February 2012 (UTC)
if you view source on the page that I linked to, you should be able to figure out the style sheets being loaded? Frietjes (talk) 22:14, 27 February 2012 (UTC)

Hi Edokter,

The diff styles have been reverted in the software and should be live now. Could you remove this (now redundant) gadget? Krinkle (talk) 03:37, 1 March 2012 (UTC)

The gadget has not been activated yet. And a new style is on the way. Edokter (talk) — 19:05, 2 March 2012 (UTC)

Unbulleted flatlist

Hi,

Do you think you could make a template with combines {{Plainlist}} and {{Flatlist}}, for use in templates like {{Portal bar}}, please? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:59, 2 March 2012 (UTC)

Template:Gradient has been nominated for deletion. You are invited to comment on the discussion at the template's entry on the Templates for discussion page. —Justin (koavf)TCM06:20, 7 March 2012 (UTC)

Documentation for gadget authors

I saw you had done some work on heavily-used gadgets. We're trying to start a library for gadget authors to use. Please check it out and post any questions or comments there. -- MarkAHershberger(talk) 02:07, 9 March 2012 (UTC)

hlist being mass-reverted

You input is needed here. Thanks. Alarbus (talk) 02:35, 9 March 2012 (UTC)

New diff gadget

Can I just say.. it's a marked improvement. Much easier on my semi-functional eyes. Looks better too, less garish than the default. sonia00:17, 11 March 2012 (UTC)

Thank you. Credit goes to Trevor though for the initial design. Edokter (talk) — 10:12, 11 March 2012 (UTC)

User script listing cleanup project

I'm leaving this message for known script authors, recent contributors to Wikipedia:WikiProject User scripts/Scripts, and those who've shown interest in user scripts.

This scripts listing page is in dire need of cleanup. To facilitate this, I've created a new draft listing at Wikipedia:WikiProject User scripts/Scripts cleanup. You're invited to list scripts you know to be currently working and relevant. Eventually this draft page can replace the current scripts listing.

If you'd like to comment or collaborate on this proposal, see the discussion I started here: Wikipedia talk:WikiProject User scripts#Scripts listing cleanup project. Thanks! Equazcion (talk) 04:54, 25 Mar 2012 (UTC)

Heh, so normally I revert all fun and games with interface pages on the spot. But that one /is/ smart and funny. :)
Amalthea 09:59, 1 April 2012 (UTC)

Thnaks :) I planned to do this last year, but Google read my mind and stole my idea... Edokter (talk) — 10:02, 1 April 2012 (UTC)
Those bastards! Amalthea 10:07, 1 April 2012 (UTC)

Berlin hackathon

Just a reminder. The Berlin hackathon in June is now open for registrants. Hope you can come. Sumana Harihareswara, Wikimedia Foundation Volunteer Development Coordinator 01:17, 4 April 2012 (UTC)

WikiProject Heroes (TV series)

Wikipedia:WikiProject Heroes (edit | talk | history | links | watch | logs)

Conversion to a task force is proposed and discussed in the talk page. Although I have no interest on the show, feel free. --George Ho (talk) 15:49, 6 April 2012 (UTC)

Opinion saught

Since you're one of the others I've seen remove such, I'd like your opinion on User:Masem/Trainspotting, as a rough essay/guide to what type of triviality content that is otherwise acceptable OR/synth to be included. I'd like to have it promoted to a guideline but want to make sure rough edges are smoothed out. --MASEM (t) 22:47, 24 April 2012 (UTC)

Git on Windows

I haven't seen any gerrit pushes from you since I saw that you were trying to set up Git. Have you had success getting Git working on Windows? What are you using? Is there a specific HOWTO that you're using?

Even though I'm usually using Linux, I'd like to help you figure this out if you need it. -- MarkAHershberger(talk) 15:27, 25 April 2012 (UTC)

Help would be welcome. I'm still trying to understand the basics (being used to SVN). The guides on mediawiki.org are not clear at all on what specific software to use (Git for Windows or just TortoiseGit, which does not work) and how to make a local repository (if at all applicable) and finally how to submit changes. It is entirely written from a Linux process. This poses a question... are Bugzilla patches being phased out? Edokter (talk) — 18:00, 25 April 2012 (UTC)
You might want to collaborate with Khaled (who is working on making it easier to use git-review on Windows). My sympathies on the trouble. Sumana Harihareswara, Wikimedia Foundation Engineering Community Manager 17:33, 1 May 2012 (UTC)

Refbegin template

Hi Edokter, I wasn't sure what you meant about the 100 percent option being in the sandbox. Are you willing to add it to the template? See Template talk:Refbegin#Font size. Cheers, SlimVirgin (talk) 22:57, 27 April 2012 (UTC)

Sloppy error on my side. Should be fixed now. Edokter (talk) — 21:28, 28 April 2012 (UTC)

Hi. I don't understand this edit. What do you mean that the flag and seal are tied? It seems a bit silly to have two images, in my opinion, particularly as the flag is simply the seal on a blue background. --MZMcBride (talk) 16:45, 7 May 2012 (UTC)

Flag and seal are a unity, even if they look alike or one is a subset of the other; they are always shown togehter. I just followed convention. Another example is {{US Vice Presidents}}. Edokter (talk) — 18:18, 7 May 2012 (UTC)

Green stars

How to turn them off please? Rd232 talk 21:03, 10 May 2012 (UTC)

strong.mw-watched a {
    background: none;
    padding-left: 0;
}
Edokter (talk) — 21:06, 10 May 2012 (UTC)

Ping

Hi Edokter, I've sent you an email. Regards - Kingpin13 (talk) 22:06, 10 May 2012 (UTC)

Also want to point out my comments on MediaWiki talk:Common.css#Nope, it is still bolding stuff. Apologies if your toes feel stepped on... Steven Walling • talk 23:53, 10 May 2012 (UTC)

Pong

Any thoughts regarding Template talk:Key press#Thorn (letter) and other Alt Gr uses? Chris Cunningham (user:thumperward) (talk) 15:54, 11 May 2012 (UTC)

CSS request

There are two templates at work in the situation. The {{jcttop/core}} template (which is called by state-specific ones like {{MIinttop}}) is using class="wikitable plainrowheaders" and when I inserted the code into {{jctint/core}} to use row headers, and purged M-5 (Michigan highway)'s junction list, the mileage column went left-aligned even though the {{MIint}} template (which uses jctint/core) was using code to specify that the mileage cell is to be right-aligned. In short, I only made the proposal after the existing CSS coding was overriding the template. Can you please remove your objection so that this request can go forward? Until this is fixed, we can't implement row headers in the template suite. Imzadi 1979  20:39, 14 May 2012 (UTC)

Ping. If it's just the name, propose something you like so this can be done. In short, we need something implemented for the original problem to be resolved. Imzadi 1979  22:50, 14 May 2012 (UTC)

Bold vs c

Is there some way I can edit my personal common.css file so that I can have it bold rather than the little c in front of the name. Thx in adv --Trödel 17:51, 18 May 2012 (UTC)

FYI - I reviewed your edit and added it modified to my User:Trödel/common.css file and it's working well to bold :) --Trödel 21:55, 18 May 2012 (UTC)

R'n'B just reverted your change to MediaWiki:Common.css. I'm here to note that I was about to do so myself. This is the edit summary that I typed: The unexplained appearance of a "c" within every watchlist item—as part of the actual page link [particularly apparent with underlining enabled]—is genuinely confusing. I was baffled as to what stood for or indicated.David Levy 17:55, 18 May 2012 (UTC)

I know you're trying to help but please stop tinkering with the live version. If you have a new version, propose it first and let people comment. Otherwise you're just going to get reverted and annoy people to boot. Steven Walling • talk 17:57, 18 May 2012 (UTC)

Discussion is fine, but core functionality should NOT be disabled. So I expect to see some consensus for a temporary styling in a very short time. Because again: core functionality should NOT be disabled. I cannot stress that enough. Edokter (talk) — 18:04, 18 May 2012 (UTC)
We've gotten along without this feature for eleven years. We can wait for a permanent solution. More importantly, we can wait for an implementation that doesn't cause problems. I doubt that I'm the only user for whom yours was downright perplexing.
I found the bolding annoying, but failure to appreciate its significance wouldn't cause confusion; it would simply come across as arbitrary styling. Conversely, the "c" obviously was intended to convey something in particular. That thing eluded me, and it seems likely that that its inexplicable inclusion as part of the actual page link was problematic as well. —David Levy 18:15, 18 May 2012 (UTC)
OK, this may have been a bad move on my side; the meaning of c might elude some editors. The fact we have done 11 years without is no reason to disable it now; we would still be using the interface from 2001 if every new feature was scrutinized like this. I will wait until a style has been chosen (the button should remain though), but I will continue to say that opt-in is not an option, for reasons explained above. Edokter (talk) — 18:20, 18 May 2012 (UTC)
I agree that "the fact we have done 11 years without is no reason to disable it now". My point was that the feature is inessential, so its inclusion lacks urgency. The reason to disable it for the time being is that we haven't yet determined a consensus-backed implementation (particularly one that doesn't cause problems). —David Levy 18:57, 18 May 2012 (UTC)

Watchlist change

Could I ask where the consensus for this change is. Given that there's an on going RfC on the issue I don't think you should be unilaterally making a change like. Although I have some sympathy with your position what is really, really annoying is to keep on having to change my own stylesheet to remove whatever new style someone is trying (I've never seen the small c before). Given the annoyance caused by the many changes I think it's best to leave it disable (which after all it has been for years) until we have consensus on what style to use. Your statement about "Core functionality of MediaWiki should never be disabled be default." doens't relaly hold true either given that it's been disabled for years (although I suppose an argument could be made that it wasn't "core" before). Not wishing to wheel-war I've not undone your changes but I really do think you should have had consensus before introducing this as the style may change again shortly thanks to the RfC. Dpmuk (talk) 18:00, 18 May 2012 (UTC)

See this got overtaken by events but I still thought I'd post it as it explains why I support the revert. Dpmuk (talk) 18:00, 18 May 2012 (UTC)

Watchlist "m"

Hello, Edokter. I'm fine with the changes alleged to have been made by you today. And I'm starting to have a whole lot of sympathy for you. It's not funny, but I can almost hear the baying of the hounds. I just want to point out a tiny technicality. If I'm reading it correctly, "m" is meant to stand for Minor changes. If so, it isn't flagging minor edits. And I'm not sure I know the common factor. But it seems the little "m" is appearing next to almost - but not quite - all the edits that are not otherwise marked. Revertings for vandalism would be one. Talk page assessments would be another. Just thought you'd like the info. Maile66 (talk) 21:26, 18 May 2012 (UTC)

The "m" does indeed stand for "minor edit"; you have to check the minor edit checkbox to mark an edit as minor. Some operations will automatically mark an edit as minor, such as rollback. Other tools and scripts also mark their edits (mostly reverts) as minor. See WP:MINOR for more details. Edokter (talk) — 21:52, 18 May 2012 (UTC)

plainlist class

If I apply the plainlist class directly to the ul tag, it doesn't seem to work.

  • a
  • a

However if I apply it to a div tag it does.

  • a
  • a
  • Just wondering about the css in Mediawiki:Common.css

    .plainlist ul {
        line-height: inherit;
        list-style: none none;
        margin: 0;
    }
    

    If that was changed to

    ul.plainlist {
        line-height: inherit;
        list-style: none none;
        margin: 0;
    }
    

    Then applying the plainlist class directly to the ul tag works. Just wondering what the difference is between the two versions of the css (I'm not a css expert). thanks. -- WOSlinker (talk) 08:44, 28 June 2012 (UTC)

    ul.plainlist only works on HTML; it does not work on wiki formatted lists (*) because there is no way to assign the .plainlist class to it. That is why a container div is used instead. Edokter (talk) — 14:12, 1 July 2012 (UTC)

    Template : Talkback on the French WP

    Hello, just to let you know, the Talkback template version (Réponse) you created on the Fr. Wp -unless I am very much mistaken- has been proposed for deletion for a couple of days. Discussion about its deletion goes here. It also happens that I quoted things you had said about the template use on that page. You might care to have a look. Best, --Caleb Crabb 08:30, 13 July 2012 (UTC) — Preceding unsigned comment added by Caleb Crabb (talkcontribs)

    I'll have a look. Though I did not create the template in the French wikipedia; it was probably imported from here, which copies the entire edit history. Edokter (talk) — 15:53, 14 July 2012 (UTC)

    Hi. I just noticed {{ordered list}}. It's based on {{unbulleted list}} and should be re-implemented along the lines of {{plainlist}}. I tested just doing it (Diff of Template:Ordered list, Diff of Template:Ordered list/doc) but it needs a supporting class. I did something along these lines on Wikisource a while ago (not suggesting that route, though). Cheers, Br'er Rabbit (talk) 22:10, 11 July 2012 (UTC)

    The reason it doesn't employ the plainlist method is because these templates need a way to style individual list items, which is not possible otherwise. Edokter (talk) — 15:51, 14 July 2012 (UTC)
    Sorry, forgot about this thread. I was thinking that 'feature' quite dispensable. Why would we want the ordering units switching around within an ordered list? 1), it's confusing, b) it's weird and, III), I've done it as a joke a few times in talk like this (and honestly, I think it was in Magnolia (film)). The thing is an orphan and give the why my last talk with the author went, my pursuing this will be greeted with further hostility. Br'er Rabbit (talk) 14:56, 20 July 2012 (UTC)

    WP Doctor Who in the Signpost

    The WikiProject Report would like to focus on WikiProject Doctor Who for a Signpost article. This is an excellent opportunity to draw attention to your efforts and attract new members to the project. Would you be willing to participate in an interview? If so, here are the questions for the interview. Just add your response below each question and feel free to skip any questions that you don't feel comfortable answering. Multiple editors will have an opportunity to respond to the interview questions, so be sure to sign your answers. If you know anyone else who would like to participate in the interview, please share this with them. Have a great day. -Mabeenot (talk) 06:35, 25 July 2012 (UTC)

    Diff engine

    Hello Edokter, I see that you got some patches to wikidiff2 merged recently. Could you please give a look at bugzilla:13462 and bugzilla:13466 and see whether you can give some suggestions or better commit a fix? Committing a patch is much easier these days thanks to Git, and I'm sure you'd find a reviewer for your patch as these bugs annoy many. Thank you very much, Nemo 21:33, 27 July 2012 (UTC)

    Pi box

    Why did you undo my revision to Pi box? My version broke up the sections better, and got rid of leftover bullets next to the wikilinks. Grammarxxx (talk) 19:44, 15 August 2012 (UTC)

    As I said in the edit summary, it broke the list formatting. The sections use hlist to format the list of links. Inserting linebreaks negates the purpose of hlist; it creates accessability issues for non-visual readers. Edokter (talk) — 19:04, 16 August 2012 (UTC)

    Template:Episode list

    You recently made this undiscussed change to {{Episode list}}. While there are certain circumstances where forcing a space between the Title and RTitle fields, when the RTitle field is used as a reference (the most common use for that field), this results in a breach of WP:REFPUNCT, which says "When [references] coincide with punctuation, the tag is placed immediately after the punctuation." --AussieLegend (talk) 19:14, 18 August 2012 (UTC)

    I think that is a relative minor issue compared to the benefits, namely not having to insert a hardcoded space in RTitle, which almost never happens. That leaves far more noticable spacing errors. Edokter (talk) — 20:04, 18 August 2012 (UTC)
    The primary use of RTitle is references. There are a lot less uses of RTitle in the situation that you apparently changed the template for,[3] and even less need for them as the result of the changes that we've done in the past few months. It's a fairly simple thing to add a space code, than it is to remove a space that causes a breach of the MoS. --AussieLegend (talk) 20:47, 18 August 2012 (UTC)

    notelist and lower-alpha

    Hi, {{notelist}}s are now getting bullets instead of lower-alpha, as showing in the above page that I just edited. Wondering if it's related to this. Just starting to investigate... Br'er Rabbit (talk) 05:47, 31 August 2012 (UTC)

    Never mind; it was a self-inflicted local issue. Br'er Rabbit (talk) 05:54, 31 August 2012 (UTC)d

    Why did you revert my harmless edit in a template used in hundreds of articles? Because you understand the purpose of classes and styles better than me, eh? Could you start a discussion first? I do not want Wikipedia to have such a technician as you demonstrated to be today. Incnis Mrsi (talk) 18:41, 4 September 2012 (UTC)

    Your edit introduced an error in the template where the style parameter was only active when the size or big parameters were passed; that is anything but harmless. This is the reason why sandboxes exist. Furthermore, not every template needs a class or style parameter; the math template was created to ensure a consistent result; adding inline styles defeats that purpose, and will break other people's personal CSS. Edokter (talk) — 18:51, 4 September 2012 (UTC)
    Certainly, the result of my edit applied to {{{style}}} was a gotcha (and I would not insulted were it called an error), but nevertheless, this gotcha was harmless, did I miss something? Indeed, my primary intention was {{{class}}}, I need class="nounderlines" for {{math}}s, damn. Could you make it? Incnis Mrsi (talk) 19:35, 4 September 2012 (UTC)
    Can you provide a sample page where this is usefull? Unless there are links in formulas, I can't see immediate benefits. If on the ohter hand it mighht prove usefull, I will put it in the .texhtml class directly. Edokter (talk) — 19:47, 4 September 2012 (UTC)
    Followup at template talk: math #Wikilinks from inside the template. Incnis Mrsi (talk) 21:27, 4 September 2012 (UTC)

    Two TFL things

    Hi Edokter, hope you're well. There are two things I'm here to ask, both favours I'm afraid! First, can you see why on Wikipedia:Today's featured list/October 2012, the list for the 1st October is not showing? Secondly, per a discussion at WT:FLC, we're considering making a bid for a second daily main page list, e.g. Thursday or Friday. I was hoping you could lend us some technical support so that we could reassure the community that, from a technical perspective, going twice weekly would not cause the main page to drop dead....! Cheers! The Rambling Man (talk) 10:36, 6 September 2012 (UTC)

    Hi RM. I'd be glad to lend a helping hand for the Main Page. Adding a second day should be trivial. As for your first question, I happened before and I added a special parameter ('missing=1') for {{TFL archive}} back then (but I forgot where I documented it). Th october page should be fixed now. Edokter (talk) — 20:48, 6 September 2012 (UTC)
    Marvellous, and thank you for your support! The Rambling Man (talk) 20:54, 6 September 2012 (UTC)
    Hi again. WFC and I are starting to pull together a statement ready for a request to go twice-a-week. It's going to be collated at WT:TFL. We were both hoping you'd be able to write a brief description of what needs to be done "technically" to achieve this? I understand it should trivial but a clear statement we can point worriers at would be great, if you have the time? Thanks again. The Rambling Man (talk) 12:17, 10 September 2012 (UTC)

    Mediawiki

    I see you often change MediaWiki:Common.js and MediaWiki:Common.css. Anyway, the Articles for Creation helper script seems to be malfunctioning, and there are no edits to the script itself. Perhaps you see something we don't? --Mysterytrey 00:19, 11 September 2012 (UTC)

    hlist on mobile

    Hey,

    Doesn't look like horizontal lists (class="hlist") get styled properly on mobile view. Any thoughts on what needs to get copied from the default stylesheet into whatever's used on mobile to get them working? Would massively improve the output of our sidebar templates. (Previously.) Chris Cunningham (user:thumperward) (talk) 11:55, 12 September 2012 (UTC)

    hlist is styled in Common.css, which is not loaded on mobile, so the .hlist section (including hnum and plainlist) needs to be copied to the mobile CSS file. I think that would be MediaWiki:Mobile.css, but I'm not sure, it's empty. Best is to ask someone more versed in mobile styling. Edokter (talk) — 18:40, 12 September 2012 (UTC)
    Hmmm: I went looking and located it at MediaWiki:Handheld.css, and then looked at the talk page... and you were involved in a discussion about this very issue a week ago, no? Chris Cunningham (user:thumperward) (talk) 09:55, 14 September 2012 (UTC)
    I don't know where handheld.css is loaded from, but mobile.css should be loaded by MediaWiki. Also note that the talk page for handheld.css redirects to the talk page for Common.css. The issue you refer to was regarding hlists in Special: pages. Edokter (talk) — 14:27, 14 September 2012 (UTC)
    D'oh. Should have noticed the redirect. I'll poke about further to see where, if anywhere, we have a readily-editable mobile device override (assuming handheld.css isn't it). Chris Cunningham (user:thumperward) (talk) 12:17, 17 September 2012 (UTC)
    It appears that this is handled in its entirety by mw:MobileFrontend. Going to have to file a bug to get the extension updated it seems. Cheers. Chris Cunningham (user:thumperward) (talk) 12:29, 17 September 2012 (UTC)

    Pinged me on IRC

    Just wanted to see if you still needed help since I wasn't there to answer before. -- MarkAHershberger(talk) 16:47, 16 September 2012 (UTC)

    Logging in now... Still could use some help with Git. Edokter (talk) — 17:19, 16 September 2012 (UTC)

    cellpadding

    If you are looking for places to remove cellpadding & cellspacing, there's a number of templates at Category:Copyright user templates which could do with modifying. -- WOSlinker (talk) 14:17, 7 October 2012 (UTC)

    I can't exactly 'remove' them as it turns out that will break non-HTML5/CSS2 browsers (read: IE6/7), so I have to retain them for the time being, while adding their replacements. But thanks for the heads up. (edit) Although in these cases, they can be safely removed as they have virtually no effect to begin with. Edokter (talk) — 15:02, 7 October 2012 (UTC)

    nb: mentioned you...

    fyi, re a rogue idea ;) Br'er Rabbit (talk) 20:17, 12 October 2012 (UTC)

    Hello! In response to your question, it didn't seem to be working that day (when the function was needed for a link from ITN). I see that it is now. I don't know what the problem was (or whether it was on my end). Thanks for tidying the code.  :) —David Levy 16:55, 13 October 2012 (UTC)

    No problem :) Edokter (talk) — 16:56, 13 October 2012 (UTC)

    River Song - page

    Hi, Could you tell me how you edited that InfoBox?

    I was only editing some extra information into her InfoBox but It didn't show up originally then it just messed up:/

    Sorry!!!! :( - Limbsaw - (talk) 21:04, 13 October 2012 (UTC)

    No worries. Editing templates can be quite complicated. You changed the template name which caused most fields to disappear. I reverted your edit in one action (see here). If you want to experiment, you can use the sandbox. Edokter (talk) — 21:13, 13 October 2012 (UTC)

    Why not the infobox I upgraded it too?? — Preceding unsigned comment added by Limbsaw (talkcontribs) 11:44, 14 October 2012 (UTC)

    Because it adds no value; we have {{Infobox Doctor Who character}} specifically for Doctor Who characters that fits all needed information. Infoboxes in general should not contain all kinds of trivia anyway; such information is better suited in the article prose. Edokter (talk) — 11:49, 14 October 2012 (UTC)

    Vector buttons

    Shiny. Thanks! — Hex (❝?!❞) 12:29, 15 October 2012 (UTC)

    Please revert your JS changes immediately

    Hi. Please revert your JS changes immediately. I believe they're breaking the site. --MZMcBride (talk) 11:10, 20 October 2012 (UTC)

    OK, something went wrong with the formatting in my last edit, notably the change to window.hasClass, which has some pretty weird formatting. Do you know what went wrong there? Edokter (talk) — 11:20, 20 October 2012 (UTC)
    I don't know.
    I appreciate your JS/CSS work (and I think most people here do), but breaking the site like this is absolutely unacceptable. You must make smaller changes over a longer period of time (i.e., IE fixes one day, wait a few days, then formatting fixes one day, wait a few days, etc.) and first test your code on one of the dozen test sites. I realize that it was not intentional, but even accidental damage is still damage. Please be more careful. --MZMcBride (talk) 11:24, 20 October 2012 (UTC)
    Waiting a few days would not have prevented this; ResourceLoader checks changes to Common.css/js every 5 minutes; that is why the first revert attempt did not fix the issue immediately (and people start to panick-revert). The problem was with my refactoring of window.hasClass. I'm investigating what happened so I will not make that mistake again. Edokter (talk) — 11:57, 20 October 2012 (UTC)
    Makes sense - next time I think I will leave it to the people who know their programming languages. — Mr. Stradivarius (have a chat) 12:01, 20 October 2012 (UTC)
    (edit conflict) They've been reverted already. There's more detail on VPT. Best — Mr. Stradivarius (have a chat) 11:21, 20 October 2012 (UTC)
    By the way, I also reverted your CSS changes to be on the safe side, but I'm not a CSS or a JavaScript person, so I can't tell exactly what went wrong. Judging from the timescale, though, I think it was probably the js changes that broke things. — Mr. Stradivarius (have a chat) 11:28, 20 October 2012 (UTC)
    That was totally uncalled for; that edit was over an hour old so it could not have been the cause. I made an error in Common.js, not in Common.css. Please do not start reverting all edits in panick-mode; that is potentially as bad, especially if you don't know JS/CSS! Edokter (talk) — 11:32, 20 October 2012 (UTC)
    Sorry, I probably shouldn't have done that. I would have reverted it myself, but I see that you have already done so. My idea was to revert to the last stable version, as that seemed like the safest way of restoring normality - a version that has been in place for almost a week with no complaints seemed to be a safe bet, particularly as the version of common.js that was reverted to was older than that. I see I was a little hasty to revert my edit here, as it turns out the edit that I was reverting was the one that was causing the problems. For whatever reason, though, the problems persisted after I made the edit and cleared my cache, hence the further revert. I'm not sure what happened there, but I'm glad it's sorted out now. You have to admit, though, that breaking the whole of Wikipedia does warrant a slight amount of panic. ;) — Mr. Stradivarius (have a chat) 11:54, 20 October 2012 (UTC)
    Your revert did not take effect because ResourceLoader (the part that loads Common.js/css for all users) has caching set for a maximum of 5 minutes (it used to be 30 days(!) before ResourceLoader existed). So if something goes wrong again (which I hope it won't), you never need to revert back more then 5 minutes. Edokter (talk) — 12:00, 20 October 2012 (UTC)

    Part banners for doctor who series 6, 7 and list of serials

    You undid my edit of modifying the tables to include banners to differenciate the parts of doctor who series 6 and 7, saying they look bad and confusing. Can i ask, how do they look bad and confusing? they clearly explain to the reader where the split in transmission is on each series, which they may not have by just reading the text. How is it confusing? And if you think they look bad, i am happy for them to be editied to make them look more presentable. How do they look bad and confusing? Frogkermit (talk) 18:24, 20 October 2012 (UTC)

    First, you should not simply redo your edit when you are first reverted; that is the beginning of an edit war. Always discuss first on the article's talk page. The banners were confusing because they seemed to apply to a single episode. They were also over-capitalized, which just looks unprofessional; we always avoid capitalizing each word in a header. Those banners also created accessability issues because you used embedded headers inside a table, which disrupts the table of contents. Edokter (talk) — 18:46, 20 October 2012 (UTC)
    I'm giving out cookies to all of the Admins I see today :3 Enjoy! Meva / CHCSPrefect - (Prefect Helpdesk) 10:40, 24 October 2012 (UTC)

    Question

    Hi Edokter, recently when we edit in eng wikipedia, after saving this edit a window pops up containing text: your edit was saved. How to add this in urdu wikipedia? --محمد شعیب (talk) 11:08, 29 October 2012 (UTC)

    I don't know. I think it is part of the next bi-weekly update. You better ask at Wikipedia:Village pump (technical). Edokter (talk) — 20:45, 29 October 2012 (UTC)
    It's described at WP:VPT#Small new feature coming on Thursday. Not sure when/if it will make it to other Wikipedias. Anomie 00:42, 30 October 2012 (UTC)

    Monobook tabs

    FYI, the problem in the core CSS has been identified, and a fix should be forthcoming soon. Anomie 03:12, 2 November 2012 (UTC)

    Hackaton

    Hallo Erwin. Wist je dat er aanstaande zaterdag een WMF Hackathon is in Amsterdam (zie http://nl.wikimedia.org/wiki/Hackathon_2012) Aangezien ik je nogal vaak bezig zie met de site JavaScript vind je dat misschien wel interessant. Groet, —Ruud 21:12, 5 November 2012 (UTC)

    Interessant... Ik zal er eens hard over nadenken. Edokter (talk) — 21:51, 5 November 2012 (UTC)

    Infobox hieroglyphs

    I can't figure out why the glyphs in the sandbox version of Infobox hieroglyphs are not vertically centered, but in the live version they are (see Template:Infobox hieroglyphs/testcases). I am wondering if it has something to do with the infobox class? I was able to fix some of the alignment issues by adding vertical-align to Template:Hiero/cartouche and Template:Hiero/Serech, but they problematic ones are the ones being generated by the <hiero>...</hiero>, as far as I can tell. let me know if you know what is going on here. thank you. Frietjes (talk) 17:39, 6 November 2012 (UTC)

    This is caused by the following CSS rule (in Common.css) for infoboxes:
    .infobox td, .infobox th {
        vertical-align: top;
    }
    
    Which means you have to override the vertical align for all table cells and headers in the sandbox. Perhaps you can state a case on Template talk:Infobox to add an option or class to customize vertical alignment. Edokter (talk) — 19:28, 6 November 2012 (UTC)
    With class=infobox
    Aa1G43I9G43
    Without class=infobox
    Aa1G43I9G43
    that css rule is definitely a problem, but I'm not sure any modification to {{infobox}} will help. here is a very simple example demonstrating the core problem. as you can see, even setting the outer table cell style doesn't help. Frietjes (talk) 22:03, 6 November 2012 (UTC)
    It looks like hiero renders the images in a table. We could add a rule to set vertical-align:middle for .mw-hiero-table td (or .infobox .mw-hiero-table td), which might help matters. Anomie 02:59, 7 November 2012 (UTC)
    I would say add it to .mw-hiero-table td if that works. if you check the code for Template:Infobox hieroglyphs it actually sets the outer td to vertical-align:top, but the inner table ignores it. all the hiero tags that I have seen have the glyphs middle aligned. Frietjes (talk) 21:17, 7 November 2012 (UTC)
    (ec) That should solve the problem. It should probably also go in whatever extension generates hieros. That rule already exists in the hieros extension, but it is overridden by the infobox rule, because it is loaded later. Putting table. in front of the rule fixes that by rule of specificallity. That is probably worth submutting a bug for. The hieroglyphs infobox does not use the infobox class; that is why it works properly there. Edokter (talk) — 21:30, 7 November 2012 (UTC)
    how do we submit a bug? I really don't know enough about the order in which the css is generated/loaded to file the bug myself. by the way, the torture test for showing all of the possible hiero glyphs is here. would sticking a "!important" with ".infobox .mw-hiero-table td" fix it until the bug is fixed? Frietjes (talk) 21:44, 7 November 2012 (UTC)
    It would, but using table.mw-hiero-table td is a more elegant fix. I'll slap it in Common.css and report a bug. Edokter (talk) — 22:31, 7 November 2012 (UTC)
    awesome. thank you. Frietjes (talk) 22:40, 7 November 2012 (UTC)
    Bugzilla:41869. Edokter (talk) — 22:45, 7 November 2012 (UTC)

    WP:TFL

    The Table Fixing Award
    For fixing the table formatting at Wikipedia:Today's Featured List and removing the prospect of everyone having to look at an over-sized Daniel Radcliffe for the next fortnight, I gladly award the mighty Edokter this table. Use it wisely. BencherliteTalk 20:48, 12 November 2012 (UTC)
    Thanks :) We have awards for anything, don't we? Edokter (talk) — 20:53, 12 November 2012 (UTC)
    I created it specially for you, I'll have you know... you can create any award you want with any image you want using the "Wikilove" tab! BencherliteTalk 20:54, 12 November 2012 (UTC)

    Coordinates

    Thank you very much for your fix to the geocoordinates display. Now it is back in the right place again. •••Life of Riley (TC) 17:18, 18 November 2012 (UTC)

    Category question

    Hello Edokter, I hope you're well. I have a minor technical query about articles which are being categorised into Category:Articles with missing files. Many, many of them are either album related (e.g. Big Dipper (album)) or plant related (e.g. Calamagrostis hillebrandii). I can't see why that's happening. If you have the time, would you be kind enough to let me know why that's happening? All the best, The Rambling Man (talk) 17:48, 22 November 2012 (UTC)

    At first glance, I haven't got a clue. Possibly, some template or infobox auto-added that category. A null-edit of Big Dipper did remove the page from the category, meaning some template may have changed lately to remove that category. Edokter (talk) — 23:09, 23 November 2012 (UTC)
    Ok, well thanks for taking a look, much appreciated. The Rambling Man (talk) 23:15, 23 November 2012 (UTC)

    Creation of Audio-enabled version for Wikipedia - Reg.

    Myselfsridharan (talk) 19:07, 30 November 2012 (UTC) Sir, I am more concerned about Wikipedia regarding Article reading online, a Whole a lot of information in Page (Article), which may sometimes, gets more Elaborated. Examples include United States, India, Google, Adolf Hitler.

    I'm very much concerned about subject(Article) and another point is that Wikipedia need to be used by this whole World, even Blind who can Hear.....

    I conclude my message that

    I request you for the Audio-enabled Version for Wikipedia, through which users can hear the Article in Speakers, Earphones. Suggest that may be Ground breaking useful for all Wikipedia Daily users.

    Thereby Information in an Article not only read, but it can also be heard.

    I have made presentation to show how the page(Article) will become.If said.

    Always interested for your reply.

    Thanks.

    Several lists on the Main Page are not using HTML list syntax

    Hi. I thought you might be interested in this discussion regarding a number of lists on the Main Page that do not currently use HTML list syntax. --MZMcBride (talk) 18:45, 5 December 2012 (UTC)

    changes to hlist

    Not sure what happened, but Template:Albania topics is not wrapping the sublists in Firefox 17.0.1 on Linux. Frietjes (talk) 21:06, 5 December 2012 (UTC)

    Escape and ⎋

    The character "⎋" will render on Windows, it is merely a matter of having the appropriate support. Most Windows machines have at least 1 full unicode font installed or the browser will come with one. Dread Lord CyberSkull ✎☠ 22:39, 5 December 2012 (UTC)

    On XP, only Firefox and Opera manage to show the character; Chrome and IE8 both display a square with question mark. So it is simply not supported enough to warrant inclusion. And I have never seen this character on any keyboard. Edokter (talk) — 19:45, 6 December 2012 (UTC)

    Image use policy proposal

    I've started a proposal to rework our image policy structure at WP:VPP#Image use policy. Any thoughts are, of course, welcome. I hope it would have the added bonus of helping to prevent further problems in this area. Grandiose (me, talk, contribs) 20:07, 8 December 2012 (UTC)

    Thumb

    is there any reason why template:thumb and template:image frame should not be merged? Frietjes (talk) 22:04, 4 December 2012 (UTC)

    I don't know which existed first, but I created thumb purely as an experiment. They have a lot in common though. Edokter (talk) — 22:16, 4 December 2012 (UTC)
    it looks like "image frame" was created two years earlier, and is more widely used. Frietjes (talk) 23:14, 4 December 2012 (UTC)
    I have sent it to TfD. thank you for the clarification that it was just an experiment. Frietjes (talk) 18:28, 15 December 2012 (UTC)