Just two short weeks ago, you were promised the world by a heady editor with a gleam in his eye. Well okay, you were promised "something". I'm pleased to announce a couple of somethings (this issue going out late is not one of them). The chief developments we've gotten out of the last couple weeks have been a usable article search function, individual byline pages and tag series pages, made possible by Module:Signpost and Wegweiser (with some bug fixes on the last made possible by the heroism of Mr. Stradivarius).
Byline pages
Everyone else has these, and now so do we. For example, Wikipedia:Wikipedia Signpost/Author/Michael Snow will bring you an automatically generated index of every article from our first editor-in-chief, Wikipedia:Wikipedia Signpost/Author/Smallbones will bring you a weal of hard investigative reporting, and Wikipedia:Wikipedia Signpost/Author/JPxG will bring you a bunch of articles written by JPxG. An index of all individual byline pages is here, and a sortable table of all authors in the history of the Signpost can be found here.
While there are far too many individual authors to reasonably make byline pages for everyone (which would be nearly a thousand pages), limiting it to authors with at least ten article credits brought it to a more manageable hundred-and-some. There was intense effort involved in getting WegweiserBot to parse all of the author data, and then going through it to eliminate the weird errors from the initial run. Since we've gone 18 years without a systematic effort to clean up the metadata, there were plenty of author fields with weird stuff in them like "3 July 2006", "03 July 2006", or "{{{2}}}". Also, we had stuff like "brassratgirl" versus "Brassratgirl", or "Andreas Kolbe" versus "Andreas Kolbe (leads" versus "Andreas Kolbe 1 April 2016 19:58 (UTC)" versus "Andreas Kolbe 19 March 2016 21:12 (UTC)".
After spelunking into the depths and cleaning up all that garbage, my conclusion is that there have been 926 distinct authors in the Signpost's history. Of these, all 926 (duh) have written at least one article, but only 415 have written two or more, and only 122 have written ten or more. The distribution looks something like this:
This many people | have written at least this many articles |
---|---|
0 | 500 |
1 | 450 |
1 | 400 |
2 | 350 |
3 | 300 |
3 | 250 |
4 | 200 |
7 | 150 |
18 | 100 |
34 | 50 |
41 | 40 |
54 | 30 |
72 | 20 |
90 | 15 |
122 | 10 |
192 | 5 |
223 | 4 |
289 | 3 |
415 | 2 |
926 | 1 |
Man, wouldn't that be a neat graph? Too bad I don't feel like making one.
Discuss this story
color: black
, via a CSSsignpost-snippet-title
class defined in the page's TemplateStyles. But they've been that way for a good long while now.<span style="color:black">...</span>
wrapped directly around the headline. It's possible the gadget handled the attribute-based styling differently than the current<span class="signpost-snippet-title">...</span>
TemplateStyles class, though it applies the samecolor: black
to the text. But we'd have to be talking about something that changed eight months ago, for that to be the culprit. Is that "recently"?color: #000
from ah1, h2, h3, h4, h5, h6 {...}
rule in the global skin CSS, same as they always have. It seems like it would be possible to use standard heading tags for the contents-page headlines, with the existing<span class="signpost-snippet-title">
inside that. (Just like the site headings, which are an<hN>
with a<span class="mw-heading">
inside it.)color
styling because it'll already be inherited from the parent<hN>
. That should allow the green-on-black gadget, or any other restyling tool, to handle those chunks of text the same way they do every other heading on the site. Would probably make everything more accessible for screen readers and the like, too, if each headline is an actual heading.__NOTOC__
the page, of course. (Be kind of cool if we could not, since the new skin has the TOC in the sidebar where it won't mess up the page layout, but for other skins it'd look bad.) FeRDNYC (talk) 14:12, 6 February 2023 (UTC)[reply]