Talk:Reading/Web/Desktop Improvements

Overview

Features

Repository

FAQ

Discussions: Desktop Improvements • Accessibility for reading.

---

You can comment in any language. We are especially interested in:

• Feedback on the functionalities we have already deployed. (Please see Reading/Web/Accessibility for reading/Known issues before reporting bugs.)

• Expanding the list of existing gadgets and user scripts that are related to providing a better desktop experience.

We are discussing with many volunteers and communities at the same time. It may take some time for us to reply here. We apologize for that.

Thank you!

(Translate this page)

Toggle the search field

Is there any way to toggle the search field in the new vector so that one doesn't have to click on the search icon everytime? I'm finding the additional key strokes necessary to open the search field rather annoying! Otherwise, new vector is largely ok for me. Keevtyne (talk) 21:51, 23 June 2024 (UTC)

Looks like you're using a very narrow screen, otherwise there should be no additional steps. Maybe on a mobile. You can try the landscape position, it could possibly help. IKhitron (talk) 13:50, 24 June 2024 (UTC)

No, I'm using my MacBook Air. The field only appears after clicking on the looking glass icon. That's the time-wasting additional step I mean. I'm back on vector 2010 now, where the search box is always available. Keevtyne (talk) 16:44, 24 June 2024 (UTC)

Weird. Maybe I'm wrong, but as far as I know it should not happen. IKhitron (talk) 23:42, 24 June 2024 (UTC)

Different Wikipedia look

Hello all, since yesterday, wikipedia is appearing a bit differently for me. The central content is more wider, and infoboxes appear weirder and different. When we use the main article thing, for eg, when I use the main article, there is a dark grey box around it which wasnt there before. Is there any way I can change the setting back?

Main page: Wikipedia

Pharaoh496 (talk) 10:15, 14 June 2024 (UTC)

I am seeing the same things. SimplyLouis27 (talk) 12:07, 14 June 2024 (UTC)

Well then I would appreciate some help on how to revert back by someone Pharaoh496 (talk) 14:08, 14 June 2024 (UTC)

Mine has changed back now. SimplyLouis27 (talk) 17:17, 14 June 2024 (UTC)

same Pharaoh496 (talk) 12:16, 15 June 2024 (UTC)

@Pharaoh496 and SimplyLouis27: FYI: The message from the WMF web team regarding recent interface change. SCP-2000 (talk) 04:20, 16 June 2024 (UTC)

Language links don't work in 2010 editor

Tracked in Phabricator
Task T367657

Probably it was already reported, but due to the yesterday's changes, I changed the skin to Vector (2010), and I didn't even remember that the language links do work while editing in the 2010 editor. With Vector (2022), it only works with 2017 and visual editor. Vinickw‍✉ 18:21, 14 June 2024 (UTC)

What do you mean by language links? Nardog (talk) 18:00, 15 June 2024 (UTC)

The languages dropdown menu, in the top right corner. If you are editing using the 2010 editor it'll show "add languages", even though it's available in others wikis. Vinickw‍✉ 19:52, 15 June 2024 (UTC)

Ah, that seems specific to live/realtime preview. Filed phab:T367657. Nardog (talk) 15:36, 16 June 2024 (UTC)

Problem with infobox images that seems specific to Vector (2022) skin

Something about the implementation of Vector (2022) seems to be causing a problem with image size in the infobox for parliamentary elections on the Icelandic Wikipedia. Pictures of outgoing/incoming prime ministers appear tiny in the right and left bottom corners (see attached screenshots) or fail to show at all. It works fine when viewed in the older Vector skin. The template for the infobox (is:Snið:Þingkosningar) is implemented exactly the same as on the English version (en:Template:Infobox legislative election) but I don't have this problem on the English Wikipedia even when I use the Vector (2022) skin there. Bjarki S (talk) 12:29, 17 June 2024 (UTC)

Apparently a known issue. Bjarki S (talk) 17:29, 17 June 2024 (UTC)

TOC is really distracting

The new skin makes sites that use MediaWiki really difficult to read. I can't read the page when the TOC keeps changing at the side of what I'm trying to read. Every time it changes, it grabs my attention and I automatically look over to see what happened. It's horrible and I usually close the tab and look for a less annoying site.

On my phone it's even worse, because the entire TOC flickers as I scroll, and the text keeps changing size and jumping about.

- Nikki (talk) 06:58, 15 June 2024 (UTC)

Hey @Nikki! I'm sorry to hear that the TOC is distracting you. You can collapse it, and then it will be easier for you to focus on reading, I hope. If you're curious why it's visible by default, look at the page about the feature. Regarding your phone, have you tried the skin for mobile devices? SGrabarczuk (WMF) (talk) 19:19, 17 June 2024 (UTC)

can you record that, because im curious what is going on. It sound like either lack of graphics acceleration, or page size changes where scroll ars are popping in and out. Does it replicate in multiple browsers ? —TheDJ (Not WMF) (talk • contribs) 12:38, 18 June 2024 (UTC)

iPad font too big, zoom/scaling does not work

Even trying to use "small" font size results in a honestly ridiculously huge font size. Makes it feel not like I am reading on a nearly 13 inch tablet, but on a phone I am holding up way too close. The worst part is that trying to use the browser zoom/scaling feature does not work at all. Which I would put as an accessibility feature because it also does not work to make the interface larger either. Saphire Lattice (talk) 22:52, 17 June 2024 (UTC)

I have missed entirely that this is "Desktop" discussion page, oops. Not sure where to move it specifically? This does happen in "desktop mode" of iPad, though it seems to make some assumptions there and here. The zooming is definitely fault of iPad Safari though, given the following info.

I poked around with the browser debug tools on iPad when Wikipedia was open in Safari, and noticed that there's no <meta> viewport tag in the HTML head. Which probably shouldn't have mattered, but the moment I added a generic one, the site properly started to utilize the full viewport size and did not look weirdly zoomed in. So it seems that Safari expects sites to have this, and defaults to a really weird way of rendering things when that's absent. Causing the site to look way too zoomed in, and not following the browser zoom. So uh, I suppose it's mostly the fault of Safari, plus what's basically an outright bug? But it can be mitigated on wiki side.

Edit: Correction, there is a meta element for viewport config, and it gets set to "width=1100px". Saphire Lattice (talk) 19:40, 20 June 2024 (UTC)

The current default state of Wikipedia pages

I find it difficult to comment here, because I understand people invested a lot of their time into improving the default desktop theme. I thank them for their work and good intentions.

Having said that, the current default look of WP:EN articles in my browser (Safari), with my default window size, does not work for me, at all. It used to be fine.

When reading an article on WP, I see no announcement of these changes, link to an explanation, or invitation to supply feedback. I spent 20 minutes searching, and I am still not sure this is the right place to discuss.

For instance, when reading [https://en.wikipedia.org/wiki/Roberto_Bompiani]:

• The Contents sidebar (left) takes almost 1/4 of the page width, and is virtually empty.
• The Appearance sidebar (right) consumes another 1/4 of the page width.
• As a result, page content looks cramped, on a page that is almost half empty.
• The default font is weirdly large; the small font is too small for my eyes. My browser can zoom already, anyway.
• Switching Width (Standard/Wide) does nothing.
• Repositioning the sidebars is lost when cookies are flushed (which is done multiple times a day).
• One of the most important elements (for me), the Wikidata ID, is hidden in a popup menu. This has been the case for a while.
• Three sidebars (Contents/Appearance/Tools) each move to a different region when "hidden". I find this confusing.
• When doing research, I visit Wikipedia in multiple languages (EN, DE, IT, FR, NL, etc) every day. Increasingly those WP instances look and function differently.
• I know I can influence the look of WP through my profile, when I log in. But I do not want to log in unless I plan to edit WP.

This is what I think. Thank you for your time. Superp (talk) 13:46, 18 June 2024 (UTC)

Hello @Superp:

• The font size options are based on the readability research and the community-proposed designs. Do you have any suggestions for these options?
• "Switching Width (Standard/Wide) does nothing." This may be due to the narrow screen (see phab:T366216). Could you please describe the problem you are experiencing in more detail?
• "Increasingly those WP instances look and function differently." Could you explain this issue in more detail?

Thanks. SCP-2000 (talk) 11:16, 29 June 2024 (UTC)

Thanks for your reply. I understand what you are trying to do is tough, I appreciate your effort.

To sum up, the design is good but suffers from Microsoft Office syndrome: too much space taken by tools, navigation, etc., too little space for content. The larger font for content causes further content vs tools imbalance.

To address your points:

• But this very page does not reflect those options. The font here is a bit smaller than it is on a default WP page, and the page more usable (for me) because of it. Suggestion: can we make the default font for body text a tad smaller?
• Yes, apparently it is due to my browser being "narrow". When I click the tool, a message appears to that effect. Why show the tool when we know it does not work? Suggestion: remove the "width" tool unless it actually works.
• Suggestion: redesign the appearance tool. Compact "text" to 1 line, 3 buttons, and "width" to 1 line, 2 buttons. Move it elsewhere. OR collapse the whole tool and move it elsewhere. 2 columns for tools etc. is too much (for me).
• I'll try. Compare [1] with [2].

Best. Superp (talk) 19:23, 9 July 2024 (UTC)

@Superp: Hello, thanks for your response! I am not the developer of Wikimedia Foundation:) I believe your suggestion can let them know more about your need and take it into consideration.

Regarding the font size, the research and testing showed that increasing the default font size can improve readability, and that users prefer a slightly larger font size. You can choose "small" option (which is the previous default font size), if you prefer smaller size. SCP-2000 (talk) 03:26, 10 July 2024 (UTC)

cc @SGrabarczuk (WMF) SCP-2000 (talk) 03:36, 10 July 2024 (UTC)

Workaround for MW 1.39 Wikibase users

// Only for Wikibase users with their own instance//

When using the new version of this skin with a MW 1.39 instance, the top search bar does not correctly find Items. This is absolutely not an official solution (I couldn't find any documentation on this), but modifying the code in red here worked for me. Anchardo (talk) 04:53, 19 June 2024 (UTC)

retest content separation wen

@SGrabarczuk (WMF) In the last update, you mention As we reported previously, the A/B test didn't prove that the color-based separation was an improvement.. However, that's not what the previous update really concludes. The previous update concluded that the prototype was flawed for small screen sizes and recommended Introducing improvements to Zebra, optimizing for narrower screens, and repeating the tests.. Aaron Liu (talk) 14:03, 2 July 2024 (UTC)

Hey @Aaron Liu - thanks for the question! So we tested this idea in two contexts. The first was the prototype testing in a user testing context (testing with a small group of readers who give us feedback). The results of this test are available on this page. Here we found that, while there wasn't a noticeable different in readability that we could measure between the two versions, users did say they have a slight personal preference towards the newer version. Based on this, we decided to proceed testing this version on a larger scale. The second test, which was the A/B test on the feature is the one that showed us issues that showed us that, were we to proceed with this, we would need to go back to the drawing board. While this is still a possibility for the future, we haven't prioritized it yet as, based on the user testing, we don't have a strong proof that it would be significantly helpful to readers and editors. OVasileva (WMF) (talk) 09:04, 23 July 2024 (UTC)

Hey @OVasileva (WMF), the A/B test on the feature seems to be the same one reported in the previous update. See my last sentence. Aaron Liu (talk) 14:38, 23 July 2024 (UTC)

CSS issue with category infoboxes

Screenshot of a category infobox in dark mode using the Vector skin

Using the Vector skin in dark mode makes the title link in category infoboxes completely invisible. The infobox in the screenshot has the title "Organised labour" but the color of this title is black against a black background Other links are perfectly readable. Etothepi16 (talk) 16:18, 6 July 2024 (UTC)

Vector 2022 kollidiert neuerdings mit "tabelle-kopf-fixiert"

In der deutschsprachigen Wikipedia mit Vector 2022 funktionieren sticky Tabellenköpfe nicht mehr; sie rutschen in die erste Datenzeile, verdecken dort Inhalte und scrollen in dieser Position mit, Beispiel: d:Liste der Kulturdenkmäler in Blumenthal (Bremen). Die Ursache vermute ich in einer jüngeren Änderung im JavaScript, Grund: Wenn ich im Browser JavaScript blockiere, funktioniert "tabelle-kopf-fixiert" einwandfrei. Quarz (talk) 20:08, 6 July 2024 (UTC)

@Quarz: Es ist nicht direkt JavaScript, sondern die CSS-Klasse noresize, die anscheinend durch JavaScript hinzugefügt wird. Siehe phab:T330527. – Tacsipacsi (talk) 10:09, 7 July 2024 (UTC)

P.S. Das Beispiel ist de:Liste der Kulturdenkmäler in Blumenthal (Bremen) – Wikipedia (de:), nicht Wikidata (d:). – Tacsipacsi (talk) 10:11, 7 July 2024 (UTC)

@Tacsipacsi: Danke! Die Disk. auf phab macht mir keine Hoffnung auf eine schnelle Lösung. Daher habe ich durch den Eintrag

.noresize{overflow-x: unset !important;}

in meiner common.css für mich Abhilfe geschaffen und hoffe, dass auch die Allgemeinheit bald die Tabellen in voller Funktion sieht. Quarz (talk) 11:10, 8 July 2024 (UTC)

Changing the minimum width for showing the left sidebar

Is there a way to change the minimum width required to keep the left sidebar? I want it remain even when the browser window is narrower than 1120px, which looks like it's the threshold.

I tried copying all the CSS rules I could find mentioning that as min-width to my user CSS and changing to a lower min-width. That didn't quite work, though I may have missed something. You can see my attempt here. Sebastian Berlin (WMSE) (talk) 12:39, 8 July 2024 (UTC)

Expand table of contents

Is there a way for the table of contents to always be expanded? Some articles have the table of contents expanded but others don't. Thanks. Along517 (talk) 00:24, 18 July 2024 (UTC)