MediaWiki

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

< Reading | Web | Desktop Improvements
This page is a translated version of the page Reading/Web/Desktop Improvements/Frequently asked questions and the translation is 100% complete.
Languages:
Laten we het veranderen
Contact en basisinformatie
Ontwerp en publiek
De individuele functies


Hoe kan ik Vector 2022 in- of uitschakelen?

Hoe kan ik het voor mij in- of uitschakelen op één of alle Wikimedia-wiki's?

Eerst moet u kijken of u bent ingelogd. Gebruikers die niet zijn ingelogd, kunnen de skins niet veranderen.

Een wiki Alle wiki's
Uitschakelen
  1. Ga naar de globale voorkeuren
  2. Open de tab Uiterlijk
  3. Vink het veld links aan
  4. Vink "Vector, oude versie (2010)" aan
Inschakelen
  1. Ga naar de gebruikersvoorkeuren
  2. Open de tab Uiterlijk
  3. Vink "Vector (2022)" aan
  1. Ga naar de globale voorkeuren
  2. Open de tab Uiterlijk
  3. Vink het veld links aan
  4. Vink "Vector (2022)" aan
  •  
    Het tonen hoe Vector legacy in/uit te schakelen (de interface zonder onze verbeteringen)
  •  
    Toont de knop opt-out in de linker zijbalk
  •  
    Details van de knop opt-out

Zie ook:

Dit komt door de beperkte capaciteit van onze servers. De uitlogde gebruikers kunnen browser-extensies gebruiken waarmee ze hun interface kunnen personaliseren, of ze kunnen een account maken.

Zie ook:

Hoe kan Vector 2022 de standaard worden voor iedereen op mijn eigen Wikimedia-wiki?

Neem contact met ons op. We presenteren het project aan uw gemeenschap en starten de discussie.

Hoe kan ik het inschakelen op mijn eigen/persoonlijke wiki?

Als u onze veranderingen wilt zien,

  1. Zorg ervoor dat u MediaWiki 1.39 hebt gedownload
  2. Voeg de volgende regels toe aan uw LocalSettings.php :
$wgDefaultSkin = 'vector-2022';

Wij zijn blij te horen dat u onze verbeteringen waardeert!

Hoe kan ik Vector 2022 aanpassen?

Waarom kan men niet kiezen tussen verschillende versies van de functies?

Dat zou te ingewikkeld zijn om te onderhouden en te ontwikkelen.

Elke voorkeur is als een kruispunt waar gebruikers tussen opties kan kiezen. Veel keuzes geven nog meer combinaties. Het gebruiken van Voorkeuren maakt ons verantwoordelijk voor alle combinaties. Wij moeten ze onderhouden en ook, in het geval van het bouwen van nieuwe functies, controleren of de functies compatibel zijn met elk van de combinaties. Dat kunnen we ons niet veroorloven.

In plaats daarvan geven we de gemeenschappen de mogelijkheid om gadgets, gebruikerscripts en individuele instellingen te maken. Zoals altijd bieden we ruimte voor creativiteit van anderen en helpen we technische gebruikers hun code te onderhouden.

Zie ook:

Waarom zijn er geen voorkeuren voor anonieme gebruikers?

Dit was ons antwoord in 2019-2023. In 2023 werkten we echter aan Persistentie van voorkeuren voor anonieme gebruikers . Dit was om deze capaciteit binnen de hieronder beschreven beperkingen op te bouwen.

Anonieme voorkeuren zouden ervoor zorgen dat de pagina's te langzaam geladen worden.

Het meeste verkeer komt van uitgelogde gebruikers. Om dat te kunnen aanpakken, hebben we een paar "caching servers" die alleen "snapshots" van webpagina's opslaan en verzenden. Deze "snapshots" zijn tot 7 dagen oud, zijn een vervanging voor het genereren van webpagina's en zijn hetzelfde voor alle uitgelogde gebruikers. Dit stelt ons in staat om pagina's snel te laden.

Voorkeuren vereisen het genereren van verschillende versies van webpagina's. Dit zou onze servers overbelasten. Dat willen we ook niet doen omdat we de cache fragmentatie moeten verkleinen.

De enige manier om voorkeur voor uitgelogde gebruikers te geven, is door de instellingen altijd na de pagina te laten laden. Dit kost veel meer tijd om te laden en het ziet er raar uit. Bijvoorbeeld, als een uitgelogde gebruiker de donkere modus in actie zou zien, dan onmiddellijk na het laden van elke pagina, zou hij eerst de lichte interface voor een kort moment zien, en dan zou de interface weer donker worden.

De enige reden dat we voor ingelogde gebruikers hebben is omdat we ze geen snapshots geven. En dat komt omdat het verkeer van ingelogde gebruikers klein is.

Zie ook:

Wat doet u voor editors die specifieke hulpmiddelen en functies nodig hebben?

  • We nemen contact op met vrijwilligers met technische vaardigheden om terugkomende compatibiliteit te garanderen. We vragen hen om de code te controleren die zij hebben geschreven en hulp aan te bieden als de code gewijzigd moet worden.
  • Wij maken het mogelijk om onze veranderingen te configureren en te personaliseren. We werken graag samen met vrijwilligers met technische vaardigheden die nieuwe gadgets en gebruikersscripts willen maken.
  • Wij vervangen het werk van vrijwilligers niet door technische vaardigheden. In principe doen wij geen bewerkingen aan sjablonen en maken wij geen nieuwe gadgets, maar wij kunnen wel advies geven.

Herstelt u gadgets die niet werken met uw wijzigingen?

Dat hangt ervan af.

We helpen vrijwilligers met het herstellen van gadgets en gebruikersscripts. Soms doen wij dat zelf. Maar in het algemeen werken we aan MediaWiki zelf. Gadgets en gebruikersscripts worden geschreven en onderhouden door vrijwilligers. Deze zijn van nature altijd minder stabiel en voorspelbaar.

Als u niet zeker weet hoe u een probleem met een script of gadget kunt oplossen, neem dan met ons contact op! We zullen onze best doen om advies te geven over mogelijke oplossingen.

Zie ook:

Welke CSS-classes moeten worden gebruikt om Vector 2022 aan te passen?

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

Zie ook:

Hoe herstel ik de volledige breedte?

Als uw scherm ten minste 1400px breed is, moet u in de onderste hoek een knop   zien. Klik erop en de volledige breedte wordt hersteld.

U kunt ook:

Een wiki Alle wiki's
  1. Ga naar de gebruikersvoorkeuren
  2. Open de tab Uiterlijk
  3. Haal het vinkje weg bij "Inschakelen modus beperkte breedte"
  1. Ga naar de globale voorkeuren
  2. Open de tab Uiterlijk
  3. Vink het veld links aan
  4. Haal het vinkje weg bij "Inschakelen modus beperkte breedte"


Om meer ruimte op de paginaranden te krijgen, voeg de volgende CSS-code toe aan uw global.css: 

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

#siteNotice {
    margin:0
}

Zie ook:

Hoe de 'sticky' elementen uit te schakelen?

Voeg de volgende CSS-code toe aan uw global.css:

  • Header - toevoegen 
    .vector-sticky-header {display:none;}
  • Inhoudsopgave - toevoegen 
    .sidebar-toc {position: static;}

Hoe de inline inhoudsopgave te herstellen

Gebruik de volgende JavaScript-code: 

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();

Let op, de inhoudsopgave zal niet op de oude inhoudsopgave lijken. Voor dit doel kan aanvullende CSS vereist zijn.

Hoe de sectienummering in de inhoudsopgave te herstellen

Voeg de inhoud van de volgende CSS-code toe aan uw global.css:

User:Jdlrobson/vector-2022/tocNumbering.css

  1. Vraag uw gemeenschap om de kop op de hoofdpagina in te stellen. (Lees onze uitleg waarom dit een goed idee is.)
    1. De kop wordt weergegeven in Vector 2010, Minerva, Timeless en Vector 2022. Het zal niet zichtbaar zijn in Monobook.
    2. De kop kan worden geconfigureerd met bewerkingen op MediaWiki:Mainpage-title-loggedin voor ingelogde gebruikers en MediaWiki:Mainpage-title voor uitgelogde gebruikers. Voor mobiele gebruikers die zijn ingelogd, wordt MediaWiki:wikimedia-mobile-mainpage-title-loggedin gebruikt. Lees de details over de instellingen voor de kop van de hoofdpagina.
    3. Test hoe de hoofdpagina eruit ziet en werk met de knop bovenaan door de ?vectorlanguageinmainpageheader=1-parameter toe te voegen aan de URL. Zie voorbeeld op de IJslandse Wikipedia. Merk op dat de IJslandse Wikipedia geen kop heeft ingesteld, dus dat alleen de knop verschijnt.
  2. Neem contact met ons op en vraag ons om de knop naar boven te verplaatsen.
    1. We zullen de instellingen voor uw wiki veranderen.
    2. Als we dit doen, zal in Vector 2022 de knop bovenaan de pagina zichtbaar zijn. In andere skins wordt de lijst met taalverbindingen weergegeven op de standaardplaats die per skin varieert.

Hoe kan ik het vorige gebruikersmenu herstellen?

Dat is nu niet mogelijk.

Hoe verander ik het logo in een tijdelijk logo?

Het logo in Vector 2022 bestaat uit 3 elementen, die elk onafhankelijk kunnen worden gewijzigd met CSS.

  • Om de afbeelding van het pictogram te wijzigen (bijv. wereldbol op Wikipedia): 
    .mw-logo-icon { content: url("INSERT NEW IMAGE URL HERE") };
  • Om het merk (bijv. het woord "Wikipedia") te wijzigen: 
    .mw-logo-wordmark { content: url("INSERT NEW IMAGE URL HERE") };
  • Om de tag-regel te wijzigen (bijv. de woorden "The free encyclopedia"): 
    .mw-logo-tagline { content: url("INSERT NEW IMAGE URL HERE") };

Contact

Hoe neem ik contact op met uw team?

Kies een van de volgende opties:

Hoe kan ik jullie activiteiten volgen?

Host u, of woont u, online vergaderingen bij?

Ja!

We organiseren open online bijeenkomsten voor de gemeenschappen. Op deze bijeenkomsten geeft Olga (onze productmanager) presentaties over de recente ontwikkelingen. Vervolgens kunnen de leden van de gemeenschap vragen stellen over het project.

We staan ook open voor elke uitnodiging bij een community online evenement. Dat kan een lokale, landelijke of internationale bijeenkomst zijn.

 

Wat zijn Vector 2022 en de Desktop Verbeteringen?

Is dit een herontwerp?

Nee.

Een nieuw ontwerp zou een grote verandering zijn die de werking van de site beïnvloedt. In het geval van dit project hebben wij een aantal individuele wijzigingen aangebracht. Elke functie was een losstaand klein project. Uiteindelijk werden deze functies door een samenhangend visueel ontwerp gecombineerd.

Wat is de tijdlijn van dit project?

Sinds 2019 werken we aan Vector 2022 (oorspronkelijk bekend als modern Vector). Tussen begin 2020 en midden 2022 bouwden en brachten we verschillende functies uit op "early adopter" wiki's. (U kunt hierover meer lezen in de antwoorden op de vraag hieronder, punten 2-4.)

We hebben dat deel afgerond. Vector 2022 is niet meer beta. Nu informeren we over onze intentie Vector 2022 op alle wiki's te introduceren.

Waarom gebruikt u het woord Verbeteringen?

 
De term early adopter wordt gebruikt in het Engelstalige Wikipedia-artikel Levenscyclus van technologie-adoptie.

Omdat we gegevens hebben die wijzen dat de veranderingen ten goede komen:

  1. We hebben problemen geïdentificeerd door middel van onderzoek met zowel lezers als redacteuren. Tijdens deze fase, in 2019, bestudeerden we de manier waarop mensen de sites gebruikten en identificeerden we de grootste bruikbaarheidsproblemen. We hebben ook problemen geïdentificeerd om de site verder te verkennen, en meer bezig te zijn met lezen of bewerken. We hebben dit gedaan door lezers en redacteuren in meerdere landen, locaties en talen te interviewen. Zie: Onderzoek en ontwerp: Fase 1, Onderzoek en ontwerp: Fase 2.
  2. We hebben prototypes gebouwd en getest. We hebben de ideeën voor elke functie uitgewerkt en ze aan de gebruikers laten zien. Elke functie werd getest met lezers en redacteuren door middel van interviews en bredere rondes van prototype testen. Voor testen met redacteuren gebruikten we centrale meldingsbanners. We hebben ze in meerdere talen en Wikimedia-projecten getoond zodat we een breed en divers publiek konden krijgen. Elk prototype is gemiddeld getest door ongeveer 200 redacteurs. (Voorbeeld)
  3. We hebben onze functies verfijnd en gebouwd. We namen de feedback van de prototype-testen en verfijnden of veranderden de prototypes dienovereenkomstig. In sommige gevallen vroegen we extra feedback om ervoor te zorgen dat we de juiste beslissingen namen.
  4. We hebben contact opgenomen met verschillende wiki's met de vraag om lid te worden van de early adopters ("pilot wiki's"). Dit was de "beta" fase. Op deze wiki's hebben we kwantitatieve tests uitgevoerd om te zien of elke functie werkt zoals verwacht.
    1. We hebben A/B-testen uitgevoerd op ingelogde gebruikers. Helaas kunnen we deze niet uitvoeren bij gebruikers die zijn uitgelogd. Daarom maken we voor en na vergelijkingen.
    2. Toen we de testresultaten hadden, vergeleken we de resultaten met de succescriteria die we eerder hadden gedefinieerd. Toen we negatieve resultaten kregen, veranderden we de functie en deden we de testen opnieuw.
    3. Sinds deze fase hebben we ook het gebruik op alle wiki's gevolgd, waar veel gebruikers met een account al Vector 2022 gebruiken.

Zie ook:

Op welke wiki's heeft u deze wijzigingen getest?

De pilot wiki's waar we Vector 2022 mee hebben getest:

Latijns schrift Wikipedia's Geen Latijns schrift wiki's Zusterprojecten
Arabische Wikisource Ja Ja
Marokkaans Arabische Wikipedia Ja
Bengaalse Wikipedia Ja
Catalaanse Wikipedia Ja
Duitstalige Wikivoyage Ja
Baskische Wikipedia Ja
Perzische Wikipedia Ja
Franstalige Wikipedia Ja
Franstalige Wikiquote Ja
Franstalige WikiWoordenboek Ja
Indonesische Wikipedia Ja
Hebreeuwse Wikipedia Ja
Koreaanse Wikipedia Ja
Poolse Wikinieuws Ja
Poolse Wikisource Ja
Portugese Wikinieuws Ja
Portugese Wikipedia Ja
Portugese Wikiversity Ja
Servische Wikipedia Ja Ja
Thai Wikipedia Ja
Turkse Wikipedia Ja
Venetiaanse Wikipedia Ja
Vietnamese Wikibooks Ja
Vietnamese Wikipedia Ja

Waarom gebruiken we deze namen: Vector (2022) en Vector, oude versie (2010)?

De nieuwe skin is een voortzetting van veel van de ideeën in de originele skin Vector. Het is gebouwd met behulp van de code die de skin Vector gebruikt. We wilden functioneel en visueel de continuïteit behouden. Alles dat is gebouwd en bedoeld voor de oude Vector moet werken met onze veranderingen, of geconfigureerd kunnen worden om dat vrij gemakkelijk te doen.

De versie die in 2010 is gebouwd en tot 2019 is ontwikkeld, is bevroren. Met andere woorden, wij zullen het behouden en onderhouden, maar wij zullen er geen nieuwe functies voor bouwen.

We gebruiken de naam Vector 2022 om puur technische redenen. Deze naam geeft aan dat de nieuwe Vector beschikbaar was voor wiki's van derden als een nieuwe skin. (Derde partijen zijn degenen die MediaWiki installeren).

Op elke wiki kan de naam van de skin worden overschreven door MediaWiki:Skinname-vector-2022 te veranderen. Dit kan echter verwarring veroorzaken, omdat het de bijbehorende sleutel die wordt gebruikt voor site- en gebruikersstijlen niet verandert.

Zie ook:

Gaat u de oude Vector verwijderen?

Nee.

Vector 2010 blijft beschikbaar als optie in Voorkeuren, vergelijkbaar met andere skins die in het verleden standaard waren, zoals Monobook.

 

Doelgroep

Zijn deze wijzigingen gemaakt voor lezers, en niet voor redacteuren?

Niet helemaal.

Ons team (Web) werkt aan de lees- (kijk)ervaring op desktop- en mobiele browsers. De gebruikers van de interface zijn zowel kijken en bewerken als degene die kijken maar niet bewerken zijn een grote groep interface gebruikers. We werken voor ze allemaal, met in gedachten dat nieuwe en geavanceerde redacteurs specifieke behoeften hebben.

Het doel van dit project is het lezen op desktop te verbeteren zonder het bewerken lastiger te maken.

Dat gezegd hebbende, onze aanbevelingen voor onze bewegingsstrategie vragen ons om onze gebruikerservaring op een inclusieve manier te verbeteren. In deze geest heeft het project een specifiek doel om ervoor te zorgen dat de vrije kennis in de toekomst evenredig groeit. Bij het bouwen zorgden we ervoor dat de stemmen van lezers uit verschillende bevolkingsgroepen en geografische gebieden werden verzameld. We wilden ook hun mening in het oog houden bij het definiëren van waar we aan zouden werken en evalueren of een bepaald idee aan hun behoeften kon voldoen.

Zie ook:

Welke hulpmiddelen bouwt de Foundation voor redacteuren?

Bij de Foundation werken andere teams aan projecten die speciaal aan redacteuren zijn gewijd. Onder die teams zijn:

Hebben uw wijzigingen een negatief effect op de bewerkingsstatistieken?

Nee.

We verzamelen statistieken over de bewerkingsactiviteit op alle wiki's. Vergeleken met wiki's met Vector legacy (2010) als standaard zijn er op wiki's met vector 2022 als standaard geen negatieve verschillen.

Maken uw wijzigingen het moeilijker om de gemeenschapskant van de wiki's te verkennen?

Nee.

Lezers en nieuwe bewerkers worden geïntimideerd door een groot aantal links, opties en manieren om de bewerkingskant (met andere woorden, de gemeenschap) van de Wikimedia-projecten te verkennen. Dat is een conclusie uit ons onderzoek.

We willen dat meer gebruikers zich bij de gemeenschappen aansluiten. We doen dit door het aantal niet-verborgen links te beperken en extra aandacht te besteden aan de meest relevante links. Dit alles gebeurt in samenwerking met de teams Growth en Bewerken.

Zie ook:

Zijn jullie gefocust op Wikipedia-artikelen?

Ja.

Wikipedia-artikelen als geheel hebben het grootste deel van het kijkers- en lezerspubliek in vergelijking met andere namespaces op Wikipedia of andere projecten. We maken ook aanpassingen aan pagina's uit andere namespaces en speciale pagina's. Pagina's waarvoor we speciale aanpassingen en configuraties hebben gemaakt zijn onder andere: hoofdpagina's, pagina's die specifiek zijn voor sommige zusterprojecten, speciale pagina's, de 2010 wikitext editor, de 2017 wikitext editor en de Visual editor.

We hebben ook samengewerkt met het team Editing om ervoor te zorgen dat het werk dat ze doen voor overlegpagina's aansluit bij ons werk, en dat er speciale configuraties voor overlegpagina's worden ingevoerd.

Heeft u rekening gehouden met zusterprojecten?

Ja!

We willen de basiselementen van de interface veranderen. De meeste functies werken op de zusterprojecten net zo goed als ze Wikipedia verbeteren. Wij hebben vanaf het begin van het project voor verschillende zusterprojecten getest en gebouwd. We maken nog steeds aanpassingen aan de standaardfuncties indien nodig.

Niet-Wikipedia-projecten, zoals de Franse Wiktionary, waren sinds 2020 ook onderdeel van onze partnergemeenschappen. Wij hebben ervoor gezorgd dat wij direct contact en feedback van hen hebben gehad.

Wat betreft de aanpassingen, bijvoorbeeld op Wikisource, is de beperkte breedte niet van toepassing op de namespace Page die wordt geleverd door de extensie Proofread Page.

Zijn jullie gefocust op de Engelstalige Wikipedia?

Nee.

We houden rekening met de behoeften van verschillende gemeenschappen en testen onze wijzigingen in meer dan 30 talen. We zijn ook geïnspireerd door de interface en gadgets die zijn gebouwd op verschillende wiki's, bijvoorbeeld Koreaanse en Vietnamese wiki's.

Wat doen jullie om ervoor te zorgen dat de wijziging op mijn wiki werkt?

Wat doet u om ervoor te zorgen dat de verandering niet half afgerond is?

We maken tweaks voor en na de introductie van de veranderingen op wiki's om ervoor te zorgen dat ze voldoen aan de behoeften van individuele gemeenschappen. Als u denkt dat uw gemeenschap zou profiteren van meer aanpassingen en gadgets, zie:

Na deze wijzigingen op alle wiki's te hebben gemaakt, zullen we werken aan projecten die verband houden met Desktop Verbeteringen.

Toegankelijkheid

Zijn uw wijzigingen getest met gebruikers met een handicap?

Ja. We werken met de American 'Foundation for the Blind'. We stellen hen verschillende vragen over de toegankelijkheid van Vector 2022. Meer op Phabricator.

Zullen de wiki's minder toegankelijk zijn voor gebruikers met een trage internetverbinding?

Nee.

We willen ervoor zorgen dat de nieuwe skin net zo code-zwaar blijft als de oude Vector.

Zie ook:

Mobiele, grote schermen en aanpassen aan grootte

Zijn de veranderingen geïnspireerd door mobiel ontwerp?

Nee.

Deze wijzigingen zijn specifiek gemaakt voor desktopinterfaces. Al het onderzoek en de testen voor dit project zijn uitsluitend gericht op desktopgebruikers. We hebben echter de ervaringen van mensen die desktop gebruiken in smalle schermen (bijvoorbeeld als u twee tabbladen naast elkaar heeft geopend) in overweging genomen.

Op dit moment hebben we geen plannen om de desktop- en mobiele ervaringen te combineren.

Zal de nieuwe interface responsive zijn?

We hebben daar aan gewerkt, maar het is geen officieel doel van het project.

Als u nu de interface responsief wilt laten reageren en u Wikimedia wiki's gebruikt, voeg dan het volgende toe aan uw 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">';

}

Als uw gemeenschap wil dat dit de standaard is, start dan een discussie op uw wiki en neem contact met ons op wanneer er consensus is bereikt. Dan kunnen we de aanpassing maken.


Bouwen jullie een speciale instelling voor hoge resoluties?

We hebben geen plannen om een specifieke instelling te bouwen op dit moment. Wij willen dat de ervaring voor de meeste gebruikers geoptimaliseerd wordt, terwijl we de nodige hulpmiddelen bij alle resoluties bieden. We geloven dat de huidige versie van de nieuwe skin dit succesvol doet. Dat gezegd hebbende, wij moedigen persoonlijke aanpassingen aan!

Zie ook:

 

Waarom is de breedte van de inhoud beperkt?

Waarom hebben jullie het gebied dat voor inhoud werd gebruikt vervangen door een lege ruimte?

Efficiënt lezen is cruciaal voor de meeste mensen die onze projecten gebruiken. Ons doel is om de leesbaarheid van de inhoud te verbeteren. Er zijn verschillende factoren die het beïnvloeden - d.w.z. lettergrootte, contrast, lettertype, lijnlengte en lege ruimte.

Kortere regels
  1. Wanneer lezers korte regels lezen, bewegen ze hun ogen niet te veel, gebruiken ze de spieren van het oog minder intensief en leest dat rustiger voor de ogen.
  2. Bij smalle alinea's kunnen lezers nieuwe informatie beter onthouden.
  3. Op websites moeten regels tussen de 35 en 100 tekens zijn. Een aantal tekens dichter bij de ondergrens heeft de voorkeur.
  4. Heel veel grotere websites hebben vergelijkbare beperkingen op de breedte van de regels. Bijvoorbeeld: academische tijdschriften zoals Nature, nieuwswebsites zoals The New York Times, overheids- en intergouvernementele websites zoals United Nations, academische documenten zoals LaTeX en tekstverwerkers zoals Google Docs en Etherpad.
Lege ruimte
  1. Lege ruimte wordt gebruikt als rustplaats voor de ogen. Het helpt oudere lezers zich te concentreren op de inhoud en verhoogt het begrip van de inhoud met 20%.[1]
  2. Mensen kunnen zich gemakkelijker concentreren zonder de afleiding van zijbalken of andere elementen.
  3. Een deel van deze ruimte gebruiken we voor andere functionaliteit. We hebben de zijbalk 'sticky' gemaakt, en de inhoudsopgave naast de inhoud geplaatst. Bovendien geeft het beperken van het gebied voor de inhoud ons in de toekomst nieuwe opties. Er zijn leden van de gemeenschap die hebben voorgesteld om daar infoboxen, afbeeldingen of referentie te plaatsen. In een losstaand project zullen we overwegen hoe deze ruimte kan worden gebruikt.

Zie ook:

Waarom kunnen we het niet aan de lezers overlaten om hun browservensters te beperken?

De meeste gebruikers veranderen hun browservensters niet of gebruiken plugins om de weergave van de websites die ze bekijken te verbeteren. Bovendien blijven de meeste lezers slechts ongeveer 20 seconden op onze websites. Dat is niet genoeg om de website te personaliseren. Wiki's moeten meteen goed zijn, in hun basisvorm.

Sommige tabellen en sjablonen passen niet binnen de beperkte breedte

We moeten ervoor zorgen dat al onze inhoud zo responsief mogelijk is om alle bezoekers te voorzien. Een groot percentage van onze gebruikers, die geen grote schermen hebben en Wikipedia vanaf hun laptop benaderen, hadden al problemen met tabellen en sjablonen nog voor de verandering.

Waarom maken jullie er geen instelling van?

We willen dat het standaard is. We bouwen een gemeenschappelijke ervaring op die wordt gedeeld tussen redacteurs en lezers. Dit kan voor redacteuren nuttig zijn bij het nemen van beslissingen over de lay-out van pagina's. Nu kan een editor een pagina bewerken met een breedte van 1500px, terwijl een lezer het leest met een breedte van 1200px. Door een beperkte breedte te implementeren, voorkomen we deze discrepantie niet (omdat er nog steeds variatie zal zijn onder de maximale breedte, voor mensen met smallere schermen), maar we zouden het bereik van variatie sterk beperken.

NB: 1024px wordt genoemd als een minimale grootte om rekening mee te houden in deze Engelse Wikipedia Handleiding, hoewel dat niet helemaal hetzelfde is.

 
Locatie van de taalschakelaar Vector 2022

Omdat de zijbalk, vanuit het perspectief van de lezers, geen plaats is voor nuttige links. De meeste lezers richten zich op het inhoudsgebied. De links in de zijbalk zijn voor hun zicht praktisch verborgen.

Ook moeten we de verscheidenheid aan taalversies van Wikimedia-projecten promoten.

Al meer dan 15 jaar staat de lijst in de zijbalk. De meeste actieve gebruikers zijn gewend om die lijst op die plek te zoeken. Daarom hebben we in de zijbalk een vakje geplaatst met informatie over de taalknop die op een andere plaats wordt weergegeven.

Ja.

"Taalkoppelingen toevoegen", "Taalkoppelingen bewerken" en "Wikidata-item" zullen uiteindelijk onderdeel zijn van het menu dat wordt geactiveerd door de knop voor het wisselen van taal ("taalmenu"). Dit is een taak voor het team Language engineering.

Hoe repareer ik de coördinaten die niet correct worden weergegeven in de buurt van de taalknop?

  De aanbevolen optie   Een andere optie (niet aanbevolen)
  • Als op uw wiki de coördinaten worden geplaatst door een Lua-module (bijvoorbeeld op de Franse Wikipedia is er Module Coordinates), gebruik de volgende code:
    titleText = frame:extensionTag( 'indicator', tostring(htmlTitle), { name = 'coordinates' }    )
  • Als op uw wiki de coördinaten worden geplaatst door een sjabloon, volg dan de instructies op Paginastatusindicatoren toevoegen.

Gebruik de absolute positionering in de MediaWiki:Common.css, bijvoorbeeld: 

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

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

Voor degenen die een werkend voorbeeld willen, vindt u hier details over hoe dit voor de Engelse Wikipedia is opgelost: phab:T281974#8869238.

Denk aan pagina's die paginastatusindicatoren gebruiken, pagina's met banners of sitemededelingen en het uiterlijk van de pagina's met lagere resoluties.

We hebben ontdekt dat lezers zich op de inhoud van de pagina richten en de zijbalk negeren. Het is meer waarschijnlijk dat ze tussen talen wisselen als de knop met de taalverbindingen bovenaan de pagina, naast de titel, verschijnt.

Op veel wiki's zijn de koppen op de hoofdpagina's verborgen. Daarom wordt de knop met taal-links er niet naast weergegeven. In plaats daarvan staat het aan de onderkant van de hoofdpagina's. Het is echter mogelijk om het bovenaan te laten verschijnen.

Zie ook:

Waarom is de inhoudsopgave gewijzigd?

Waarom werkt de inhoudsopgave niet goed op mijn mobiele apparaat of wanneer ik het formaat van de browser aanpas?

Gebruikers op een mobiele en aangepaste grootte browsers maken een klein deel van het paginaverkeer uit. Daarom hebben we ervoor gekozen om de functie eerst voor de meeste gebruikers te bouwen. Voor smalle schermen maken we de inhoudstabel beschikbaar als een 'sticky' interface-element dat overal op de pagina toegankelijk is.

Let op dat wat op mobiele apparaten wordt weergegeven verschilt van wat u ziet wanneer u de grootte van uw browser verandert. Op mobiele apparaten wordt de site nu gepresenteerd als een gezoomde versie van de desktop site.

Is het mogelijk om het label dat de bovenkant van de pagina aangeeft te wijzigen? ("Top")

Ja.

Dit label moet los staan van de inhoudskoppen. Om dat te doen, moeten wiki's die in verschillende scripts zijn geschreven (bijvoorbeeld Latijns en Japans) en verschillende Wikimedia-projecten (Wikipedia en Wiktionary) mogelijk verschillende woorden en/of punctuatie-markeringen in dit label gebruiken. Het is mogelijk dat elke gemeenschap een label opzet dat alleen voor hen werkt. Dit kan worden gedaan door de pagina MediaWiki:Vector-toc-beginning te bewerken.

Hoe kan ik zowel de oude als de nieuwe inhoudsopgave krijgen?

Dat is onmogelijk.

We voegen de oude inhoudstabel opzettelijk niet toe aan de nieuwe locatie in de zijbalk. Het is een uitwisseling. We willen het werk verminderen dat nodig is om de code te onderhouden en de site zo goed mogelijk te laten werken. De oude inhoudsopgave die naast de nieuwe wordt weergegeven, zou belangrijke technische nadelen hebben. Het zou de totale grootte van HTML verhogen, de opslagvereiste voor onze parser cache verhogen en extra CSS vereisen om te worden weergegeven.

Zie ook:

Hoe werken magische woorden met deze functie?

De __TOC__ en __FORCETOC__ magische woorden werken niet omdat de inhoudsopgave altijd in de zijbalk staat en dit niet kan worden gewijzigd.

Maar magische woorden die betrekking hebben op de aanwezigheid van de inhoudstabel, zoals __NOTOC__, werken. Ook de sjablonen werken die dan een alternatieve inhoudsopgave creëren. Een artikel kan bijvoorbeeld de standaard inhoudsopgave uitschakelen en indien nodig een eigen toepassen.

Alle magische woorden blijven werken voor andere skins die de inhoudsopgave in het artikel weergeven.

Het logo van mijn project is onjuist. Hoe los ik dit op?

We hebben ons best gedaan om ervoor te zorgen dat uw project logo consistent is tussen de oude skin Vector en skin Vector 2022. Maar er is een kans dat we iets hebben over het hoofd gezien of een haastig besluit hebben genomen zonder uw gemeenschap te raadplegen.

Vooral in het geval van verschillende Wiktionary, Wikiversity, Wikibooks-projecten tonen we het standaard project ologo. Dit komt omdat we geen logo voor Vector 2022 konden afleiden van het bestaande Vector-logo. Aanpassingen die het logo in uw taal lokaliseren, zijn echter op aanvraag beschikbaar. Meer context hierover staat in T341243.

Elk project kan zijn logo bijwerken of een wijziging van zijn logo aanvragen. Het moet de Levenscyclus van site-aanvragen volgen. Gelieve geen commentaar te geven op bestaande taken met betrekking tot logo's.

Wat is de scope van dit project?

Wijzigt u Monobook of Timeless?

Nee.

Deze wijzigingen worden alleen toegepast op Vector. Vector is sinds 2010 de standaardinterface op Wikimedia wiki's. Andere skins zoals Monobook, Timeless, Minerva of Modern worden helemaal niet gewijzigd.

Terwijl we aan Desktop Verbeteringen werkten, hebben we de code van de oude skins wel opgeschoond. We maakten het gemakkelijker om nieuwe wijzigingen in oude skins uit te rollen, verwijderden nooit gebruikte opties en verwijderden 75% van de PHP-code van deze skins. Dit alles had geen effect op de gebruikers die die skins gebruiken.

Zie ook:

Zijn jullie bezig met het verbeteren van grafieken, kaarten, a-/f-/o-/tmboxen, infoboxen, navigatieboxen en andere sjablonen?

Nee.

We veranderen niets binnen het lichtgrijze inhoudsgebied van het artikel (behalve de inhoudsopgave):

 

Zijn jullie bezig met het maken van de donkere modus?

Niet als onderdeel van dit ptoject. In 2023 zijn we een project gestart Toegankelijkheid van lezen . Het bouwen van een donkere modus maakt daar deel van uit.

Wat zijn de successtatistieken van de functie?

Verhoog de nuttigheid onder ons bestaande publiek, gevolgd door:

  • Interacties
    • Verhoog de zoekopdrachten per sessie met 5% in de loop van het project
    • Verhoog het wisselen van talen per project met 5% in het loop van het project
  • Affiniteit
    • Verhoging van positieve en welkomst gevoelens voor de site (via enquêtes en gebruikerscontroles)
    • Verhogen van vertrouwen en geloofwaardigheid (gemeten via enquêtes en gebruikerstesten)

Als we de veranderingen die we willen maken met meer specificiteit definiëren, zullen we deze lijst uitbreiden en itereren.

Referenties

  1. ↑ UI Design Newsletter – December, 2005, Human Factors International
Retrieved from "https://www.mediawiki.org/w/index.php?title=Reading/Web/Desktop_Improvements/Frequently_asked_questions/nl&oldid=6824335"