Jump to content

Talk:Main Page

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by The Rambling Man (talk | contribs) at 20:07, 6 June 2015 (Why does "Grace Kelly" redirect to "Grace Kelly filmography?": original resp). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Archives: Sections of this page older than three days are automatically relocated to the newest archive.

001 002 003 004 005 006 007 008 009 010 011 012 013 014 015 016 017 018 019 020 021 022 023 024 025 026 027 028 029 030 031 032 033 034 035 036 037 038 039 040 041 042 043 044 045 046 047 048 049 050 051 052 053 054 055 056 057 058 059 060 061 062 063 064 065 066 067 068 069 070 071 072 073 074 075 076 077 078 079 080 081 082 083 084 085 086 087 088 089 090 091 092 093 094 095 096 097 098 099 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207

Main Page error reports

To report an error in content currently or imminently on the Main Page, use the appropriate section below.

  • Where is the error? An exact quotation of the text in question helps.
  • Offer a correction if possible.
  • References are helpful, especially when reporting an obscure factual or grammatical error.
  • Time zones. The Main Page runs on Coordinated Universal Time (UTC, currently 13:08 on 3 November 2024) and is not adjusted to your local time zone.
  • Can you resolve the problem yourself? If the error lies primarily in the content of an article linked from the Main Page, fix the problem there before reporting it here. Text on the Main Page generally defers to the articles with bolded links. Upcoming content on the Main Page is usually only protected from editing beginning 24 hours before its scheduled appearance. Before that period, you can be bold and fix any issues yourself.
  • Do not use {{edit fully-protected}} on this page, which will not get a faster response. It is unnecessary, because this page is not protected, and causes display problems. (See the bottom of this revision for an example.)
  • No chit-chat. Lengthy discussions should be moved to a suitable location elsewhere, such as the talk page of the relevant article or project.
  • Respect other editors. Another user wrote the text you want changed, or reported an issue they see in something you wrote. Everyone's goal should be producing the best Main Page possible. The compressed time frame of the Main Page means sometimes action must be taken before there has been time for everyone to comment. Be civil to fellow users.
  • Reports are removed when resolved. Once an error has been addressed or determined not to be an error, or the item has been rotated off the Main Page, the report will be removed from this page. Check the revision history for a record of any discussion or action taken; no archives are kept.

Errors in the summary of the featured article

Please do not remove this invisible timestamp. See WT:ERRORS and WP:SUBSCRIBE. - Dank (push to talk) 01:24, 29 September 2022 (UTC)[reply]

Errors with "In the news"

Errors in "Did you know ..."

Errors in "On this day"

(November 8)
(November 4, tomorrow)

General discussion

In the news: Pictures should clearly correlate with stories

We really need to indicate somehow the connection between the photo and the corresponding story. It's very easy for a reader to assume the pic and the top-listed story correspond, because the reader has to read down the whole list to see a parenthetical mention ("...pictured") which is easy to miss. Suggest we either put the photo beside the story (which would be very easy to do) or somehow caption the photo. Otherwise we get some pretty interesting/strange/funny apparent "correspondences" between the photo and whatever the first-listed story is, like today, where a pic of a guy shouting excitedly is shown right next to a story on Ireland legalizing same-sex marriage. (I happen to think it's great news, but obviously we shouldn't be implying that FC Barcelona head coach Luis Enrique takes any position on the subject! ) Happy editing.... --Middle 8 (tc | privacyCOI) 08:51, 24 May 2015 (UTC)[reply]

Not as easy as you think... In wiki markup, placing a floating image element inside an unordered list is not possible; it creates a listgap. It also threatens to displace the footer when the image is too low. So it was a conscious decision to place the image on top. -- [[User:Edokter]] {{talk}} 09:20, 24 May 2015 (UTC)[reply]
Being a 'non-technical wikian' - is it possible just to bold (or otherwise highlight) the relevant entry? Jackiespeel (talk) 10:01, 24 May 2015 (UTC)[reply]
Good idea -- or at a minimum, highlight the word "pictured". But also see proposed solution below ("the list floats but..."). --Middle 8 (tc | privacyCOI) 14:09, 24 May 2015 (UTC)[reply]
It occurred to me as well. One thing that can be done about it is to have the story with the picture at the top always. Whenever a new story is to be entered, we can just add it right below the "top story". That way there will be no confusion between the photo and the entries. 117.192.161.77 (talk) 11:31, 24 May 2015 (UTC)[reply]
  • Stories are listed in the order in which they occurred; changing that comes up now and then but has never gained consensus to be done. I think it would be more confusing to mess up the order for the benefit of readers who simply don't read carefully. We can't fix all problems for all people. 331dot (talk) 11:43, 24 May 2015 (UTC)[reply]
    • This perpetual glitch has been discussed repeatedly in recent years – notably in June 2014. Apparently those in the know technologically have not found it possible to devise a workable solution. Sca (talk) 12:06, 24 May 2015 (UTC)[reply]
      • Proposed Solution -- The list floats but presumably the picture does not, in which case the following would work: Keep the story to which the picture correlates pinned at the top, and only have the stories beneath it float. A new story gets pinned at the top whenever the picture is to be changed. --Middle 8 (tc | privacyCOI) 14:09, 24 May 2015 (UTC)[reply]
P.S. And in any case, a "thank-you" to the techies who do what many of us cannot. --Middle 8 (tc | privacyCOI) 14:09, 24 May 2015 (UTC)[reply]
Alas, it is the picture that floats. It is also implemented using a template, which cannot be used inside list items, or between two list items without breaking up the list. -- [[User:Edokter]] {{talk}} 14:25, 24 May 2015 (UTC)[reply]
@ Edokter - Ah, it is challenging, isn't it! Minor tweak: what about bolding "pictured"? That would very likely catch the reader's eye better than italics. And/or major tweak: auto-caption the picture? --Middle 8 (tc | privacyCOI) 18:49, 24 May 2015 (UTC)[reply]
We tried the former, which wasn't well received. (Complaints related to distraction and undue emphasis, I believe.) The latter has been discussed without establishing consensus to implement it. (I don't recall whether technical limitations played a role.) —David Levy 21:35, 24 May 2015 (UTC)[reply]
@ David Levy -- Hmmm... maybe there's another way more recognizable than itals but less obstrusive than bolding (font, color, symbol -- cf. Edokter). Caption seems best, surprised at opposition... maybe worth reopening if it's been awhile. Cheers. --Middle 8 (tc | privacyCOI) 00:45, 25 May 2015 (UTC)[reply]
@Middle 8: In general, people want the various sections to match each other as closely as possible. Also, I don't know how the caption could fit properly without increasing the image's size significantly (which we avoid to prevent problematic line wrapping at lower resolutions).
Of the implementations discussed, leaving the item related to the image at the top of the section (until a new image is used, at which point the blurb would drop down to its reverse-chronological position) strikes me as the most promising, particularly if we stipulate that the blurb mustn't be retained beyond the point at which an item tagged with a later date is bumped from ITN. (This would leave ITN without an image from time to time, exactly as it does currently.)
Such a solution would entail no additional coding, present no technical barriers, and require only minor procedural adjustments. Perhaps more importantly, it would cause no aesthetic changes (probably the easiest way to draw objections). —David Levy 03:12, 25 May 2015 (UTC)[reply]
@David Levy - sounds good! --Middle 8 (tc | privacyCOI) 03:26, 25 May 2015 (UTC)[reply]
@Middle 8: There's just the matter of consensus. That proposal might have the best odds of succeeding, but I'm far from certain that it will. —David Levy 05:05, 25 May 2015 (UTC)[reply]
David Levy - yes there is that small issue. :-) Anyway, with this caveat, it may well be worth going forward with the idea pending further discussion here. --Middle 8 (tc | privacyCOI) 14:22, 25 May 2015 (UTC)[reply]
No individual item (as opposed to "ongoing items") should ever be up for more than a week, picture or not. If things are getting that stale, there is a much bigger problem. --Khajidha (talk) 14:53, 25 May 2015 (UTC) PS-Put me down in favor of David Levy's proposal[reply]
So... perhaps use an Template:Pictured instead? Which hilites the depicted term, when not given: Template:Pictured. See {{pictured}}. -- [[User:Edokter]] {{talk}} 14:28, 24 May 2015 (UTC)[reply]
I can also make the subject term appear hilited when hovering over the image. -- [[User:Edokter]] {{talk}} 18:06, 24 May 2015 (UTC)[reply]
Icon is interesting; how would that work exactly (sorry I'm not getting it)? Icon appears next to corresponding text entry? Hover is good too but I suspect most readers don't hover. --Middle 8 (tc | privacyCOI)

We do our best at ITN to update images when they're available. We already add (pictured) to the blurb that relates to the image. We also list items in chronological order, i.e. the most recent item appears first, regardless of image availability. For the handful that complain, we have several million who don't. The Rambling Man (talk) 18:54, 24 May 2015 (UTC)[reply]

I do appreciate volunteers' efforts (I said so above); don't make it personal. Just trying to help, and those who don't complain aren't going to be hurt by incremental improvements, and may be helped. For example we might add (pictured) or (pictured) instead of (pictured) to better catch the eye. Edokter has some good ideas. --Middle 8 (tc | privacyCOI) 19:01, 24 May 2015 (UTC)[reply]
I suspect that the millions of readers who casually check the English WP Home Page each day are simply bemused by this obvious glitch. Yet amid the welter of material on the Net, some of it confusing, they're not motivated enough to delve into WP's back pages and lodge complaints. And, true, if they look at it long enough, the explanation is there in the "(pictured)" advisories. Sca (talk) 20:55, 24 May 2015 (UTC)[reply]
I suspect you need more than just your suspicion. Is this a real problem? The Rambling Man (talk) 20:57, 24 May 2015 (UTC)[reply]
Yes, it is. --Middle 8 (tc | privacyCOI) 21:17, 24 May 2015 (UTC)[reply]
I mean for our actual readers. The Rambling Man (talk) 21:25, 24 May 2015 (UTC)[reply]
Well, fellow editor and namesake of most groovy tune, we're all trying to keep readers in mind here. Lack of reader complaint isn't much of a metric... there are all kinds of obvious problems WP has that readers don't complain about but we fix anyway. This isn't huge but it's right there up front and imo rather embarrassing, especially when the pic and the article at the top are wildly incongruent. Most publications put photos right beside the pertinent story, no? --Middle 8 (tc | privacyCOI) 21:58, 24 May 2015 (UTC)[reply]

The 'linking ITN entries with the relevant pictures' is a 'fairly regular topic on the MP talk page.

As ITN is (traditionally/expected to be) 'fed from the top' having a 'sticky news story with picture' as the top entry with other material sliding in underneath is likely to cause more discussion - and 'seems more difficult to a non-technical wikian' than either having some form of emphasis #or# having a separate section (perhaps above 'ongoing stories') - 'ITN with picture.' Jackiespeel (talk) 22:33, 24 May 2015 (UTC)[reply]

Yeah, it seems like a separate 'ITN with picture' section could be scriptable somehow. --Middle 8 (tc | privacyCOI) 22:56, 24 May 2015 (UTC)[reply]
But it's not just a technical problem. We don't have a glut of images to put on the main page for ITN stories, they have to be free. So often the picture is relevant to an item several down in the list because we don't have a suitable picture for a story higher up in the list. So if we start leaving the pictured item at the top, we will get far more comments about why a stale item is still being unduly highlighted. Stephen 00:01, 25 May 2015 (UTC)[reply]
@ Stephen - It wouldn't be terribly stale, though, since the pic changes reasonably frequently. Agree with David Levy on this (if I'm reading him correctly) [1] --Middle 8 (tc | privacyCOI) 03:31, 25 May 2015 (UTC)[reply]
It can get very stale. I think our worst was having the same guy pictured for more than 10 days, and a couple of times recently we've had no acceptable picture. The only reason why the picture does not align with the top item is due to lack of a suitable free picture for that top item (and many items have no pictures at all in the often newly created article). OTD has the same problem, by the way; I recall seeing their 'pictured' often being a few items down the list. Stephen 03:43, 25 May 2015 (UTC)[reply]
Stephen - yikes! That is stale. Well -- in that case better to just let the pic drop away, right? Better no pic & no corresponding story than a stale pic & story. Allowing for that, wouldn't it be possible to keep the story and pic at the top iff they are fresh, and just vanish them otherwise? --Middle 8 (tc | privacyCOI) 14:18, 25 May 2015 (UTC)[reply]
About this size? Sca (talk) 13:33, 25 May 2015 (UTC)[reply]
Or closer to this. Or maybe like this. Or even like this. --Middle 8 (tc | privacyCOI) 01:27, 26 May 2015 (UTC) [reply]
Not really. Usually only a name or location or very brief phrase is required. When you actually try it, you might find that it works more easily than you expect. 109.157.12.42 (talk) 13:43, 25 May 2015 (UTC)[reply]

Does the average reader even KNOW that the items are in chronological order? I didn't until I asked about this picture problem the first time. --Khajidha (talk) 04:53, 25 May 2015 (UTC)[reply]

In the case of these small mugshots, the picture serves as a typographical device to "break up the gray" (as they used to say ... back in the day) – and an "entry point" for the reader. Sca (talk) 13:37, 25 May 2015 (UTC)[reply]
Absolutely agree. Pictures make a huge difference to the overall appeal of a page. Solid text is very daunting; pictures make it inviting. 109.157.12.42 (talk) 17:14, 25 May 2015 (UTC)[reply]
Could a 'technical Wikian' be invited to comment on the various suggestions? With 'highlighting the relevant entry' the simplest solution is probably best (bolding/font size/font kind/italic/colour etc). Jackiespeel (talk) 21:12, 25 May 2015 (UTC)[reply]
Have you read WP:ACCESS? The Rambling Man (talk) 21:16, 25 May 2015 (UTC)[reply]
The simplest solution is the icon (Template:Pictured) I suggested above, and either hilites the pictured term in italics, or simply replaces "(pictured)". -- [[User:Edokter]] {{talk}} 22:15, 25 May 2015 (UTC)[reply]
Could you post an example in your sandbox, Edokter? Am not quite understanding, sorry. But sounds promising. --Middle 8 (tc | privacyCOI) 01:36, 26 May 2015 (UTC)[reply]
See below. -- [[User:Edokter]] {{talk}} 07:14, 26 May 2015 (UTC)[reply]
I must say I'm always a bit intrigued when this issue comes up, as the complaints are always in regards to ITN rather than OTD, which has the same 'problem'. And the 'problem' is worse at OTD because there's no preference to have the top-most items pictured there and you can't change the order of the items.
I don't know if people know the ITN blurbs are in chronological order, but it seems like the most logical way to order items, so I imagine that assumption might be made. -- tariqabjotu 01:09, 26 May 2015 (UTC)[reply]
I think the issue arises more frequently for ITN simply because it's one of the first things the reader sees. I have to scroll down to see OTD. --Middle 8 (tc | privacyCOI) 01:36, 26 May 2015 (UTC)[reply]
Take today's for example. The pictured item, and a bad picture at that, is fourth out of five. Why do we need to 'fix' ITN again? Stephen 02:28, 26 May 2015 (UTC)[reply]
Because sometimes the image and the first couple news items are wildly incongruous. And readers are used to seeing pics beside their corresponding stories (who else expects them to scan down a list besides WP?). --Middle 8 (tc | privacyCOI) 04:07, 26 May 2015 (UTC)[reply]
And it can be bad. For example, a story and pic of some controversial public figure goes up. Then the story scrolls down a few and a Pedophile is apprehended story appears next to the picture of the poor schmuck. Similar things have actually happened at ITN that have caused me to do a double-take. --Middle 8 (tc | privacyCOI) 04:17, 26 May 2015 (UTC)[reply]
A picture can, and has, been omitted if such an incongruous alignment occurs, although I'm sure most updating ITN aren't paying super-close attention to that. Also, it doesn't help matters that there are few admins willing to update the image. It's quick and easy to add a blurb, whereas swapping pictures takes more time, and I guess slightly more skill. So even though we do have a free, seemingly suitable image for Nico Rosberg, it won't be added immediately.
As my quotes around 'problem' suggest, I don't see this as a serious issue. I feel like we have a workable picture for one of the first two items (which are next to the picture) most of the time, whether it's immediately posted or not. Keeping pictured items at the top has a potential for allowing stale items and pictures to fester more so than they do now. Not a terrible solution though. -- tariqabjotu 04:36, 26 May 2015 (UTC)[reply]

Icon

OK, here's a demonstration with an icon instead of "(pictured)". The name is italisized (the hilite), but that can be omitted. It just to catch attention that the subject is pictured. -- [[User:Edokter]] {{talk}} 07:14, 26 May 2015 (UTC)[reply]

Thanks. I honestly can't see how that makes it more obvious than the plain text we currently use: (pictured). I think we ought to credit our readers with some level of intelligence and ability to read... The Rambling Man (talk) 07:20, 26 May 2015 (UTC)[reply]
If I had not read this discussion I would have no idea what that icon meant, nor would I understand the significance of the italicisation. 109.145.19.122 (talk) 11:24, 26 May 2015 (UTC)[reply]
I feel the same, especially considering there are other words, such as the film title, that are italicized. Unfortunately, I think this version would be more confusing. Deli nk (talk) 11:41, 26 May 2015 (UTC)[reply]
The idea was that the icon is more noticable then "(pictured)", which is somewhat burried in the brurbs. -- [[User:Edokter]] {{talk}} 12:18, 26 May 2015 (UTC)[reply]
I understand the reasons, I just strongly dislike the proposal and believe it to be a solution solving a problem that isn't really that big a problem at all, assuming our readers are capable of reading English. And presumably we would have to roll any solution out to the other sections of the main page for consistency? The Rambling Man (talk) 12:35, 26 May 2015 (UTC)[reply]
We assume that everyone here can read English, but the problem is that you do not immediately (or ever, if you choose not to read down the page) see the "pictured" text. Instead, at a glance, you see the first text item and the photo adjacent, and inevitably associate the two. Where the picture obviously does not correspond to the text, the initial impression is that something has gone wrong; when it's a picture that might match, it's downright confusing. For example, when the picture of Måns Zelmerlöw was adjacent to the story about Nico Rosberg, it looked at first glance clearly as if the picture was of Nico Rosberg. It is not enough, in my opinion, to just say that people should read further. Even if they do, which is not guaranteed, by this time the "damage" is already done. 109.145.19.122 (talk) 13:16, 26 May 2015 (UTC)[reply]
I don't think there's any damage, but we'll have to agree to differ on that. But you take the point that this would need to happen across all sections of the main page, not just ITN? The Rambling Man (talk) 13:23, 26 May 2015 (UTC)[reply]
TFA is already clearly linking the article to the image, I don't see what change could be made there. DYK already places the hook with an image first. OTD is the only other section that would seem to need to change. Given that the connection between chronological order and layout order is much clearer in that section due to the visible dates, I would suggest that a simple date caption under the picture would be sufficient. --Khajidha (talk) 14:00, 26 May 2015 (UTC)[reply]
But I don't think you'd want two or three solutions for the "pictured" caption on the main page, one saying (pictured), one with some odd icon and some rollover text (is that accessible?) and one with a date caption that doesn't explain what we're looking at. In fact sometimes text is required to clarify what relevance the picture actually has to the caption.... The Rambling Man (talk) 14:04, 26 May 2015 (UTC)[reply]
I thought we'd already decided against the icon. The proposal I thought we were discussing for ITN is the same as the one for DYK, first item gets the picture (with a "pictured" note still in the blurb to identify which particular part of it is being illustrated). TFA, being only a single item, is necessarily a different case from other sections. The idea of the date caption is just to associate a picture with a particular blurb, just as in DYK or ITN a "pictured" notice would be appended to the exact part of the blurb being illustrated. I did not recommend moving the illustrated blurb to the top of OTD (although I wouldn't oppose it), as I expected that to be met with HUGE disapproval due to the quite obvious chronological nature of OTD. Sometimes there is no best solution for all the different sections at once. --Khajidha (talk) 14:13, 26 May 2015 (UTC)[reply]
I'm sorry, I didn't see the part where the icon was dismissed. We do have a solution that is coherent across all sections of the main page, the one we have right now. It seems that we'll be introducing a new problem (inconsistency) to fix a different problem (inability to read the word (pictured) until it's "too late"). I would prefer to keep ITN as it is and once a pictured blurb moves from the top, the picture is removed. The Rambling Man (talk) 14:16, 26 May 2015 (UTC)[reply]
The current system is not any more coherent. TFA is one item with one picture. DYK always puts the pictured blurb first. That makes 3 different solutions on the page as is. --Khajidha (talk) 14:36, 26 May 2015 (UTC)[reply]
But the identification of the picture is consistent across each section of the main page. I think this needs more thinking and less ad-hoc proposals. The Rambling Man (talk) 14:39, 26 May 2015 (UTC)[reply]
Regarding people's "inability" to read the word (pictured) -- you have to bear in mind that people do not read material like this sequentially. Their eyes dart quickly from one part of the page to another, until they possibly come to rest on something of interest. It is quite feasible that a reader would glance at a headline about Nico Rosberg, then glance at the adjacent picture of Måns Zelmerlöw thinking "OK, that's Nico Rosberg", then move on elsewhere, and never be any the wiser. And, as I say, even if you do scan down and see "pictured", there is at that point an annoyance at having been "misled". 109.145.19.122 (talk) 17:39, 26 May 2015 (UTC)[reply]
It can look slightly better with a smaller size of the icon enclosed within ( ), like this:
Måns Zelmerlöw (pictured), representing Sweden with the song "Heroes", wins the Eurovision Song Contest in Vienna, Austria.
Note that hovering the mouse pointer over the icon pops up the text "pictured on the right" (I know the icon has become a wikilink to the said text, but someone with the knowledge of these things might be able to make the icon non-clickable and still display the text). - 117.192.166.51 (talk) 12:07, 26 May 2015 (UTC)[reply]
Once upon a time, For a very brief period of time the word "(Pictured)" was in bold type. I thought this helped a lot, but for some reason it was reverted very shortly afterwards. ApLundell (talk) 19:03, 26 May 2015 (UTC)[reply]

Caption


Eurovision winner
Måns Zelmerlöw

Here's a demonstration with a caption. The sizes and spacing of elements might need to be finessed, but I don't see any reason why this solution should not work. 109.145.19.122 (talk) 13:21, 26 May 2015 (UTC)[reply]

  • For the record – if anyone's keeping one – I'll "vote" support for the redoubtable David Levy's proposal to leave the item related to the image at the top of the section until a new image is used. Small, very short captions – such as one-word last names – could also be used (long the practice in print media with mugshots). Agree with Khajidha's observation that readers aren't much concerned about ITN chronology. (Edokter, appreciate your work, but I find the icon suggestion more confusing than effective.) Sca (talk) 13:26, 26 May 2015 (UTC)[reply]
    • I've always wondered why we didn't go with the caption. That seems to me the easiest and clearest solution that doesn't look stupid. howcheng {chat} 21:30, 26 May 2015 (UTC)[reply]
    • If you're for limiting captions to one word, what do you suggest the protocol to be for pictures which aren't of people? E.g. [2] or [3] -- 160.129.138.186 (talk) 23:52, 26 May 2015 (UTC)[reply]
      • Or 'Artists impression of blah' or 'Most valuable player blah', or anything else which will throw the caption over two or three lines. We've also reversed the semantic effort and now leave it to the reader to parse through the blurbs and find the one that relates to (in the example above) 'Måns Zelmerlöw'. Stephen 00:04, 27 May 2015 (UTC)[reply]
If it can't be done in one line that fits under the pic, then go without a caption. This would work as long as the pic is paired with the text it illustrates. Sca (talk) 00:19, 27 May 2015 (UTC)[reply]
I think you will find (possibly with adjustment to "line-height") that at least two lines of caption will be viable. 109.145.19.122 (talk) 01:42, 27 May 2015 (UTC)[reply]
I changed the example above to a two-line caption to demonstrate. 109.145.19.122 (talk) 01:58, 27 May 2015 (UTC)[reply]
The ragged right edge on the text and the fact it isn't centered under the picture bothers me, for some reason. I think it would look much better with an align="center" in the div tag. (I'd also recommend appropriate cropping of the picture such that it's sized wide enough that the text doesn't extend beyond the ends, but that's a minor thing and wouldn't need to be always done if you had an intrinsically narrow picture.) -- 160.129.138.186 (talk) 22:27, 27 May 2015 (UTC)[reply]
The caption, a.k.a. cutline, shouldn't exceed the width of the pic, and because of ITN's relatively small size, one-line captions are much better for clarity of graphics. (In the two-line example above, the lines are separated by too much space. a.k.a. leading, and the second line tends to fade or bleed into the text/copy block.) Sca (talk) 13:17, 28 May 2015 (UTC)[reply]
On the "lines are separated by too much space" point, which browser are you using? I specifically decreased the leading, and it looks fine for me in both IE and Chrome. It sounds as if your browser is not rendering it properly. 81.132.192.88 (talk) 13:26, 28 May 2015 (UTC)[reply]
Firefox. Sca (talk) 14:43, 28 May 2015 (UTC)[reply]
I tweaked something. Any better now? 81.132.192.88 (talk) 17:21, 28 May 2015 (UTC)[reply]
Yes, altho lines could be even a bit closer together – of course they're are still too long, IMO. Sca (talk) 20:51, 28 May 2015 (UTC)[reply]
On my end, the lines are close together (arguably too much so) in Chrome and too far apart in Firefox. —David Levy 21:04, 28 May 2015 (UTC)[reply]
Eurovision winner Måns Zelmerlöw
Eurovision winner Måns Zelmerlöw
I see that the example was generated manually.
We have a template for captioning non-bordered images. Its use resolves the line spacing problem, but for this to be feasible in conjunction with a caption of that length (barring technical issues not yet identified), we'd need to maintain a minimum width of 100px (instead of a 100px width for the landscape orientation and a 100px height for the portrait orientation). —David Levy 21:38, 28 May 2015 (UTC)[reply]
Making these images slightly bigger, by the way, is in itself no bad thing. At the moment they are small to the point that sometimes it is hard to even see very clearly what the picture is depicting. This latest mock-up looks very good to me.81.132.192.88 (talk) 23:32, 28 May 2015 (UTC)[reply]
The new one at right above looks good to me - but (!) I wouldn't use ital for a cutline. Sca (talk) 23:41, 28 May 2015 (UTC)[reply]
Agreed. I retained the italic formatting for the sake of a direct comparison with the previous mock-up, but it can be removed now. —David Levy 23:50, 28 May 2015 (UTC)[reply]
I still prefer one-line captions, though – ones that are short enough for the pic to overhang a (centered) caption on both sides. In the present example with a flush-left caption, see how the word "wins" tends to merge into "Måns" in the caption? (Cuz there's only abt 2 picas of space between them.) Sca (talk) 14:08, 30 May 2015 (UTC)[reply]
I can't see any such problem. Would it be possible for you to post a screenshot somewhere? 109.153.226.99 (talk) 23:53, 31 May 2015 (UTC)[reply]
A caption for this size image (100px) is not feasable. The template ({{Plain image with caption}}) David points out is also based on a table, and we're trying to get rid of tables. -- [[User:Edokter]] {{talk}} 14:48, 31 May 2015 (UTC)[reply]
A caption for this size image (100px) is not feasable.
Please elaborate. I've regarded the idea as iffy from the beginning, but I'd like to understand the specific issue(s).
The template ({{Plain image with caption}}) David points out is also based on a table, and we're trying to get rid of tables.
Might you be able to rework the template's code? —David Levy 20:50, 31 May 2015 (UTC)[reply]
A caption that is restricted to 100 pixels is likely to break past the image sides if a user has a larger font set; there is simply not enaough space. But a bigger image would help. As for the template, it might be possible, but seeing all those options, I'd rather start from scratch. -- [[User:Edokter]] {{talk}} 08:23, 1 June 2015 (UTC)[reply]

Please, let's fix it this time

C'mon guys, please this time let's do something to actually fix this perennial problem. It is raised time and again, but nothing is ever done. The caption solution is eminently workable in most cases. Other solutions may be available. 81.132.192.88 (talk) 13:20, 28 May 2015 (UTC)[reply]

It looks kind of weird as the picture currently relates to the sixth story (last story, if and when another story is added) on the list. If the story is important enough to have a picture, it should definitely be important enough to be placed at the top. "The story with the picture should remain on top" is my suggestion. Of course not everyone will agree, but the best (only) way of finding a solution is to start a poll. 117.192.167.158 (talk) 13:53, 28 May 2015 (UTC)[reply]
Yes, a poll isn't a bad idea. A second suggestion is to "remove the image if it relates to an item which is not at the top of ITN". The Rambling Man (talk) 13:57, 28 May 2015 (UTC)[reply]
A poll is a great idea, to my mind. The solutions I see, from skimming this, are "use a caption", "keep at the top", "remove if not at top", "change (pictured) to (pictured) or (pictured)", or "use Template:Pictured". Eman235/talk 14:12, 28 May 2015 (UTC)[reply]
If David Levy's solution is adopted, it also could and should be applied to OTD – where today, thanks to faulty juxtapositioning, we have Mark Felt leading the Mongol Invasion of 1223. Sca (talk) 13:52, 31 May 2015 (UTC)[reply]
It should probably also be applied to TFA and DYK too, as they too periodically currently use the (pictured). Zzyzx11 (talk) 13:55, 31 May 2015 (UTC)[reply]
Of course, any solution to this "problem" should be applied across all of the main page, this isn't an ITN-exclusive issue. TFL and TFP sometimes use (xxx pictured) to give a clearer description of what might be featured in the image. The Rambling Man (talk) 16:35, 31 May 2015 (UTC)[reply]
I don't see that TFL and TFP actually have this same problem. They are a single article being illustrated by a single picture, ITN and OTD are a single picture illustrating one of multiple items. Having to dig through multiple unrelated items to find the "pictured" tag strikes me as more disorganized than reading a single item to find out what particular part of it is being illustrated. The mental disconnect is greater. --Khajidha (talk) 20:07, 31 May 2015 (UTC)[reply]
Consistency is desirable. Most of the sections lack the juxtaposition issue, but a hodgepodge of two image identification methods would be sloppy and potentially confusing. —David Levy 20:50, 31 May 2015 (UTC)[reply]
Yes, we shouldn't have more than one way of identifying an image which is relevant to a part of the main page. The "mental disconnect" argument is coming almost entirely from a handful of editors, and has rarely (if ever) been noted by anyone but that. In any case, one solution for the main page is important, as David Levy has noted. The Rambling Man (talk) 20:53, 31 May 2015 (UTC)[reply]
Agreed. (!) Sca (talk) 21:35, 31 May 2015 (UTC)[reply]
Where is the evidence that only a "handful of editors" think the current layout is confusing? I only look at this page occasionally, yet I have seen it raised over and over again. 23:53, 31 May 2015 (UTC)
Preceding unsigned comment posted by 109.153.226.99. Sca (talk) 00:40, 1 June 2015 (UTC)[reply]
(belated) Or, if we go with the icon, do:   (pictured) Template:Pictured,   or   (pictured) Template:Pictured,   or   (pictured) Template:Pictured.   Catches the eye, unambiguous. --Middle 8 (tc | privacyCOI) 00:34, 5 June 2015 (UTC) struck; note: Sorry, I realize that comment looked insane! My browser was not rendering the "{{pictured}}" template properly; only the icon appeared and not the text "pictured". --Middle 8 (tc | privacyCOI) 00:05, 6 June 2015 (UTC)[reply]
How about:  (PICTURED!) David Levy 06:54, 5 June 2015 (UTC)[reply]
No need to exaggerate... I like Template:Pictured. -- [[User:Edokter]] {{talk}} 11:35, 5 June 2015 (UTC)[reply]
Yeah, completely agree, my browser was on drugs when I wrote the above, struck post. I liked David Levy's observation. :-) --00:05, 6 June 2015 (UTC)

Anyway, I realize that some editors don't see a problem here, but since some do and it's a longstanding concern, why not try a solution if it entails minimal risk or harm? That's the case with Edokter's and David Levy's ideas. --Middle 8 (tc | privacyCOI) 00:17, 6 June 2015 (UTC)[reply]

We could do Edokter's idea, Template:Pictured, immediately. Long-term I think we should do as most other sites/publications do -- since that's what readers will expect -- and keep the story and pic together (i.e. David's idea, pin at top). Can we bring this issue to a larger audience? --Middle 8 (tc | privacyCOI) 00:17, 6 June 2015 (UTC)[reply]

Pictures

Much the same arguments apply to 'On this day' pictures as for 'In the news' - the image at present relates to the last entry. (Not complaining - just highlighting the point). Jackiespeel (talk) 13:26, 2 June 2015 (UTC)[reply]

Yes, this was already noted above "Of course, any solution to this "problem" should be applied across all of the main page, this isn't an ITN-exclusive issue"... The Rambling Man (talk) 13:41, 2 June 2015 (UTC)[reply]
This happened to be a particularly notable example (there being several entries above it).

Is it 'a problem' or 'a feature that needs reconsidering.' If the solution is 'simple and works' (or is 'so logical it is not actually noticed') it is a good one; if it requires much work and creates much discussion it is not. Jackiespeel (talk) 16:29, 2 June 2015 (UTC)[reply]

My local newspaper runs a feature very similar to our On this day section. Yesterday's paper started with "Today in History" above a rule line to separate it from the headline "TS Eliot's poem published 100 years ago this date". After the Associated Press byline and the statistics ( "Today is Monday, June 1, the 152nd day of 2015...") They have "Today's Highlight in History", the featured item about TS Eliot and then "On this date:" followed by the rest of that day's historical events in chronological order. They separate out two event from the list to feature at the end. Yesterday it was something from ten and five years ago, even though the last item in the regular list was from 2009.
We could move the item with the photo up top followed by a transition line like, "and in other events on this day..." to transition into the others in chronological order. If we did that, moving the one event with the photo and followed it with just such a transition line to the other events, that would resolved the perception issue where the photo doesn't match up with the event. Imzadi 1979  03:25, 3 June 2015 (UTC)[reply]
Given 'the number of times the disconnection between the image on ITN/DYK and the entry to which it relates is discussed on this talk page' there is a strong case for something to be done.

However - the pageview-feel has to be considered: too many 'different squares' and it will look over-cluttered (and 'come up peculiar' on small screens as well). Jackiespeel (talk) 09:11, 3 June 2015 (UTC)[reply]

RFC regarding DYK

There is currently a discussion at RFC DYK process improvement 2015. This is a solicitation for suggestions to streamline the DYK process in order that fewer errors appear on the main page. — Maile (talk) 15:57, 2 June 2015 (UTC)[reply]

View counter

Hello, I'm not sure where I should post this, so I figured I should post it here in the case that someone can help. The view counter appears to be stuck on May 24th, and I was wondering if someone with technical know how at Wikipedia could try to repair it.
Here is the view counter, for this particular page, and you will see it is stuck: http://stats.grok.se/en/latest/Talk:Main_Page
It's like this on every article's view counter page. Please see if someone can repair it. Thank you. Johnsmith2116 (talk) 15:01, 3 June 2015 (UTC)[reply]

There's a thread at WP:VPT indicating stats.grok.se has been down for a while. Stephen 09:08, 4 June 2015 (UTC)[reply]

I/45??

the Japanese invasion of French Indochina in mid-1940.+itsUSno'AMERICA220.136.230.208 (talk) 06:30, 4 June 2015 (UTC)[reply]

It is quote common to use 'American' when referring to US troops. -- [[User:Edokter]] {{talk}} 09:03, 4 June 2015 (UTC)[reply]

Add a hatnote to tell the reader about the home page article?

Perennial proposal and all that, but I don't see why we shouldn't just add an unobstructive hat note or see also text telling the user about the "home page" article, in order to clear up confusion. Could someone tell me why this hasn't been implemented? Grognard Extraordinaire Chess (talk) Ping when replying 23:21, 5 June 2015 (UTC)[reply]

@Chess: Mostly because it's widely considered too fussy (...or cluttering, or whatever) to put a hatnote there. Here's a similar discussion; see especially the note about cascading protection. Eman235/talk 23:26, 5 June 2015 (UTC)[reply]
Your suggestion to have a note at the bottom makes sense, though. Grognard Extraordinaire Chess (talk) Ping when replying 00:35, 6 June 2015 (UTC)[reply]
Except, I'm not sure if anyone would think to look down. Eman235/talk 00:38, 6 June 2015 (UTC)[reply]

Why does "Grace Kelly" redirect to "Grace Kelly filmography?"

It seems weird that someone decided that when someone clicks the name "Grace Kelly," they should instead be redirected to "Grace Kelly Filmography." When I click Grace Kelly, I want the woman, not a list of her films! I wager most people would want the same thing. Thanks114.164.168.195 (talk) 13:11, 6 June 2015 (UTC)[reply]

EEng can explain as the person who promoted the DYK. The Rambling Man (talk) 13:22, 6 June 2015 (UTC)[reply]
Grace Kelly does indeed go to Grace Kelly. The text "retired from acting" goes to her filmography. You've lost your wager. Now pay up. Lugnuts Dick Laurent is dead 14:18, 6 June 2015 (UTC)[reply]
That's because I changed it post-this-note Nutlugs... The Rambling Man (talk) 14:28, 6 June 2015 (UTC)[reply]
In answer to the original post, it's because some people at DYK aren't doing a good job of checking and/or promoting blurbs. It's obvious that this was poorly thought out, the good news is that there's another such blurb forthcoming which I've tried to correct to avoid such an issue. Next time, please feel free to add your comments at WP:ERRORS so it receives more attention. The Rambling Man (talk) 20:07, 6 June 2015 (UTC)[reply]