Talk:Reading/Web/Desktop Improvements/Archive8

Impact and goals
Second try, reposted from Vector 2022 Post-Deployment Update from WMF team:

Thank you for this update. It's depressing that it takes a pitchfork mob on the English Wikipedia for the Wikimedia Foundation to answer an obvious question which previously went unanswered for a year: what are you trying to achieve here? How will we know that a certain version of the skin helps with the goals?

Unfortunately, this collection of cherry-picked statistics cannot tell us much, because we still have no idea what the strategy is behind this entire exercise. I could comment on the individual statistics but it would be pointless. I do notice there's nothing about onboarding new users, making editing more effective or "cross-project and cross-language functionalities" (recommended by WMF's own supposed strategy).

Because interfaces are a trade-off, changing things for the sake of improving some metric will inevitably worsen some other metric, so I can only assume that overall strategic goals are affected negatively by the changes.

Separately I also posted a comment on the strategy, which evidently failed to provide useful guidance for this project. Nemo 10:42, 22 January 2023 (UTC)

I don't like it.
For me, the old skin was fine. I was used to it, I knew where things were. No problem.

The new skin seems pointlessly different. Different isn't always bad, but in this case, there seemed to be way too much exra whitespace, meaning that the information density is lower.

I apologize to the people who I'm sure worked hard on it, but I did not follow the suggestion to "try it for at least one week prior to deciding whether to switch". I switched back to the previous Vector as soon as someone gave me the link. (Thanks, ). It was an easy decision.

This is unfounded speculation, but I suspect there's a certain amount of Politician's logic involved here. There was a (doubtless well-intentioned) goal to "make the interface more welcoming and usable", and there was money available to do the work... but once you've got a mandate and some money, you're not going to just tinker around the edges, you've pretty much got to do something big and bold and different, which means it's bound to be disruptive. —scs (talk) 17:09, 22 January 2023 (UTC)

Tools menu and language switcher feedback
I will use https://ro.wikipedia.org/wiki/Utilizator:NGC_54?vectorpagetools=1&uselang=en and https://ro.wikipedia.org/wiki/Fran%C8%9Ba?vectorpagetools=1&uselang=en as examples.


 * The tools in the "More" sections should be above tools in the "Tools" section.
 * The sister projects are missing.
 * I like the idea of adding the "Add interlanguage links" in the language switcher (T310259). The "Wikidata item" link could be moved there, too. Or maybe it cold be moved in the "In other projects" section.
 * "Upload file" and "Special pages" are not page-specific but are bundled with page-specific tools.
 * "Printable version" and "Download as PDF" are missing.
 * "User contributions", "Logs", "Block user", "Email this user", "Mute preferences" and "Change user groups" are user-specific, but they are bundled with page-specific tools.
 * T317898: The "move to sidebar" option should also be shown to unlogged users. This menu contains links interesting to readers, like "Cite this page", "Download as PDF", "Printable version", "Permanent link", "Page information" and the links to other projects.
 * There is no link to the page logs (https://ro.wikipedia.org/w/index.php?title=Special:Jurnal&page=Fran%C8%9Ba). This is not Vector 2022-specific, but Vector 2022 could fix this.

I propose the following order for pages that are not in the user space (like https://ro.wikipedia.org/wiki/Fran%C8%9Ba?vectorpagetools=1&uselang=en):
 * Actions
 * Move
 * Delete
 * Protect
 * General
 * Page logs
 * What links here
 * Related changes
 * Page information
 * Print, share, link
 * Permanent link
 * Cite this page
 * Download as PDF
 * Printable version
 * In other projects
 * (The list of pages)
 * Others
 * Special pages
 * Upload file

I propose the following order for pages that are in the user space (like https://ro.wikipedia.org/wiki/Utilizator:NGC_54?vectorpagetools=1&uselang=en or https://ro.wikipedia.org/wiki/Discu%C8%9Bie_Utilizator:NGC_54?vectorpagetools=1&uselang=en):
 * Actions
 * Move
 * Delete
 * Protect
 * General
 * Page logs
 * What links here
 * Related changes
 * Page information
 * User
 * "User contributions"
 * "User logs"
 * "Block user"
 * "Email this user"
 * "Mute preferences"
 * "User groups"
 * Print, share, link
 * Permanent link
 * Cite this page
 * Download as PDF
 * Printable version
 * In other projects
 * (The list of pages)
 * Others
 * Special pages
 * Upload file

P.S. Please fix the T322978 bug. The task was created on 13 November, and now is 14 December. It is annoying to meet it daily :(

P.P.S. See ro:Special:Contribs/79.115.125.90 and ro:Wikipedia:Cafenea (permalink) for some feedback regarding the limited width and the new TOC (by an anonymous reader). -- NGC 54  ( talk |  contribs ) 17:15, 14 December 2022 (UTC)


 * @NGC 54 thanks for this comment, it's very helpful. Regarding the missing items, those bugs will be fixed soon. Regarding the grouping and ordering of items in the menu, we've discussed enabling control of the page tools menu in a way similar to the main menu (which uses MediaWiki:Sidebar), which would allow individual wikis to customize the grouping and ordering. For now we are going to maintain the ordering and grouping that exists in Legacy Vector, but generally speaking we agree with you that there could be some improvements. AHollender (WMF) (talk) 14:30, 5 January 2023 (UTC)
 * And I would also like a link to Special:CentralAuth. I often use this feature, and I would like quick access to it. -- NGC 54  ( talk |  contribs ) 13:26, 23 January 2023 (UTC)

Old style TOC in Vector-2022 Skin
Is there a possibility to set up old style TOC in Vector-2022 Skin at my Mediawiki website v.1.39.0? Fokebox (talk) 11:41, 21 December 2022 (UTC)


 * This problem has been raised multiple times both here and on en.wiki. Many users have expressed their preference for the old style TOC. However, this has been completely ignored by the developers, both here and on en.wiki. Moreover, in the general request for comment on en.wiki a majority of users expressed themselves AGAINST the implementation of Vector 2022; it has been completely ignored, and the result has even been sold as an endorsement. 37.161.248.115 05:42, 28 December 2022 (UTC)


 * Basically I do like Vector 2022 except TOC style. I like how it is done in MW 1.38.x - there is a refreshed Vector skin, but with old TOC style. And I have couple wiki websites and just because of this fact I don't have desire to update to 1.39 ... if so I will have to change skin (Timeless as an example). Fokebox (talk) 07:38, 28 December 2022 (UTC)


 * I agree, the new horrible TOC and the white spaces and width are the main problems of Vector 2022. But the complaints have been ignored by the developers. 37.161.248.115 09:34, 28 December 2022 (UTC)


 * Very strange position ... I don't think it takes a lot of efforts for developers two make TOC view optional (old / new TOC style at vector-2022) for users and for those who has wiki websites!!! Fokebox (talk) 10:43, 28 December 2022 (UTC)


 * I 1000% agree. I had to go back to the 2010 version of the skin just so I could navigate the page. This change is complete trash. This should have had a toggle to go back immediately. 24.42.211.97 22:47, 31 December 2022 (UTC)


 * Hey @Fokebox and other folks in this discussion: I just want to acknowledge that the requests for the old style of the table of contents have not been ignored. We've read and responded to all of these comments, and we've written extensive documentation as to why we think the current implementation is a better approach. I understand it is frustrating: you want a certain change made, you think your idea is better than what is currently implemented, and you think we are ignoring you. However in this case your opinion represents a very small minority. It's not that we're ignoring you, instead it's that we've gotten more positive feedback than negative feedback, plus the extensive consideration of the 12+ designers at the WMF, so we've concluded to stick with the current implementation. Thankfully MediaWiki software is configurable, so you still have options. AHollender (WMF) (talk) 15:55, 5 January 2023 (UTC)


 * "We've gotten more positive feedback than negative feedback". Where? On en.wiki a majority of users (165 vs 154) voted AGAINST Vector 2022, and many doubted the source and reliability of the data you presented in support on your choices. 37.161.68.229 15:59, 6 January 2023 (UTC)


 * That would be this round of community feedback: Reading/Web/Desktop Improvements/Third prototype testing/Feedback


 * Positive: 110, neutral: 38, negative: 23


 * You can read more here if you are interested: Reading/Web/Desktop Improvements/Features/Table of contents AHollender (WMF) (talk) 03:15, 11 January 2023 (UTC)


 * Also, your summary of the RfC is misleading in this context. Around 70% of the people who opposed Vector 2022 specifically opposed the limited width (which is now optional). Maybe 3 or 4 people objected to the table of contents. Every day, here and on Phabricator, we engage in fact-based conversations about the layout and various configurations/tradeoffs with community members, and are grateful for the engagement and feedback. If your goal is to make a case that the skin is poorly designed, and the WMF is not responsive to community feedback, I am confident you will not find evidence to support that. AHollender (WMF) (talk) 03:20, 11 January 2023 (UTC)
 * How is the limited width optional? I'm sincerely asking as someone who has tried for the last half hour to get rid of it (without having to make yet another account on another website). It's either bugged or unintuitive... 92.234.239.124 01:28, 24 January 2023 (UTC)


 * My Personal concern as a Mediawiki website owner. I do like new Vector style except the placement of TOC. And I do know that my website visitors also will be against of that. So that all I ask to make an option - to have new style TOC and have the old style TOC. Fokebox (talk) 09:26, 19 January 2023 (UTC)

I haven't tried the instructions, but this FAQ entry is entitled "How to restore the old table of contents". Jonesey95 (talk) 00:55, 11 January 2023 (UTC)


 * I tried by adding the script to my 2022 Vector javascript, but I saw no change in behaviour. I did not get the old TOC back. Jay (talk) 04:59, 19 January 2023 (UTC)


 * As I said, I haven't tried it. It looks like that text was added by, who is usually pretty good at communicating on talk pages. Jonesey95 (talk) 06:51, 19 January 2023 (UTC)
 * Hah, thanks :D So @Jay if it's not working now, then I'll try it out and ask my colleagues, developers at the team, to update the code. It will take a few days, though. In advance, I'd like to thank you for your patience! SGrabarczuk (WMF) (talk) 00:08, 20 January 2023 (UTC)

VPN Users Handicapped
As someone who reads wikipedia and its sister projects with a VPN and without an account, I have no way to revert back to the old legacy layout. The new layout is absolutely terrible especially since I am a desktop user with a wide monitor. I have no plans to ever use the 2022 vector layout as it just looks like the mobile layout which I also hate. Can you make it so that you can change the skin for your IP, so even if you don't have cookies enabled you can still have preferences? 172.58.174.193 18:22, 18 January 2023 (UTC)


 * Hello. Maybe this little trick can help you: simply add «?useskin=vector» to every requested URL. It works for non-logged users. 37.134.90.176 09:14, 23 January 2023 (UTC)

New UI clearly not liked by the majority of people
Seeing how the UI was made default very recent and seeing how many people are talking about it looking bad and/or having multiple mistakes makes it very clear that the majority of people don't like this new UI, so I think that the new UI shouldn't be default on desktop. The old UI was much easier to navigate with and clearly more liked by the majority of people. I personally think that the old UI is also much better than the new one. 90.145.57.18 09:19, 19 January 2023 (UTC)


 * I agree and I had to make an account to change back to the old one. Vector2022makesmesad (talk) 09:27, 19 January 2023 (UTC)
 * 10/10 name 90.145.57.18 10:46, 19 January 2023 (UTC)
 * To be fair, I think we can say that editors who don't like it are more vociferously opposed than those who do like it. I've not seen good quantitative info that the majority of readers prefer the old interface. But, similarly, the fact that the majority of beta testers and pilot wikis were broadly in favour may stem from self-selection in those groups. T.Shafee(Evo&#65120;Evo)talk 02:58, 23 January 2023 (UTC)

The insolence to think you know better than me what my preferred reading arrangements are
I'm actually mad at you guys. Your stupid hamburger menus and your stupid wasted space. THERE'S PLENTY OF ROOM FOR EVERYTHING. Stop hiding stuff behind stupid button presses. DON'T FORCE A MAXIMUM WIDTH ARE YOU STUPID? Skoinksx (talk) 10:54, 19 January 2023 (UTC)


 * If you prefer the old look, you can switch back to it by changing the skin under user icon→"Preferences"→"Appearance" to "Vector legacy (2010)" —Kri 13:12, 19 January 2023 (UTC)
 * thank you for the explanation. Hi Please read this Sockpuppetry, in particular the section Creating an illusion of support. About Vector 2022 you can find more information here and here, for example how to customize the content width. Please don't attack us, I understand you are frustrated but it is not very useful for us or for you. Please consider not using the capital letters too, on the internet it is considered like shouting. I'm hearing you and you are free to choose your preferred skin locally or globally. Hope those links should help. — Preceding unsigned comment added by Patafisik (WMF)  (User talk:Patafisik (WMF)  • Special:Contributions/Patafisik (WMF) )  16:01, 19 January 2023‎
 * Hey, you "forgot" to sign your post. It is considered good etiquette to sign your comments with ~ . Please explain why you are accusing this user in particular of sockpuppetry - there is really no need of using sockpuppets to post complaints about the new UX because many users are posting about it anyway. Freedomlinux (talk) 16:35, 19 January 2023 (UTC)
 * I accused nobody. If this person is not concerning by sockpuppetry can just ignore my message. Patafisik (WMF) (talk) 17:24, 19 January 2023 (UTC)
 * Seriously? By telling them "using alt accounts is wrong" you are accusing them of socking. Why else did you bring it up? And could you "just ignore" their personal attack? Aaron Liu (talk) 23:44, 19 January 2023 (UTC)
 * Alternative accounts? Do you think I'm the only person in the world that thinks your changes are idiotic? You think I'm the only person who thinks you didn't even read your own research? You REALLY think that?
 * And I AM SHOUTING because you're stupid and you need to be shouted at because you've forgotten yourselves. The absolutely gall to think that you know better than your users what their subjective opinions are BOGGLES THE MIND. You morons didn't even read your own UX research and that is plainly evident when you read the articles you use to explain it. They said "blank space is not wasted space" and "use blocks of blank space to separate logical blocks of information". You plonkers took it to mean that there must ONLY be blank space. How? What twisted mind led you to that conclusion?
 * Please tell me, exactly where in your research did someone come across the thesis: "the users will appreciate having to click multiple times to drill down into useless menus" OR "it's a good idea to hide information behind multiple disparate menus, located in every corner of the screen". You say you've been working on this redesign for years. In all those years, did not at least ONE of you say "oh you know what would be a good idea if we're limiting max text width?", and brace yourselves here, because I may just blow your little minds: PUTTING TWO COLUMNS OF TEXT PER PAGE. LIKE WORD? You know Word? You know WORDPAD? Fucking Wordpad understands stacking two pages side by side to fill the screen and Wikipedia doesn't.
 * The fucking gall. I wish I could take my donations back. Not because of the changes but because you've obviously grown to love the smell of your own farts to the point where you prefer them to air. Skoinksx (talk) 05:19, 20 January 2023 (UTC)
 * @Patafisik (WMF) Why are you bringing up of sockpuppetry for seemingly no reason when replying to people who are against the new design? You've done it multiple times on this page. I don't think it's helpful because it could end up making people assume that some of the posts that like the new redesign are actually sockpuppets, especially considering how few there are. WikEdits5 (talk) 16:41, 20 January 2023 (UTC)
 * He's not attacking you, he's attacking your ridiculous new layout that makes the site hard to use and makes everything unreadable. You should at least have the sense to take the current mass criticism and learn from it instead of accusing users of personal attacks. Freja Draco (talk) 22:15, 22 January 2023 (UTC)
 * did say ARE YOU STUPID?, so did use a personal attack. I agree with the rest though. Aaron Liu (talk) 02:29, 23 January 2023 (UTC)

Upcoming Page Tools sidebar: font size and line spacing too large
This is a comment about the upcoming Page Tools sidebar, which is visible by going to https://en.wikipedia.org/wiki/Universe?vectorpagetools=1

At least in my browser, the font size and line height used in this Page Tools sidebar, as is true with the font size used in the Table of Contents and Main Menu when they are pinned to the left sidebar, are all much too large. My browser tools "inspector" feature tells me that the font size in all three of these sidebar menus is the same as the font size in the main body of the article. In Vector 2010, the sidebar text is considerably smaller, with narrower line heights, allowing much better information density and the ability to scan for the desired option easily without having to scroll.

I have had to use custom CSS to restore the left sidebar and sidebar TOC to a reasonable (i.e. smaller) size and line spacing in Vector 2022, and I will have to do that with the page tools if the size stays the way it is.

I can post screen shots here or to a phab ticket if I am the only one experiencing this suboptimal UI. Pinging, who suggested that I post comments here. Jonesey95 (talk) 01:28, 20 January 2023 (UTC)
 * I see the same: standard body-text font size, and uniform line-spacing similar to a bulleted list in the body, make both right and left margins rather hard to read or to distinguish from body text. Sj (talk) 04:57, 20 January 2023 (UTC)
 * If the font size in those sidebars were reduced to the Vector 2010 size, the sidebars could be made much narrower while showing the same number of characters per line. This would make more space available for the page content, which is highly desirable (especially with two sidebars instead of one). Jonesey95 (talk) 05:48, 20 January 2023 (UTC)
 * Oops,, it appears that the sidebar was deployed with these problems in place. Here's hoping for a quick fix (or temporary revert). Jonesey95 (talk) 22:12, 23 January 2023 (UTC)

Lack of visual contrast between areas of the page
I missed the original discussions, so hopefully there's still some room for feedback here. The reduced content width is actually one of the main things I like about the new skin as someone using a wide monitor, and the main reason I started adopting it a few months ago.

My main complaint is the lack of visual contrast between different areas of the page. Only the sidebar has a visual background and border separating it from the rest of the page, as well as infoboxes and templates within the article itself. Everything else is a sea of white: the article body is narrower than the white content area, increasing the appearance of unused space to the right and leaving no defined border around the content. There is no obvious separation of the header at the top of the page, reducing the apparent personality of the site.

There are also no borders between the TOC and the article section unless the TOC is long enough to show a scrollbar, which makes its appearance inconsistent. The TOC is also harder to identify because the "Contents" header is now in normal font and less emphasized than the current highlighted section of the page, as opposed to the old skin which has "Contents" in bold, and is hidden once the contents are long enough.

There are a number of unintuitive elements in the UI as well, namely the toggles to show or hide the sidebar and TOC. The positions of the header elements (search bar, talk, edit, history, and language dropdown) shift around when scrolling down enough for the logged-in floating header to show. The search icon position in particular is unintuitive, being moved to where the logo normally is.

These issues are magnified when toggling full width or having a narrower screen. There's no background change at all and the entire page only has the single white background, and the icons and links in the header are pushed even further to the sides.

Would it good idea to move either the sidebar or TOC to the right side of the page? This stops them from fighting for the same space on the left and partially resolves the issue of the right side being completely unused. - Sonicwave ( talk &#124; c )  19:35, 20 January 2023 (UTC)


 * This lack of visual contrast is what's bothering me too, I think it makes my eyes strain more than before. I also was frozen for a moment when I clicked [hide] on the TOC for the first time and it just disappeared into the void. I actually had to reload the page and click it several times to find out how to enable it back. Sometimes I encounter very unintuitive UI on the Internet but I was surprised to see it here, on one of the most visited sites in the world. RoadTrain (talk) 02:46, 23 January 2023 (UTC)
 * Thank you for your detailed feedback @Sonicwave32. We were working with the American Foundation for the Blind to improve accessibility of Vector 2022 but some changes are still in progress, look at T318373 and T310033 for further information. The Article tools will be soon moved to the right side of the page (you can see a prototype here). Zapipedia (WMF) (talk) 16:43, 23 January 2023 (UTC)

I'm also sharing this complaint. What i described was it was all borderless with no defined space. It gives it a "floaty" look.Blue Pumpkin Pie (talk) 23:29, 20 January 2023 (UTC)

Suggestions to fill right-side whitespace
First, thanks to the new redesign, it's fantastic.

Second: could you try out a few prototypes that would fill the white-space on the right side? That might address the criticism by some people, and it would still limit the width of the contents. Here are the ideas:


 * Don't include impose a content width limit on infoboxes and right-aligned thumbnails. If the page gets wider, the images & infobox can move beside the contents, so it gets more space to breathe.


 * Bring up references on the right, instead of scrolling the user to the bottom of the page. It would look like this (though it could be made cleaner & more usable than that).
 * The 2nd point would be especially nice if it could prevent the 2-steps necessary to read shortened footnotes (Sfn). Currently, click on a footnote, and you get scrolled down to, say, "Hawkins (2020), p. 4". Click on that, and you go to the reference, but there's no button to go back to the contents from that second reference (that button is only on the footnote). Usability could definitely be improved there. This would bring strong encyclopedic benefits, since it would help people follow the references more conveniently.

Note: I'm not suggesting that my two ideas would necessarily be better than the current version, which is basically perfect as-is. They're just things that I'd like to see tried out; maybe they'd be better. DFlhb (talk) 23:54, 20 January 2023 (UTC)


 * Thank you very much for your constructive feedback @DFlhb. I will pass your suggestions to the team. Indeed, whitespace at the right will be soon occupied by the Article tools. Zapipedia (WMF) (talk) 16:47, 23 January 2023 (UTC)

Congrats to the Vector 22
I am not sure if this is the correct venue where to place this, but I am getting more and more fond of Vector 2022. I just noticed that the script is bigger when searching special characters like Ω. Other features are good, too. For now, the one thing I am bit worried is if the reader will also know, the TOC is hidden behind the three bullets. The solution is great for the editors, though. Paradise Chronicle (talk) 21:32, 21 January 2023 (UTC)


 * Thank you very much for your feedback @Paradise Chronicle. Regarding the TOC, you can learn more about our user testing research here. Zapipedia (WMF) (talk) 15:25, 23 January 2023 (UTC)

Wikipedia is wasting donation money on pushing some JS framework nobody cares about.
While you could be doing something useful with the money, you decided to invest a lot of time and money on creating a problem that now requires a lot of fixes because nobody likes it or just features don't work/are missing.

I believe it's an insult to Wikipedia readers to do such move. You wasted the money on creating a "postmodern low-quality Wikipedia" just because some JS framework marketing campaign washed your brains.

Change it back. Use the money properly, adding value instead of breaking what didn't need to be fixed. Microph123 (talk) 12:57, 22 January 2023 (UTC)


 * This response makes little sense. You might not like the design, but the entire implementation is standard CSS and HTML and the only thing that requires JS is to move the ToC while you turn your view from wide to narrow or the other way around. If anything, this is probably the least amount of JS an interface like this could be built with. I get that some people don't like the new design, but this technical argument brought forward here definitely does not apply. —Th e DJ (Not WMF) (talk • contribs) 15:56, 23 January 2023 (UTC)

Deployment roadmap on Chinese wikis
Hello, there is currently a local discussion about postponing the deployment on Chinese Wikipedia. In the discussion, some editor have shared concerns about the issue of Chinese Language Converter not working in Vector-2022 (T306862). Although Vector-2022 has already been deployed on most wikis, when will it be deployed on Chinese wikis? Will Vector-2022 be deployed on Chinese wikis after the issue of the Language Converter is fixed? Thank you. cc SCP-2000 (talk) 16:39, 22 January 2023 (UTC)


 * @SCP-2000 According to the ticket the issue is marked as a blocker and it seems last friday there was a new patch started to work on a fix for it. —Th e DJ (Not WMF) (talk • contribs) 15:52, 23 January 2023 (UTC)
 * Hello @SCP-2000! Thanks for letting us know about that discussion. Right now, we are focused on the feedback coming from English Wikipedia where Vector 2022 became the default last week. We don't have any specific deadline set up for discussing with the communities of the Chinese-script wikis. SGrabarczuk (WMF) (talk) 16:07, 23 January 2023 (UTC)

Font and Scrollbars — Bad Choice!
Font. The new skin turns every page into a section of the Great Text Wall, it's basically unreadable. Wikipedia is supposed to be read. A standard Wiki page has a great deal of text with a few illustrations. That's why Wiki's most important GUI feature, IMHO, is readability.

The basic readability requirements for websites are very simple. It's color (standard choices: white on black, black on white, and brown on sepia) and font. Font should be easy to read, that's all, nothing fancy, nothing "pretty", no personal preferences, nothing special. It should not be "stretched out" vertically or horizontally. There should be clear separation between paragraphs, a suitable interval between words and between lines, and even larger space before headers. Check any novel from a reputable publisher in any book store, see the width-height proportions, space between letters and words, and the paragraph formatting. Choose similar sans serif font and use the same formatting. That's all. Isn't it easy?

Scrollbars. I have 3.5" (9 cm) empty space between the content and the article (27" monitor), and 3 scrollbars to use (additional vertical scrollbar for the content). That's really ridiculous. Back in the 90s, all web designers raved about "liquid" design and scorned frames. 30 years later — yay! we've got our scrollbars back! I can still kind of understand 4-6 scrollbars in Google Sheets, but here?

In short.

The first time I opened Wikipedia with its new skin, I was greeted with a message like "We did some improvements". Was that a joke?

Spljushka (talk) 22:23, 22 January 2023 (UTC)


 * Just to put this out there.. The font of the content and it's spacing didn't change, as far as I can tell using the web inspector...... —Th e DJ (Not WMF) (talk • contribs) 15:46, 23 January 2023 (UTC)

Much harder to read, lowers accessibility
I have problems reading text on screen if it is not black text on a light background, but of course having the entire page bright white is also not brilliant for eyestrain.

The previous style was great for me because parts of the page were a darker grey colour which evened out the eyestrain and I never had a problem reading wikipedia pages, but now everything is bright white and makes it very hard for me to read the page.

I don't see how the new design is intended to actually help accessibility for people like myself. RCTJ1991 (talk) 00:22, 23 January 2023 (UTC)


 * Hello @RCTJ1991, thank you for your feedback, I will pass it to the team. We were working with the American Foundation for the Blind to improve accessibility of Vector 2022 but some changes are still in progress, look at T318373 and T310033 for further information. Zapipedia (WMF) (talk) 15:45, 23 January 2023 (UTC)

Success metric tracking
Hi, is there a place we can follow along with the initiative's success metric tracking? czar 05:58, 23 January 2023 (UTC)

menu design
Designing menu's is a tough puzzle. What helps:
 * 1) mutually exclusive options should be excluding each other in one menu. For example:
 * 2) *article/talk/history/wikidata item/page information
 * 3) *Chinese/English/French/Italian
 * 4) *read/edit/print/add-to-watchlist/download to PDF
 * This rule ensures that a user needs to look only in one menu to see mutually exclusive choices. This is hard to get right. It is tempting to move low frequency options to a separate menu.
 * 1) Options that can be combined should be in separate menu's, but close together. For example:
 * 2) *article English read
 * 3) *article English edit
 * 4) *article English add-to-wachtlist
 * 5) *article Italian print
 * 6) *talkpage French edit

An object - action approach 'article English read' deviates from spoken English 'read English article' and that is OK. It's UI design, not spoken language design. An object - action approach will make it easy to show the available actions for a chosen object. For example Uwappa (talk) 17:47, 23 January 2023 (UTC)
 * article English: read, edit or print
 * article Afrikaans: create, translate from English, translate from French
 * history English: read, print

New font size + linespacing for sidebars is very confusing.
Please revert to the original styling of the sidebar, for the l.h. sidebar and for the new r.h.s. presentation of tools.

The current setup is more linespace than the body text, rather than less; and the same font-size as body text. That's hard to read. The lack of different style for the sidebar section-headers makes it hard to find where you are. The extra linespacing also makes it hard to see all options at once... Written up as Sj (talk) 22:31, 23 January 2023 (UTC)

Long article blurry
Vector 2022: Long articles (for example Johann Sebastian Bach) show blurry (a little bit bold) fonts after scrolling to references. Mouse hover corrects artifacts to normal font. Grimes2 (talk) 21:11, 25 November 2022 (UTC)


 * Hi @Grimes2, thank you for the report. Can you verify if your problem is the same of this task? Patafisik (WMF) (talk) 12:27, 5 December 2022 (UTC)
 * Yes, same problem, here on English Wikipedia (logged in, Vector 2022), Opera 93.0.4585.37, Win 11. Grimes2 (talk) 12:42, 5 December 2022 (UTC)
 * TOC is the problem. How can I switch off buggy TOC in Vector 2022? Grimes2 (talk) 13:41, 21 December 2022 (UTC)
 * Unusable. Changed to Vector legacy (2010) Grimes2 (talk) 09:34, 7 January 2023 (UTC)
 * Please visit this page with instructions.--Patafisik (WMF) (talk) 17:35, 18 January 2023 (UTC)
 * Doesn't work. Still at Vector 2010. Grimes2 (talk) 18:15, 18 January 2023 (UTC)
 * Seems to be fixed today. --Grimes2 (talk) 22:29, 24 January 2023 (UTC)

Watchlist icon duplication request
At the English Wikipedia, when I have scrolled down the page, the stand-alone "go to watchlist" (GTW) icon disappears, and is to be found under the silhouette icon. Observing my own behavior, I'm scrolled-down far more often than I'm at the top, and so I've quickly become accustomed to clicking 'silhouette → GTW icon'. However, this frequency is training me to—by default—reach for the silhouette to find my GTW icon, and that isn't the case when I'm atop a page. Does that make sense? Placement of the GTW icon is inconsistent and dependent on editors' location on a page, and I find myself wasting time due to the skin training me to expect the icon in one place, but only some of the time.

Can we either (a) stick with one implementation or the other all the time, or (b) put the GTW icon in both places all the time to accommodate all editors? Thanks for listening, Fourthords (talk) 22:13, 17 January 2023 (UTC)
 * Looks like it's already in the page (as it seems that the skin hide/shows based on screen width) so you could hide the one outside the dropdown and show the one in the dropdown, as I'm planning on doing. TerraCodes (talk) 09:34, 19 January 2023 (UTC)
 * Hi thank you for your comment, it is an interesting suggestion. Let me give you more context: the sticky header is showing in a single bar some links that originally are distributed in 3 different menus/bars at the top of the page, so there is not the place for all, considering also narrow screens, and a choice was needed. At the beginning of the project, the watchlist button was inside the User menu, and it was at the same place at the top of the page and in the sticky header. There was consistency. Actual situation is a trade off: early adopters wikis strongly supported for a watchlist icon outside the User menu, there was a discussion about simplicity vs. intensive use reasons. Do you know that you can also use a shortcut to open your watchlist?--Patafisik (WMF) (talk) 17:42, 23 January 2023 (UTC)
 * So you're saying that, when scrolled-down, there isn't room for the GTW icon in the floating horizontal bar, and that's why it's tucked inside the silhouette? That behavior changes when atop the article because feedback early-adopters wanted a stand-alone GTW icon?  If I'm understanding correctly, that inconsistency is frustrating and doesn't preclude including (duplicating) the GTW icon inside the silhouette menu when atop any given page.  Does that make sense?  Fourthords (talk) 13:59, 24 January 2023 (UTC)

Why, Wikipedia, why?
If I wanted to use the mobile version, I would use the mobile version. But I want to use the desktop version on a desktop computer, so why are you forcing me to look at a mobile-like layout? The mobile-like layout is NOT optimized for use on a PC. Freja Draco (talk) 22:38, 22 January 2023 (UTC)


 * Hello @Freja Draco. These changes are created specifically for desktop interfaces. You can learn more in our FAQs and at the Desktop Improvements project page. Thank you. Zapipedia (WMF) (talk) 15:34, 23 January 2023 (UTC)
 * That's not true. You do not listen to the voice of users at all and do not address the allegations. You just keep repeating your corporate talk about how "great" your ideas are. It's sad. 83.30.229.13 16:28, 24 January 2023 (UTC)

Changelog?
I notice many big (realtively speaking) changes happening to Vector 2022 on English Wikipedia today.

I went to check this thread but it only lists updates up until December.

From what I see, 'Tools' now appear in the right column (was empty), and the main menu has increased font size and spacing, and also the empty margin between the menu and main content seems to have been lessened. The menu has a hide option on top and the "back" button (which was actually a menu button) on the top left has been removed.

Where can we see a list of changes like this that are currently being done? Many of the complains that have been made are being invalidated by changes like this happening.—Jetro (talk) 22:30, 23 January 2023 (UTC)


 * Hi @Jetro, for exemple you can follow Desktop Improvements on Phabricator. Please look at this presentation and at this page for more details about the Desktop Improvements in general. About updates, you should be interested also in this update on the Village pump (technical) of January, 20th. The team is still receiving a lot of feedback and improving Vector 2022 according to some community requests. An update in the dedicated sub-page will be published in few weeks as usual. Patafisik (WMF) (talk) 11:30, 24 January 2023 (UTC)

Hot Take: I love the Redesign. But...
Okay, I love the redesign. I've been an early adopter since I heard about it, and seeing it actually put into mainspace is glorious. The latest update (the one that moved the "additional tools" box to the right hand) really gave me a little rush of giddy excitement. Sad to see people don't quite like it, but then again, that might be the doomscrolling I've been witnessing.

However, I have some icks about it.

I feel as though that the ToC navbox should be contrasted with the background, possibly using #f6f6f6 or similar. It should also have a border, colored #d8dbdf or similar. Also, the ToC tab (for small screens) should be circular, similar to the hide bar on en:Chinese Wikipedia with a hint of Material Design's "hamburger menu".

Either way, great job on the work going on! I really wish people could have a more open mind about the new layout. Explodicator7331 (talk) 00:03, 24 January 2023 (UTC)


 * Hi @Explodicator7331 thank you for your feedback. About colors, the Web Team has tested a prototype and collected (and still collecting) feedback to improve the visual design. A very specific request about colors might be better suited to a customization, perhaps? What do you think about this possibility? Please read our FAQ, in particular this section. Patafisik (WMF) (talk) 11:17, 24 January 2023 (UTC)
 * Hmm, I'll try editing the CSS/JS for my skin, and see if I prefer it over the main settings. If I actually think it could come into fruition as a feature, I'll see my inquiry as a serious proposal, as opposed to a silly suggestion. Explodicator7331 (talk) 14:50, 24 January 2023 (UTC)

Section [edit] button disappears
Seemingly at random, the [edit] -this-section button does not appear when page is opened (like, disappears between sessions). Recently from en:User:DePiep/current; while at the same time in mainspace articles it is present (=OK). Purge did not solve it, but sometimes it reappears (by unknown action), later in a session. DePiep (talk) 09:05, 28 December 2022 (UTC)


 * @DePiep: thank you for making us aware of this issue. I too am NOT seeing [edit] links appearing after the H2 level section headings on User:DePiep/current...are you able to share links to pages where you are experiencing this issue [i]?
 * i. To be doubly certain we're on the same page, I understand the issue you're experiencing as follows: at random (seemingly),  links are NOT appearing next to H2 level section headings (read:  ). PPelberg (WMF) (talk) 00:56, 7 January 2023 (UTC)
 * Yes, as you describe. "No [edit] button in h2 header line, in certain pages/situations". I add A: my "it reappears" remark may be incorrect (no proof of truly being time-related). Add B: same bad behaviour in lower headers (h3, h4). add C: hypothesis: cold be caused by actualy page content (templates?).
 * Yes, as you describe. "No [edit] button in h2 header line, in certain pages/situations". I add A: my "it reappears" remark may be incorrect (no proof of truly being time-related). Add B: same bad behaviour in lower headers (h3, h4). add C: hypothesis: cold be caused by actualy page content (templates?).


 * Pages that do show this behaviour:
 * en:User:DePiep/current/test-2023
 * Pages that do not show this behaviour (that is: show & behave as expected wrt this):
 * en:User:DePiep/chembox/test-2023
 * note: linter errors on the faulty page (&lt;i&gt; unbalanced). I will have to remove them first.
 * I'm sorry for delaying this reply. I hope to be able do some more tests shortly (like, test by page content).
 * -DePiep (talk) 07:04, 16 January 2023 (UTC)
 * Both test-pages now  without  linter messages.
 * To be clear:
 * en:User:DePiep/chembox/test-2023 is OK, shows [edit] links per sectionheader as expected. h2, h3 levels.
 * en:User:DePiep/chembox/test-2023 is buggy: hides [edit] links (expected in section headers).
 * Important note: this same report is valid when working in Vector 2010 (old skin). In other words: bug appears the same. DePiep (talk) 18:08, 22 January 2023 (UTC)
 * @PPelberg (WMF) @DePiep searching in en:User:DePiep/current/test-2023 with CTRL+F, the number of  is not the same number of  . See Section edit links disappear following an unclosed {{. 37.103.49.5 17:03, 25 January 2023 (UTC)

Translations link
I cannot find any feedback or question page and I hope I can get information from here, and that the pinging is OK. In the  drop down list "Translations" is shown for me, taking me to the translation tool. That is all good and it might be some setting I have activated. But on the, when scrolled down, the "Translations" choice is not available. It had led to some confusions when it has been missing.SGrabarczuk (WMF) Is that a feature or a bug? LittleGun (talk) 13:43, 22 January 2023 (UTC)


 * Hi @LittleGun, thank you for your feedback. Please look at this comment for more information about this change. Patafisik (WMF) (talk) 09:07, 25 January 2023 (UTC)
 * Patafisik (WMF): OK, thanks for linking my comment to the phabricator task. LittleGun (talk) 12:38, 25 January 2023 (UTC)
 * Hi @LittleGun I'm not sure you are reading the correct line. What is your account on Phabricator? Are you reading the comment by the Principal Software Engineer, Language Engineering team writing Dec 12 2022, 11:59 AM "I just removed these menus from sticky header for now. Will revisit later(or even remove them permanently as persistant entry point for translations is ready)"? CC Patafisik (WMF) (talk) 13:03, 25 January 2023 (UTC)
 * Patafisik (WMF): I do not have any account on phabricator, and I hardly ever understand the threads the few times I have read any.
 * In this case I understood the topic was the same as mine, that the work was paused by "santosh" ("removed for now"), and that you added the comment:
 * "Hi @santhosh, just FYI here a user is confused by this change."
 * And "here" was link to this thread.
 * So I thanked you for linking my feedback in the Phabricator thread. LittleGun (talk) 13:30, 25 January 2023 (UTC)

The Redesign Does Not Work for Wikipedia
Hello,

Like many people, I recently pulled up a Wikipedia page and immediately felt something was off. The new redesign is definitely a big departure from Old Wikipedia, and I've been trying to figure out whether my and many other people's distaste for it was due to an aversion to change or an actual design issue with the new look. While I can appreciate the intent behind the redesign, to improve readability and comprehension by shortening line length, I believe this mission fundamentally misunderstands how people use Wikipedia. People don't go on Wikipedia and sit down and read the full article on a topic, like they would on the New York Times (an example used by admins to support this design) they quickly skim an article for information relevant to the purpose they came on Wikipedia for. Therefore, the primary motivation behind the design of a Wiki page should be on making it as easy as possible to find relevant information, i.e. skim the page. The old design did this extremely well, the page's width being filled with text, and the new design fails spectacularly, requiring way more scrolling and fitting less information on the page at once. There are other issues with the new design, but those have been brought up already. Wikipedia's design should fit Wikipedia, not follow the example of other sites with completely different purposes and use cases. BringBackOldWiki (talk) 00:56, 25 January 2023 (UTC)


 * Hello @BringBackOldWiki. Thank you for your feedback, you can personalize your experience and use the full width. Zapipedia (WMF) (talk) 16:15, 25 January 2023 (UTC)

Open RfC
For those weighing in here on the theme, you may want to weigh in on the open "Request for Comments" linked to here: https://en.wikipedia.org/wiki/Wikipedia:Requests_for_comment/Rollback_of_Vector_2022#RfC:_Should_Wikipedia_return_to_Vector_2010_as_the_default_skin? 192.184.150.142 03:38, 25 January 2023 (UTC)

Jan 23 update from Web team
Hi all,

if you haven't still read it please look at the latest update from the Web Team here.--Patafisik (WMF) (talk) 14:33, 25 January 2023 (UTC)

Please revert to old skin on swwiki
Hi we discussed the changes during our admin conference for Swahili Wikipedia. We request you to kindly revert to the old skin for our wikipedia. We see that we would have to rewrite our help pages considerably and presently do not have the capacity. We tried to communicate this to user:SGrabarczuk (WMF) but he did not react so far. Kipala (talk) 07:50, 30 October 2022 (UTC)


 * Hey @Kipala, thanks for reaching out. We apologize for this inconvenience. Because it might be helpful to us as the developers of the skin: can you help us better understand why you would have to rewrite your help pages considerably? Is it because the main menu is now different? AHollender (WMF) (talk) 14:35, 31 October 2022 (UTC)
 * For clarity, we're talking to that community in a few different places; currently, I think, mainly via email. SGrabarczuk (WMF) (talk) 17:14, 9 November 2022 (UTC)
 * Hi AHollender, you are right. Our help pages (like basically all I have looked at) refer to the menue and positions of items on the screen. See e.G. here https://sw.wikipedia.org/wiki/Faili:Menyu_Wikipedia_Chanzo.jpg . For a small wikipedia with very few users who have ever worked on the help pages it means either a huge workload for which we presently have nobody - or having misleading help pages which definitely is not a good idea.. Kipala (talk) 17:24, 11 November 2022 (UTC)


 * We just had a vote on swahili wikipedia. See https://sw.wikipedia.org/wiki/Wikipedia:Jumuiya#Muonekano_mpya_wa_kurasa_zetu_-_kura! We had 13 participants (which is an excellent participation) and the vote was 13-0 for returning to the previous surface as default, until we are in a position to redo our help pages. So are you the right people here to effect this? Or do we have to talk to someone else? Kind regards Kipala (talk) 17:30, 11 November 2022 (UTC)


 * Dear people we notified SGrabarczuk (WMF) by Email on 10.11.2022 that we had done the vote in the swwiki community, we notified you here and until now nobody gave us a reply. Are you too busy or just impolite? Or are we too small and unimportant? Kind regards Kipala (talk) 12:35, 19 November 2022 (UTC)
 * Hello @Kipala. I'm sorry that you were waiting so long. I needed some time to consult with the members of our team.
 * Again, we understand and respect your care for help pages.
 * According to my knowledge, most of the discussion took place in a closed channel, accessible mainly or exclusively for admins of your wiki. We've only been able to talk to your group via proxy. We would much rather be able to communicate directly with the community to figure out how we can help. I believe we might set up a meeting in addition to an on-wiki discussion. SGrabarczuk (WMF) (talk) 02:48, 23 November 2022 (UTC)
 * Dear ones, I find this behaviour not acceptable. We did not discuss in some closed channel but we had an open debate and vote in our community. Openly: https://sw.wikipedia.org/wiki/Wikipedia:Jumuiya#Muonekano_mpya_wa_kurasa_zetu_-_kura! You were free to contribute. You guys do not dare to act like this vis a vis a large wikipedia like dewiki, Why do you think you can do this towards a small african language version??
 * So when do we see the revert, please?? Kipala (talk) 07:16, 11 December 2022 (UTC)
 * My apologies @Kipala, I was of the impression that the topic on wiki with all these votes was a direct consequence of a discussion previously taking place in a closed group. We'll talk to you on your wiki, then. SGrabarczuk (WMF) (talk) 22:16, 13 December 2022 (UTC)
 * @Kipala Do you have a list of help pages that would need to be updated? The file you mentioned shows only the 2010 wikitext editor, which is not changing. AntiCompositeNumber (talk) 04:18, 12 December 2022 (UTC)
 * Our help page are in the respective category. So would you guys kindly respect the open and inclusive decision of the community and asap revert the change you decided to do without obtaining consent? Kipala (talk) 11:36, 12 December 2022 (UTC)
 * Hi @Kipala - apologies that this is taking so long to resolve! Our concern with any type of revert here would be that we are in the process of switching the majority of Wikipedias to the new skin and the new experience.  Having some wikis stay on the old skin by default would add effort to the development team, and potentially confuse users on the wiki because of the switch.  Would it be possible for us to assist in some way to get the help pages ready and updated in a more prompt manner instead?  We'd also like to mention that we plan on making other various improvements to desktop in the future as well that are smaller and could affect existing documentation.  Our advice here would be to write any documentation or help pages without referring to a specific layout or interface.  Our software evolves and improves over time and it would be great to see documentation that is flexible enough to allow for this.   OVasileva (WMF) (talk) 20:24, 21 December 2022 (UTC)
 * Dear, the confusion is in place because you changed the skin without asking for approval from us. If you would kindly take a bit of time and look thru our help pages you will see that help pages must refer to the way items are arranged on the screen. if you do not write Swahili I do not see how you will help us. As you know German wikipedia took a vote to keep the "old" skin as default. And of course, because that is a large an influential community, you have not done anything without their approval. (I guess in enwiki the situation is similar). So if you can live with dewiki for the time being, I do not see any argument why you cannot live with swwiki and old skin default as well. So kindly just tell me what hinders you from reverting? (Except the fact that you do not like it and we are a small and unimportant wikipedia?) And kindly tell me since when community decisions can be just ignored? Kipala (talk) 22:24, 29 December 2022 (UTC)
 * Hi @Kipala -  Our sincere apologies for the delay in response here.  Our intention is not to ignore the consensus of the Swahili community.  We do believe the merits of the new skin for readers of Swahili and want to ensure that we are giving them the best possible experience.  We have discussed internally and have prepared a few options for moving forward.  We've written up these options for next steps and plan on sharing them with the Swahili community on the Swahili Wikipedia Village Pump as well as scheduling a meeting with the community where we can make a plan on moving forward together.  How does this sound?  Thank you and apologies again for the delayed response. OVasileva (WMF) (talk) 20:47, 16 January 2023 (UTC)
 * Since n't responding to this reply, understandably, I think the plan can move forward for now. Aaron Liu (talk) 21:24, 22 January 2023 (UTC)
 * Hi @Kipala and all! Just a quick update - we're currently translating our message for the Swahili Village pump into Swahili and hope to have it posted there by the end of the week.   OVasileva (WMF) (talk) 15:10, 26 January 2023 (UTC)
 * Don't you think that here, as in many other discussions related to Vector 2022, you interpret everything (even someone's silence) in a way that fits your own expectations? 83.30.229.13 19:14, 26 January 2023 (UTC)
 * No, why would you think that? Aaron Liu (talk) 19:33, 26 January 2023 (UTC)
 * "Our intention is not to ignore the consensus of the Swahili community." But we will ignore he consensus of the Swahili community. Well... 83.30.229.13 19:11, 26 January 2023 (UTC)

Hi ! Habari? Olga: how about just reverting the default and helping sw:wp update their help pages? The concern about having them change in lockstep seems thoughtful and probably what we should all be doing before making skin changes that change common workflows :) perhaps Swahili WP is just more keenly aware of the need for and use of those docs. Future skin updates you mention would hopefully not have so many changes at once.  Warmly, Sj (talk) 03:03, 20 January 2023 (UTC)


 * @Kipala Although I don't speak Swahili, I would like to assist with updating the help page screenshots (as I did for some on the English Wikipedia). Could you point me to where they are? You mentioned above https://sw.wikipedia.org/wiki/Faili:Menyu_Wikipedia_Chanzo.jpg but that is a feature which has not changed with Vector 2022.
 * As far as I can tell sw:Wikipedia:Mwongozo and its other tabs are the main help pages on Swahili Wikipedia, but using Google Translate that says "The guide has provided information specifically for those using the MonoBook page format. Since September 2010 the shape of the pages as seen by non-logged users is Vector. The guide has not yet been rewritten." and they have MonoBook screenshots. Surely those can't be what you're suddenly so concerned about? the wub "?!"  00:03, 26 January 2023 (UTC)

Jambo ! hongera! n-a-Kipala-penda, nakupenda. (kigiriki el.wiktionary, Central) Sarri.greek (talk) 04:11, 26 January 2023 (UTC)

List articles with photographs are broken
Noticed this mostly on List of Manchester United F.C. players. The photos are on top of the table with the list below, instead of the photographs beside the table. It's odd, because on other articles, the photos can be beside the list. I'm trying to figure out how to fix it on this article. MAINEiac4434 (talk) 18:44, 18 January 2023 (UTC)
 * Okay, it works when I toggle the wider layout, but it should also work the default layout as well.MAINEiac4434 (talk) 18:46, 18 January 2023 (UTC)
 * That is a very wide table. If you want those photos to appear alongside the table for all readers, you may need to wrap the larger table in a second table, where the existing table is in one cell of the only row and the photos are in a second cell. This may not be a good idea, however. Jonesey95 (talk) 05:59, 26 January 2023 (UTC)

Why the wasted space?
Why the hell is 2/3 of the screen on desktop used blank unused space? It looks ugly and it makes reading articles in the cramped space frustreating. I implore the wikimedia team to reconsider these design changes as they are terrible 37.247.3.52 12:22, 19 January 2023 (UTC)


 * Thank you for your feedback. In this section of our FAQ there is an explanation of why Vector 2022 has the limited content by default. You can personalize your experience (log-out users can increase the width of the page by selecting the toggle in the bottom right corner of the screen). Zapipedia (WMF) (talk) 12:37, 19 January 2023 (UTC)
 * What toggle? I've yet to find it. Murgatroyd49 (talk) 13:03, 19 January 2023 (UTC)


 * It's in the bottom right corner of the web page (i.e., of the web browser), not in the bottom right corner of the middle third of the web page that the contents are limited to. —Kri 13:19, 19 January 2023 (UTC)
 * Nope, still can't find it, all I get bottom right is the Wikimedia and Mediawiki buttons. I'm using Safari (MacOS edition) if that makes a difference Murgatroyd49 (talk) 14:18, 19 January 2023 (UTC)
 * That toggle would be fine if it actually persisted, but having to toggle it on every single page, every single time you click a link or come to a new page from a search engine or whatever is far too burdensome to be useful or practical, and as such, basically may as well not exist for all the good it does. In all the years I've been using Wikipedia, I've never had to actually log into my account just to have an acceptable viewing experience, and I'm not willing to continually log in everywhere now just to overcome a bad design choice. Hopefully there will be a browser extension available soon that fixes this error automatically because the FAQ makes it clear this is the direction Wikipedia is intent on taking, users be damned. 24.251.3.86 14:33, 19 January 2023 (UTC)
 * Hear, hear. It's difficult for me to understand why making readers push a toggle on every single page on every single visit would be an acceptable alternative. Or an alternative at all. --Kizor (talk) 16:53, 19 January 2023 (UTC)
 * If it is really desired to have this be the default, at least allow users to override the default to their preference WITHOUT creating an account. It is extremely easy to do this with cookies.
 * Personally this new layout makes me want to disable max-width altogether as this one css 'feature' makes reading incredibly difficult. Reukiodo (talk) 01:29, 26 January 2023 (UTC)
 * Do these design principles hold for a website like Wikipedia? If I read an article on Nature, I am reading large blocks of text which, yes, I prefer to view in a smaller paragraph. But in this case, the whole article is a continuous, sequential narrative which requires sequential reading of paragraphs and strong retention of information. However Wikipedia articles are usually not read sequentially and (in my own case, at least) when someone opens a Wikipedia page they generally scroll down to the heading that they want rather than reading sequentially from the start. Having the wide layout, with more information on the screen at once, allows this by providing more points of orientation. It's why I find navigation on mobile Wikipedia so frustrating - I want to scroll up and down to the relevant section, but the restrictions of the mobile screen make it so difficult to orient myself since wherever I scroll all I see is an identical block of text (I'm not sure that can be fixed on a small phone screen, mind you).
 * You may say 'just use the table of contents', but with a wide layout and a scroll wheel, I can navigate an entire Wikipedia article without even moving my mouse. With the narrow layout and less points of orientation, I'm more inclined to a.) move my mouse to the table of contents and navigate that (without being able to see at a glance what each section contains) or b.) take my eyes off the article to look at the table of contents and scroll with the scroll wheel (also annoying since I can't actually see the contents of the article while I do so!) There is also c.) look at the article and scroll with the wheel, but since less information is on the screen at the time this is just less effective than before. LifeOnTheTurtlestack (talk) 21:39, 26 January 2023 (UTC)
 * Wholeheartedly agree with this. I've used Wikipedia for 20 years now and finally bothered to make an account just so I can actually use my whole monitor. Designing for mobile is understandable considering the market share, but punishing desktop users makes absolutely zero sense, more so when it's entirely possible to adapt body size to screen size. LamerGamer44 (talk) 15:48, 19 January 2023 (UTC)


 * Thanks for the toggle button. I am unable to log into wiki at work and this button will be getting heavy use. Its a clean and simple design solution for something that is unnecessary but regrettably will probably stay. 2406:3400:21E:2A50:28A6:361F:3B24:1E10 00:03, 20 January 2023 (UTC)