Jump to content

Wikipedia talk:Main Page (2016 redesign)

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

This is an old revision of this page, as edited by Edokter (talk | contribs) at 15:54, 5 July 2016 (General discussion). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Styling looks horrible

The page looks a lot better without the styling provided by the MW-extension. That is apart from the box that tells you that you haven't enabled the styling. Carl Fredrik 💌 📧 10:25, 4 July 2016 (UTC)[reply]

I'm not sure what you mean. What MW extension? Do you mean the gadget? Have you looked at the page with styling? -- [[User:Edokter]] {{talk}} 15:19, 4 July 2016 (UTC)[reply]
You know exactly what I mean, yeah the gadget. It looks far better without all the clutter and colors. Carl Fredrik 💌 📧 18:06, 4 July 2016 (UTC)[reply]

RfC: Main page update

Let's do everything all over again, but simpler. Below are some core statements/questions on which any further action will de determined. Please post you comments in the secions below. Feel free to add any relevant statements or questions I may have left out. -- [[User:Edokter]] {{talk}} 15:51, 4 July 2016 (UTC)[reply]

The Main Page is fine as it is

Endorse

  1. Weakly. "Fine" may be stretching it, but the main page is adequate as it is, and I give very little credence to the "it's unfit for purpose and must be changed for the sake of change" doomsayers. ‑ Iridescent 16:14, 4 July 2016 (UTC)[reply]
  2. As Iridescent. It should only be changed if the community reaches a consensus that another version is better than it. Dionysodorus (talk) 16:35, 4 July 2016 (UTC)[reply]
  3. Weakly, per Iridescent. Improvements can always be made to any page or aspect of Wikipedia, but that doesn't mean the current ones are so bad they need to be changed, or that we should make changes for the sake of doing so. I question the very existence of this discussion given the creator's statements at Talk:Main Page that they are prepared to attempt to impose a version that they deem an 'improvement' and 'progress' and feel that process has little relevance. 331dot (talk) 16:38, 4 July 2016 (UTC)[reply]
  4. There is no consensus for a change. Give it up. Chris Troutman (talk) 17:05, 4 July 2016 (UTC)[reply]
  5. Honestly, I'm not sure how the main page can be considered insufficient as it currently is. Given that the majority of our "new" readers (as in, those who have never accessed Wikipedia before) barely ever see the Main Page, instead accessing Wikipedia directly from search results or on the mobile version of the site, I'm not sure this is really something that desperately needs to be updated as this RfC would suggest. — foxj 17:37, 4 July 2016 (UTC)[reply]
  6. Very weakly. Per the comments I've made above, I don't really necessarily dislike the proposed update, and while I would be alright , I do believe that the current page is fine as it is. It works well enough, but it could be improved. It could be cleaner, and so on and sort forth, but it functions well enough. however, I do at the same time support the first two oppose rationales? But, I don't think it's an urgent thing to deal with at this time. I think the Main Page can hold until there's a best fit proposal. ~Cheers, TenTonParasol 18:19, 4 July 2016 (UTC) Changed to oppose. ~Cheers, TenTonParasol 12:54, 5 July 2016 (UTC)[reply]
  7. It's fine. Not even "weak." SnowFire (talk) 19:09, 4 July 2016 (UTC)[reply]
  8. Strongly. I don't see what the problem is. ansh666 20:35, 4 July 2016 (UTC)[reply]
  9. Plenty of room for improvement exists (and I believe that a major coding overhaul is in order), but I don't regard the current setup as broken. —David Levy 00:10, 5 July 2016 (UTC)[reply]

Oppose

  1. Weakly oppose, it is functional - but like the rest of Wikipedia, should not be considered "done". As the primary landing for readers, this page need to be functional for as many users as possible, on as many browsers and platforms and connection speeds. — xaosflux Talk 17:56, 4 July 2016 (UTC)[reply]
  2. Oppose The main page is a mess, that said none of the changes in this draft constitute improvements. It needs to be cleaned and to entirely refocus on things that people want/need. Portal-links should be the first thing to go. Carl Fredrik 💌 📧 18:03, 4 July 2016 (UTC)[reply]
  3. Oppose: Looking at the support !votes above, I get the feeling that folks are pushing back against this RfC's implied assumption Something Must Be Done. This Is Something. Therefore This Must Be Done by !voting against any change. I think we just haven't seen the right proposal yet. (And no, I don't think that my particular proposal is "the right proposal". I just think that it is slightly better than the present cluttered mess or than Edokter's proposal to move the clutter around a bit. A good proposal would likely beat all three.) --Guy Macon (talk) 18:18, 4 July 2016 (UTC)[reply]
  4. It's definitely not fine. It's horribly outdated as a piece of technology. In terms of looks, people can make it look like a freaking christmas tree, I have generally stopped caring about that, fix the tech part of it. —TheDJ (talkcontribs) 19:08, 4 July 2016 (UTC)[reply]
  5. It works. But it's not "fine". Eman235/talk 19:43, 4 July 2016 (UTC)[reply]
  6. It badly needs an update. SarahSV (talk) 23:25, 4 July 2016 (UTC)[reply]
  7. Per TheDJ, it's horribly dated. 86.185.218.118 (talk) 02:48, 5 July 2016 (UTC)[reply]
  8. It looks like it was designed in the mid-2000s. Because it mostly was. One of the most frequent public criticisms of WP is its boring "early Web" look. This should be taken seriously. WMF's own stats show that use of WP is declining. While this is mostly due probably to integration of WP-sourced summary information at the top of Google searches obviating the need to come "all the way" to WP itself, anything that can be done to retain and gain direct readers should be considered. And "adequate" applies only to the material provided; the interface and presentation really are not adequate or we wouldn't be having this discussion. Nor is being "adequate" any kind of goal anyway. It's like saying "my ambition is to be as average as possible".  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  04:12, 5 July 2016 (UTC)[reply]
  9. No, it's not "fine". The problem is how to fix it. SSTflyer 04:57, 5 July 2016 (UTC)[reply]
  10. Same as TheDJ above. Bazza (talk) 11:30, 5 July 2016 (UTC)[reply]
  11. With the input after I put in mine, especially a bit more of a picture of the technical reasons the page should be updated, I now believe that the page does actually need to be updated. ~Cheers, TenTonParasol 12:54, 5 July 2016 (UTC)[reply]
  12. Weak oppose, per Xaosflux—the page ought to get significant updating, both technical (divs instead of tables etc.) and aesthetic, but it is currently functional. {{Nihiltres |talk |edits}} 14:55, 5 July 2016 (UTC)[reply]

The main page is in need of modernization

Endorse

  1. If modernization is meant to imply "the use of flexboxes instead of tables", then definitely, support. Otherwise? Not really. Eman235/talk 19:43, 4 July 2016 (UTC)[reply]
  2. Support. I think we should ask the Foundation for a grant to do this, to pay either an outside team or a team of Wikipedians who have the design and technical skills. Perhaps they could come up with a couple of choices, and the community could vote on them. SarahSV (talk) 23:29, 4 July 2016 (UTC)[reply]
  3. Don't hair-split over the word "need", per WP:Common sense (read: "The main page should be modernized"). Endorse, per my comment in the section above. The use of table-based layout, in particular, has to go. But agree with Sarah that this is also a design matter and should have a design and development team. However, it should be one of volunteer Wikipedians, subject to normal community oversight like any other project or process here.
    [Even if it were official WMF dev work, whether WMF needs to allocate additional resources to it is dubious to me; the bulk of the staff is already techies, and a lot of them seem to be tasked with doing questionable work, so I suspect that reprioritization would take care of it, if WMF wanted to get officially involved, and the community did not revolt. But this RfC isn't in a position to tell WMF how to spend money or what to take on formally.]
     — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  04:17, 5 July 2016 (UTC)[reply]
    Do you think it'd be a good idea to rename the section to "The main page should be modernized"? I'd WP:BOLDLY rename it, because it's a good point actually, but I'm hesitant considering some of the arguments are based on the word "need" being used. ~Cheers, TenTonParasol 12:57, 5 July 2016 (UTC)[reply]
    I think some of the opposition is that the term modernize is a little vague, and brings thoughts to silly drop-down bars, over-reliance on .js and difficult navigation in the style of kinja. The main page definitely needs an overhaul, but I think modernization is putting some people off. I would go ahead and change it to "The main page should be improved". Carl Fredrik 💌 📧 13:25, 5 July 2016 (UTC)[reply]
  4. Yes it is. It's technologically in the dark ages, and likely not at all good accessibility-wise. Presentation-wise, that's subjective; I've been using the draft version since it was made available as an alternative to the current main page, and find it an improvement, albeit cosmetic, on the current version. Bazza (talk) 11:36, 5 July 2016 (UTC)[reply]
  5. Per my change in the section above. With the input after I put in mine, especially a bit more of a picture of the technical reasons the page should be updated, I now believe that the page does actually need to be updated. Also, SMcCandlish does have a point about splitting hairs, now that they've mentioned it. ~Cheers, TenTonParasol 12:54, 5 July 2016 (UTC)[reply]
  6. I strongly endorse technical improvements to use divs etc. so long as there's graceful degradation for older browsers. I weakly endorse aesthetic and content improvements; they're desirable but not strictly necessary. {{Nihiltres |talk |edits}} 14:55, 5 July 2016 (UTC)[reply]

Oppose

  1. "Need" is far too strong. There are some elements of the Main Page which could do with cleaning up (or being quietly disposed of) but the world isn't going to come to an end if the design doesn't change for another decade, let alone another year. ‑ Iridescent 16:16, 4 July 2016 (UTC)[reply]
  2. It might be a good idea to modernise. But the community should decide whether any given proposed version is better than the existing version. The community shouldn't decide to modernise, then be shoehorned into adopting whatever proposal is reached, even if it is worse than the existing version. Dionysodorus (talk) 16:35, 4 July 2016 (UTC)[reply]
  3. As above; change can be beneficial, but shouldn't be done for the sake of doing so or because of some desired need for 'progress' as deemed by a select few. 331dot (talk) 16:40, 4 July 2016 (UTC)[reply]
  4. No. There is no aggregate clamoring for an update. Readers come to Wikipedia for content, not style. Chris Troutman (talk) 17:05, 4 July 2016 (UTC)[reply]
  5. The Main Page is currently designed to work on all browsers, new and old, and changing it would likely compromise that. As previously stated, "need" is too loaded a word, and frankly that Wikipedia's Main Page has lasted this long in an online environment where trends seem to change every few minutes says a lot. — foxj 17:37, 4 July 2016 (UTC)[reply]
  6. Again, "need" is really strong, and what exactly does "modernization" entail? A more modern aesthetic? While I do support the idea of a hypothetical update, a sense of urgency is misplaced. ~Cheers, TenTonParasol 18:19, 4 July 2016 (UTC) Changed to endorse. ~Cheers, TenTonParasol 12:54, 5 July 2016 (UTC)[reply]
  7. Again, I don't see what the problem is. ansh666 20:35, 4 July 2016 (UTC)[reply]
  8. I agree with Iridescent that "need" is too strong. —David Levy 00:10, 5 July 2016 (UTC)[reply]

If modernized, one person or committee should be overseeing modernization

Informally hatting proposal with unanimous WP:SNOWBALL opposition. [NAC]  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  11:59, 5 July 2016 (UTC)[reply]
Endorse
Oppose
  1. By "one person", I take it you mean yourself User:Edokter? This is Wikipedia; we don't do either benevolent dictators or self-appointed cabals, except in very limited circumstances under the sufferance of a community who can remove them at any time. ‑ Iridescent 16:17, 4 July 2016 (UTC)[reply]
  2. Only if the community is ultimately allowed to reject what the committee or person proposes. But there's nothing stopping a person or committee from putting a definite and finished draft of an alternative main page forward, and seeing if consensus can be reached to implement it. Dionysodorus (talk) 16:35, 4 July 2016 (UTC)[reply]
  3. If it is one person, it shouldn't be Edokter- but in general I think this is a poor idea. This is a community project and the community gets input. 331dot (talk) 16:42, 4 July 2016 (UTC)[reply]
  4. Just because the person pushing this needs to understand pushback. Chris Troutman (talk) 17:05, 4 July 2016 (UTC)[reply]
  5. I think the manner in which this RfC has been conducted is proof enough that this is a bad idea. — foxj 17:37, 4 July 2016 (UTC)[reply]
  6. Absolutely not, absurd. Carl Fredrik 💌 📧 18:04, 4 July 2016 (UTC)[reply]
  7. What does "modernized" even mean? Euphemism for "changed?" If so, there are some changes that are bad, some that are good. This question is meaningless without giving at least some vague hint at what "modernization" means. SnowFire (talk) 19:09, 4 July 2016 (UTC)[reply]
  8. Absolutely not. I also accept that will probably mean we will never have a new main page. Community should be allowed to consensus themselves into myspace heaven if they so (not)decide. I applaud your perseverance Edokter. —TheDJ (talkcontribs) 19:15, 4 July 2016 (UTC)[reply]
  9. Well, too many cooks spoil the stew—but obviously community input should be had at all stages. Eman235/talk 19:43, 4 July 2016 (UTC)[reply]
  10. Oppose. That isn't the Wikipedia way. Additionally, Foxj made an excellent point. —David Levy 00:10, 5 July 2016 (UTC)[reply]
  11. I second Iridescent's objection and concerns. While any work being done here needs collaborating people actually doing it, it's standard operating procedure that any editor may participate, and what the group(s) is/are doing is always subject to the collective will of the editing community, per WP:LOCALCONSENSUS policy. This is not any different from a wikiproject, a noticeboard, ITN and DYK nominations, GAN/FAC, etc., etc. There's no way on earth the community is just going to hand over redesign authority to a cabal much less to an individual (especially not anyone in frequent HTML, CSS and other design and technical disputes with other editors, not that anyone specific comes to mind in that regard). What we really need is multiple competing redesign ideas from multiple people/collaborations, discussed at a centralized location. These can then be winnowed into a) layouts we like (presentation, style), and b) feature sets we like (content, substance), then a final draft proposed.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  04:28, 5 July 2016 (UTC)[reply]
If (and only if) it is decided that one person or committee will oversee modernization, there should be an election by the community, not a self-selected individual or group.
Endorse
  1. Endorse, although I consider it very unlikely that "one person or committee" would get acceptance. The only equivalent I can think of are the triumvirate of delegates who make the decision on which TFA to run, and that's a necessary mechanism to prevent a free-for-all and ensure that the selection represents WP:FANMP fairly, neither of which is an issue here. ‑ Iridescent 17:58, 4 July 2016 (UTC)[reply]
  2. Yes, though that's unlikely to happen. Eman235/talk 19:43, 4 July 2016 (UTC)[reply]
Oppose
Other
  1. Procedural objection: It could not be any other way than what is proposed here, should such a horrible idea come to pass in the first place. The only purpose of this proposal is to promote the WP:SNOWBALL-failing one above it.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  04:32, 5 July 2016 (UTC)[reply]
If modernized, everyone can contribute without oversight
  • I believe that I understand each individual word above, but put together in that order I cannot determine the meaning. Is he suggesting that we unprotect the main page? --Guy Macon (talk) 18:22, 4 July 2016 (UTC)[reply]
Endorse
  1. Wikipedia is not run by a committee. Sure, it may take longer to create a main page that can actually be proposed if everyone can edit — but protecting pages is for vandalism, not to promote the vision of a single editor/group of editors. Carl Fredrik 💌 📧 10:21, 5 July 2016 (UTC)[reply]
Oppose
Other
  1. I procedurally object again. Per the above "what does this mean?" comments, this section is basically nonsensical and should just be deleted or hatted, as additional inappropriate promotion of the cabal/dictator proposal above it. The entire thing is a tautology anyway, since what is proposed already automatically applies to everything on Wikipedia.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  04:44, 5 July 2016 (UTC)[reply]

Modernization should focus on visual styling

Endorse

  1. I agree that a large part of what needs to be redone is the visuals, and anyone who doesn't see that Wikipedia is extremely visually out of date is naïve or conceited. We're losing readers, and most of our interfaces are horrible to navigate. That doesn't mean that I endorse the visual stylings suggested in the draft as of today — but the visuals need to be redone. Carl Fredrik 💌 📧 15:20, 5 July 2016 (UTC)[reply]

Oppose

  1. Visual styling is subjective, and very few people other than a small change-for-change's sake clique who would be objecting to whatever we had in place actually have any objection with the styling of the existing main page. ‑ Iridescent 16:21, 4 July 2016 (UTC)[reply]
  2. Can't get people to agree on that anyways. Waste of time. —TheDJ (talkcontribs) 19:17, 4 July 2016 (UTC)[reply]
  3. No. Accessibility should be the main concern. Eman235/talk 19:43, 4 July 2016 (UTC)[reply]
  4. Kill it. Kill it with fire. First priority is accessibility for the handicapped and visually impaired (it must be audio-screen-reader friendly). Second priority is accessibility to that subset of mobile users who have phones with small screens, limited processing power, and slow Internet connections. Third priority is a balance between accessibility for modern smartphones and modern desktop computers. After all those higher priorities are met, then attention can be paid to visual styling. --Guy Macon (talk) 23:19, 4 July 2016 (UTC)[reply]
    1. Guy MaconI disagree with your order of priorities. Far more readers use mobile phones and slow internet connections — than do screen readers. That said we should definately do our best to cater to them, but we also need to think about where are readers are coming from. Could you clarify what issues this page has had with screen readers? Carl Fredrik 💌 📧 09:56, 5 July 2016 (UTC)[reply]
  5. This conflation probably has been the single greatest obstacle. Edokter has continually pushed for significant layout changes based on his personal preferences, attaching this to the coding improvements as a package deal. (A while back, he grudgingly created a recoded version of the page's current layout, but I don't know its current status.) To the extent that it's feasible (and I realize that some visible changes are unavoidable), proposed technical improvements and alterations to the page's content/aesthetics should be kept separate. This, of course, is not to say that substantial visual modifications should be taken off the table; they just shouldn't be tied to improvements that can be made regardless. —David Levy 00:10, 5 July 2016 (UTC)[reply]
  6. Oppose: This should be about accessibility, usability, and Web standards modernization (HTML5, CSS3 features), with an eye to better cross-platform functionality, especially for mobile users. This aligns directly with WMF concerns and resolutions out of last year's board meeting to improve the WMF projects' functionality on mobile devices, since virtually everyone uses one today, and more and more users are abandoning desktop computing. The desktop will always be king for editing, but the main page does not exist for editors.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  04:39, 5 July 2016 (UTC)[reply]
  7. Same as SMcCandlish above. I also agree to some extent with David Levy's comments, although I give credit to Edokter for pushing changes to the bad technical practices on the current main page. Of interest would be a version of the main page's look using Edokter's technical framework. Bazza (talk) 11:46, 5 July 2016 (UTC)[reply]
  8. Oppose—Visual styling is irrelevant, and adds a layer of confusion to everything else. We should focus on technical updates first, then visual, then content, each separately. Without keeping those separate, we won't have a coherent debate; even the discussion so far has been disrupted by Guy Macon et al.'s proposal for a minimalist Main Page. {{Nihiltres |talk |edits}} 14:55, 5 July 2016 (UTC)[reply]

Modernization should focus on (featured etc.) content

Endorse

  1. More specifically, it should focus on removing content. The Main Page is far too cluttered already, and any proposal that involved adding to that clutter should be vetoed on sight. ‑ Iridescent 16:18, 4 July 2016 (UTC)[reply]
  2. Agreed with Iridescent, though I do think that we should continue to use the Main Page for encouraging editors to improve content (with sections like TFA and DYK). Reasonably happy to bin In the News, though it has improved a lot in the past few months and years. — foxj 17:37, 4 July 2016 (UTC)[reply]
  3. Support focusing on TFA and DYK, with fewer DYKs per day and get rid of "in the news". Carl Fredrik 💌 📧 18:00, 4 July 2016 (UTC)[reply]
  4. While I don't agree with the arguments that content should be removed, I do think that any update should be made to prioritize the ability to comfortably read content and allow for a greater ease for the eye to navigate said content. That should be the primary goal of any update. ~Cheers, TenTonParasol 18:19, 4 July 2016 (UTC)[reply]
  5. Partial endorse (some changes needed), but mainly focus on accessibility/usability/flexibilty, per proposal higher up the page. Agreed with both Iridescent (trim down the clutter and resist addition of more), and CFCF more specifically (ITN has to go). The ITN feature is extremely confusing, since it does not link to the story in question, just to random-seeming words in the fake headlines; it is basically an abuse of the linking functionality to mislead readers, transgressing the spirit of MOS:EGG (if not the letter of it, since the problem is not entirely about link piping), and WP:ENC and WP:NOT#NEWS policy. It would be much more practical to repurpose the ITN process as one determining what topics to try to focus on finding Featured content in, so that the main page focuses on highlighting featured (or, in a pinch, Good) content, and it has maximal relevance to what is on readers' minds that day.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  04:58, 5 July 2016 (UTC)[reply]

Oppose

  1. I'm not sure what this statement even means. Put a blink tag on TFA to add "focus"? Default oppose. SnowFire (talk) 19:09, 4 July 2016 (UTC)[reply]
    1. Why not do as those above are doing and stipulate the ways in which you think the main page should focus on content? (If you do think that, and I imagine you don't think it should focus on style tweaks instead, which is what blinking would be, so your comment doesn't seem to make sense to me in the context.)  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  04:58, 5 July 2016 (UTC)[reply]
  2. No, the content is fine as it is. You can't "modernize" TFA, only change the box it's displayed in. Eman235/talk 19:43, 4 July 2016 (UTC)[reply]
  3. Per my above comments, modernizing the code doesn't require substantial alterations to the page's content. It's reasonable to propose such changes, but they don't fall under "modernization". —David Levy 00:10, 5 July 2016 (UTC)[reply]
  4. One thing at a time. Changing the mechanics of the page is "modernisation"; changing looks and content are not necessarily so, and one person's "modern" is another's aberration. Bazza (talk) 11:50, 5 July 2016 (UTC)[reply]
  5. I find this item vague and unhelpful. One thing at a time. We should establish a uniform process to go over technical, visual, and content updates to the Main Page; and discuss and approve each separately and in that order; and then implement all the changes together in one public update (so as to not frustrate readers with incremental changes). Technical updates are a priority for practical reasons, and our discussions should not mire that in colours, gradients, drop-shadows, or attempts to get rid of ITN or whatever. {{Nihiltres |talk |edits}} 14:55, 5 July 2016 (UTC)[reply]

A new main page should be mobile friendly

Endorse

  1. Obviously. Mobile is 60% of our users, can't afford not to take this into account. —TheDJ (talkcontribs) 19:20, 4 July 2016 (UTC)[reply]
  2. I would support keeping the current mobile main page as it is, but a new main page (i.e. using flexboxes) should be mobile friendly enough so as to not be totally unusable on those occasions when one has to use the desktop site on a mobile device. Eman235/talk 19:43, 4 July 2016 (UTC)[reply]
  3. Not in a manner that harms desktop viewing (or accessibility in general), of course. —David Levy 00:10, 5 July 2016 (UTC)[reply]
  4. Not optional in any way. This just goes without saying. The Main page is for readers, not editors, and mobile browsers and apps are now the majority of our hits, while virtually all users today are also mobile users at least some of the time. Per TheDJ (1st reply to 1st "oppose") and CFCF (1st reply to 2nd oppose), the time for "design forking" is long over. Not all "mobile" devices are comparable. Many power-users of tablets with a serious OS do not use the mobile version, designed for cell phones. The idea of "there are desktop PCs and there are little mobile devices" is a silly late 1990s anachronism. There's an essentially seamless range from iOS and Android watches all the way up to 4-monitor (even larger) display walls, in regular use by our readers. — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  05:00, 5 July 2016 (UTC)[reply]
  5. Yes it should. Bazza (talk) 11:52, 5 July 2016 (UTC)[reply]
  6. Yes. ~Cheers, TenTonParasol 13:05, 5 July 2016 (UTC)[reply]
  7. Weak support. I'm wary of making design changes that are poor on desktop for the sake of mobile users who are currently special-cased anyway. If we were to move to using the full Main Page on mobile (rather than an icky scraped version), then, sure, it'd be great, but that change is not bundled here, and I do not want to expand the scope of this discussion to include it. {{Nihiltres |talk |edits}} 14:55, 5 July 2016 (UTC)[reply]

Oppose

  1. The design of the mobile and desktop sites have nothing in common other than both transcluding TFA. The one-size-fits-all approach makes no sense. ‑ Iridescent 16:28, 4 July 2016 (UTC)[reply]
    Actually the only reason why they have nothing in common, is because the current main page design is not mobile compatible. Back in 2008 we (hampton and /me) specifically built in some content scraping to get around that problem and that workaround persists to this day (2 versions of the mobile website later) for the exact same reason. It would be lovely to get rid of that finally. —TheDJ (talkcontribs) 19:03, 4 July 2016 (UTC)[reply]
  2. The mobile site and the desktop site should be *separate*. The mobile site, of course, should be mobile friendly... duh....— Preceding unsigned comment added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]])
    That isn't the way modern internet sites work. That practice is actually entirely frowned upon by so many sources that it strikes me as amateur that Wikipedia still has a ".m." site. Carl Fredrik 💌 📧 19:26, 4 July 2016 (UTC)[reply]
    For the benefit of those of us not tremendously knowledgeable about website design - what are the concrete disadvantages of having an .m. site, except that web designers might think we are amateurish? Dionysodorus (talk) 20:18, 4 July 2016 (UTC)[reply]
    It means essentially maintaining two websites at the same time. Though this discussion is far, far too big for this RfC. — foxj 20:24, 4 July 2016 (UTC)[reply]
  3. There is no reason that Wikipedia should not be like other sites and not have both a desktop and mobile main page. ansh666 20:36, 4 July 2016 (UTC)[reply]
    @Ansh666: See replies to the above oppose !votes. Other, modern sites do not have both a desktop and mobile main page, they have a page that is designed with modern Web standards to be flexible so that the code does not have to be forked and the design maintenance effort doubled for no reason. This is not 2005 any longer.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  05:05, 5 July 2016 (UTC)[reply]

A possible update is at Draft:Main Page

What is good about it?

  1. Flexboxes instead of tables. The "Be an editor" section (hard to see as it is). "Wikipedia languages" and "Sister projects" getting their own boxes. Eman235/talk 19:43, 4 July 2016 (UTC)[reply]
  2. It looks different. Such a change should be able to generate mainstream coverage. SSTflyer 03:05, 5 July 2016 (UTC)[reply]
  3. Underlying framework is a vast improvement. I really like the columns only appearing when the presentation space is big enough. Subjectively, most of the design is OK for me and I've got used to it over the past months of using it (although I also have issues with it, as below). Bazza (talk) 11:59, 5 July 2016 (UTC)[reply]
  4. The underlying framework appears to be better. I like the "Be an editor" section, but don't want to make inclusion of the framework conditional on adding that. {{Nihiltres |talk |edits}} 14:55, 5 July 2016 (UTC)[reply]

What is bad about it

  1. Much uglier than the existing page, far more cluttered, and much harder to scan at a glance. ‑ Iridescent 16:20, 4 July 2016 (UTC)[reply]
  2. Yes, it's uglier than the existing page. Also, ITN has to go right at the top: I would suggest splitting the column so we have the FA on the left and ITN on the right - and perhaps have the "Be an editor" bit where you have currently put ITN? I don't know if that would quite work though. Dionysodorus (talk) 16:35, 4 July 2016 (UTC)[reply]
  3. Inclusion of "Be an Editor" takes up valuable space. As I've mentioned before, we have too many editors already and encouraging more to join is foolhardy. Chris Troutman (talk) 17:05, 4 July 2016 (UTC)[reply]
  4. I think there is too much whitespace on the sides (at least in monobook), see Draft_talk:Main_Page/Archive_2#So_much_whitespace. — xaosflux Talk 17:07, 4 July 2016 (UTC)[reply]
  5. The reverse of Christ troutman: Wikipedia badly needs new editors, but the kind of person who would be swayed by a "be an editor" box is exactly not the kind of editor Wikipedia is looking for. And such people are crazy rare anyway. The vast vast majority of "please edit for us, pleaaaaaaaaaase" banners have gone done in miserable failure. Wikipedia needs to work on acquisition, but not this way. SnowFire (talk) 19:09, 4 July 2016 (UTC)[reply]
  6. The shadow text on the section headers. Also, I've always liked the two-column layout that the current main page has (though this is slightly moot due to the flexboxes, one does have some control over the visual layout). Eman235/talk 19:43, 4 July 2016 (UTC)[reply]
  7. This seems even worse than what we already have. 86.185.218.118 (talk) 02:52, 5 July 2016 (UTC)[reply]
  8. I don't particularly like the request for more editors appearing as part of the content, and disagreed with the wording when it appeared. Not too impressed with some of the shading, either, which adds unnecessary and distracting blur to the page. Bazza (talk) 11:59, 5 July 2016 (UTC)[reply]
  9. It includes a lot of needless visual changes that both a) increase visual complexity and b) don't match the feel of the rest of the site. In particular, I don't like the gradients, the drop shadows, the differential borders, or the Wikipedia globe background on the top header (redundant to the logo nearby anyway). {{Nihiltres |talk |edits}} 14:55, 5 July 2016 (UTC)[reply]

A possible update is at User:Guy Macon/Simple Main Page

Note: a similar effort is at Wikipedia:Main Page alternative (text only). --Guy Macon (talk) 18:45, 4 July 2016 (UTC)[reply]

What is good about it?

  1. Improved load times, avoiding people being forced to sift through things they don't want to find the things they do, the ability to include more subsections than are included on the existing Main Page without being annoying, less of an amateurish appearance than the existing Main Page, reduced prominence for TFA. ‑ Iridescent 18:02, 4 July 2016 (UTC)[reply]
  2. A simple main page seems to be working out just fine for Google. Our main page seems to be about halfway between Google and [ http://www.arngren.net/ ] (or possibly [ http://heaven.internetarchaeology.org/heaven.html#bottom]) --Guy Macon (talk) 18:28, 4 July 2016 (UTC)[reply]
  3. Loads quicker, looks like a Wikipedia article. Would work just fine on mobile. Eman235/talk 19:43, 4 July 2016 (UTC)[reply]

What is bad about it

  1. Readers are less likely to realise that content changes regularly so may not make a habit of following the links, leading to decreased traffic and a reduction of the awareness among general browsers of the scope and breadth of Wikipedia. ‑ Iridescent 18:04, 4 July 2016 (UTC)[reply]
  2. WP:POINTY. The fact that we are expending energy on this nonsense is the reason why we never get any changes done. Carl Fredrik 💌 📧 18:07, 4 July 2016 (UTC)[reply]
  3. It's inordinately ugly, and not remotely useful because it doesn't include any kind of information. I think FA and ITN should certainly be kept in any change, if there were a change. Dionysodorus (talk) 18:11, 4 July 2016 (UTC)[reply]
  4. Funny enough, it strikes as more amateurish considering it looks like the front page of a website that just started up and has little content. Plain links do little to encourage actually clicking on them. ~Cheers, TenTonParasol 18:19, 4 July 2016 (UTC)[reply]
  5. Reminiscent of a HTML4 layout from the late 90s. A lot of people probably wouldn't even be aware of the featured content's existence. Also, the search box seems unnecessary. Eman235/talk 19:43, 4 July 2016 (UTC)[reply]
  6. "Tips for teachers" in the lead? I don't think this is a good in the first section. — xaosflux Talk 23:28, 4 July 2016 (UTC)[reply]
    Are you looking at User:Guy Macon/Simple Main Page? There is no "Tips for teachers" link on that page. --Guy Macon (talk) 01:28, 5 July 2016 (UTC)[reply]
    In the Wikipedia:Main Page alternative (text only) version. — xaosflux Talk 02:05, 5 July 2016 (UTC)[reply]
  7. Not a good advertisement for Wikipedia. 86.185.218.118 (talk) 02:54, 5 July 2016 (UTC)[reply]
  8. Wikipedia is not a search engine. It's an encyclopedia and I'd like to read and see some recommended interesting stuff on it. Bazza (talk) 12:02, 5 July 2016 (UTC)[reply]
    A paper encyclopedia is just like a search engine. First you decide to look up "elephants", then you reach for the "E" volume. A paper encyclopedia also has a "Forward" section with things the authors want you to read, but nobody else reads that stuff. Art LaPella (talk) 15:17, 5 July 2016 (UTC)[reply]
    Not always. It's nice just to read stuff for the sake of it. I've always liked the effort put into the main page's content for drawing attention to interesting stuff which I certainly wouldn't have bothered to search for. Bazza (talk) 15:45, 5 July 2016 (UTC)[reply]
  9. It's boring, but worse, it's faceless. While our current one's cluttered with featured content, ITN, and DYK, those each serve a role in highlighting the editing process (and implicitly, rewarding those who participate in it). Making the Main Page's biggest feature a simple search box encourages people to think of us as that search box, an automaton like Google that can be queried for information and then mentally discarded. That is not a good image for us. {{Nihiltres |talk |edits}} 14:55, 5 July 2016 (UTC)[reply]

General discussion

  • With, I suppose, some exceptions, authors of books don't design their covers (they may have input); they—or the publishers—hire professionals to do that. We ("the authors") should let professionals on the Wikipedia staff design the layout of the main page (the cover of the book).--Jim in Georgia Contribs Talk 16:30, 4 July 2016 (UTC)[reply]
  • You can indeed discuss whatever the hell you like, but that doesn't mean that you can do so in the Draft namespace. If I had placed my main page proposal in the draft namespace it would have been moved to my userspace per WP:NS and WP:DRAFTS. Your misuse of this namespace is a tiny thing that I would normally ignore, but your aggressive reply to Chris troutman is a real problem. Let's face facts. This will not end well for you. I strongly suggest that you go to AN, request a replacement, and recuse yourself. --Guy Macon (talk) 23:39, 4 July 2016 (UTC)[reply]
  • Per the "Feel free to add any relevant statements or questions I may have left out" at the top of this RfC, I have added two questions. I ask everyone to please scan the list of questions again so they don't miss the two new ones. --Guy Macon (talk) 17:58, 4 July 2016 (UTC)[reply]
  • Surely a project with the resources of Wikipedia can do better than these two proposals ... 86.185.218.118 (talk) 02:55, 5 July 2016 (UTC)[reply]
  • I have happily been using the page now at User:Edokter/Draft/Main Page as a Main Page for some time and have only become aware of this discussion as a result of today's move. The flexiboxes make it a definite improvement on the current Main Page. It may not be a radical enough overhaul for some, but I don't think that's necessary. I would like to see this proposal adopted as the new Main Page. Ham II (talk) 07:55, 5 July 2016 (UTC)[reply]
  • I also have happily been using the page now at User:Edokter/Draft/Main Page as a Main Page since the facility to do so first became available. It is technically an improvement on the current Main Page. I took much less time to become accustomed to it than when the main page was last altered in the Dark Ages. I have some minor gripes about the new presentation (mainly, the shadows), but can get over those if I'm in the minority. The tone of some contributors to this discussion (including the person who has put most work into the proposed new page) has been unhelpful. Bazza (talk) 12:11, 5 July 2016 (UTC)[reply]

Moved out of Draft namespace

Moved from Draft:Main Page to User:Edokter/Draft/Main Page. I have serious misgivings about the previous entry in the move log, "19:47, 14 April 2016 Edokter (talk | contribs | block) moved page Draft:Main Page to Wikipedia:2015 main page redesign proposal/draft/TakuyaMurata without leaving a redirect (Name too generic; may be used in the future)". If you consider that name "too generic", you shouldn't use it for your proposal either of course. Fram (talk) 06:42, 5 July 2016 (UTC)[reply]

  • @Fram: Is it possible to update the widget? Right now, those of us with this option enabled have no Main Page at all. Raymie (tc) 07:44, 5 July 2016 (UTC)[reply]
    • It's a rather bizarre way to look at the Main Page, the page you were actualy looking at was a draft, which anyone could edit (even vandalize) at any time and which did not necessarily reflect the actual main page. I'll see what I can do. Fram (talk) 08:05, 5 July 2016 (UTC)[reply]
Fram — I moved it back, because this seems pretty WP:POINTY to me. I don't agree with all the choices by Edokter, but I think it is a valid attempt, and especially with this current RfC is should remain. As long as anyone is allowed to edit the page and to improve it, and Edokter doesn't claim ownership there is nothing wrong with having it in draft space. Having it in his userspace precludes the idea that others can edit.
Also, many of the other big Wikipedias pretty much allow editing of the main page by any experienced user — and the reason we have it locked is because of vandalism, not that it shouldn't be edited.
We lock things once there is a need, so far there has been no vandalism here, no no need to lock it. Carl Fredrik 💌 📧 09:52, 5 July 2016 (UTC)[reply]
I didn't lock anything, so please don't make such suggestions: and the move was suggested above. Note that Edokter himself believes that Draft:Main Page is a "Name too generic" problem, unless it is his proposal of course. This doesn't belong in draft space, and there was nothing pointy about it (the main [WP:Point]] violations were the actions of Edokter in my view. I fail to see the relevance of what other wikipedia versions do or don't when discussing this move of a proposed redesign to another namespace. I haven't moved the Main Page, obviously. Fram (talk) 09:57, 5 July 2016 (UTC)[reply]
Ah, I see that you opposed Guy Macon's proposed version (in userspace!) also as WP:POINTY, despite that page existing since 2013 and being a serious proposal. Perhaps you need to stop throwing around WP:POINT as a reason for your edits and give some actual reasons instead? Fram (talk) 10:00, 5 July 2016 (UTC)[reply]
No, Guy Macons redesign would only be pointy if accepted as the default page. Citing the same policy two times, for two things that are actually pointy is not a habit. The reason your move was pointy is that it breaks the page for at least a couple of hundred users who had it enabled as the default page.
I don't agree with Edokter's choices, but as long as this RfC is going it would be best to leave the page here, and after that (and especially if your MfD pans out) it can be moved to Draft:Main page/Edokter or Draft:Main page/2016 proposal — where it isn't in userspace. Carl Fredrik 💌 📧 10:15, 5 July 2016 (UTC)[reply]

Warning

Let me make this abundantly clear: ANYONE who is disrupting or sabotaging this discussion in any shape, way or form, while it is in progress, will be blocked immediately! I am of cource talking about all the pages being moved around and nominating such for deletion. That is the one thing I will not tolerate! -- [[User:Edokter]] {{talk}} 11:01, 5 July 2016 (UTC)[reply]
Thats not up to you, and that type of behavior is likely to only result in a de-sysop. Carl Fredrik 💌 📧 11:23, 5 July 2016 (UTC)[reply]
Indeed. WP:INVOLVED big time. If I or anyone else feels like nominating this page for deletion, they are perfectly within their right to do so (if they have some policy-based reason). If people would revert the gadget to point to the previous page, then you may complain, but if you would block them you would get desysopped very swiftly. You don't have to like my actions, you may open an AN discussion about them or whetever else you think is the best solution, but warning to block people who interfere with your page and RfC is the worst reply you could give. Fram (talk) 11:36, 5 July 2016 (UTC)[reply]
Beyond WP:INVOLVED (I don't mean Fram).  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  12:00, 5 July 2016 (UTC)[reply]
Edokter. let me me make this "abundantly clear". I have a ten year clean block log, and a firm policy that when any administrator warns me not to do something I immediately stop doing it and start discussing the warning whether I think the warning was valid or not. If you or anyone else blocks me immediately without warning me and giving me a chance to stop doing whatever it was you objected to I will open up a desysop case at Arbcom. (Obvious emergencies like someone guessing my 64-characted random password are, of course, an exception). --Guy Macon (talk) 13:52, 5 July 2016 (UTC)[reply]
My warning stands. WP:INVOLVED governs content disputes, not RfCs. In fact, WP:RFC specifically says not to edit any related material in any controversial manner, as has happened here. Don't like it? Go to ArbCom. -- [[User:Edokter]] {{talk}} 15:41, 5 July 2016 (UTC)[reply]