Talk:Reading/Web/Desktop Improvements/Archive9

Search box issue with mouse cursor on desktop
So if I place my mouse cursor near (specifically, a little below) the search box and then type a result in and press enter, instead of going to the main topic / main result or whatever, it goes straight to the item my mouse cursor was over on. This is quite annoying, as I have been brought to the wrong result numerous times this way, and I have to be careful and put my mouse cursor significantly away from the search box for it to not interfere.

Make it so that when the user is only using keyboard to use the search box, no matter where you put the mouse cursor, e.g. over the second result, it always goes to the main result for the terms entered. Additionally, even if you hover over a search item with the mouse cursor, pressing enter on the keyboard should still result in the search going to the main topic and not over what the mouse cursor was hovered on. Keyboard and mouse navigation should be made separate, and should not interfere with each other.

AP 499D25 (talk) 05:03, 14 February 2023 (UTC)


 * Hi @AP 499D25, thanks for yor feedback, this task is open on Phabricator. Patafisik (WMF) (talk) 15:13, 14 February 2023 (UTC)

"Missing in norsk" is nonsensical
All pages with a full Norwegian translation are missing a Norwegian translation according to the language dropdown. Norwegian has two variants, including on Wikipedia, Bokmål (common) and Nynorsk (rare), there's no other thing when both variants are covered.

Right now, it is like complaining that a page with both a British variant and an American variant isn't available in English. KristofferR (talk) 02:21, 19 January 2023 (UTC)


 * Hi @KristofferR, perhaps your problem should be the same of this task? I will notify the Language Team about your feedback in the Talk page of the Universal Language Selector, I think there are decisions that are better suited for other teams. Thank you for reporting this issue. Patafisik (WMF) (talk) 13:26, 19 January 2023 (UTC)
 * I tried reproducing this but could not. Can you give an example on which page on which wiki are you seeing this? Nikerabbit (talk) 09:14, 24 January 2023 (UTC)
 * CC @KristofferR Patafisik (WMF) (talk) 17:09, 26 January 2023 (UTC)
 * I'm seeing it on all English articles. https://en.wikipedia.org/wiki/Buckwheat for example, is missing Norsk, while being available in Norsk Bokmål and Norsk Nynorsk. KristofferR (talk) 14:33, 27 January 2023 (UTC)
 * Video demo @Patafisik (WMF):
 * https://i.imgur.com/zQOJVTD.mp4 KristofferR (talk) 14:37, 27 January 2023 (UTC)
 * I have a guess. Can you open a developer/javascript console of your browser and write  in there, press enter and paste the output here.
 * I guess you have  in the list there for some reason. Nikerabbit (talk) 13:49, 30 January 2023 (UTC)
 * Yup, I do. Array(5) [ "en", "se", "nb", "no", "nn" ].
 * I also wonder why I have the microlanguage Davvisámegiella (se) in that array, I only clicked on it after I wondered what the hell it was. However, I am interested in Swedish articles, and read them all the time, so that seems like an additional bug that should also be fixed.
 * I wonder if the code has a bug where it uses both ISO 3166-1 and ISO 639-1, despite the same words meaning different things, like se. KristofferR (talk) 17:48, 30 January 2023 (UTC)
 * Thanks for the info. We are tracking the suggestion issue in Phabricator: https://phabricator.wikimedia.org/T328435 Nikerabbit (talk) 12:08, 1 February 2023 (UTC)
 * Thanks, good luck figuring it out!
 * BTW, is there any way for me to set the FrequentLanguageList manually? That would be helpful. KristofferR (talk) 08:58, 12 February 2023 (UTC)
 * No easy way. It's stored in browser local storage under key . There is also   in JavaScript. Nikerabbit (talk) 13:34, 15 February 2023 (UTC)

Why is the log in button hidden behind the three dots symbol?
Currently, on Vector 2022, the top right corner shows the button "Create Account", as well as a symbol of three dots. The log in button is hidden behind these three buttons. Why is that? This means that users need unnecessary amount of clicks to log in. The corner has plenty of empty space, so the log in button would fit well next to the "Create Account" button.

If the white space in the top right corner is for some reason important, why isn't the log in button visible and account creation behind the three dots symbol? After all, users usually only need to create an account once, but they need to log in many times. Valtaisa varpunen (talk) 12:34, 21 January 2023 (UTC)


 * I'm happy to see that the log-in button is no longer hidden in Vector 2022. Thank you! Valtaisa varpunen (talk) 15:49, 15 February 2023 (UTC)

Multiple languages UX/UI
I am writing to make a suggestion/feedback about the language options in the new UI of English language Wikipedia. While I appreciate the aesthetics, and believe things look nice, slick, and up-to-date, I would like to suggest a more straightforward way to lay out the languages options (e.g., English, 中文，日本語, etc). In the old UI, languages are laid out on the bottom left side of the page, if you need to switch between languages, the options are 1) visible, 2) only one click away. As a bilingual user of Wikipedia who need to switch between languages, I find it very helpful. The new version of UI still allows switching between languages, but it is not as easy: you will need to click on the langauge menu to see if there is a Chinese version of the entry. If yes, you click one more time to get to the page, but if no, you just wasted a click that could have been saved. I am not saying rolling back the old UI, it is just that the old language module was more friendly to users who actually use it frequently and I wish the up-to-date UI can perserve that. 146.151.105.184 05:55, 14 February 2023 (UTC)


 * Thank you for your feedback. This is being explore in this task to find a way to help users who switch languages frequently. Zapipedia (WMF) (talk) 09:35, 15 February 2023 (UTC)

Don't fix what ain't broke
Oh come on Wikimedia, you know better than that! What was wrong with the old layout? What problem did you solve?

For me, everything was right! It was clear, it worked in old browsers, and it allowed me to quickly switch between languages by a simple click. Is someone suffering from "new is always better" syndrome over at Wikimedia? ;) There was no better way to spend the money I send you every year?  If we all sent you less, would such "upgrades" be out-of-budget in the future? :) I fear that Wikimedia got infected by Parkinson's Law, project managers looking for some raison d'etre, wasting resources. I hope I'm wrong.

If you must have this new "better" layout, please, at least give people an easy way to go back to the one they prefer. Without logging in of course - such nonsense! Write a flag in a cookie, problem solved.

Thank you for the otherwise awesome and free encyclopiedia! I use it daily, can't imagine internet without it! 5.173.48.145 (talk) 03:19, 23 January 2023 (UTC)

Start of redirect targets hidden by top horizontal bar
See, e.g., en:WP:RELATED: the first line of text visible reads "intended to link to topics that are simply...". In other skins, the first line of text visible is the section title: "Linking to articles that are related to the topic". Fgnievinski (talk) 03:00, 14 September 2022 (UTC)


 * Hi @Fgnievinski, I unfortunately can't replicate - I checked on two browsers (Chrome and Firefox) and three widths (full, which is 2,5k px, ~1000 px, and ~400 px, and every time, the section title is the first line of visible text for me. What browser and display resolution do you use? Do you use any additional browser zoom? SGrabarczuk (WMF) (talk) 14:44, 14 September 2022 (UTC)
 * here's a screenshot: https://pasteboard.co/v1lMc2Q1Hjn9.png
 * my screen resolution is 1280x720 and zoom level is 100%.
 * I'm using Chrome in incognito mode to avoid add-ons.
 * the problem only appears after I login into Wikipedia.
 * Here are some of my preferences:
 * - Skin: Vector (2022)
 * - Skin preferences: Enable responsive mode (Adapt layout to screen size on mobile.)
 * - Beta: New wikitext mode
 * Thanks for your support. Fgnievinski (talk) 19:18, 14 September 2022 (UTC)
 * I can replicate the Problem, though my first line is "Disambiguation...". I sometimes have the same Problem while using the new TOC. It seems to have something to do with the sticky Header. At first the Heading is visible for a blink of an eye, than the sticky Header pops up and the Text is blocked. HirnSpuk (talk) 07:10, 22 September 2022 (UTC)
 * @HirnSpuk, @Fgnievinski - could you tell me what browser version and device you were using? Thank you!  OVasileva (WMF) (talk) 22:37, 9 December 2022 (UTC)
 * I'm using Google Chrome on a PC running Windows 10. Fgnievinski (talk) 22:46, 9 December 2022 (UTC)
 * @OVasileva (WMF), I'm sorry, I don't remember anymore. Might have probably been Desktop-Firefox under Linux which I use mostly. I just tested in Win/Edge. The Problem is there. Standard Configuration, no zoom, middle font. Tested in Chrome, standard-configuration, problem is there. When clicking the given Link, the heading is there for a split second, than the "sticky-header" kicks in and moves over the heading. HirnSpuk (talk) 15:06, 15 December 2022 (UTC)
 * @OVasileva (WMF), I noticed some other weird behavior. When jumping to a specific Heading via special:permanentlink I'm not getting to the paragraph but somewhere below that. Might be related. Compare: b:de:Spezial:Permanentlink/1008062 or b:de:Spezial:Permanentlink/1003322
 * Regards --HirnSpuk (talk) 14:20, 4 January 2023 (UTC)
 * I am getting this too. Any time a redirect points to a section, the sticky header bar obscures the first line or two of text at the target page, so one has to scroll up to see if it is the right place (uncover the header). It looks like the page is opened at the right place, and then the sticky header is opened on top of it, covering the top text. This must be compensated somehow to correct for the reduced space at the top of the page for visible content but it is nor immediately obvious how it should be done. I am using Firefox latest version on windows 10 on desktop, and windows 11 on laptop. Effect seems to be consistent and repeatable. I notice that this effect does not occur when using the ToC, so it should be fixable by using a similar procedure. I would guess that for the ToC case, the content frame (whatever it is called), is already defined taking the presence of the sticky header frame into account, so the content is rendered after the header is already in place, so the top is not obscured.Pbsouthwood (talk) 05:52, 10 January 2023 (UTC)

This Problem seem to be still there! Does anyone know, if there's already a bug report? HirnSpuk (talk) 15:48, 17 February 2023 (UTC)


 * Confusing: I just tried a second time logged in, with full-width and hidden tools-menu, and it worked for once. Then I popped open the tools menu and switched back to narrow view... After that I logged out. Now it works in every case... Maybe I'll try again and will keep you posted in which configurations it works and in which it doesn't. HirnSpuk (talk) 16:01, 17 February 2023 (UTC)

Menu again - Tools-Menu on the right...
doesn't do what it probably should for me. Too big a font and the sections are not discernable enough. I was hoping that this would help the new menu structure, but it doesn't for me.

This page (here, the talk page) is the perfect example for everything I see wrong with the new menu: It's simply a bunch of too narrow text, which is not helpful at all! The "Main Menu" blocks the TOC initially (or is hidden), most of the TOC-Headings have line breaks and show additional information (which seems to be a total overload), scroll bars are partly out of bounds, one doesn't know where the mouse wheel is working right now.

I really doubt, that the usability of the new menu is better than in legacy vector. It doesn't look better (at least not for me), it needs more klicks, it needs more time for reading, everything is gliding/changing/sliding/hiding/autohiding with no distinguishable idea.

Yes I know, all this is probably not a thing while displaying and/or reading encyclopedic content. I think nothing mentioned here is a bug, because I think everything is intended. I just don't see why. Regards HirnSpuk (talk) 15:42, 16 February 2023 (UTC)

PS: As a side note: I just tried to see if I'm liking it better when playing with page zoom and browser-font-size. Spoiler: I don't :-D. I was hoping "just the text" will get smaller (hence at least mitigate the page-break problem), but the whole website did. Well not everything... I don't get it. HirnSpuk (talk) 15:55, 16 February 2023 (UTC)

Keyboard shortcut needed to 'User contributions' in Tools menu
I would add that now the 'Tools' menu is to be found in one of two optional positions, and also of variable length across different pages, I find the lack of a keyboard shortcut to view another User's Contributions is most frustrating. It should be a simple fix. For active editors, being able to easily view another users' edits is often more important than seeing one's own. We do have a shortcut for that, and many other less well-used Tools. I also agree with other commenters above that the order of Tool links been very bad for a long time. Not only that, but the lack of visual difference between both the 'Actions' and 'General' headings and the actual Tools links themselves makes the experience of using the tools menu much worse than it needs to be. Nick Moyes (talk) 12:42, 17 February 2023 (UTC)

Is it possible to change the default skin for a wiki if the community wants to?
Hi! Recently I was reading a Village pump discussion in Armenian Wikipedia and the community wanted to change the default skin for Armenian Wikipedia. Is it even possible assuming we create a separate discussion/poll and there is an overwhelming support for the change? Ashot (talk) 06:46, 14 February 2023 (UTC)


 * Hi @ԱշոտՏՆՂ, thank you for your report, can you add a link to this discussion? Patafisik (WMF) (talk) 07:27, 15 February 2023 (UTC)
 * HI @Patafisik (WMF). The discussion is here: Special:PermaLink/8613606. It wasn't actually about changing the default design but rather a general survey if people like it. 23artashes asked if it is even possible to change it and I couldn't answer the question :). If it is possible, we will open a new discussion and probably a poll. If the change isn't possible in a Wikimedia project, I would rather avoid the trouble because I'm sure there will be a lot of disagreement :) Ashot (talk) 07:57, 15 February 2023 (UTC)
 * Hi @Ashot, thank you for letting us know. I think in less than two weeks we'll be able to start a discussion with your community on your wiki. In general, we'd like to learn what's not working for those who join the discussion, and why. Perhaps something could be fixed or clarified. Restoring the old skin is not the first option we would like to discuss (of course, we'll give our arguments why). I'm sorry that I wrote "in less than two weeks" - we're working a bit more slowly right now. SGrabarczuk (WMF) (talk) 02:26, 18 February 2023 (UTC)

Why is the sidebar on the right side of the page?
Everything was fine in the beginning, but now I'm considering returning to the old vector. Please, PLEASE STOP FIXING THINGS THAT AREN'T BROKEN. Bageense (talk) 03:26, 15 February 2023 (UTC)


 * That's it. I quit. I was a big fan of the new vector. I was one of only TWO editors [sic] who where using it in the Portuguese Wikipedia. I was there since the very beginning, but now I quit. Bageense (talk) 03:32, 15 February 2023 (UTC)
 * Hello @Bageense. Here you can find more information about the Page tools and the reasons to move them to the right side of the page. Thank you. Zapipedia (WMF) (talk) 08:48, 15 February 2023 (UTC)
 * I've got a quick JavaScript hack that I'm hopefully going to be working on over the weekend. To get this to work you'll want to do the following steps:
 * On your home wiki, open your common.js page and insert the following lines of JavaScript
 * Save the page and go to an article or talk page that has a table of contents
 * If your Tools menu is currently on the right hand side of the page, click the Hide button on it
 * And that's it, your tools menu should now appear immediately below the floating table of contents
 * Couple of important things to note.
 * This might only work on enwiki at the moment if the CSS IDs that the JavaScript relies on is localised on each wiki. If that's the case, reach out to me at home wiki talk page, and I'll try and make it work for your wiki.
 * Right now it also only works on pages that have a table of contents. If you open a page, like the edit view, which does not have a table of contents, the tools bar will return to the tools menu dropdown near the top of the page. I'm hopefully going to work on this over the weekend as I've got an idea that should make it appear on any page, but I've not had the time to make the change yet.
 * Any scrolling in a page's main content area, which causes the floating table of contents to jump to the current section you are reading as you scroll up or down through the main content area, will cause the tools menu to move back to the bottom of the floating area on the left side of the page. This is also something I'm going to try and work on over the weekend, if I can figure out the bit of JavaScript that's causing it to do this and figure out how to disable it without breaking everything else.
 * At the moment this is super basic, and just five lines you add to your common.js file. Once I've worked out the major bugs I'll figure out how to make it work with  or   so that I can share and update it if it breaks more easily for anyone who wants it.
 * Otherwise, happy to answer any questions about this here (please ping me if you do as I don't check this wiki often), at my home wiki talk page, or on the Wikimedia Community Discord where you can find me under the username "Sideswipe (she/her)". Hope this helps. Sideswipe9th (talk) 05:23, 18 February 2023 (UTC)
 * P.S. If the WMF want to take my solution once I get the bugs fixed, and maybe roll it into Vector2022 as a customisable user option, I'm totally down for that. Reach out to me at my home wiki talk page, Discord, or my enwiki email address and I'll happy chat about what I'm doing and what issues I've run into while making it :) Sideswipe9th (talk) 05:25, 18 February 2023 (UTC)
 * Thanks. But the problem is that the new skin is being constantly modified, so that code can be rendered useless eventually. Once I could disable the sticky header with a code; later, I was no longer able to do that, and I was forced to stick with the header. Bageense (talk) 07:54, 18 February 2023 (UTC)
 * Perhaps, however I also cannot stand the Tools menu on the right hand side of the page while still otherwise generally liking Vector2022. So I will be maintaining a version of this on my home wiki for as long as I can, as any time that a breaking change happens to the HTML or CSS, I'll be fixing it for at least my own sanity and editing convenience. Sideswipe9th (talk) 19:31, 18 February 2023 (UTC)
 * Perhaps, however I also cannot stand the Tools menu on the right hand side of the page while still otherwise generally liking Vector2022. So I will be maintaining a version of this on my home wiki for as long as I can, as any time that a breaking change happens to the HTML or CSS, I'll be fixing it for at least my own sanity and editing convenience. Sideswipe9th (talk) 19:31, 18 February 2023 (UTC)

Why is there no table of contents?
Why? Red Slash (talk) 18:58, 15 February 2023 (UTC)


 * Hello @Red Slash. Where do you fail to notice the table of contents? Have you checked perhaps if on the page you're referring to, there's a ToC when using other skins? SGrabarczuk (WMF) (talk) 02:15, 18 February 2023 (UTC)

Search Box
The worst aspect of this new front page is having to click to open the search box before you can use it. Apart from being a bleeding nuisance, if we assume that the vast majority of users need it when they join the site, consider the bandwidth involved in thousands of unnecessary clicks. 12:17, 12 February 2023 (UTC) — Preceding unsigned comment added by Chevin (User talk:Chevin • Special:Contributions/Chevin) 12:17, 12 February 2023 (UTC)


 * Hello @Chevin. The Search box is ready to type-in. Only when the window is under 1000px wide, the Search box is collapsed into a magnifying glass icon that need to be clicked to unfold. Zapipedia (WMF) (talk) 21:50, 19 February 2023 (UTC)
 * Thanks for that. Possibly my setup then whch saves me eyestrain User:Chevin 08:26, 20 February 2023 (UTC)

Uploads link gone
Commons New Look lacks "Uploads" link


 * 1) Visit https://commons.wikimedia.org/wiki/Main_Page logged in.
 * 2) Look for the Uploads link (https://commons.wikimedia.org/w/index.php?title=Special:ListFiles/...

There is none. There should be one.

Sure "Switch to old look".

Anyway, all the emphasis is on Uploading things, but never looking back to see what you uploaded.

In Preferences there is a whole section for Upload Wizard, but no way to get a link to click to see what one already uploaded.

Sure, "Use the browser's bookmarks." Jidanni (talk) 05:47, 31 January 2023 (UTC)


 * Hello @Jidanni. Are you still experiencing this? When I go to Commons and use Vector 2022, I see the "Uploads" link. If you don't, please add ?safemode=1 to your URL and then check, and if it's not there, tell me what browser and operating system you're using. SGrabarczuk (WMF) (talk) 23:36, 8 February 2023 (UTC)
 * Thanks. I see it today. Jidanni (talk) 04:53, 19 February 2023 (UTC)

Tools-Menu only disappeared from ARwiki
Tools-Menu only disappeared from ARwiki, I just hide it but later I find no trace, or how can I appear Nehaoua (talk) 13:47, 17 February 2023 (UTC)


 * Hi @Nehaoua, when the Tool menu is closed, you can open it under the Language button (article pages), on the right of the watchlist icon (the star) see below:

I don't know if it matches your issue. I've notice that styling should be improved locally on arwiki (ex. there is a lack of an icon here, the Page tool shows a scroll bar), it is write different from the layout on frwiki or on itwiki, for exemple. The layour is not bugging with safemode, it should be fixed by an admin on arwiki, or equivalent. Patafisik (WMF) (talk) 16:17, 17 February 2023 (UTC) Modified -Patafisik (WMF) (talk) 16:40, 17 February 2023 (UTC)


 * @Nehaoua Page Tools feature is now available on all wikis for logged-in users (T302073). Logged-out users still have tools within the sidebar at the left of the page. Patafisik (WMF) (talk) 16:30, 17 February 2023 (UTC)
 * Thank you, @Patafisik (WMF) when I click in (masquer=أخف) I can't rpere the buton for show again (i find finally this in top of (Outils=أدوات) menu) cordially Nehaoua (talk) 19:06, 17 February 2023 (UTC)
 * Hi @Nehaoua, sorry for not naming links in Arabic last time. I updated the screenshots, now they may be more clear. S'il y a quelques choses que je peux faire encore n'hésitez pas à me notifier. Patafisik (WMF) (talk) 09:42, 20 February 2023 (UTC)
 * @Patafisik (WMF) merci infiniment, maintenant il est très claire Nehaoua (talk) 14:35, 20 February 2023 (UTC)

Bug - Cursor changes from I-beam pointer to arrow over page title

 * When a page doesn't have a toc or the main menu on the left, you have the arrow when hovering the title with the mouse, so you have to left-click, hold and move the cursor to mark the title.
 * When there is something on the left, like the toc or the expanded main menu you have the I-beam pointer, so you can just triple-click to mark the whole title.
 * Please fix this so users can still quickly copy and paste page titles.
 * Thank you for your work!
 * --KleinerKorrektor (talk) 19:25, 19 February 2023 (UTC)
 * Thank you @KleinerKorrektor. I reported it in this task. Zapipedia (WMF) (talk) 01:18, 21 February 2023 (UTC)

Anchors imprecise
I've been encountering a problem that I think may be caused by New Vector. When I click on the table of contents links at a long page, the place it scrolls to often isn't exactly the thread I clicked on, but rather one or two above or below. Is this a known issue? &#123;{u&#124; Sdkb  }&#125;  talk 22:36, 9 January 2023 (UTC)
 * , Is this on talk pages? Pbsouthwood (talk) 06:30, 10 January 2023 (UTC)
 * Yes, or project pages that consist of discussions like w:WP:VPR. &#123;{u&#124; Sdkb  }&#125;  talk 06:43, 10 January 2023 (UTC)
 * I'm not yet able to reproduce this on w:WP:VPR. What section are you clicking on, and what section is appearing on your screen? Can you provide links to other pages you're seeing this issue on? Also can you provide other potentially relevant details (operating system, browser, browser width, etc.). Also can you check if you can reproduce this in an incognito/private window (append  to the URL). Thanks,  AHollender (WMF) (talk) 05:06, 11 January 2023 (UTC)
 * I tried to replicate it in an Incognito window with Vector and couldn't, so maybe it's an extension I'm using. I'll do some further testing and see if I can isolate the issue. &#123;{u&#124; Sdkb  }&#125;  talk 16:37, 11 January 2023 (UTC)
 * Having paid attention for a few days, the issue seems to occur when I click on notifications from conversations I'm subscribed to, not when I click on a table of contents. I'll follow up with the talk pages project. &#123;{u&#124; Sdkb  }&#125;  talk 16:32, 16 January 2023 (UTC)
 * Hi @Sdkb, thank you for your feedback, are you still experimenting this? I reported your issue here in the talk page of the Topic Subscriptions project, hope this should help. Patafisik (WMF) (talk) 16:51, 17 February 2023 (UTC)
 * Yes, I have been. Thanks! &#123;{u&#124; Sdkb  }&#125;  talk 18:28, 17 February 2023 (UTC)
 * I don't know what exactly is causing this for you (I can't reproduce), but I looked into problems with links to sections in Vector 2022 in general, and figured out why they happen and proposed a fix at T330108. Matma Rex (talk) 02:58, 21 February 2023 (UTC)
 * Much thanks, @Matma Rex! That should hopefully fix it! &#123;{u&#124; Sdkb  }&#125;  talk 03:48, 21 February 2023 (UTC)

Tewiki:User menu drop down
This is about Tewiki The User menu drop down has the following issues: __Chaduvari (talk) 01:37, 18 February 2023 (UTC)
 * 1) When page is not scrolled, when the mouse hovers on Contributions menu item, a sub-menu list appears with three links - contribs, translations, uploaded media. When I move the mouse to click any of these three sub-menus, the mouse moves over the tool tip (User menu) and this sub-menu list disappears. It is impossible to click these three sub-menus. When I move the mouse around the tool tip, then, the sub-menu list does not disappear.
 * 2) In the sticky drop down (when the page scrolled down), the sub-menu is not shown at all.


 * Forgot to mention an important point: The behaviour mentioned at point #1 above, is not noticed in enwiki. __Chaduvari (talk) 01:43, 18 February 2023 (UTC)
 * Hello @Chaduvari. I was trying to reproduce #1 issue at teewiki, but I was not able to do so (in my case, I can select the sub-menu items). Are you still experiencing it? Thank you. Zapipedia (WMF) (talk) 00:21, 21 February 2023 (UTC)
 * @Chaduvari, indeed I found this related task. Thank you. Zapipedia (WMF) (talk) 01:12, 21 February 2023 (UTC)
 * @Zapipedia (WMF) Okay, thanks for the link. __Chaduvari (talk) 05:08, 21 February 2023 (UTC)

Bug? Content jumping around
While reading up on Special:Permanentlink/5784366, and wondering, why the communities wish does not seem to be accepted, I found another issue with the toc: The content is "jumping around" because of toc/notoc funcionality. See: w:sw:Wikipedia:Mwongozo, w:sw:Wikipedia:Mwongozo_(Kuhariri) and the other "subpages". To replicate: open the links and narrow the page until content and toc is more or less within window-bounds. Then, when switching the pages, the content "jumps around". HirnSpuk (talk) 18:55, 20 February 2023 (UTC)


 * I think the user means:
 * If you are on a pretty narrow page (sub 1200px but over 700px)
 * If the main menu is collapsed
 * AND the toc is not collapsed
 * AND you are on a page with a ToC
 * AND you navigate to a page without a ToC
 * THEN the content on the page (visually) jumps from being indented ( by toc-width ) to being not indented at all.
 * This might be be unexpected and jarring and messes with your navigation expectations as a user. —Th e DJ (Not WMF) (talk • contribs) 13:43, 22 February 2023 (UTC)

Edit source to Tools
Request: Please add "Edit source" to the Tools sidebar. This avoids scrolling. Thanks. Grimes2 (talk) 07:41, 23 February 2023 (UTC)


 * Editing button in the Vector 2022 sticky header.png Hi @Grimes2, what wiki are you trying to edit? On the English Wikipedia, the edit button is available on the sticky header which appears when you scroll down the page, you just have to click on the pencil icon to edit the wikicode. Patafisik (WMF) (talk) 09:52, 23 February 2023 (UTC)
 * Thanks, problem solved! Can be closed. Grimes2 (talk) 10:12, 23 February 2023 (UTC)

Sticky header is not tall enough for a two-line header
The header for logged in users on the Konkani Wikipedia is two lines to accomodate two scripts. When you scroll down, the sticky header is not tall enough for two lines. Should we fix this by modifying the height of the header locally in the css, or should it be fixed globally in the software skin? The Discoverer (talk) 07:22, 14 January 2023 (UTC)


 * Hey @The Discoverer, thanks for reporting this. To clarify: does this only happen on the Main page, or on other pages as well? AHollender (WMF) (talk) 14:10, 16 January 2023 (UTC)
 * @AHollender (WMF), It only happens on the main page, because the main page is the only one that is explicitly formatted to be on two lines. On all other pages the headings are shortened using ellipses (...) and do not wrap. The Discoverer (talk) 15:52, 16 January 2023 (UTC)
 * @AHollender (WMF) / @Patafisik (WMF) / @OVasileva (WMF) / @Zapipedia (WMF): Please could you give some feedback regarding this? The Discoverer (talk) 06:36, 2 February 2023 (UTC)
 * Hi @The Discoverer sorry for the delay. I open this task. Patafisik (WMF) (talk) 12:51, 25 February 2023 (UTC)
 * Grazie, @Patafisik (WMF) ! The Discoverer (talk) 18:51, 25 February 2023 (UTC)

Enter key is not left click
When I'm finished typing something in the search bar and hit enter, I expect the top result to show up, not the page where my cursor currently rests. If I want to click on a page that's not at the top, I'll just use my mouse or touchpad's left click because that's closer to my fingers. This is a big problem for me as I often use keyboard shortcuts and therefore have to physically move the cursor away in order to search properly. lol1 VNIO 🧧🐈 ( I made a mistake?  talk to me ) (talk) 20:35, 18 January 2023 (UTC)


 * Day two of this problem and I've decided to change back to 2010. lol1 VNIO 🧧🐈 ( I made a mistake?  talk to me ) 20:03, 19 January 2023 (UTC)
 * It seems this isn't the case anymore. Now I feel more comfortable with V22. lol1 VNIO 🧧🐈 ( I made a mistake?  talk to me ) 10:27, 25 February 2023 (UTC)

Jump to top
Request: Please add "Jump to top" (up arrow) to the top bar, that is displayed by scrolling down. Grimes2 (talk) 11:58, 27 February 2023 (UTC)


 * Hi @Grimes2, what are you calling "top bar", do you mean the sticky header? By clicking "beginning" on the ToC you should scroll back to the top of the page. Did you try with the keyboard shortcut (e.g. CTRL + Home, or Command + up-arrow key, or similar)? I also have keyboard keys Begin and End on my keyboard, but I know not all keyboards have. A lot of browser allow an extension like Scroll to Top too. Patafisik (WMF) (talk) 13:40, 27 February 2023 (UTC)
 * Pos1 (up)/Ende (down) works. Thanks Grimes2 (talk) 13:51, 27 February 2023 (UTC)
 * Glad to have helped. I open a task however with a suggestion for a feature. Patafisik (WMF) (talk) 14:34, 27 February 2023 (UTC)

Please sort the interwikilinks alphabetically - especially for visitors without an account !
It's been said from some dicussers here already (if you search the discussion arhives related to this

discussion) here in this discussion and i want to stress that this is my point of view, too !

I like switching between articles in German, English, Croatian - and sometimes i want to surprise myself by clicking at an unknown language. Switching with your new created language switch tool is a horror and takes me - an un unregistered user - a very lot longer, compared to the 2010 interface, to find myself the language i want to switch to.

Well I haven't, an I don't think others have (some might, of course) THAT geographic knowledge to guess what language is located in which region. Knowing how a language name is spelled is a very easy thing for me. If I know the alphabet and if I search Croatian, i look at the top of an alphabetical drop-down-list, if i search German, i will look more in the middle of the list, if i search English i scroll from Croation a little more farther down. This is an easy thing. So why did you create these regional blocks ?

So please: Do unlogged users a favour and give them a chance to choose a language list option, that gives them a sorted list as from a to z. Thanks - that would be a great thing ! 188.174.249.250 17:19, 19 January 2023 (UTC)


 * THoT_-_languages.png
 * Hi
 * the selection of user interface language is only available for logged-in users, who can disable it in their Preferences (at the end of the page, uncheck "Use a compact language list, with languages relevant to you."). For English Wikipedia, the input method contextual menu is disabled by default. Logged-out or anonymous users have already the list in alphabetical order, can you confirm please? When searching, you can just type the Language codes (e.g.,   or  ) and the language will be suggested by the functionality. For more information about the Universal Language Selector please visit the FAQ page. Patafisik (WMF) (talk) 08:31, 28 February 2023 (UTC)

Search bar doesn't work at the top on Amazon Kindle
For some reason I can't type anything in the search bar at the top in the new skin... 80.6.36.48 20:05, 12 February 2023 (UTC)


 * Hi @80.6.36.48, it is still happening? To be sure to exclude some causes: this answer helps you? If you are already filling the search box with a text and nothing happens: can you give us more details and describe your configuration (browser, browser version, OS) with an example of text you are searching for, and in what wiki it is happening, please? This is happening also when adding  at the end of the URL? This may be useful to reproduce the bug. Patafisik (WMF) (talk) 12:29, 27 February 2023 (UTC) modified--Patafisik (WMF) (talk) 08:54, 28 February 2023 (UTC)

Custom CSS is not working for the Vector 2022 skin.
I tried editing the Vector 2022 CSS page on Meowpedia (which is currently private due to some technical stuff) but it doesn’t work. How do I get it to work? 2A02:C7C:BD2C:B500:940:A9B3:53AC:5EBC 08:33, 20 February 2023 (UTC)


 * Hi, thank you for your feedback, can you give more details, please? What custom CSS are you trying to use, with a link if available? Patafisik (WMF) (talk) 11:15, 22 February 2023 (UTC)
 * And what page are you editing.... —Th e DJ (Not WMF) (talk • contribs) 13:45, 22 February 2023 (UTC)
 * Sorry for replying 1 day late. The link is right here. Btw, it's a Miraheze wiki despite... UH... yeah. The background behind the article background should be the CSS colour 'papayawhip' on Vector 2022, but sadly I deleted it because it didn't work. 2A02:C7C:BD2C:B500:F5B0:6716:1368:719A 14:20, 23 February 2023 (UTC)
 * Reply is here. Patafisik (WMF) (talk) 09:49, 28 February 2023 (UTC)

"Reply" button in User talk
Hello. I know that this isn't exactly an issue of skin, but I don't know better place to ask, so: it is possible to turn off a "Reply" button in User talk pages? Once it was seen as default to reply on interlocutor page bcs of notifications, now many new users just click reply on their own talk without even a ping. It disturbs a fluent discussion between editors. --Wojsław Brożyna (talk) 08:05, 21 February 2023 (UTC)


 * I reported your answer here. Patafisik (WMF) (talk) 11:37, 27 February 2023 (UTC)
 * It isn't possible to turn it off for other users on your comments. Instead, I would suggest turning on "Automatically subscribe to topics" ("Automatycznie subskrybuj wątki"), so that you will get notifications about replies to your comments even if the other user doesn't add a ping. Or if you really want, you can turn off "Enable quick replying" on the same preferences page, but this will only change how the pages look like to yourself. You can read more about these features at Help:DiscussionTools. Matma Rex (talk) 17:59, 27 February 2023 (UTC)
 * --Patafisik (WMF) (talk) 13:48, 28 February 2023 (UTC)

No search suggestions just in Vector-2022
Nothing drops down, as I type. What could be a problem (and solution)? Атомный трамвай (talk) 13:51, 15 February 2023 (UTC)


 * Hi @Атомный трамвай, thanks for your feedback. First of all and to be sure to exclude some causes: this answer helps you? If you are already filling the search box with a text and nothing happens: can you give us more details about your configuration (operating system, browser and browser version, screen resolution), and an example of text you are searching for to reproduce the bug, please? This is happening also when adding  at the end of the URL? Patafisik (WMF) (talk) 08:45, 28 February 2023 (UTC)
 * Thank you for attention.
 * The issue you've mentioned doesn't help me at all, because a user there experienced replacing search field with button, and I don't.
 * Firefox 110.0, macOS High Sierra, 1280×800. Also, you can check out it by yourself — https://jantanoo.info, if it reproduced at your env (I sure, it does).
 * Whatever I type in search field, I ain't see a suggestion menu. As it should be shown regardless any text one type, so, I think, no need to mention any specific text I tried to type. And this issue is just about modern Vector — in classic Vector, in Minerva Neue, in all built-in skins there is the dropdown suggestion menu. I wouldn't be surprised if it is because of some incorrect setup — I am not so experienced admin and, for example, I've got a concept of MW's Gadgets just recently (and one of damaged gadget made a huge mess for my wiki and I haven't found a problem too long). And I remember, before I upgraded from MW 1.34.1, there was no this dropdown menu in classic Vector, too. On the other hand, I've made a serious re-install of MW and now it works on classic Vector… Атомный трамвай (talk) 12:39, 28 February 2023 (UTC)
 * I can reproduce it (Firefox version 110, Windows 10). When I type "т" in the search form on the top, suggestions do not appear. But if I click on the button "search" ("Найти") I arrive on this page. However, using the second search form under "Search results" ("Результаты поиска"), typing "т" I have the search suggest drop-down list. I report this issue and waiting for an answer. The new search functionality is described here. Patafisik (WMF) (talk) 14:59, 28 February 2023 (UTC)
 * Thanks a lot, I hope we are able to develop this more perfect way (together)! Атомный трамвай (talk) 07:10, 1 March 2023 (UTC)
 * Please look at the reply here. An additional information: if I'm not wrong, the first form is using Vue.js while the second one is using CirrusSearch. Patafisik (WMF) (talk) 07:27, 1 March 2023 (UTC)

Can we have different font sizes? Because: zooming in firefox makes the toc highlighting not fit to the text

 * In the Wikipedia App such option already exists.


 * On the desktop I use firefox as a webbrowser with a zoom of 120% for all Wikimedia projects.
 * When you scroll inside the text (not the toc) between the section of two headlines, it is like that: the toc highlighting switches, when the section of a headline is at the lower border of that new dynamic bar at the top.
 * But when you zoom with firefox, it does not match.
 * Native implemented font size changing would do the trick I guess.


 * Best Regards --KleinerKorrektor (talk) 10:09, 23 February 2023 (UTC)
 * Hi @KleinerKorrektor, thanks for your feedback. OVasileva (WMF)'s answer: "In the near future, we're hoping to explore some of this in the new skin - specifically allowing users to configure their font size for the site". A task for increasing the base font-size for article text from 14px to 16px is open too.
 * I will open a new task on Phabricator about your issue, please can you describe your configuration (OS and screen resolution)? It may be useful. Patafisik (WMF) (talk) 11:06, 27 February 2023 (UTC)


 * Hey Patafisik. Thank you for your reply. My screen resolution is 1920x1200. Webbrowser is firefox-esr 102.8.0esr. I'm on Debian 11 here. Best Regards --KleinerKorrektor (talk) 11:13, 27 February 2023 (UTC)
 * Hi @KleinerKorrektor, are you still experimenting the mismatch between the text title and the table of content title when you zoom? If yes, can you give us an example of page where it is happening? Thank you! Patafisik (WMF) (talk) 08:00, 3 March 2023 (UTC)

Bring back the TOC
There are many things about the new 2022 interface that made me a bit uncomfortable on first using it, but in my experience so far the designers have made only one game changer, deal breaker change, by removing a feature I can't give up, so I will stay with the 2010 interface forever if they don't bring that feature back, at least as a user appearance preference. That's their removal of the old inline TOC at the top of the article, of course. The new pop-up sidebar TOC with its floating button is not a static TOC, it's a different feature entirely, innovative and useful in its own way (although the way its floating button always blocks the upper left corner of the page is very visually annoying, and you cannot get it out of the way no matter what you do by repositioning the page). But no matter -- that's not the deal-breaker. The pop-up sidebar TOC, whether you like it or not, isn't a TOC at the beginning of the article, which has been the signature appearance of every Wikipedia article since time immemorial.

When you open a Wikipedia article you expect to see a lede (like the abstract of a research article), followed by a table of contents showing the structure and organization of the article, giving you an instant idea of whether this article is 1 or 100 pages long, and how developed it is. As you refer to the article again and again over time, you will probably depart from that TOC to places you have discovered within the article again and again, your body developing a kind of muscle memory for the way the space inside the article branches out from the top. Your mind is learning the geometry of part of the vast space that is Wikipedia. The TOC at the top of every article illustrates one local part of that space. The TOC is the article editors' best attempt to choose a geometry for that subject that makes sense. It is editor-written content, artistry, not merely a generated index or search results; in fact it is the most important content in the article, after the lede. Sometimes it's all you read of an article (the lede and the TOC), and it tells you that you don't need to know any more. It can be collapsed or expanded, as suits your personal need of it, but surely it should not be entirely hidden in an always-collapsed pop-up sidebar.

The designers should fix this flaw in the new interface by simply bringing back the static TOC exactly as it is in the 2010 interface. The pop-up sidebar displaying the TOC can remain too, just don't display its floating button until the display is scrolled down to below the static TOC. It would also be a diplomatic policy decision (a no-brainer, really) to provide a user appearance preference for a static TOC, a pop-up TOC, or both. Dc.samizdat (talk) 21:35, 20 January 2023 (UTC)
 * I prefer also the TOC in 2010 interface. --Ensahequ (talk) 02:22, 21 January 2023 (UTC)
 * Yeah I agree, I like the static Table of Contents at the top of the article, I don't want to have to start scrolling to find the TOC so I can skip to the particular section of an article that I want to read. B 897 (talk) 04:28, 21 January 2023 (UTC)
 * I want to add my full support to bringing back the classic ToC. The new sticky ToC can coexist with the classic one instead of replacing. I think each serve different purposes and could be complementary. I also made similar comments in the w:Wikipedia:Requests for comment/Rollback of Vector 2022#Bring back the TOC. Thank you. Al83tito (talk) 05:43, 28 January 2023 (UTC)
 * Not to say its old good numbering scheme, now lost. No matter where the TOC appears, it should retain the numbering scheme. 37.134.90.176 07:55, 23 January 2023 (UTC)
 * I spent many minutes trying to figure out why the article I was editing had no TOC -- I went as far as asking on the Discord why the article was broken, trying to add a template, etc. Could have instead used that time to contribute. I agree that the old ToC takes up a lot of space but the new treatment is too radical a change. Mrflip (talk) 20:53, 6 March 2023 (UTC)

I can't find a page's table of contents
As the subject says. I managed to spot a table of contents once with the new layout, but now I can't find it any more.

I wanted to share a link to a section, but I can't even do that, because the only links provided directly at section headers are edit links. GunChleoc (talk) 10:54, 7 March 2023 (UTC)


 * Hello @GunChleoc. Thank you for letting us know about this issue. How wide is your screen? I mean the resolution. If it's large enough, you'll see the ToC on the left side (option 1). If it's narrower, it's a button at the upper left corner of the screen (option 2). It may also be in the header if it's pinned (option 3).
 * Is this helpful? SGrabarczuk (WMF) (talk) 18:35, 7 March 2023 (UTC)
 * Is this helpful? SGrabarczuk (WMF) (talk) 18:35, 7 March 2023 (UTC)

Different looks in different Situations
I would have expected, that the look is consistent between Legacy and V22. It seems not to be. The pages all look different, depending, if you are logged in/out, which "project" you are on and what "dynamic buttons" you have clicked (width, hide, pin...). Is this really intended behaviour? The biggest issue I'm startled by is the different behaviour of the same skin while logged in and out (different menu, different font-size, different behaviour, different spacing). HirnSpuk (talk) 16:11, 17 February 2023 (UTC)


 * Hello @HirnSpuk. Some of this is intended. For example, right now, logged-out users don't see the sticky header or the page tools menu. But I think font-size or spacing isn't intended. Perhaps what you saw was caused by cache, and not our intended design. Would you be able to give specific examples of differences you didn't expect? SGrabarczuk (WMF) (talk) 15:48, 10 March 2023 (UTC)
 * @SGrabarczuk (WMF), sorry, Special:Diff/5778578/5779099, expecially Special:Diff/5779099/next and last but not least Special:Diff/5816368/5817068. I think the looks should be consistent at least in one project. The look (AND the feel as well) depend on window-width, screen-resolution, login-state, button-clicks, hover-buttons, personal configurations... I'm not able to give examples, it's the whole page. Just play with the window-size on different resolutions in wpen logged in and out and you'll hopefully get it. I'd recommend using a FHD-Display with standard-configuration. Use case: I often resize the window regarding the task I'm doing, I regularly log on and off on different projects, I use different resolution monitors... Regards HirnSpuk (talk) 16:41, 10 March 2023 (UTC)

Fresh from Tewiki
Noticed this in Tewiki - the link to add inter-language links disappeared. The drop down list has only two links- "Translate this page" and "Open language settings". __Chaduvari (talk) 01:58, 19 February 2023 (UTC)


 * Hello @Chaduvari. Could you please share a page in which this issue is happening? Does it happen in all the pages? Thank you. Zapipedia (WMF) (talk) 21:29, 19 February 2023 (UTC)
 * Hi @Zapipedia (WMF),
 * Tewiki_Langlinks_screenshot_Vector2022-21Feb2023.png You can see this issue on సిపాయి సుబ్రమణ్యం page. The issue is also noticed in Wikipedia:, Template:, Module: and Category: namepaces too (didn't check the other namespaces). In these namespace pages, only "Open language settings" link is there; "Translate this page" link is not shown. The adjacent screenshot shows the Main space page. Thanks. __Chaduvari (talk) 05:06, 21 February 2023 (UTC)
 * Hello @Chaduvari. Thank you. I think there are more than one issue here. Regarding the link to add interwiki links appears now, but perhaps it wasn't appearing temporarily? We've been working on the styling of this link. Anyway, for me now, it shows up in the "General" menu. Do you still experience this issue?
 * Regarding the "Translate this page" link in non-content namespaces such as Template or Module, it's by design, because the tool inviting to translate the page is only designed to translate content. But there may be some bugs about it. For details, see T316559.
 * Was my answer helpful? SGrabarczuk (WMF) (talk) 17:05, 10 March 2023 (UTC)
 * @SGrabarczuk (WMF), I see the "Add interlanguage links" in the general menu (on the right sidebar) now. Thanks. __ Chaduvari (talk) 06:35, 13 March 2023 (UTC)

Lack of left border
I tried giving Vector 2022 a shot, but the lack of any kind of border or even a change in the background colour between the text and the whitespace to the left of it is a big problem for me. It is difficult to explain, but I felt something similar to strong sense of vertigo when I started reading text after a certain point.

I identified the cause as the emptiness in the left space after you scroll far enough down. It is alright at the top, since the off-colour background of the sidebar serves the role as a border, however, there's nothing in that space once you scroll further down. This issue isn't present in Vector 2010 because it has an explicit border in addition to a different background colour beyond said border.

Oddly, the feeling of vertigo is greatly reduced with the narrow mode, likely due to the whitespace being balanced on the right side, and there being an eventual change in the background colour. However, I highly dislike the narrow mode, so I wouldn't want to use that even without the vertigo. JAK0723 (talk) 05:18, 19 January 2023 (UTC)


 * I completely agree, expanding the view and collapsing the floating menus (because i 1. dont want the TOC on my screen at all times since it creates unnecessary visual noise, 2. am not an active editor so i dont need that tools section), looks like a barren css-less html webpage, no borders, no consistent spacing, the lines between headers starting and ending in random places... vertigo is exactly how i would describe it. looking back and forth from monobook to this mess, monobook feels way more defined and grounded, you can always find where the page begins, estimate the indentation by eye... this is autism speaking but its true. 147.32.90.103 01:44, 6 February 2023 (UTC)


 * Yes, I completely agree! I'm sad-but-glad to read that it's not just me that finds this a very real and very significant irritation. I had already commented about this exact problem in an earlier discussion further up the page, but just repeating here again to add to the comment/vote count: From an accessibility perspective the biggest loss for me is the lack of that good contrast and vertical line separator between the left hand menu and the main content area: now all just an endless sea of indistinguishable searing white, and, when I am reading, without those subtle but essential separation cues (and with an excess of horizontal whitespace that doesn't have the needed tight margins to even remotely work as a "newspaper column" substitute), my eye is irreversibly drawn to the left hand edge of the window at the end of Every Single Line, causing a real 'low level' brain 'glitch' in trying to read. Ugh! --Davecykl (talk) 22:40, 14 March 2023 (UTC)

Nowy prototyp. Wizualne oddzielenie części interfejsu
Cześć wszystkim!

Analizowaliśmy opinie edytorów na temat układu strony. Przeczytaliśmy komentarze, którymi wolontariusze podzielili się tutaj, jak również na RfC na angielskiej Wikipedii, w Kawiarenkach, na innych stronach wiki, Phabricatorze, jak również na spotkaniach online. Oto nasze aktualizacje dotyczące tej pracy. Chcieliśmy rozpocząć rozmowę na temat dalszej poprawy układu.

Informacje zwrotne na temat białych pól

Obecnie w Vectorze 2022 jest dużo białych pól służących oddzieleniu różnych części interfejsu. Do tego tło strony (poza obszarem z treścią) jest białe. Podzieliliście się dwojakimi wątpliwościami:


 * 1) uwagami dotyczącymi wyraźniejszego wizualnego oddzielenia części interfejsu. Zastanawialiście się, czy poprawiłoby to czytelność. Głównie dałoby to:
 * 2) * większe skupienie/uwagę na treści strony (zamiast patrzenia na interfejs jako na całość, a następnie skupiania się na treści)
 * 3) * ułatwienie skupienia się na treści podczas czytania, ponieważ obszar treści byłby lepiej zdefiniowany (niektórzy z was zgłaszali, że podczas czytania rozpraszał ich spis treści);
 * 4) uwagami dotyczącymi zmiany koloru tła poza obszarem treści na szary. Zastanawialiście się, czy zmniejszyłoby to zmęczenie oczu, którego niektórzy doświadczają z powodu dużego białego obszaru na większych ekranach.
 * 5) * Wielu z was zgłaszało, że biała przestrzeń ma zbyt wysoki kontrast i że dodanie ciemniejszego odcienia, takiego jak szary, zmniejszy to obciążenie.

Prototyp – proponowane zmiany i wady tych rozwiązań Na podstawie tego, jak również informacji dotyczących kolejnych wersji skórki, przygotowaliśmy ten prototyp. (T259240) Jest to propozycja potencjalnych zmian. Zmiany prezentowane w prototypie to:
 * 1) dodanie ramek zarówno wokół obszaru treści, jak i spisu treści (a także innych menu). Naszą hipotezą jest to, że ramki mogą pomóc w zrozumieniu struktury interfejsu. Ułatwiłyby również skupienie się na treści (zarówno przy pierwszym załadowaniu strony, jak i podczas czytania). Zauważ, że możesz przypiąć menu Narzędzia (Tools) za pomocą rozwijanej listy po prawej stronie,
 * 2) zmiana koloru tła strony na szary. Nasza hipoteza jest taka, że powinno to pomóc zmniejszyć zmęczenie oczu, którego niektórzy doświadczają. Sprawi to też, że obszar treści i spis treści będą bardziej przyciągały uwagę.

Skłaniamy się ku konfiguracji, która zawiera białe tło nagłówka, obramowania, a także obramowane menu.

Jednak wiąże się to z pewnymi wadami. Ta konfiguracja wpływa na szerokość treści. Konkretnie:
 * zmniejsza szerokość treści w porównaniu do obecnej wersji w przypadku, gdy otwarte jest menu narzędzi strony (to po prawej),
 * zwiększa szerokość treści, gdy menu narzędzi strony jest zamknięte, w porównaniu z bieżącą szerokością.

Nasi designerzy pracują nad ograniczeniem skutków tego zjawiska. Dostosowują niektóre odstępy, co w najbliższych dniach znajdzie odzwierciedlenie w prototypie.

Testowanie

Na kolejnym etapie chcielibyśmy zaproponować eksperyment lub serię eksperymentów, które mogą potwierdzić powyższe hipotezy. Naszym celem jest określenie, czy aktualizacja układu w ten sposób poprawi doświadczenia czytelników i edytorów. Mamy kilka różnych możliwości w tym zakresie. Na razie rozważamy następujące:
 * 1) Badania jakościowe – przeprowadzenie testów użytkowników poprzez wywiady z czytelnikami i edytorami. Testy te miałyby na celu określenie, czy łatwiej jest skupić się na treści i czy nowe tło zmniejsza zmęczenie oczu,
 * 2) Testy A/B – przeprowadzenie testu A/B na zalogowanych użytkownikach, gdzie przeanalizowalibyśmy kluczowe wskaźniki projektu, porównując obecny układ z poprzednim. W szczególności: odsetek rezygnacji ze skórki, liczbę odsłon, edycji, długości sesji, wykorzystania spisu treści i przewijania strony. Ze względu na ograniczenia techniczne i ochronę prywatności nie możemy przeprowadzić testów A/B na użytkownikach niezalogowanych. Oznacza to, że będziemy używać zachowania zalogowanych użytkowników jako czegoś podobnego do zachowania wszystkich użytkowników. Jeśli zostanie wybrany nowy układ, porównamy kluczowe wskaźniki (przed i po zmianie) wśród wszystkich użytkowników.

Niektórzy z was wspomnieli o zrobieniu ankiety, w której zapytalibyśmy użytkowników o to, który układ wolą. Badania opinii mogą być przydatne, ale nie sądzimy, żeby były najlepszym narzędziem do oceny użyteczności. Nie uważamy, aby tego typu ankieta dała nam informacje, których potrzebujemy, aby potwierdzić lub odrzucić dwie główne hipotezy zaprezentowane powyżej.

Nasze pytania do was

Jesteśmy ciekawi, czy uważacie, że powyższa lista brzmi sensownie. Jeśli nie – czy macie jakieś inne pomysły na ewaluację? Szukamy pomysłów na zmierzenie, czy nowy układ pomaga w oddzielenia treści od reszty interfejsu i zmniejszeniu zmęczenia oczu.

Poza oceną wspomnianą powyżej, opinie naszych społeczności również odgrywają dużą rolę w ustalaniu, jakie zmiany są najlepsze. Co sądzicie o prototypie?

Dziękujemy! OVasileva (WMF), SGrabarczuk (WMF) (talk) 22:55, 10 March 2023 (UTC)


 * Podoba mi się nowy prototyp, znacznie bardziej niż obecny wygląd Vectora 22. Moim zdaniem strona jest znacznie bardziej czytelna i przejrzysta niż obecnie.
 * Zdecydowanie popieram opcję Framed menus – poza możliwością skupienia się na treści, ułatwione jest z nią także znalezienie odpowiedniego narzędzia (najpierw kierujemy kursor nad wyraźną ramkę, dopiero potem skupiamy się na szczegółach). Całość – moim zdaniem – wygląda bardziej schludnie i elegancko (zarówno przy przypiętym jak i odpiętym prawym polu Narzędzia): Wyraźnie widać odstęp od górnego paska, równy dla wszystkich elementów. Delikatnie ciemniejszy kolor linii wyraźnie rozgranicza treść i narzędzia od tła – choć uważam, że jeszcze większe grono zwolenników zyskałby wariant z tą linią w błękitnym kolorze ze starego Vectora (albo może wokół treści błękit, a przy innych polach – szarość?).
 * Jednym słowem – jest to skórka, którą ustawiłbym jako domyślną (czego nie mogę powiedzieć o obecnym wyglądzie V22).
 * Nie wiem tylko, jak miałoby wyglądać pole edycji (kod!). Zakładam, że byłoby po prostu polem edycji wyświetlonym w miejscu treści artykułu (i takie rozwiązanie wydaje mi się najlepsze).
 * Nie wiem czy celowo zniknęły poziome linie pod tytułami sekcji (?) (u mnie ich w każdym razie nie widać) – uważam, że dobrze wygląda jak są w tamtym miejscu. Tak samo „rozjeżdża mi się” formatowanie obrazków, zakładam że zostałyby w takiej formie jak teraz.
 * Myślę, że w celu zaoszczędzenia miejsca można zmniejszyć nieco szerokość spisu treści (podobnie jak dzieje się na tej stronie po kliknięciu przycisku w prawym dolnym rogu).
 * Zaznaczam, że nie czytałem wszystkich komentarzy w anglojęzycznej wersji dyskusji, więc nie wiem czy nie powielam czyichś opinii.
 * Z mojej strony to chyba wszystko – Pyrlandczyk (talk) 08:20, 11 March 2023 (UTC)
 * Jeśli chodzi o sam wygląd, to szary naokoło oczywiście pomaga w skupieniu i zmniejsza natężenie białego... No i oczywiście wolę taką wersję. Oczywiście, bo takiej wersji z szarym używam od roku jak pewnie wiesz Szymonie :-) w:pl:Wikipedysta:Nux/Fixed top bar.css.
 * Ostatnio zacząłem się zastanawiać nad tym czy narzędzia i spis treści powinny mieć białe tło. W tej chwili mam duży, biały spis treści z boku i w sumie to trochę mi przeszkadza... Powoli dochodzę do wniosku, że może za bardzo odciąga mój wzrok ten biały. Nux (talk) 09:20, 11 March 2023 (UTC)
 * tak, dlatego preferuję nową propozycję z nieaktywną opcją "Framed menus", talk jak to opisałem powyżej w dyskusji en (i zilustrowałem w File:Vector 2022 Zebra9 prototype with frameless menus logged-in.png). Zdzislaw (talk) 10:58, 11 March 2023 (UTC)
 * Podoba mi się, że domyślnie menu są poukrywane (przy małej rozdzielczości, której używam). (Szare) Ramki - spis treści oraz sam artykuł (bez widocznych menu) "ładniej" wygląda z ramkami (ale to może być przyzwyczajenie do starej skórki wektor). Z przypiętym menu Tools brak ramek wokół artykułu (i menu Tools) już tak mocno mnie nie razi. MarMi wiki (talk) 12:35, 11 March 2023 (UTC)
 * Mnie interesuje czy będzie opcja scalenia lewego i prawego menu w jedno. Obecnie w pl.wikt zarówno w lewym jak i w prawym mam często używane opcje (w lewym np. ostatnie zmmiany, w prawym np. wkład użytkownika albo linkujące) więc nie mogę tych menu schować ale jednocześnie ponieważ są po przeciwległych stronach ekranu muszę co chwila wykonywać długie posunięcia kursorem na touchpadzie. Jest to szalenie nieergonomiczne. Poza tym obecna implementacja prawego menu jest (przynajmniej w pl.wikt) kolidująca z układem stron np. tutaj https://i.postimg.cc/GtXxR7Kz/Screenshot-2023-03-05-04-34-05.png albo tutaj https://i.postimg.cc/Wp8BtsfY/Screenshot-2023-03-05-04-43-30.png - wygląda to fatalnie. Proszę o sprawdzenie czy w dyskutowanej tu nowej odsłonie będzie tak nadal. KaMan (talk) 18:46, 14 March 2023 (UTC)
 * @KaMan tak, ten podział zostanie już tak jak jest. Podział na menu główne i menu narzędziowe jest celowy. Z nielicznymi wyjątkami menu po prawej powinno dotyczyć bieżącej strony, a menu głównej ma funkcje dotyczące całej witryny.
 * Co do tych zrzutów, to właściwie jest problem z treścią. Jeden z wielu problemów z szablonami i tabelkami, które są za duże na wąskim ekranie. Jak używasz skórki V'22 na wąskim ekranie, to lepiej mieć schowane przynajmniej jedno z menu (lewe lub prawe menu), albo w ogóle oba. Mi się na laptopie wygodnie pracuje ze zwiniętą lewą stroną (zwijam menu i spis treści).
 * Jeśli ten układ menu nie pasuje do Twojego stylu pracy, to zawsze możesz zmienić skórkę na starego Vectora. Jakby co możesz zrobić to globalnie: Special:GlobalPreferences (to jest dla wszystkich projektów Wikimediów). Nux (talk) 22:45, 14 March 2023 (UTC)
 * @Nux: skórka Timeless automatycznie zwija szerokie tabelki z użyciem JS, tj. nadaje im poziomy scroll . Czy jest szansa, by domyślnie Vector 2022 też miał taką możliwość? Peter Bowman (talk) 23:01, 14 March 2023 (UTC)
 * @Peter Bowman O, ciekawe. Trochę hack, ale wygląda na to, że skuteczne. Myślę, że można by na phabie zgłosić coś takiego. Nie żebym znał wszystkie zgłoszenia, ale nie kojarzę, żeby coś takiego było omawiane. Ten konkretny przypadek KaMana działa całkiem przyzwoicie Timeless: Słownik z szablonem z literkami, Wiktionary (testowałem na Firefox, CTRL+SHIFT+M).
 * W sumie to że oba menu przeskakują na lewo na wąskim ekranie, to też wygląda na dobry pomysł... Myślę, że jest szansa, że po zrobieniu docelowej Zebry #9 będzie łatwiej coś takiego zrobić (o ile będzie zachowany układ z prototypu)... Nux (talk) 23:20, 14 March 2023 (UTC)

Special pages and upload
I was just looking for a link to special pages on another wiki and noticed it was in the page's tools menu. My mind has already shifted to the idea that the right side is for page specific tools and the left (main) menu is for general, site wide links.

There are currently two default links that are in the wrong place (at least in my mind):
 * Upload file.
 * Special pages.

I think these links should go to the main menu. Alternatively, you could also create a new section in the tools menu. But that would break the division into page and general actions.

Or is current placement only weird for me? 😅 Nux (talk) 13:03, 11 March 2023 (UTC)


 * The (un)logical division of menu's is a known problem and on the todo list, but as these menu's are shared between all the skins, splitting them up and making them more logical without breaking other skins is a complex operation that will take some time. There is a ticket about this somewhere.... —Th e DJ (Not WMF) (talk • contribs) 10:36, 14 March 2023 (UTC)
 * Thank you @TheDJ for this clear and concise answer, @Pequod76 was talking about this issue few weeks ago on itwiki. Patafisik (WMF) (talk) 16:01, 14 March 2023 (UTC)

Custom CSS for the Vector 2022 skin is not working for me!
Hi, Unfortunately, I was trying to edit the Vector 2022 CSS MediaWiki page on Meowpedia (miraheze wiki btw) but it sadly doesn't work. How do I fix it? My Miraheze username is 'BlahBlahBlah666' btw. 2A02:C7C:BD2C:B500:2023:D2C3:A0D2:B5E6 12:28, 19 February 2023 (UTC)


 * Are you trying to edit site-wide or user-wide? I don't see a https://meowpedia.miraheze.org/wiki/User:BlahBlahBlah666/vector-2022.css or https://meowpedia.miraheze.org/wiki/MediaWiki:Vector-2022.css page. That's where your user styles should be loading from.
 * Note currently both https://meowpedia.miraheze.org/wiki/MediaWiki:Vector.css and https://meowpedia.miraheze.org/wiki/User:BlahBlahBlah666/vector.css should apply to both Vector skins (Seems like the former is working?)
 * For security reasons, user styles/scripts are disabled by default. You'll have to talk to the admin of your miraheze instance to fix that if that's the problem. See mw:Manual:$wgAllowUserJs and mw:Manual:$wgAllowUserCss for more information. Jdlrobson (talk) 20:35, 27 February 2023 (UTC)
 * Sitewide. I've had to delete it because it wasn't working. How do I get this CSS script working?
 * 2A02:C7C:BD2C:B500:F8A3:2178:EE47:BE 13:24, 5 March 2023 (UTC)
 * Former version only works. The CSS doesn't apply to the Vector 2022 skin. Also, I waited 10 days and you didn't reply :/ 2A02:C7C:BD2C:B500:ED36:472A:30F4:7F7B 20:12, 15 March 2023 (UTC)
 * I might think some guy who creates the stuff for MediaWiki should fix Vector 2022 CSS because it does NOT work. 2A02:C7C:BD2C:B500:ED36:472A:30F4:7F7B 20:13, 15 March 2023 (UTC)

Space inserted in page title
Greetings, When I visit commons:User talk:Elizium23 I see the page title listed as "User talk: Elizium23". That is, a space is inserted after the namespace and before my username. This is not part of the page title, and it will mess you up if you copy-paste it. If I "View history" on the same page, no space is inserted. Other wikis, no space. Safe mode, still a space.

This may have occurred on other pages, because I recall being surprised by a copy-paste failure; it's subtle, so I'll have to continue watching for it. Elizium23 (talk) 13:53, 19 February 2023 (UTC)


 * In fact, the same effect happens with Vector Legacy, so this is not a function of the skin... why just on Commons? Elizium23 (talk) 13:55, 19 February 2023 (UTC)
 * This space is not added by this or any skin. It is added by DiscussionTools extension as part of Talk pages project. – Ammarpad (talk) 21:25, 24 February 2023 (UTC)
 * so are you saying that turning the title into something that cannot be copy-pasted is somehow supposed to be seen as a feature, not a bug? (If replying please ping me, I don't have a watchlist on this wiki.) - Jmabel (talk) 04:28, 15 March 2023 (UTC)
 * @Jmabel, I am afraid, you have to direct that question to the authors of the change not me. Here's the original task T313636. Here's the task to upstream the changes to MediaWiki core T315893 – Ammarpad (talk) 05:15, 15 March 2023 (UTC)
 * I doubt any remarks I make on a "resolved" phab report would even be looked at. In my view, this was a really foolish decision. - Jmabel (talk) 15:37, 15 March 2023 (UTC)

Button "Quelltext bearbeiten" wird nach einiger Zeit inaktiv
Ich habe schon mehrfach auf die neue Benutzeroberfläche umgeschaltet, musste aber regelmäßig wieder zur Vorgängerversion zurückkehren, da nach einiger Zeit der Button "Quelltext bearbeiten" (nur dieser!) nicht mehr reagierte. Ist das Problem bekannt und gibt es eine Lösung hierfür?@Der wilde bernd Der wilde bernd (talk) 17:39, 8 March 2023 (UTC)


 * I've not heard anyone else with this complaint. Maybe it is a gadget or user script that is interfering ? —Th e DJ (Not WMF) (talk • contribs) 13:10, 15 March 2023 (UTC)

Truncated text in Tools Navigation


I have a problem with a truncated text in the German user interface in connection with this theme. The entry "Edit interlanguage links" in the tools navigation is cut off at the front due to an invisible edit-icon.

I haven't found a similar report on this page. I hope I am in the right place here. --F10sh (talk) 19:46, 13 March 2023 (UTC)


 * Hi @F10sh thank you for reporting this bug. Something similar was happening on other wikis last weeks, I will add your feedback on the task concerning this issue. Patafisik (WMF) (talk) 14:33, 14 March 2023 (UTC)
 * @F10sh This should be fixed on March 16th. Patafisik (WMF) (talk) 12:43, 15 March 2023 (UTC)

Can't see annotations
My friends told me to look at commons:Category:Images with annotations but I couldn't see any hint of them with this skin. Jidanni (talk) 22:57, 17 March 2023 (UTC)


 * Hi @Jidanni, thanks for your feedback, I can't reproduce it (for exemple, here annotations appear on hover). Can you give us more detail (browser, OS, screen resolution) please? Patafisik (WMF) (talk) 09:05, 20 March 2023 (UTC)

Timeline - Finnish Wikipedia?
The Finnish WP is mentioned in the timeline for discussions in January, but no discussion has yet been had there. Are there plans on when it might be happening in the Finnish WP? There have been a couple of discussions among users about the new layout, and I'd be interested to know if the "official" discussion is coming (or not coming) any time soon. kyykaarme (talk) 13:06, 19 March 2023 (UTC)


 * Hello @Kyykaarme. Thank you for coming here and asking this! At the moment, we don't have any strict plans. I've subscribed to the discussion Vector 2022 -ulkoasun käyttöönotto?, though, and I'll post a message there! SGrabarczuk (WMF) (talk) 14:48, 21 March 2023 (UTC)

Nguyên mẫu mới. Việc tách biệt trực quan giữa các khu vực
Xin chào,

Chúng tôi đã phân tích những phản hồi của các bạn về bố cục trang. Chúng tôi đã đọc các bình luận mà các bạn đã chia sẻ ở đây cũng như trên RfC trên Wikipedia tiếng Anh, các trang Thảo luận chung, các trang wiki khác, Phabricator, cũng như tại các cuộc họp. Dưới đây là những cập nhật của chúng tôi về việc này. Chúng tôi muốn bắt đầu một cuộc trò chuyện xoay quanh các bước tiếp theo để cải thiện bố cục giao diện hơn nữa.

Phản hồi về những khoảng trắng

Hiện tại Vector 2022 sử dụng khoảng trắng để ngăn cách các vùng khác nhau của giao diện. Nó cũng có nền trang màu trắng (bên ngoài khu vực nội dung). Có hai mối lo ngại chính về điều này:


 * 1) Các nhận xét về việc bổ sung thêm một phương thức giúp tách biệt trực quan giữa các khu vực của giao diện. Bạn đang tự hỏi liệu điều này có cải thiện trải nghiệm đọc hay không. Chủ yếu bằng cách:
 * 2) * Thu hút sự tập trung/chú ý nhiều hơn vào nội dung khi truy cập vào trang (thay vì toàn bộ giao diện đập vào mắt trước, sau đó mới tập trung vào nội dung)
 * 3) * Giúp bạn dễ dàng tập trung vào nội dung trong khi đọc hơn vì khu vực nội dung sẽ được xác định rõ hơn (một số người dùng cho rằng họ bị phân tâm bởi phần mục lục trong khi đang đọc)
 * 4) Các nhận xét về việc nên thêm phần nền màu xám bên ngoài khu vực nội dung. Bạn đang tự hỏi liệu điều này có giúp 'giảm hiện tượng mỏi mắt mà một số người đang gặp phải do có quá nhiều vùng trắng (khiến "bị chói lóa") trên màn hình lớn hơn hay không.
 * 5) * Nhiều người dùng cho rằng khoảng trắng có độ tương phản quá cao và việc thêm màu tối hơn chẳng hạn như màu xám sẽ làm giảm việc khiến mắt căng thẳng.

Nguyên mẫu – đề xuất những thay đổi và sự đánh đổi Dựa trên những điều trên cũng như những phản hồi về các bản thử, chúng tôi đã chuẩn bị nguyên mẫu này. (T259240) Đây là một đề xuất cho những thay đổi có thể xảy ra. Nguyên mẫu tập trung vào việc:


 * 1) Thêm một ranh giới xung quanh cả khu vực nội dung và mục lục (cũng như các menu khác). Giả thuyết của chúng tôi là ranh giới này có thể giúp cấu trúc thêm và làm rõ giao diện hơn. Nó cũng giúp bạn tập trung vào nội dung dễ dàng hơn (cả khi tải trang lần đầu và khi bạn đang đọc). Lưu ý rằng bạn có thể ghim menu Công cụ bằng menu thả xuống ở bên phải.
 * 2) Làm cho nền trang có màu xám. Giả thuyết của chúng tôi là điều này sẽ giúp giảm chứng mỏi mắt mà một số người đang gặp phải. Nó cũng sẽ giúp người đọc tập trung hơn nữa vào khu vực nội dung và mục lục.

Chúng tôi đang nghiêng về cấu hình bao gồm nền tiêu đề màu trắng, đường viền cũng như các menu được đóng khung.

Nhưng điều này đi kèm với một số sự đánh đổi. Cấu hình này ảnh hưởng đến chiều rộng của nội dung. Đặc biệt:


 * Nó làm giảm chiều rộng của nội dung khi so sánh với phiên bản hiện tại trong trường hợp menu công cụ trang (cái bên phải trên ảnh chụp màn hình) đang mở.
 * Nó làm tăng chiều rộng của nội dung khi menu công cụ trang đang đóng, khi so sánh với chiều rộng hiện tại.

Các nhà thiết kế của chúng tôi đang tìm cách để hạn chế tác động của việc này. Họ đang điều chỉnh một số phần đệm và lề, điều này sẽ được phản ánh trên nguyên mẫu trong những ngày tới.

Thử nghiệm

Bước tiếp theo, chúng tôi muốn đề xuất một thí nghiệm hoặc một loạt thí nghiệm có thể xác nhận các giả thuyết trên. Mục tiêu của chúng tôi là xác định xem việc cập nhật bố cục theo cách này có cải thiện trải nghiệm của người đọc và biên tập viên hay không. Chúng tôi có một vài lựa chọn khác nhau cho việc này. Hiện tại, chúng tôi đang xem xét những điều sau:


 * 1) Thử nghiệm định tính - chạy thử nghiệm người dùng thông qua việc phỏng vấn người đọc và biên tập viên. Những điều này sẽ nhằm mục đích ước tính xem có dễ tập trung vào nội dung hơn không và liệu nền mới có làm giảm việc mỏi mắt hay không.
 * 2) Thử nghiệm A/B - chạy 'thử nghiệm A/B trên người dùng đã đăng nhập, xem xét các chỉ số chính của dự án, so sánh bố cục hiện tại với bố cục trước đó. Cụ thể: tỷ lệ chuyển sang dùng giao diện khác, số lần xem trang, chỉnh sửa, thời lượng phiên, việc sử dụng mục lục và thao tác cuộn. Do các hạn chế kỹ thuật và lo ngại về quyền riêng tư, chúng tôi không thể thực hiện thử nghiệm A/B đối với người dùng đã đăng xuất. Điều này có nghĩa là chúng tôi sẽ sử dụng hành vi của người dùng đã đăng nhập làm đại diện cho tất cả người dùng. Nếu bố cục mới được chọn, chúng tôi sẽ so sánh các chỉ số chính (trước và sau khi thay đổi) trên tất cả người dùng.

Một số người đã đề cập đến việc xây dựng một cuộc khảo sát hỏi người dùng xem họ thích bố cục nào hơn. Khảo sát cảm tính có thể hữu ích, nhưng chúng tôi không nghĩ rằng chúng là công cụ tốt nhất để đánh giá khả năng sử dụng. Lý do là vì chúng tôi không nghĩ rằng loại khảo sát này sẽ cung cấp cho chúng tôi thông tin cần thiết để xác nhận hoặc bác bỏ hai giả thuyết chính ở trên.

Câu hỏi của chúng tôi tới bạn

Chúng tôi muốn biết liệu danh sách trên có phù hợp để đánh giá tính năng hay không. Nếu không - bạn có bất kỳ ý tưởng nào khác về việc đánh giá không? Chúng tôi đang tìm kiếm các ý tưởng để đo lường xem liệu bố cục mới có giúp phân tách nội dung hay chứng mỏi mắt hay không.

Ngoài sự đánh giá được đề cập ở trên, ý kiến của cộng đồng cũng đóng một vai trò quan trọng trong việc tìm ra những thay đổi nào là tốt nhất. Các bạn nghĩ sao về nguyên mẫu?

Xin phép tag một số bạn, , , , ,. Nhờ các bạn tag thêm ai khác có quan tâm về giao diện. Ý kiến của bạn sẽ giúp đóng góp thêm cho giao diện của toàn wiki.

Cảm ơn rất nhiều! Bluetpp (talk) 15:33, 22 March 2023 (UTC)

Un nuovo prototipo: separazione grafica tra le aree
Ciao,

abbiamo analizzanto il feedback che ci avete dato sul layout della pagina. Abbiamo letto sia i commenti che ci avete lasciato qui che quelli nella Request for Comments (RFC) sulla Wikipedia in inglese, nei bar e nelle pagine di discussione, in altre pagine wiki, su Phabricator, o ancora durante i nostri incontri on line. Ecco il nostro aggiornamento sul lavoro svolto. Ci piacerebbe iniziare una conversazione sui prossimi passi da fare per migliorare ulteriormente il layout.

Feedback relativo allo spazio bianco

Attualmente Vector 2022 usa lo spazio bianco per separare le varie aree dell'interfaccia. Ha anche uno sfondo della pagina bianco (al di fuori dell'area del contenuto). Ci sono due aspetti che destano perplessità:


 * 1) Commenti relativi all'evidenziare maggiormente la separazione grafica tra le aree dell'interfaccia. Vi siete chiesti se questo migliorerebbe l'esperienza di lettura. Principalmente:
 * 2) * Permettendo di focalizzare l'attenzione/dando maggiore risalto al contenuto fin da subito, quando si arriva sulla pagina (anziché focalizzarsi sull'interfaccia nel suo insieme, e poi sul contenuto)
 * 3) * Rendendo più facile concentrarsi sul contenuto mentre si legge, perché l'area del contenuto sarebbe meglio definita (alcuni di voi hanno riportato che l'indice li distraeva durante la lettura)
 * 4) Commenti relativi all'aggiungere uno sfondo grigio al di fuori dell'area del contenuto. Vi siete chiesti se questo ridurrebbe il senso di affaticamento della vista che alcuni utenti sperimentano per via della grande area bianca (tipo “abbagliamento”) su un monitor grande.
 * 5) * Molti di voi hanno riportato che lo spazio bianco è troppo contrastato e che l'aggiunta di una tonalità più scura come il grigio diminuirebbe questo affaticamento.

Prototipo – cambiamenti proposti e compromessi Sulla base di questo e del feedback sulle iterazioni successive, abbiamo preparato questo prototipo. (T259240) Questa è una proposta per dei potenziali cambiamenti. Il prototipo si focalizza su:


 * 1) L'aggiunta di una linea di demarcazione sia intorno all'area del contenuto che intorno al sommario (e agli altri menu). La nostra ipotesi è che questo limite grafico possa aiutare a strutturare e chiarire ulteriormente l'interfaccia. Renderebbe anche più facile concentrarsi sul contenuto (sia quando si carica la pagina che durante la lettura). Tieni conto che puoi fissare il menu degli Strumenti della pagina utilizzando il menu a tendina sulla destra.
 * 2) Rendere grigio lo sfondo della pagina. La nostra ipotesi è che questo possa andare incontro alle esigenze di chi sta provando un affaticamento oculare. Inoltre ci si focalizzerebbe maggiormente sull'area del contenuto e dell'indice.

Noi propendiamo per la configurazione che comprende lo sfondo bianco dell'intestazione, i bordi e i menu incorniciati.

Ma questa scelta richiede di accettare alcuni compromessi. Questa configurazione ha delle ripercussioni sulla larghezza del contenuto. Nello specifico:


 * riduce la larghezza del contenuto rispetto alla versione attuale quando il menu degli Strumenti della pagina (quello a destra nello screenshot) è aperto.
 * aumenta la larghezza del contenuto rispetto alla versione attuale quando il menu degli Strumenti della pagina è chiuso.

I nostri designer sono al lavoro per limitare questi effetti. A livello grafico stanno aggiustando alcuni margini esterni e interni (padding) che saranno visibili sul prototipo nei prossimi giorni.

Test

Come passo successivo ci piacerebbe proporre un esperimento o una serie di esperimenti per convalidare le ipotesi di cui sopra. Il nostro proposito è quello di capire se, aggiornando il layout in questo modo, l'esperienza dei lettori e dei contributori sia migliore. Per questo abbiamo pensato a un paio di opzioni. Per il momento, stiamo prendendo in considerazione quanto segue:


 * 1) Test qualitativi – condurre test di usabilità attraverso interviste con lettori e contributori, per valutare se sia più facile concentrarsi sul contenuto e se il nuovo sfondo riduca l'affaticamento oculare.
 * 2) Test A/B – condurre un test A/B sugli utenti loggati, che analizzi le metriche chiave del progetto, confrontando il layout attuale con quello precedente. Nello specifico: i tassi di abbandono  (opt-out), visualizzazioni della pagina, edit, durata della sessione, uso del sommario, e  scorrimento della pagina. A causa di limitazioni tecniche e problemi di privacy, non siamo nelle condizioni di condurre test A/B sugli utenti non connessi. Questo significa che useremo il comportamento degli utenti registrati come indicatore del comportamento di tutti gli utenti. Se il nuovo layout è selezionato, compareremo le metriche chiave (prima e dopo il cambiamento) per tutti gli utenti.

Alcuni di voi hanno menzionato la preparazione di un sondaggio che chieda agli utenti quale layout preferiscano. I sondaggi sul gradimento (sentiment surveys) possono essere utili, ma non riteniamo che siano lo strumento migliore per valutare l'usabilità. Questo perché non riteniamo che questo tipo di sondaggi possa fornirci le informazioni necessarie per confermare o confutare le due ipotesi principali di cui sopra.

Cosa ti stiamo chiedendo

Siamo curiosi di sapere se l'elenco qui sopra ti sembri adeguato per la valutazione delle caratteristiche.

Se la risposta è no – hai un'altra idea da proporre per la valutazione? Stiamo cercando idee per misurare se il nuovo layout aiuti a separare i contenuti o con l'affaticamento oculare.

Oltre alla valutazione di cui sopra, anche le opinioni delle nostre comunità giocano un ruolo fondamentale nel capire quali cambiamenti siano i migliori. Voi cosa ne pensate del prototipo?

Grazie dell'attenzione! OVasileva (WMF), SGrabarczuk (WMF) --Patafisik (WMF) (talk) 09:31, 20 March 2023 (UTC)


 * Notifico in ordine sparso ho dimenticato sicuramente molti utenti interessati o che sono intervenuti in passato nelle discussioni sull'interfaccia, se pensate che a qualche altro wikicollega possa interessare dire la sua invitatelo alla discussione. Il team sta lavorando anche su altri dettagli di Vector 2022, posso aiutarvi a trovare i task esistenti o aprirne di nuovi se vi interessa. Se avete delle domande sono a disposizione. Buona giornata, Patafisik (WMF) (talk) 12:29, 21 March 2023 (UTC)
 * Invito anche a testare il nuovo prototipo e a dare un feedback anche sulla modalità dei test qualitativi e quantitativi. Grazie! Patafisik (WMF) (talk) 11:28, 23 March 2023 (UTC)

Le nouveau prototype : séparation des régions du gabarit
Bonjour à toutes et à tous,

Nous avons analysé vos remarques sur la mise en page. Nous avons lu les commentaires que vous avez partagés ici, ou dans la Requests For Comments (RFC) sur la Wikipédia en anglais, aux Bistros et sur d'autres pages wiki, sur Phabricator ou encore pendant les rencontres en ligne. Ci-dessous notre mise à jour par rapport à ce travail. Nous aimerons entamer une conversation autour des prochaines étapes de l'amélioration de la mise en page.

Retour sur l'espace blanc

Actuellement, Vector 2022 utilise l'espace blanc pour separer les différents éléments du gabarit de l'interface. Le fond de la page de l'habillage s'affiche en blanc (en dehors de la région du contenu). Deux sujets de préoccupation ont émergé par rapport à ceci :


 * 1) Certains commentaires concernaient l'ajout d'une majeure séparation visuelle entre les régions de l'interface. Vous vous êtes demandé si cela améliorerait l'expérience de lecture. Surtout :
 * 2) * en attirant davantage l'attention sur le contenu dès l'arrivée sur la page (plutôt que de considérer l'interface dans son ensemble, pour se concentrer sur le contenu ensuite).
 * 3) * en facilitant la concentration sur le contenu pendant la lecture, puisque la région du contenu serait mieux définie (certains d'entre vous ont signalé que le sommaire les distrayait durant la lecture)
 * 4) D'autres commentaires concernaient l'ajout d'un fond de couleur grise en dehors de la zone de contenu. Vous vous êtes demandé si cela pourrait réduire la fatigue oculaire que certaines personnes ressentent à cause de la grande surface blanche (une sorte d ' éblouissement) sur les écrans de grande taille.
 * 5) * Beaucoup d'entre vous ont signalé que l'espace blanc était trop contrasté, et que l'utilisation d'une teinte plus foncée, comme le gris, diminuait cette tension.

Prototype – changements et solutions de compromis proposés À partir de ces éléments et des commentaires sur les itérations successives, nous avons préparé ce prototype. (T259240) Il s'agit d'une proposition de changements potentiels. Le prototype se focalise sur :


 * 1) L'ajout d'une ligne de démarcation autour de la zone du contenu et du sommaire (ainsi que d'autres menus). Notre hypothèse est que ce contour permettrait de structurer et de clarifier davantage l'interface. Il permettrait également de se concentrer davantage sur le contenu (à la fois lors du chargement initial de la page et pendant la lecture). Notez que vous pouvez épingler le menu Outils à l'aide du menu déroulant sur la droite.
 * 2) Le fond de la page en couleur grise. Notre hypothèse est que cela devrait contribuer à réduire la fatigue oculaire dont souffrent certaines personnes. Cela permettrait également de mettre davantage en évidence la zone de contenu et le sommaire.

Dans ce contexte, nous penchons pour la proposition avec le fond blanc de l'en-tête, les contours et les menus encadrés. Mais cela implique quelques compromis. Cette configuration affecte la largeur du contenu. Notamment :


 * Cela réduit la largeur du contenu par rapport à la version actuelle quand le menu des Outils de la page (celui de droite dans la capture d'écrans) est ouvert.
 * Cela augmente la largeur du contenu par rapport à la largeur actuelle quand le menu est fermé.

Nos designers sont au travail pour limiter ces effets. Ils sont en train d'ajuster certains éléments graphiques tels que les marges intérieures (« padding ») et extérieurs qui seront affichés sur le prototype dans les prochains jours.

Phase de test

Comme étape suivante, nous aimerions proposer une expérience ou une série d'expériences permettant de valider les hypothèses ci-dessus. Nous cherchons à déterminer si une telle mise en page améliorerait l'expérience des lecteurs et des éditeurs. Pour ce faire, nous disposons de plusieurs options. Actuellement, nous envisageons les options suivantes :


 * 1) Tests qualitatifs - effectuer des tests utilisateurs en réalisant des interviews de lecteurs et de rédacteurs. Ces tests viseraient à déterminer si le contenu est plus facile à focaliser et si le nouvel arrière-plan réduit la fatigue oculaire.
 * 2) Tests A/B - effectuer des tests A/B avec les utilisateurs connectés, examiner les indicateurs clés du projet en comparant la mise en page actuelle avec la précédente. Plus précisément : taux de retrait (opt-out rate), pages vues, modifications, durée de la session, utilisation du sommaire et défilement de la page. En raison de nos restrictions techniques et de nos contraintes en matière de protection de la vie privée, nous ne sommes pas en mesure d'effectuer des tests A/B sur les utilisateurs déconnectés. Cela signifie que nous utiliserons le comportement des utilisateurs connectés comme indicateur pour tous les utilisateurs. Si la nouvelle mise en page est choisie, nous comparerons les indicateurs clés (avant et après le changement) pour tous les utilisateurs.

Certains d'entre vous ont mentionné l'élaboration d'une enquête demandant aux utilisateurs quelle mise en page ils préfèrent. Les enquêtes de satisfaction (sentiment surveys) peuvent être utiles, mais nous ne pensons pas qu'elles soient le meilleur outil pour évaluer l'utilisabilité. En effet, nous ne pensons pas que ce type d'enquête nous fournirait les informations dont nous avons besoin pour confirmer ou rejeter les deux principales hypothèses ci-dessus.

Ce que nous vous demandons

Nous sommes curieux de savoir si la liste ci-dessus vous convient pour l'évaluation des caractéristiques. Si ce n'est pas le cas, avez-vous d'autres idées pour l'évaluation ? Nous cherchons des idées pour mesurer la fatigue oculaire ou si la nouvelle mise en page permet de mieux séparer les contenus.

En plus de l'évaluation mentionnée ci-dessus, les opinions de nos communautés jouent également un rôle important dans la détermination des meilleurs changements à apporter. Que pensez-vous du prototype ?

Merci! OVasileva (WMF), SGrabarczuk (WMF) -- Patafisik (WMF) (talk) 10:29, 20 March 2023 (UTC)


 * Bonjour,
 * Personnellement, j'apprécie beaucoup la séparation des régions et le fond contrasté : on n'a plus ce sentiment de "fourre-tout" où l'on ne distingue pas bien ce qui concerne l'article et ce qui est plus général.
 * Merci pour ces changements ! Daehan (talk) 10:59, 21 March 2023 (UTC)
 * +1. Jules* (talk) 11:13, 21 March 2023 (UTC)
 * +1. Reptilien.19831209BE1 (talk) 16:00, 21 March 2023 (UTC)
 * +1 Pas mal du tout ! Thomas³ (talk) 04:37, 22 March 2023 (UTC)
 * +1 Cela met effectivement en lumière les limites des différentes zones de la page et est appréciable. Epok (talk) 06:38, 22 March 2023 (UTC)
 * @Patafisik (WMF) Pas mal en effet, mais pourquoi n'y a-t-il plus d'entête fixe ? Est-ce uniquement dû au prototype ? Ayack (talk) 11:04, 22 March 2023 (UTC)
 * @Ayack tout à fait, l'entête fixe est voué à être présent dans l'habillage. Patafisik (WMF) (talk) 16:00, 22 March 2023 (UTC) P.S. Sur le même prototype, on peut se connecter et il apparaît. Pour plus d'information voir la page dédiée.--Patafisik (WMF) (talk) 08:40, 23 March 2023 (UTC)

Special pages link
Hi. If the menu split should put current page related links in the Tools menu, and all pages related links in the Main menu, why the Special pages link is in the Tools menu? IKhitron (talk) 21:03, 22 March 2023 (UTC)


 * Tracked as T333211. Jdlrobson (talk) 01:06, 28 March 2023 (UTC)

Vector 2022 is just awesome, but I have some recommendations

 * Thank you very much for this new design!
 * It is clearly arranged and flexible, I really love it!
 * Here are my recommendations:
 * The buttons for "Your alerts" and "Your notices" should be in that bar too, that pops up, when you scroll down. At least in that user menu.
 * There should be an opt-in for having all the subentries in the table of content (toc) fold out by default.
 * Also I noticed, that when you hover the mouse in the toc and scroll to the top or the bottom of it, it will begin to scroll the text on the right (article for example) and the toc will reset to the position that matches the position in the text. That is really annoying.
 * Best Regards --KleinerKorrektor (talk) 19:21, 18 February 2023 (UTC)
 * Hello @KleinerKorrektor. Thank you for your ideas. I've documented your request to add the icons in the sticky header, as we call it. We're also figuring out how to build this functionality to force all the headings to be shown. Regarding the third issue, are you still experiencing this? I'm not sure what you'd expect instead. Sorry, perhaps I just don't quite understand what you mean. Thanks! SGrabarczuk (WMF) (talk) 17:57, 30 March 2023 (UTC)

Access to right side toolbar
When scrolled down the page with the left side toolbar hidden, it becomes impossible to set to show without going back to the top menu as the tools menu is not in the sticky header. This is annoying and a bit of a time-waster.

Also, the right sidebar is wastefully wide and the scroll bar is inset unnecessarily far from the page edge. Due to vision problems I often zoom in a bit to make the body text more legible while editing and with the side by side preview I cannot afford the wasted space on the right.

I really like the live-ish preview, but it should show what I have last edited, not require me to scroll around in what can be a very large piece of content until I find it or use the page search function. Try editing a references section with about 200 list formatted references to see what I mean. Cheers, Pbsouthwood (talk) 09:38, 14 March 2023 (UTC)
 * Hello @Pbsouthwood. I've taken the liberty to split your comment into three different paragraphs. Would you agree with how I've done that?
 * Regarding the first part, I think the simplest follow-up is – what prevents you from pinning the menu when you're about to use it more often, and unpinning it when you need to have a wide view to enjoy the Real Time Preview? What practical disadvantages does this method have in your case?
 * Regarding the second part, could you share a screenshot with too wide areas marked? This will help us understand what you see. Thank you!
 * SGrabarczuk (WMF) (talk) 17:01, 30 March 2023 (UTC)

External Link Colors
Could you respond to my proposal for external link colors made in a comment in the Wikipedia RFC thread? If the proposal is doable can we implement it? If not, why not and what solution would you suggest for addressing the lack of distinction between internal and external links that the Vector 2022 link color change has caused? (The reasons for the need for this distinction are explained in another comment.)

My understanding, based on an earlier post in this thread I came across that linked to a blog post that explains the problem, is that the WCAG 2.0 AA requirements are so excessively strict that they leave a very limited amount of colors that can be used. However, while less than ideal, if we insist on meeting the AA standard, the same blog post links to a few other options that we can use. –Noha307 (talk) 18:44, 19 March 2023 (UTC)
 * Hello @Noha307. Thanks for coming to us with this issue. I've asked my team mates to document our decisions. Hopefully it will be clarified. SGrabarczuk (WMF) (talk) 15:51, 30 March 2023 (UTC)
 * Thanks for following up on this. I particularly appreciate the effort to document decisions. The WCAG standards are complicated – both in terms of the multiple levels of compliance (e.g. A, AA, AAA) and the different standards for different types of text (e.g. link text versus body text color and body text versus background color) – so trying to parse them out was confusing. The Link Colors section on the Visual Refinements page does not mention any of the standards by name and only internal link colors are discussed, so it was difficult to determine what the self-imposed requirements were.
 * Also, I realized the wording of my comment and use of multiple pings might have seemed a bit aggressive, so I apologize if it appears that way. –Noha307 (talk) 16:47, 31 March 2023 (UTC)

Text selection scrolls rapidly upward
When I select some text that is at the top of the screen the page rapidly scrolls upwards, making me lose control of navigation and I end up selecting a bunch of text. So selecting any text if it is at the top of the screen is damn near impossible, I have to scroll the text toward the middle and then make my selection. I absolutely hate websites that mess with anything to do with scrolling, it makes me dizzy.

On another note I quite like the new design, good job. The toggle limited content width button seems useless though. Hrs70 (talk) 22:22, 31 March 2023 (UTC)


 * Hello @Hrs70. Thanks for coming here. Are you experiencing this on desktop/laptop? By the text that is at the top of the screen you mean page content only, not the interface, right? SGrabarczuk (WMF) (talk) 23:23, 31 March 2023 (UTC)
 * Yeah I just mean the text in some article. Say I have scrolled to the middle of some article, then selecting the text at either of the first 4 lines of text causes the page to scroll rapidly.
 * I went through a bit of debugging and it seems this event listener is being called which causes the scrolling,
 * although  returns immediately the scrolling happens sometime after, seems to be in , but not sure, I don't really have the time to debug this now. EDIT: Forgot to mention, I am running on a desktop PC with linux and Firefox v.109
 * although  returns immediately the scrolling happens sometime after, seems to be in , but not sure, I don't really have the time to debug this now. EDIT: Forgot to mention, I am running on a desktop PC with linux and Firefox v.109
 * although  returns immediately the scrolling happens sometime after, seems to be in , but not sure, I don't really have the time to debug this now. EDIT: Forgot to mention, I am running on a desktop PC with linux and Firefox v.109
 * although  returns immediately the scrolling happens sometime after, seems to be in , but not sure, I don't really have the time to debug this now. EDIT: Forgot to mention, I am running on a desktop PC with linux and Firefox v.109
 * although  returns immediately the scrolling happens sometime after, seems to be in , but not sure, I don't really have the time to debug this now. EDIT: Forgot to mention, I am running on a desktop PC with linux and Firefox v.109
 * although  returns immediately the scrolling happens sometime after, seems to be in , but not sure, I don't really have the time to debug this now. EDIT: Forgot to mention, I am running on a desktop PC with linux and Firefox v.109
 * although  returns immediately the scrolling happens sometime after, seems to be in , but not sure, I don't really have the time to debug this now. EDIT: Forgot to mention, I am running on a desktop PC with linux and Firefox v.109
 * although  returns immediately the scrolling happens sometime after, seems to be in , but not sure, I don't really have the time to debug this now. EDIT: Forgot to mention, I am running on a desktop PC with linux and Firefox v.109
 * although  returns immediately the scrolling happens sometime after, seems to be in , but not sure, I don't really have the time to debug this now. EDIT: Forgot to mention, I am running on a desktop PC with linux and Firefox v.109

Hrs70 (talk) 01:08, 1 April 2023 (UTC)