Jump to content

Lettura/Web/Migliorie all'UI desktop/Domande frequenti

From mediawiki.org
This page is a translated version of the page Reading/Web/Desktop Improvements/Frequently asked questions and the translation is 100% complete.


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.

Un wiki Tutti i wiki
Per disattivarlo
  1. Vai nelle preferenze globali
  2. Apri la scheda Aspetto
  3. Spunta la casella sulla sinistra
  4. Clicca su "Vector legacy (2010)"
Per attivarlo
  1. Vai nelle preferenze utente
  2. Apri la scheda Aspetto
  3. Clicca su "Vector (2022)"
  1. Vai nelle preferenze utente
  2. Apri la scheda Aspetto
  3. Spunta la casella sulla sinistra
  4. Clicca su "Vector (2022)"

Vedi anche:

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:

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 MediaWiki 1.39
  2. Aggiungi le seguenti linee al tuo LocalSettings.php :
$wgDefaultSkin = 'vector-2022';

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:

Perché non ci sono le preferenze per gli utenti anonimi?

Questa è stata la nostra risposta per il periodo 2019-2023. Nel 2023, abbiamo lavorato sulla persistenza delle preferenze per gli utenti non loggati . L'obiettivo è stato quello di costruire questa capacità entro i limiti descritti di seguito.

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 pagine 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:

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 di 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 relativo a uno script o ad un gadget contattaci! Faremo del nostro meglio per suggerirti potenziali soluzioni al problema.

Vedi anche:

Che classi CSS vanno usate per personalizzare Vector 2022?

  • skin-vector-legacy per Legacy Vector
  • skin-vector-2022 per Vector 2022

Vedi anche:

Come reimpostare la pagina a larghezza piena?

Se il tuo schermo è di almeno 1400px di larghezza, nell'angolo inferiore dovresti vedere un pulsante . Fai clic su di esso e la larghezza completa verrà ripristinata.

Puoi anche:

Un wiki Tutti i wiki
  1. Vai nelle tue preferenze
  2. Apri la scheda Aspetto
  3. Deseleziona "Abilita la modalità con larghezza limitata"
  1. Vai nelle tue preferenze globali
  2. Apri la scheda Aspetto
  3. Seleziona la casella sulla sinistra
  4. Deseleziona "Abilita la modalità con larghezza limitata"


Per recuperare ulteriore spazio ai bordi della pagina, aggiungi il seguente codice CSS al tuo global.css:

.mw-page-container {
  padding-left: 2.25em;
  padding-right: 1.25em;
}

#siteNotice {
    margin:0
}

Vedi anche:

Come disattivare gli elementi fissi?

Aggiungi il codice CSS seguente al tuo global.css:

  • Header – aggiungi
    .vector-sticky-header {display:none;}
    
  • Indice – aggiungi
    .sidebar-toc {position: static;}
    

Come ripristinare l'indice all'interno del box del contenuto

Utilizza il codice JavaScript seguente:

document.querySelector('meta[property="mw:PageProp/toc"]').replaceWith(
    $('#vector-toc, .mw-table-of-contents-container')
    .removeClass('mw-sticky-header-element' ).removeClass( 'vector-toc.vector-pinnable-element' ).removeAttr('id')
    .removeClass('mw-table-of-contents-container')[0].querySelector( 'ul' ).cloneNode( true )
)
    
$('#vector-toc-pinned-container,#vector-page-titlebar-toc,#vector-sticky-header-toc').remove();

Nota: la tabella dei contenuti non apparirà come la vecchia tabella dei contenuti. Dei CSS aggiuntivi saranno richiesti per questo, se necessario.

Come ripristinare la numerazione dell'indice

Aggiungi il codice CSS contenuto al seguente link al tuo global.css:

User:Jdlrobson/vector-2022/tocNumbering.css

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)
    1. L'intestazione apparirà in Vector 2010, Minerva, Timeless e Vector 2022. Non apparirà in Monobook.
    2. 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.
    3. Prova a vedere che aspetto ha la Pagina principale con il pulsante in cima, aggiungendo il parametro ?vectorlanguageinmainpageheader=1 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.
  2. Contattaci per chiederci di spostare il pulsante in cima alla pagina.
    1. Cambieremo le impostazioni per il tuo wiki.
    2. 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.

Come ripristinare il vecchio menu utente?

Attualmente non è possibile farlo.

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):
    .mw-logo-icon { content: url("INSERT NEW IMAGE URL HERE") };
    
  • Per cambiare il logotipo (per esempio la parola "Wikipedia"):
    .mw-logo-wordmark { content: url("INSERT NEW IMAGE URL HERE") };
    
  • Per cambiare la tagline (per esempio le parole "L'enciclopedia libera"):
    .mw-logo-tagline { content: url("INSERT NEW IMAGE URL HERE") };
    

Contatti

Come faccio a contattare il team?

Scegli tra le seguenti possibiltà:

Come faccio a tenermi aggiornato su quello che fate?

Organizzate o partecipate a incontri on line?

Certo!

Organizziamo incontri 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.

Cosa sono Vector 2022 e le migliorie all'UI desktop?

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.

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 tutte le wiki.

Perché usate la parola Migliorie?

Il termine adottante precoce (early adopter) è usato nella voce sulla Wikipedia in inglese Technology adoption life cycle.

Perché abbiamo dati che indicano che questi cambiamenti sono positivi:

  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 commenti 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.
    1. 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.
    2. 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.
    3. Durante questa fase, monitoriamo anche l'uso su tutti i wiki, perché molti account stanno già usando Vector 2022 in maniera globale.

Vedi anche:

Su quali wiki avete testato le modifiche?

I wiki pilota su cui abbiamo testato Vector 2022 sono stati:

Wikipedie con l'alfabeto latino Wiki con sistemi di scrittura non latina Progetti fratelli
Wikisource in arabo Yes Yes
Wikipedia in arabo marocchino Yes
Wikipedia in bengalese Yes
Wikipedia in catalano Yes
Wikivoyage in tedesco Yes
Wikipedia in basco Yes
Wikipedia in persiano Yes
Wikipedia in francese Yes
Wikiquote in francese Yes
Wikizionario in francese Yes
Wikipedia in indonesiano Yes
Wikipedia in ebraico Yes
Wikipedia in coreano Yes
Wikinotizie in polacco Yes
Wikisource in polacco Yes
Wikinotizie in portoghese Yes
Wikipedia in portoghese Yes
Wikiversità in portoghese Yes
Wikipedia in serbo Yes Yes
Wikipedia in thai Yes
Wikipedia in turco Yes
Wikipedia in veneto Yes
Wikibooks in vietnamita Yes
Wikipedia in vietnamita Yes

Perché li chiamate Vector 2022 e Legacy Vector?

La nuova interfaccia è in continuità con molte delle idee presenti nel tema Vector classico. È stata progettata 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 quelle 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:

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.

Destinatari

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:

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:

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.

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 ricerche.

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:

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 namespace 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: pagine 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.

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 progetti 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.

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. Ci ispiriamo anche all'interfaccia e ai gadget costruiti sui vari wiki, ad esempio le Wikipedie in coreano e vietnamita.

Cosa fate per assicurarvi che la modifica funzioni sul mio wiki?

Come vi assicurate che le modifiche non siano lasciate a metà?

Facciamo modifiche sia prima che dopo aver introdotto i cambiamenti sulle wiki, per assicurarci che siano all'altezza delle esigenze delle singole comunità. Se pensi che la tua comunità possa beneficiare da ulteriori aggiustamenti e gadget, vedi:

Dopo aver realizzato questi cambi su tutte le wiki, lavoreremo a dei progetti relativi a miglioramenti per la versione desktop.

Accessibilità

Avete testato le vostre modifiche con utenti diversamente abili?

Sì. Collaboriamo con l'American Foundation for the Blind (Fondazione americana per non vedenti). Poniamo varie questioni riguardo all'accessibilità di Vector 2022. Maggiori dettagli su Phabricator.

I wiki saranno meno accessibili per gli utenti con connessioni lente?

No.

Vogliamo mantenere il peso del "codice" più o meno lo stesso che per il Legacy Vector.

Vedi anche:

Mobile, monitor di grandi dimensioni e responsive design

Vi siete ispirati al design del tema mobile?

No.

Queste modifiche sono create apposta per l'interfaccia desktop. Tutte le ricerche e i test svolti per questo progetto si sono concentrati unicamente sugli utenti desktop. Tuttavia, abbiamo tenuto conto delle esperienze delle persone che usano l'interfaccia desktop su piccoli schermi (per esempio, per chi usa due finestre aperte una affianco all'altra).

Ora non abbiamo in programma di unire le esperienze desktop e mobile.

La nuova interfaccia sarà responsive?

Stiamo lavorando in questa direzione, ma non è un obiettivo ufficiale del progetto.

Se vuoi rendere l'interfaccia responsive adesso e usi i wiki Wikimedia, aggiungi quanto segue al tuo global.js:

if

( mw.config.get("skin") === "vector-2022")

{

document.head.innerHTML += '<meta name="viewport" content="width=device-width, initial-scale=0.77, maximum-scale=1.0, user-scalable=0">';

}

Se la tua comunità desidera che questo sia lo standard, ti invitiamo ad aprire una discussione sul tuo wiki, e a contattarci quando il consenso sarà raggiunto. Allora potremo fare il cambio.


Metterete a punto una configurazione specifica per le alte risoluzioni?

Al momento non abbiamo in programma di sviluppare una configurazione specifica. Vogliamo che l'esperienza sia ottimale per la maggior parte degli utenti, continuando a fornire gli strumenti necessari a qualsiasi risoluzione. Siamo convinti che la versione attuale del nuovo tema riesca nell'intento. Detto ciò, incoraggiamo la personalizzazione individuale!

Vedi anche:

Perché la larghezza del contenuto è limitata?

Perché avete messo uno spazio vuoto al posto della zona del contenuto?

Una lettura efficiente è cruciale per la maggior part delle persone che usano i nostri progetti. Il nostro obiettivo è quello di migliorare la leggibilità del contenuto. Ci sono vari fattori che influenzano la leggibilità - per esempio la taglia del font, il contrasto, il tipo di font, la lunghezza della linea, e lo spazio vuoto.

Linee più corte
  1. Leggendo linee più corte, i lettori non devono muovere troppo gli occhi, sollecitando meno i muscoli oculari ed evitando così l'affaticamento della vista.
  2. Paragrafi più stretti permettono ai lettori di memorizzare meglio nuove informazioni.
  3. Sui siti web, dovrebbero esserci tra i 35 e i 100 caratteri per linea. Quantità di caratteri vicini alla soglia inferiore sono da preferire.
  4. La stragrande maggioranza dei principali siti web presentano limitazioni simili per quanto riguarda la larghezza dei contenuti. Ad esempio: giornali accademici quali Nature, siti web di quotidiani come The New York Times, siti web governativi e intergovernativi quali quelli delle Nazioni Unite, documenti accademici come LaTeX, e programmi di testo quali Google Docs ed Etherpad.
Spazio vuoto (bianco)
  1. Lo spazio bianco è usato come spazio di appoggio per far riposare gli occhi. Aiuta i lettori over 60 a concentrarsi sul contenuto e aumenta la comprensione del testo del 20%.[1]
  2. Senza la distrazione di barre laterali o altri elementi le persone si concentrano più facilmente.
  3. Stiamo utilizzando una parte di questo spazio per altre funzionalità. Abbiamo reso la barra laterale fissa, e abbiamo posto l'indice affianco al contenuto. Inoltre, limitare l'area di contenuti ci offre nuove opzioni per ulteriori sviluppi in un secondo tempo. I membri della comunità hanno suggerito di metterci gli infobox, o le immagini, o ancora le note. Come parte di un progetto separato, prenderemo in considerazione come usare questo spazio.

Vedi anche:

Perché non possiamo lasciare ai lettori la possibilità di restringere le finestre del browser?

La maggior parte degli utenti non ridimensiona le finestre né usa plugin dei browser per migliorare il design dei siti web che consultano. Inoltre, buona parte dei lettori restano sul nostro sito per appena 20 secondi. Questo tempo non è abbastanza per personalizzare come guardare il sito. I wiki devono avere un buon aspetto immediatamente, nella loro forma standard.

Alcune tabelle e template non si adattano alla larghezza limitata

Dobbiamo assicurarci che tutto il nostro contenuto sia il più responsive possibile per adattarsi a tutti i visitatori. Una grande percentuale dei nostri utenti, che non hanno grandi monitor e che accedono a Wikipedia dai loro portatili, avevano problemi con le tabelle e i template già da prima del cambiamento.

Perché non ne fate semplicemente un optional?

Vogliamo che sia di default. Stiamo sviluppando un'esperienza comune che sarà condivisa da contributori e lettori. Questo potrebbe essere utile per gli editor che prendono decisioni sul layout delle pagine. Attualmente, un editor potrebbe trovarsi a modificare una pagina a una larghezza di 1500px, mentre un lettore la legge a una larghezza di 1200px. Implementando una larghezza limitata non eliminiamo questa discrepanza (perché continueranno a esserci variazioni rispetto alla larghezza massima per le persone con schermi di piccola taglia), tuttavia limiteremmo la gamma delle variazioni.

Nota: il Manuale di stile della Wikipedia in inglese menziona come taglia minima da prendere in conto 1024px, anche se non è esattamente la stessa cosa.

Perché avete cambiato la lista dei collegamenti interlinguistici?

Perché la lista dei collegamenti interlinguistici non poteva restare nella barra laterale?

Posizione del pulsante delle lingue in Vector 2022

Perché dal punto di vista del lettore la barra laterale non è un posto per i link utile. La maggior parte dei lettori si concentra sull'area del contenuto. I link nella barra laterale sono praticamente nascosti dal loro punto di vista.

Inoltre, abbiamo bisogno di promuovere la varietà delle versioni linguistiche dei progetti Wikimedia.

Da oltre 15 anni la lista è stata mostrata nella barra laterale. Gli utenti più attivi hanno impresso in profondità nella memoria che la lista si trova in questa posizione. Per questo, abbiamo messo un box informativo nella barra laterale per avvisare che il pulsante delle lingue è stato spostato nella nuova posizione.

Sì.

"Aggiungi collegamento interlinguistico", "Modifica collegamenti interlinguistici", e "Elemento Wikidata" faranno eventualmente parte del menu attivato dal pulsante di commutazione della lingua ("menu delle lingue"). Questo è un compito per il team linguistico.

Come sistemare la visualizzazione scorretta delle coordinate vicino al pulsante delle lingue?

Opzione raccomandata Opzione alternativa (non raccomandata)
  • Se nel tuo wiki le coordinate sono posizionate tramite modulo Lua (per esempio, sulla Wikipedia in francese, c'è il Module:Coordinates), usa il seguente codice:
    titleText = frame:extensionTag( 'indicator', tostring(htmlTitle), { name = 'coordinates' }    )
    
  • Se nel tuo wiki le coordinate sono posizionate tramite template, segui le istruzioni che trovi in Aggiungere di indicatori di stato della pagina.

Usa la posizione assoluta nel MediaWiki:Common.css, per esempio:

.skin-vector.skin-vector-legacy #coordinates { top: 0px; }

.skin-vector #coordinates { top: -20px; }

Per coloro che preferiscono un esempio concreto, i dettagli su come questo è stato risolto su Wikipedia in inglese si trovano qui: phab:T281974#8869238.

Prendi in conto le pagine che usano gli indicatori di stato della pagina, le pagine che hanno banner e site notice, e qual è l'aspetto delle pagine a bassa risoluzione.

Perché il pulsante dei collegamenti interlinguistici non appare in cima alla pagina principale?

Abbiamo scoperto che i lettori si focalizzano sul contenuto della pagina e ignorano la barra laterale. Se il pulsante dei collegamenti interlinguistici si trova in cima alla pagina, accanto all'intestazione, sono più propensi a passare da una lingua all'altra.

In molti wiki, il titolo della pagina principale è nascosto. Per questo motivo, il pulsante dei collegamenti interlinguistici non viene mostrato affianco ad esso. In alternativa, si trova in fondo alle pagine principali. Tuttavia, è possibile farlo apparire in cima.

Vedi anche:

Perché avete modificato l'indice?

Perché l'indice non funziona bene sul mio dispositivo mobile o quando ridimensiono il browser?

Gli utenti mobile e che usano browser ridimensionati rappresentano una piccola frazione del traffico delle pagine. Per questo motivo, abbiamo scelto di sviluppare questa funzionalità innanzitutto per la maggiornaza dei nostri utenti. Per i monitor di piccole dimensioni abbiamo previsto di rendere l'indice disponibile come un elemento fisso dell'interfaccia, sempre accessibile da qualunque punto della pagina.

Tieni conto che ciò che vedi sui dispositivi mobili non è uguale a ciò che vedi cambiando la dimensione del tuo browser. Sui dispositivi mobili, il sito è attualmente mostrato come una versione "dezoomata" del sito desktop.

È possibile cambiare l'etichetta che indica la cima della pagina? ("Inizio")

Sì.

L'etichetta dovrebbe essere distinta dai titoli delle sezioni del contenuto. Per questo, i wiki scritti con script diversi (ad esempio, latino e giapponese) e progetti Wikimedia diversi (Wikipedia e il Wikizionario) possono necessitare di segni di interpunzione e/o parole diverse per questa etichetta. Ogni comunità può definire l'etichetta che considera migliore per le proprie esigenze. Questo si può fare modificando la pagina MediaWiki:Vector-toc-beginning.

Come posso impostare sia il vecchio indice che il nuovo?

Non è possibile.

Non abbiamo aggiunto il vecchio indice in aggiunta alla nuova posizione nella barra laterale intenzionalmente. Si tratta di un compromesso. L'abbiamo fatto per ridurre il lavoro di manutenzione del codice e per far funzionare il sito nel miglior modo possibile. La visualizzazione del vecchio indice in aggiunta al nuovo creerebbe una serie di svantaggi tecnici notevoli. Aumenterebbe la dimensione totale dell'HTML, aumenterebbe il fabbisogno di memoria per la cache del parser, e richiederebbe del codice CSS supplementare per renderizzarlo.

Vedi anche:

Come funzionano le parole magiche con questa funzionalità?

Le parole magiche __TOC__ e __FORCETOC__ non funzioneranno con l'indice sempre nella barra laterale e questo non si può modificare.

Ciò nonostante, le parole magiche relative alla presenza dell'indice stesso, come __NOTOC__, funzioneranno. Allo stesso modo dei template che creano un indice alternativo. Ad esempio, una voce può disabilitare l'indice di default e applicare il proprio indice se necessario.

Tutte le parole magiche continueranno a funzionare sugli altri temi che mostrano l'indice all'interno della voce.

Il logo del mio progetto non è corretto. Come lo sistemo ?

Abbiamo fatto del nostro meglio per assicurarci che il logo del vostro progetto sia consistente tra il vecchio Vector e Vector 2022. Tuttavia, è possibile che ci sia sfuggito qualcosa o che abbiamo dovuto prendere una decisione affrettata senza consultare la vostra comunità.

In particolare, nel caso di vari progetti Wikizionario, Wikiversità e Wikibooks, mostriamo il logo di default, perché non siamo riusciti a derivare un logo adatto per Vector 2022 dal logo di Vector esistente. Le personalizzazioni che localizzano il logo nella vostra lingua sono comunque disponibili su richiesta. Ulteriori informazioni su questo punto sono disponibili qui: T341243

Ciascun progetto può aggiornare il proprio logo o richiedere un cambiamento al proprio logo, seguendo il ciclo di vita della richiesta di sito. Per favore, non commentate alcun task aperto esistente relativo ai loghi.

Qual è lo scopo di questo progetto?

Modificate Monobook o Timeless?

No.

Queste modifiche si applicano solo a Vector. Vector è l'interfaccia di default dei wiki Wikimedia dal 2010. Qualsiasi altro tema come Monobook, Timeless, Minerva o Modern non sono stati affatto modificati.

Mentre lavoravamo a Desktop Improvements, tuttavia, abbiamo ripulito il codice dei vecchi temi. Abbiamo reso più facile implementare nuove modifiche ai vecchi temi, rimosso opzioni non utilizzate ed eliminato il 75% del codice PHP di quei temi. Tutto ciò non ha avuto alcun effetto sul modo in cui gli utenti interagiscono con esse.

Vedi anche:

State migliorando grafici mappe, a-/f-/o-/tmbox, infobox, navbox, e altri template?

No.

Non modifichiamo nulla che sia all'interno della zona grigio chiaro, quella del contenuto della voce (a parte l'indice):

State preparando il dark mode?

Non come parte dei miglioramenti per la versione desktop. Nel 2023, abbiamo lanciato il progetto Accessibilità per la lettura , in cui la modalità scura è compresa.

Quali sono le metriche di successo delle funzionalità?

Aumentare l'utilità per il nostro pubblico esistente, in base a:

  • Interazioni
    • Aumento delle ricerche per sessione del 5% nel corso del progetto
    • Aumento del passaggio da una lingua all'altra per progetto del 5% nel corso del progetto
  • Affinità
    • Aumento dei sentimenti positivi e di accoglienza nei confronti del sito (tramite sondaggi e test sugli utenti)
    • Aumento dei sentimenti di fiducia e credibilità (misurati tramite sondaggi e test sugli utenti)

Man mano che definiremo i cambiamenti che vogliamo portare avanti in maniera più precisa, amplieremo e itereremo questo elenco.

Note

  1. UI Design Newsletter – December, 2005, Human Factors International