Reading/Web/Desktop Improvements/Frequently asked questions/it





Come si attiva o disattiva Vector 2022?


Come faccio a disattivarlo o attivarlo solo per me, su uno o più wiki Wikimedia?
Prima di tutto, verifica di essere connesso. Gli utenti non loggati non possono cambiare tema.

Vedi anche:
 * Perché li chiamiamo così: Vector 2022 e Vector Legacy?



Perché il link per disattivarlo non è disponibile per gli utenti non connessi?
Ciò è dovuto alla capacità limitata dei nostri server. Gli utenti non connessi possono usare delle estensioni per il browser che permettano loro di personalizzare la propria interfaccia, o crearsi un account.

Vedi anche:


 * Perché gli utenti anonimi non hanno le preferenze?



Come si fa a ottenere Vector 2022 di default per tutti sul mio wiki Wikimedia di riferimento?
Contattaci. Presenteremo il progetto alla tua comunità e inizieremo a discuterne.



Come posso attivarlo sul mio proprio wiki personale ?
Se vuoi vedere i nostri cambiamenti,


 * 1) Assicurati di aver scaricato
 * 2) Aggiungi le seguenti linee al tuo :

Siamo lieti di sapere che apprezzi le nostre migliorie!



Come si fa a personalizzare Vector 2022?


Perché non permettete di scegliere tra diverse versioni delle funzionalità come preferenze?
Sarebbe troppo complicato da mantenere e sviluppare.

Ogni preferenza è come un incrocio in cui gli utenti possono scegliere tra diverse opzioni. Molte scelte comportano molte combinazioni. Le preferenze ci impegnerebbero per tutte le combinazioni, ne saremmo responsabili. Dovremmo mantenerle e in aggiunta, nel caso della messa a punto di nuove funzionalità, dovremmo verificare che le funzionalità siano compatibili con tutte le combinazioni possibili. Non possiamo permettercelo.

Invece, diamo alle comunità l'opportunità di creare gadget, scipt utente e configurazioni personalizzate. Come al solito, forniamo un ambiente propizio alla creatività dal basso, ed aiutiamo gli utenti con competenze tecniche a mantenere il loro codice.

Vedi anche: 
 * Farne una preferenza dell'utente

Perché non ci sono le preferenze per gli utenti anonimi?
Le preferenze per gli utenti anonimi renderebbero le pagine troppo lente da caricare.

La maggior parte del traffico viene dagli utenti anonimi. Per gestirlo, utilizziamo delle specie di "cache dei server" che salvano e inviano solo delle "istantanee" delle pagine web. Queste "istantanee" possono risalire fino a 7 giorni prima, rimpiazzano le pagine web generate sul momento e sono le stesse per tutti gli utenti non loggati. Questo ci permette di caricare le pafine velocemente.

Le preferenze richiederebbero di generare diverse versioni delle pagine web. Offire questa possibilità agli utenti non loggati sovraccaricherebbe i nostri server. Non vogliamo farlo anche perché abbiamo bisogno di ridurre la frammentazione della cache.

Ad oggi, l'unico modo per dare la possibilità agli utenti anonimi di impostare le proprie preferenze è quello di caricare le impostazioni sempre dopo il caricamento della pagina. Questo richiede un tempo di caricamento significativamente maggiore e sembra strano. Ad esempio, se un utente non connesso stesse utilizzando l'interfaccia in modalità dark mode, compiendo un'azione per un istante vedrebbe l'interfaccia in chiaro e solo in un secondo momento l'interfaccia diventerebbe scura.

Per contestualizzare, l'unico motivo per cui abbiamo le preferenze per gli utenti connessi è che a loro non forniamo delle "istantanee" delle pagine. Questo perché il traffico proveniente dagli utenti connessi è scarso.

Vedi anche:


 * Come un nuovo data center a Singapore sta aiutando le persone ad accedere a Wikipedia in tutto il mondo
 * Costruendo DReaMeRS: come e perché abbiamo aperto un data center in Francia
 * Perché la performance è importante



Cosa fate per i contributori che hanno bisogno di specifici strumenti e caratteristiche?

 * Contattiamo i volontari con competenze tecniche per garantire la retrocompatibilità. Chiediamo loro di verificare il codice che hanno scritto, e offriamo aiuto se il codice necessita cambiamenti.
 * Facciamo in modo che sia possibile configurare e personalizzare le nostre modifiche. Siamo lieti di collaborare con i volontari con competenze tecniche che vogliano di creare nuovi gadget e script utente.
 * Non rimpiazziamo il lavoro dei volontari con competenze tecniche. Per principio, non facciamo modifiche a template e non creiamo gadget, ma possiamo dare suggerimenti se necessario.



Riparate i gadget che non funzionano con le vostre modifiche?
Dipende.

Diamo una mano ai volontari a riparare i gadget e gli script utente. A volte, li ripariamo noi stessi. Ma in generale ci occupiamo del MediaWiki in sè. I gadget e gli script utente sono scritti e manutenuti dai volontari. Per la loro stessa natura, sono sempre meno stabili e prevedibili.

Se non sei sicuro di come riparare un problema realtivo a uno script o a nun gadget contattaci! Faremo del nostro meglio per suggerirti potenziali soluzioni al problema.

Vedi anche:


 * Bar tecnico su Meta-Wiki – Puoi chiedere supporto anche qui
 * User:Jdlrobson/Extension:Gadget/Policy – una proposta di policy relativa ai ruoli e alle responsabilità per quanto riguarda i gadget e gli script utente



Che classi CSS vanno usate per personalizzare Vettore 2022?

 * per entrambi i temi
 * per Legacy Vector
 * per Vector 2022



Come reimpostare la pagina a larghezza piena?
Per recuperare ulteriore spazio ai bordi della pagina, aggiungi il seguente codice CSS al tuo global.css:

Vedi anche:


 * Modifiche a Vector 2022: nuovi gadget e script utente



Come disattivare gli elementi fissi?
Aggiungi il codice CSS seguente al tuo global.css:


 * Header – aggiungi
 * Indice – aggiungi



Come ripristinare l'indice all'interno del box del contenuto
Utilizza il codice JavaScript seguente:

Note, the table of contents will not look like the old table of contents. Additional CSS will be required for that, if necessary.



Come ripristinare la numerazione dell'indice
Aggiungi il codice CSS contenuto al seguente link al tuo global.css:

User:Jdlrobson/vector-2022/tocNumbering.css

<span id="How_to_make_the_button_with_language_links_appear_at_the_top_of_the_main_page?">

Come fare in modo che le lingue appaiano in cima alla Pagina principale?

 * 1) Chiedi alla tua comunità se è d'accordo ad avere un'intestazione sulla pagina principale del wiki. (Vedi anche la spiegazione del perché è una buona idea)
 * 2) L'intestazione apparirà in Vector 2010, Minerva, Timeless e Vector 2022. Non apparirà in Monobook.
 * 3) L'intestazione può essere configurata modificando MediaWiki:Mainpage-title-loggedin per gli utenti connessi e MediaWiki:Mainpage-title per gli utenti non connessi. Per gli utenti connessi su mobile, si usa MediaWiki:wikimedia-mobile-mainpage-title-loggedin. Scopri di più sulla configurazione dell'intestazione della pagina principale.
 * 4) Prova a vedere che aspetto ha la Pagina principale con il pulsante in cima, aggiungendo il parametro   alla fine dell'url. Guarda l'esempio della Wikipedia in islandese. Puoi notare che la Wikipedia in islandese non ha configurato l'intestazione, quindi appare solo il pulsante delle lingue.
 * 5) Contattaci per chiederci di spostare il pulsante in cima alla pagina.
 * 6) Cambieremo le impostazioni per il tuo wiki.
 * 7) Una volta fatto, il pulsante sarà visibile in cima alla pagina con Vector 2022. Per quanto riguarda gli altri temi, la lista dei collegamenti interlinguistici si troverà al solito posto, quello di default su ciascun tema.

<span id="How_to_restore_the_previous_user_menu?">

Come ripristinare il vecchio menu utente?
Attualmente non è possibile farlo.

<span id="How_to_change_the_logo_to_a_temporary_one?">

Come si fa a cambiare temporaneamente il logo con un altro?
Il logo di Vector 2022 si compone di tre elementi, ciascuno dei quali è modificabile in maniera indipendente tramite il CSS.
 * Per cambiare l'immagine dell' icona (per esempio il globo di Wikipedia):
 * Per cambiare il logotipo (per esempio la parola "Wikipedia"):
 * Per cambiare la tagline (per esempio le parole "L'enciclopedia libera"):

Contatti
<span id="How_can_I_contact_your_team?">

Come faccio a contattare il team?
Scegli tra le seguenti possibiltà:
 * Pagina di discussione del progetto (puoi scrivere in qualsiasi lingua)
 * Task su Phabricator usando il tag del progetto delle Migliorie all'IU desktop
 * Contatta il nostro Community Relations Specialist: SGrabarczuk (WMF) sgrabarczuk@wikimedia.org
 * Contatta uno dei nostri ambasciatori:
 * Ambasciatrice per le lingue francese e italiano: Patafisik (WMF) patafisik-ctr@wikimedia.org
 * Ambasciatrice per la lingua spagnola: Zapipedia (WMF) izapico-ctr@wikimedia.org
 * Ambasciatrice per la lingua vietnamita: Bluetpp (WMF) ppham-ctr@wikimedia.org
 * Ambasciatore in lingua persiana: Mehran (WMF) mehran@wikimedia.org

<span id="How_can_I_follow_your_activities?">

Come faccio a tenermi aggiornato su quello che fate?

 * Iscriviti alla nostra newsletter. Al posto dei messaggi in pagina di discussione utente riceverai delle notifiche rispetto agli aggiornamenti.
 * Metti tra gli osservati speciali le nostre pagine degli Aggiornamenti e di discussione con il Web Team.

<span id="Do_you_host_or_attend_online_meetings?">

Organizzate o partecipate a incontri on line?
Certo!

Organizziamo incontro on line aperti con le comunità (office hours). Durante questi incontri, Olga (la nostra product manager) presenta gli ultimi sviluppi. Alla fine, i membri della comunità possono fare domande riguardo al progetto.

Siamo anche disponibili a ricevere inviti da aprte delle comunità per partecipare ad eventi on line. Può trattarsi di incontri locali, nazionali o internazionali.



<span id="What_are_Vector_2022_and_the_Desktop_Improvements?">

Cosa sono Vector 2022 e le migliorie all'IU desktop?
<span id="Is_this_a_redesign?">

Si tratta di una riprogettazione?
No.

Un restyling vero e proprio sarebbe un singolo cambiamento maggiore che avrebbe effetto sul funzionamento del sito stesso. Nel caso di questo progetto abbiamo apportato una serie di cambiamenti individuali. Ogni funzionalità è stata trattata come un piccolo progetto indipendente. Alla fine, queste funzionalità sono state riunite insieme da una stessa identità visiva a livello di design.

<span id="What_is_the_timeline_of_this_project?">

Qual è la timeline di questo progetto?
Abbiamo lavorato su Vector 2022 (all'inizio conosciuto come il Vector moderno) fin dal 2019. Tra gli inizi del 2020 e metà 2022, abbiamo costruito e distribuito diverse funzionalità sui wiki "adottanti precoci". (Per saperne di più leggi la risposta alla domanda qui sotto, punti 2-4.)

Questa fase è conclusa. Vector 2022 non è più "beta". Attualmente, informiamo sulla nostra intenzione di introdurre Vector 2022 su ulteriori wiki. Entro la fine di marzo 2023 speriamo che Vector 2022 diventi il tema di default su quasi tutti i wiki Wikimedia.

<span id="Why_do_you_use_the_word_Improvements?">

Perché usate la parola Migliorie?
Perché abbiamo dati che indicano che questi cambiamenti sono positivi: Vedi anche:
 * 1) Abbiamo identificato le problematiche facendo ricerca sia con i lettori che con i contributori. Durante questa fase, nel 2019, abbiamo studiato come le persone usavano i siti e identificato i principali problemi di usabilità. Abbiamo anche identificato problematiche nell'esplorare più a fondo il sito, nel farsi coinvolgere di più nell'esperienza di lettura e scrittura. L'abbiamo fatto intervistando i lettori e i contributori di vari paesi, zone geografiche e lingue. Vedi: Ricerca e progetto: Fase 1, Ricerca e progetto: Fase 2.
 * 2) Abbiamo sviluppato e testato prototipi. Abbiamo progettato ogni funzionalità e iniziato a mostrarla agli utenti. Ogni funzionalità è stata testata con i lettori e i contributori attraverso interviste e fasi più ampie di test del prototipo. Per fare i test con i contributori abbiamo usato dei banner central notice. Li abbiamo resi visibili su diverse edizioni linguistiche e diversi progetti Wikimedia per raggiungere un'audience maggiore e variegata. Ogni prototipo è stato testato mediamente da circa 200 contributori. (Esempio)
 * 3) Abbiamo perfezionato e sviluppato le nostre funzionalità. Abbiamo raffinato e modificato i prototipi basandoci sui feedback ricevuti nei test dei prototipi. In alcuni casi, abbiamo richiesto ulteriori conmmenti per assicurarci che stessimo prendendo la giusta decisione.
 * 4) Abbiamo contattato vari wiki chiedendo di 'raggiungere il gruppo dei wiki adottanti precoci (wiki pilota''). Questo è successo nella fase "beta". Su questi wiki, abbiamo eseguito dei test quantitativi per verificare se ogni funzionalità funzionasse come previsto.
 * 5) Abbiamo eseguito dei test A/B sugli utenti registrati. Purtroppo, non siamo in grado di eseguirli sugli utenti non loggati. Questo è il motivo per cui facciamo un confronto tra il prima e il dopo.
 * 6) Quando abbiamo i risultati del test, compariamo i risultati con i criteri di successo che abbiamo stabilito in precedenza. Quando otteniamo risultati negativi dai nostri test, modifichiamo la funzionalità e la testiamo di nuovo.
 * 7) Durante questa fase, monitoriamo anche l'uso su tutti i wiki, perché molti account stanno già usando Vector 2022 in maniera globale.
 * Una voce dell'enciclopedia in inglese: Iterative and incremental development (o la voce meno completa Modello incrementale sulla Wikipedia in italiano)
 * Un post sul blog: Il design iterativo dell'interfaccia Vector: il caso dello spostamento dei link interlinguistici

<span id="On_which_wikis_have_you_tested_these_changes?">

Su quali wiki avete testato le modifiche?
I wiki pilota su cui abbiamo testato Vector 2022 sono stati:

In aggiunta: <span id="Why_do_you_use_this_naming:_Vector_2022_and_legacy_Vector?">
 * Wiki Office
 * 
 * wiki MediaWiki
 * wiki della Wikimedia Foundation Governance
 * wiki Collab
 * wiki Strategy

Perché li chiamate Vector 2022 e Legacy Vector?
La nuova interfaccia è in continuità con molte delle idee presenti nel tema Vector classico. È stato progettato a partire dal codice usato dal tema Vector. Vogliamo conservare una continuità visiva e funzionale. Tutto ciò che è stato costruito e pensato per il Vector classico deve poter funzionare con le nostre modifiche o deve poter essere configurato per poterlo fare facilmente.

La versione progettata nel 2010 e sviluppata fino al 2019 è stata "congelata". In altri termini, continueremo a conservarla e a curarne la manutenzione, ma non saranno costruite nuove funzionalità per essa.

Usiamo il nome di Vector 2022 per ragioni puramente tecniche. Questo nome segna il momento in cui il nuovo Vector è stato reso disponibile come nuova skin ai wiki che usano terze parti. (Con terze parti intendiamo quelli che installano MediaWiki).

Su ogni wiki, il nome del tema può essere sovrascritto modificando MediaWiki:Skinname-vector-2022. Tuttavia, questo può confondere perché non cambierà la chiave del tema associato che è usata dal sito e dagli stili utente.

Vedi anche: <span id="Will_you_remove_legacy_Vector?">
 * Che classi CSS vanno usate per personalizzare Vettore 2022?

Eliminerete il Vector classico?
No.

Il Legacy Vector continuerà a essere disponibile come opzione tra le Preferenze, similmente agli altri temi che sono stati di default in passato, come ad esempio Monobook.



<span id="Target_audience">

Destinatari
<span id="Are_these_changes_made_for_readers,_and_not_for_editors?">

Queste modifiche sono fatte per i lettori e non per i contributori?
Non esattamente.

Il nostro team (Web) si occupa dell'esperienza di lettura (visualizzazione) sui browser desktop e mobile. Coloro che consultano ma anche modificano, e quelli che consultano ma non modificano, sono un grande gruppo degli utenti dell'interfaccia. Lavoriamo per tutti loro, tenendo a mente che i contributori esperti hanno esigenze specifiche.

Lo scopo di questo progetto è di migliorare l'esperienza di lettura su desktop senza rendere la modifica più difficile.

Detto questo, le nostre raccomandazioni di strategia del movimento ci richiedono di migliorare l'esperienza utente in maniera inclusiva. Da questo punto di vista, il progetto si pone l'obiettivo di assicurare che la conoscenza libera cresca in futuro in maniera equa. Mentre realizziamo qualcosa, ci assicuriamo di raccogliere le voci dei lettori di differenti zone geografiche e demografiche. Vogliamo anche rendere le loro opinioni un perno attorno a cui far ruotare il nostro lavoro, con cui valutare se una data idea è stata in grado di soddisfare i loro bisogni.

Vedi anche: <span id="What_tools_are_the_Foundation_building_for_editors?">
 * Come vi assicurate che le modifiche non siano lasciate a metà?
 * Cosa fate per gli editor che hanno bisogno di strumenti specifici e caratteristiche particolari?
 * Progetti passati del Web Team

Che strumenti sta preparando per gli editor la Fondazione?
All'interno della Fondazione ci sono altri team che lavorano su progetti dedicati specificatamente ai contributori. Tra di essi ci sono: <span id="Do_your_changes_have_a_negative_effect_on_the_editing_statistics?">
 * Community Tech – lavora su progetti selezionati dalle comunità nell'ambito del Sondaggio sui desideri della comunità
 * Editing – lavora sugli strumenti di discussione
 * Growth – lavora al progetto dell'esperienza dei nuovi arrivati
 * Moderator Tools – si focalizza sui bisogni di moderazione dei progetti Wikimedia di taglia media
 * Strumenti anti-aggressione – lavora sugli strumenti per gli amministratori e per i patroller che si occupano dei vandalismi

Le vostre modifiche hanno un impatto negativo sulle statistiche delle modifiche?
No.

Raccogliamo statistiche dell'attività di modifica su tutti i wiki. Rispetto ai wiki che hanno Vector Legacy (2010) di default, non ci sono differenze negative sui wiki che hanno adottato Vector 2022 di default.

<span id="Do_your_changes_make_it_more_difficult_to_explore_the_community_side_of_the_wikis?">

Le vostre modifiche rendono più difficile esplorare il lato comunitario dei wiki?
No.

I lettori e i nuovi contributori sono intimiditi dall'enorme quantità di link, possibilità, opzioni per affrontare il lato dell'edizione (in altri termini, la comunità) dei progetti Wikimedia. Questo è quello che ci dicono le nostre richerche.

Vogliamo che più utenti entrino a far parte delle comunità. Lo facciamo limitando il numero di link direttamente visibili, e focalizzando ulteriormente l'attenzione sui link più rilevanti. Facciamo tutto questo in collaborazione con i team Growth ed Editing.

Vedi anche: <span id="Are_you_focused_on_Wikipedia_articles?">
 * Core Experiences
 * UX Myth #12: Più possibilità di scelta e funzionalità portano a una maggiore soddisfazione

Vi siete focalizzati sulle voci di Wikipedia?
Sì.

Le voci di Wikipedia, nel loro insieme, concentrano la maggior parte degli spettatori e lettori rispetto agli altri namespaces su Wikipedia o qualsiasi altro progetto. Sistemiamo anche le pagine degli altri namespace e le pagine speciali. Tra le pagine per cui abbiamo prodotto degli aggiustamenti o creato configurazioni ci sono: magine principali; specifiche pagine dei progetti fratelli, pagine speciali, l'estensione WikiEditor del 2010, l'editor del wikitesto del 2017 e il VisualEditor.

Abbiamo anche collaborato con l'Editing Team per assicurarci che il lavoro che stanno facendo sulle pagine di discussione sia in linea con il nostro lavoro, e che le configurazioni specifiche per le pagine di discussione vengano messe in atto.

<span id="Have_you_been_mindful_of_sister_projects?">

Avete tenuto conto dei progetti fratelli?
Certo!

Il nostro obiettivo è quello di modificare gli elementi di base dell'interfaccia. La maggior parte delle funzionalità funziona bene sui progetto fratelli almeno quanto su Wikipedia. Ci siamo assicurati di fare dei test e costruire per diversi progetti fratelli fin dall'inizio del progetto. Stiamo ancora apportando aggiustamenti alle funzionalità di default quando è necessario.

Alcuni progetti fratelli (esclusa Wikipedia) come il Wikizionario in lingua francese hanno fatto parte delle comunità aderenti al progetto fin dal 2020. Ci siamo assicurati di avere una comunicazione diretta e ricevere un feedback da loro.

Per quanto riguarda gli aggiustamenti, per esempio, su Wikisource, la larghezza limitata del contenuto non si applica al namespace della Pagina fornito dall'estensione Proofread Page.

<span id="Are_you_focused_on_English_Wikipedia?">

Vi siete focalizzati sulla Wikipedia in inglese?
No.

Prendiamo in considerazione i bisogni di varie comunità e testiamo le nostre modifiche su oltre 30 edizioni linguistiche. We are also inspired by the interface and gadgets built on various wikis, for example Korean and Vietnamese Wikipedias.

What do you do to ensure that the change would work on my wiki?

 * Research we make is relevant to all wikis and includes voices from many different languages and projects.
 * We gather and incorporate feedback from the communities. Most issues are relevant to all wikis.
 * How we adjust our changes to sister projects – go to "Have you been mindful of sister projects?"
 * What is our approach to gadgets – go "What do you do for editors who need specific tools and features?"

What do you do to ensure that the change is not half-finished?
We make tweaks both before and after we introduce the changes on wikis to make sure they are up to the needs for individual communities. If you think your community would benefit from more adjustments and gadgets, see:


 * Cosa fate per gli editor che hanno bisogno di strumenti specifici e caratteristiche particolari?
 * Come si fa a personalizzare Vector 2022?

After making these changes on all wikis, we will work on projects related to Desktop Improvements.

Have your changes been tested on users with disabilities?
Sì. We are working with the American Foundation for the Blind. We are asking various questions related to the accessibility of Vector 2022. Maggiori dettagli su Phabricator.

Will the wikis be less accessible for users with slow Internet connection?
No.

We want to keep the new skin similarly code-heavy to legacy Vector.

Vedi anche:


 * How can I get both the old and the new table of contents?

<span id="Mobile,_large_screens,_and_responsiveness">

Are the changes inspired by mobile design?
No.

These changes are created specifically for desktop interfaces. All research and testing done for this project has been focused on desktop users only. We have, however, considered the experiences of people who use desktop in narrower screens (for example, if you have two tabs open side by side).

At this time, we do not have plans to merge the desktop and mobile experiences.

<span id="Will_the_new_interface_be_responsive?">

La nuova interfaccia sarà responsive?
We've been working towards that goal, but it's not an official goal of the project.

If you want to make the interface responsive now and you're using Wikimedia wikis, add the following to your global.js:

If your community would like this to be the default, please start a conversation on your wiki, and contact us when consensus is reached. We can then make the change.

Will you build a dedicated setting for high resolutions?
We don't have plans to build a specific setting at this time. We want the experience to be optimized for the majority of users, while still providing the tools necessary at all resolutions. We believe the current version of the new skin does this successfully. That said, we encourage personal customization!

Vedi anche:


 * What do you do for editors who need specific tools and features?



Why have you replaced the area used for content by an empty space?
Reading efficiently is crucial to most people using our projects. Our goal here is to improve the readability of the content. There are several factors that affect it – i.e. font size, contrast, font, line length, and empty space.


 * Linee più corte
 * 1) When reading short lines, readers don't move their eyes too much, use the eye's muscles less intensively, thus avoiding eye strain.
 * 2) Narrow paragraphs allow readers to memorize new information better.
 * 3) On websites, there should be between 35 and 100 characters per line. Numbers closer to the smaller end are preferred.
 * 4) The overwhelming number of major websites have similar limitations on content width. For example: academic journals like Nature, news websites like The New York Times, government and intergovernmental websites like the United Nations, academic documents like LaTeX, and word processors like Google Docs and Etherpad.


 * Empty (white) space


 * 1) White space is used for the eyes' resting spots. It helps readers over the age of 60 focus on content and increases content comprehension by 20%.
 * 2) People are able to focus more easily without the distraction of sidebars or other elements.
 * 3) We are using some of this space for other functionality. We have made the sidebar sticky, and have placed the table of contents next to the content. Also, limiting the content area gives us new options for the more distant future. Community members have suggested to put infoboxes, images, or references there. As a separate project, we will consider ways of using this space.

Vedi anche:


 * UX Myth #28: White space is wasted space

Why can’t we leave it for readers to narrow their browser windows down?
Most users don't resize their browser windows or use browser plugins to improve the design of the websites they view. Wikis should be good-looking immediately, in their basic form.

Some tables and templates don’t fit within the limited width
We should make sure that all of our content is as responsive as possible to accommodate all visitors. A large percentage of our users, who don’t have large screens and are accessing Wikipedia from their laptops, already had issues with tables and templates even before the change.

Why don’t you just make it a setting?
Vogliamo che sia di default. We are building a common experience that is shared between editors and readers. This could be helpful to editors when making decisions about page layouts. Currently an editor might be editing a page at a width of 1500px, while a reader reads it at a width of 1200px. By implementing a limited width, we don’t remove this discrepancy (because there would still be variation below the max-width, for people with narrower screens), however we would be greatly limiting the range of variation.

Why couldn't the list of language links stay in the sidebar?
Because from the readers' perspective, the sidebar is not a place for useful links. Most readers focus on the content area. Links in the sidebar are practically hidden from their sight.

Also, we need to promote the variety of language versions of Wikimedia projects.

For more than 15 years, the list has been displayed in the sidebar. The most active users have developed muscle memory to look for that list in that place. This is why in the sidebar, we have placed a box with information about the language button being displayed in a new place.

Will the Wikidata links be closer to the list of language links?
Sì.

"", "", and "" will eventually be part of the menu activated by the language switching button ("language menu"). This is a task for the Language engineering team.

How to fix the coordinates displaying incorrectly near the languages button?
For those who prefer a working example, details on how this was fixed for English Wikipedia can be found here: https://phabricator.wikimedia.org/T281974#8869238.

Consider pages which use page status indicators, pages which have banners or site notices, and the look of the pages at lower resolutions.

Why doesn't the button with language links appear at the top of the main page?
We have discovered that readers focus on the content page and ignore the sidebar. They will be more likely to switch between languages if the button with the language links appears at the top of the page, next to the heading.

On many wikis, headings on main pages are hidden. This is why the button with language links isn't displayed next to it. Instead, it's at the bottom of the main pages. It is possible to make it appear at the top, though.

Vedi anche:
 * How to make the button with language links appear at the top of the main page?

Why doesn't the table of contents work well on my mobile device or when I resize the browser?
Users on mobile and resized browsers account for a small fraction of page traffic. Because of this, we chose to build the feature for the majority of our users first. For narrow screens we plan to make the table of contents available as a sticky interface element that's accessible from anywhere in the page.

Note what is displayed to mobile devices differs from what you see when you resize your browser. On mobile devices, the site is currently presented as a zoomed out version of the desktop site.

Why doesn't it appear when I complete an edit?
The feature is still in development (T307251). This will be fixed before we make Vector 2022 the default on more wikis.

Is it possible to change the label indicating the top of the page? ("")
Sì.

This label should be distinct from the content headings. To do that, wikis written in different scripts (for example, Latin and Japanese) and different Wikimedia projects (Wikipedia and Wiktionary) may need to use different words and/or punctuation marks in this label. It is possible for each community to set up a label that would work just for them. This may be done by editing the page MediaWiki:Vector-toc-beginning.

How can I get both the old and the new table of contents?
Non è possibile.

We intentionally do not add the old table of contents in addition to the new sidebar location. Si tratta di un compromesso. We have taken it to reduce the work involved maintaining the code and keeping the site work as well as possible. The old table of contents displayed in addition to the new one would have important technical disadvantages. It would increase the overall size of HTML, increase the storage requirement for our parser cache, and require additional CSS to render.

Vedi anche:


 * Come ripristinare il vecchio indice

<span id="How_do_magic_words_work_with_this_feature?">

Come funzionano le parole magiche con questa funzionalità?
Le parole magiche  e   non funzioneranno con l'indice sempre nella barra laterale e questo non si può modificare.

Ciò nonostante, le parole magiche relative all presenza dell'indice stesso, come, continueranno a funzionare. So will templates which then create an alternate ToC. For example, an article can disable the default ToC and apply its own if necessary.

All magic words will continue to work for other skins which render the ToC within the article.

I can't see the table of contents when the sidebar is open
È un problema noto.

This issue should only impact logged in users who have opened the sidebar. In the long term, we plan to reduce the size of this menu, and make the sidebar overlay content. Details and a prototype of how that will look can be found in T302073. This change is planned in the latter part of the year (October-December 2022). Further information can be found on the page about Page tools.

Are you changing Monobook or Timeless?
No.

These changes are applied to Vector only. Vector has been the default interface on Wikimedia wikis since 2010. Any other skins such as Monobook, Timeless, Minerva or Modern are not be changed at all.

While working on Desktop Improvements, we did clean up the old skins' code, though. We made it easier to roll out new changes to old skins, removed never used options, and removed 75% of the PHP code of these skins. All this had no effect on the side users interact with.

Vedi anche:


 * How and why we moved our skins to Mustache

Are you improving charts, maps, a-/f-/o-/tmboxes, infoboxes, navboxes, and other templates?
No.

We do not change anything within the light gray article content area (except for the table of contents):

Are you building the dark mode?
No, non questa volta.

The Desktop Improvements project provides the architectural changes needed to build dark mode. Building it would be a separate project, though. This is because that project would require significant work with the communities. Now, many templates are not compatible with dark mode. We have learned that while working on the mobile apps.

Initially, our dark mode would be based on the user's operating system preferences. We would not plan to add an in-browser toggle. The reason is we currently do not have a system in place for anonymous user preferences. This could be added at a later date, though.

What are the features' success metrics?
Increase utility among our existing audiences, proxied by:


 * Interactions
 * Increase searches per session by 5% over the course of the project
 * Increase language switching per project by 5% over the course of the project


 * Affinity
 * Increase in positive and welcoming sentiments towards the site (via surveys and user testing)
 * Increase in sentiments of trust and credibility (measured via surveys and user testing)

As we define the changes we want to make with more specificity, we will expand and iterate on this list.