Lettura/Web/Migliorie all'UI desktop/Domande frequenti
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 |
|
|
Per attivarlo |
|
|
-
Schermata delle impostazioni per attivare/disattivare Vector Legacy (l'interfaccia senza le nostre migliorie)
-
Schermata con il link per ritornare al vecchio aspetto nella barra laterale sinistra
-
Il pulsante per rinunciare (opt out) in dettaglio
Vedi anche:
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:
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,
- Assicurati di aver scaricato MediaWiki 1.39
- 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?
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:
- 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 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:
- Bar tecnico su Meta-Wiki – Puoi chiedere supporto anche qui
- Stable interface policy/Frontend – una politica che definisce cosa è stabile e come deprechiamo il codice
- Recommendations for gadget developers on Wikimedia wikis – 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 Vector 2022?
skin-vector-legacy
per Legacy Vectorskin-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 |
---|---|
|
|
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?
- 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)
- L'intestazione apparirà in Vector 2010, Minerva, Timeless e Vector 2022. Non apparirà in Monobook.
- 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.
- 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.
- Contattaci per chiederci di spostare il pulsante in cima alla pagina.
- Cambieremo le impostazioni per il tuo wiki.
- 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à:
- Pagina di discussione del progetto (puoi scrivere in qualsiasi lingua)
- Task su Phabricator usando il tag del progetto delle Migliorie all'UI desktop
- Contatta il nostro Community Relations Specialist: SGrabarczuk (WMF) sgrabarczukwikimedia.org
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.
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?
Perché abbiamo dati che indicano che questi cambiamenti sono positivi:
- 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.
- 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)
- 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.
- 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.
- 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.
- 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.
- Durante questa fase, monitoriamo anche l'uso su tutti i wiki, perché molti account stanno già usando Vector 2022 in maniera globale.
Vedi anche:
- 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
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:
- 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:
- 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.
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:
- Core Experiences
- Mito UX #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 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?
- La ricerca che facciamo riguarda tutti i wiki e include l'ascolto di diverse edizioni linguistiche e progetti.
- Raccogliamo e includiamo i feedback della comunità. La maggior parte delle problematiche sono comuni a tutti i wiki.
- Come ricalibriamo le nostre modifiche sui progetti fratelli - vai a "Avete tenuto conto dei progetti fratelli?"
- Qual è il nostro approccio ai gadget - vai a "Cosa fate per gli editor che hanno bisogno di strumenti specifici e caratteristiche particolari?"
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:
- Cosa fate per gli editor che hanno bisogno di strumenti specifici e caratteristiche particolari?
- Come si fa a personalizzare Vector 2022?
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
- Leggendo linee più corte, i lettori non devono muovere troppo gli occhi, sollecitando meno i muscoli oculari ed evitando così l'affaticamento della vista.
- Paragrafi più stretti permettono ai lettori di memorizzare meglio nuove informazioni.
- Sui siti web, dovrebbero esserci tra i 35 e i 100 caratteri per linea. Quantità di caratteri vicini alla soglia inferiore sono da preferire.
- 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)
- 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]
- Senza la distrazione di barre laterali o altri elementi le persone si concentrano più facilmente.
- 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.
Perché avete cambiato la lista dei collegamenti interlinguistici?
Perché la lista dei collegamenti interlinguistici non poteva restare nella barra laterale?
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.
I link Wikidata saranno avvicinati alla lista dei collegamenti interlinguistici?
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) |
---|---|
|
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
- ↑ UI Design Newsletter – December, 2005, Human Factors International