Community Wishlist Survey 2021/Real Time Preview for Wikitext/nl
Deze pagina documenteert een project van het Wikimedia Foundation team Community Tech waaraan het in het verleden heeft gewerkt of zou gaan werken. Het technische werk aan dit project is voltooid of vervallen.
We nodigen u uit om deel te nemen aan de discussie op de overlegpagina.
Realtime Preview for Wikitext Wish Team  | |
|---|---|
| Allow 2010 wikitext editors to preview the page while editing | |
| Groep: | Community Tech |
| Teamleden: | Nicolas Ayoub, Harumi Monroy, MusikAnimal, Emanuele Leoni, Sam Wilson, Szymon Grabarczuk |
| Hoofd: | Natalia Rodriguez (product owner) |
| Updates: | Updates |
Hallo allemaal, bedankt voor het komen lezen van meer details over Realtime preview. Dit was de #4 wens in de Wensenlijst-enquête 2021. Dit artikel schetst onze aanpak voor het bouwen van een oplossing voor deze wens. We vragen om uw feedback en inzicht, zodat we de best mogelijke oplossing kunnen maken.
Samenvatting van het doel van de wens: Sta gebruikers toe om met behulp van de 2010 wikitext editor een voorbeeld van de pagina te bekijken tijdens het bewerken.
Achtergrond en probleem
OPMERKING: Om verwarring te voorkomen, hebben we de wenstitel en projectnaam hernoemd van Live Preview naar Realtime preview. Dit komt omdat er al een andere functie is genaamd Live Preview.
Wikitext is een wiki opmaaktaal. Dit wordt door veel gebruikers gebruikt voor de opmaak op wiki's. Het ziet er anders uit dan wat de lezers zien. Als men met de wikitext werkt, kan het moeilijk zijn om te voorspellen hoe het uiteindelijke resultaat eruit ziet. Dit is de reden waarom veel editors de preview-functionaliteit hebben voordat ze de wijziging publiceren. Dit vereist echter een extra stap die los staat van het proces van het schrijven van wikitext.
Op een hoog niveau kunnen we het probleem van de oorspronkelijke wens als volgt samenvatten:
Hoe zorgen bewerkers ervoor dat de wijzigingen die ze aanbrengen de uitvoer geeft die ze willen?
Vanuit productoogpunt zou het toestaan van bewerkers om de markup-uitvoer in realtime te bekijken:
- De redactie-ervaring verbeteren door het aantal extra stappen (klikken) binnen het bewerken te verminderen
- De bewerkers toestaan om typefouten op te sporen, kapotte wikitext te herzien en deze onmiddellijk te repareren met behoud van de kwaliteit van de wiki's
Voorgestelde oplossingen
Ontwerp vereisten
Hieronder volgt een reeks ontwerpvereisten die bewerkers een manier kunnen bieden om een voorbeeld van hun inhoud te bekijken.
Als gebruiker die wikitext bewerkt met behulp van een scherm op desktopformaat, kan ik:
- Een optie hebben om een voorbeeld van de uitvoer van wikitext te bekijken
- De voorbeelduitvoer schuifbaar maken, zodat ik gemakkelijk een voorbeeld van elementen op de uitvoer kan bekijken zonder dat deze het volledige scherm in beslag neemt
Reikwijdte en beperkingen
De knop 'realtime preview' is beschikbaar voor/op:
- Wikitext-gebasseerde bewerkingshulpmiddelen. We zullen de VisualEditor niet wijzigen.
- Desktopbewerking.
- Schermen breder dan 1200 px voor landschapmodus (horizontale lay-out). Dat is standaardbreedte om alle elementen op de pagina te passen zonder dat ze verminkt zijn. De minimale breedte kan veranderen. In de portretmodus (verticale lay-out) is dit standaard beschikbaar.
Onderzoek gegevens
Wij werken aan de volgende vragen die ons begrip van het probleem zullen helpen verdiepen:
- Hoeveel bewerkers bekijken een voorbeeld van hun wijzigingen?
- Leidt het bekijken van wijzigingen tot minder vaak terugdraaien?
- Hoeveel bewerkers gebruiken desktop-grootte schermen om de wiki's te bewerken?
- Is het verstandig om de verticale lay-out de standaard te maken?
Waarom en hoe hebben we deze wens geaccepteerd?
Deze wens scoorde hoog in ons prioriteringsproces voor 2021. Het was zeer populair in termen van aantal stemmen, impactvol in termen van het voordeel voor de gemeenschap en had een relatief lage complexiteit schatting. Meer over dit proces.
Release Timeline
| Item | Status | Actual Date | Target Date | Notes |
|---|---|---|---|---|
| Deploy to test wiki for user testing purposes | Complete | 2022-03-30 | 2022-03-30 | |
| Enable on Beta cluster – Beta English Wikipedia and Wikisource only, since Realtime Preview changes the UI slightly for everyone even when you don't have it turned on | Complete | 2022-03-30 | 2022-03-30 | |
| Merge MVP for QA to Review | Complete | 2022-04-26 | 2022-04-08 | |
| Confirm MVP Top Priority tasks merged and QAd | Complete | 2022-04-26 | 2022-04-08 | |
| Get a final greenlight from Design QA | Complete | 2022-05-19 | 2022-04-15 | |
| Train w work deployed to Polish Wiki | Complete | 2022-04-26 | 2022-04-27 | Designer to schedule user video calls to observe users and design accordingly |
| First pilot wiki as an opt-out beta feature: plwiki | Complete | 2022-04-26 | 2022-04-27 | |
| Announcement on project page & any tool-specific pages | Complete | 2022-08-17 | 2022-04-30 | |
| Pilot wikis as an opt-in beta feature: huwiki, fiwiki | Complete | 2022-05-26 | 2022-05-24 | |
| Pilot wikis with Vector-2022, as an opt-in beta feature: cawiki, viwiki, fawiki | Complete | 2022-06-14 | 2022-06-14 | After phab:T307725 is complete |
| Get greenlight from Performance Review | Complete | 2022-10-17 | 2022-05-24 | |
| Announcement in WMF internal #release-announcements Slack channel | Not Started | |||
| Bugs identified and cut | In Progress | Should happen as soon as we release to the first wiki | ||
| Bugs triaged | In Progress | Should happen as soon as we release to the first wiki | ||
| Announcement in Tech/News | Complete | To be done when releasing to all wikis: | ||
| Release to group 0 as opt-in Beta (T314150) | Complete | 2022-08-02 | 2022-08-02 | |
| Release to group 1 as opt-in Beta (T314182) | Complete | 2022-08-23 | 2022-08-17 | |
| All wikis as opt-in Beta | Complete | 2022-08-31 | 2022-08-31 | |
| Graduate Beta Feature to feature for all | Complete | 2023-01-12 | 2023-01-09 |
Statuswijzigingen
17 augustus 2022: Beschikbaar als opt-in bètafunctie voor de meeste wiki's
Na het verzamelen van feedback van de pilot wiki's (cawiki, viwiki, fawiki, plwiki, huwiki en fiwiki - dank u allemaal!) hebben we deze functie vrijgegeven aan groep 0 en groep 1 als een opt-in beta-functie. We gaan deze op 31 augustus uitbrengen als beta-functie. We willen het 6-8 weken achter het Beta-factuur tabblad laten zitten, luisteren naar feedback en de functie verbeteren als er fouten ontstaan. Na dat tijdvenster willen we het uitzetten van een beta-functie naar een functie voor alle Wikitext Editor2010-gebruikers. Om deze functie in te schakelen vanuit uw beta-voorkeuren, moet u ervoor zorgen dat de Realtime-functie is ingeschakeld en dat de nieuwe Wikitext-modus is uitgeschakeld.
We horen graag hoe u geniet van het gebruik van dit hulpmiddel en overige reacties van u op de overlegpagina!
3 mei 2022: Lancering van deze functie op partnerprojecten
We hebben een versie van de functie Realtime preview gelanceerd op de Poolse Wikipedia. De community heeft ermee ingestemd om met ons samen te werken en ons feedback te geven over hoe we het kunnen verbeteren voordat we het voor de rest van de gebruikers beschikbaar maken. Zie ons releaseplan.
Deze functie raakt een van de meest gebruikte editors (Wikitext 2010) in wiki-projecten. We hebben besloten om het te laten zien als een beta-feature voordat we de functie aan iedereen vrijgeven. Dit zal ons in staat stellen feedback te verzamelen en verbeteringen te maken voordat we het aan iedereen vrijgeven.
We werken al vroeg samen met gebruikers om het gedrag op het nieuwe hulpmiddel te begrijpen en verbeteringen te maken. Afhankelijk van de verbinding van de gebruiker willen we patronen met betrekking tot de automatische en handmatige herladen van het voorbeeldpaneel als volgt observeren en evalueren:
- Automatische herladen: tijd van herladen. Wanneer het voorbeeldpaneel automatisch wordt herladen, is deze tijd (debounce time) voldoende om een vloeibare ervaring te bieden?
- Automatisch herladen: Vindbaarheid van de knop voor handmatig herladen. Wanneer het voorbeeldvenster automatisch opnieuw wordt geladen, is de knop handmatige herladen die verschijnt terwijl het over het voorbeeldvenster hangt nog gemakkelijk te vinden?
en/of
- Handmatig herladen: Vindbaarheid/weergavetijd van de statusbalk voor handmatig herladen. Wanneer het voorbeeldvenster niet automatisch opnieuw wordt geladen, ziet de gebruiker een statusbalk die hen uitnodigt om handmatig opnieuw te laden. Is de balk goed te vinden? Is de balk belemmerend voor de werkstromen van de gebruikers?
We zullen beide scenario's voor gebruikers met stabiele snelle internetverbindingen willen observeren. In beide gevallen zullen we de test op twee pagina's uitvoeren: een kort artikel zonder afbeeldingen (voor snellere herlaadtijd) en een ander artikel met een grote inhoud en multimedia-acties (voor langzamere herlaadtijd).
Afgezien van ons hoofdonderzoek, zullen we ook het volgende observeren tijdens onze sessies met gebruikers:
- Vindbaarheid van de algemene functie: hoewel de gebruikers worden geïnformeerd over het bestaan van de functie "Realtime preview" en het potentiële verband tussen deze en de functie "Show preview".
- Gebruikersschermgroottes - Deze gegevens kunnen nuttig zijn om te begrijpen hoe nuttig "Realtime preview" is voor mensen met een kleiner scherm. Maak dit hun ervaring te druk?
- Gebruik van syntaxis markeren/code-venster
- Begrijpen dat beide panelen geen synchronisatie in scrollen hebben.
Als u ons feedback wilt geven op een van deze open vragen, neem dan contact met ons op via de overlegpagina omdat we graag willen horen over de bruikbaarheid van deze nieuwe functie. Bedankt dat u met ons hebt meegebouwd!
2 november 2021: Bevindingen van gebruikerstesten van ontwerpen
Hallo allemaal,
Hartelijk dank voor uw steun en geweldige feedback op de voorgestelde ontwerpen. Bedankt voor uw reacties op de overlegpagina, evenals op het laatste videogesprek "Talk to Us". We hebben meer geleerd over hoe ervaren gebruikers bewerken.
Ook hebben we bruikbaarheidstesten uitgevoerd op het platform usertesting.com. 5 redacteuren namen deel. Hieronder staan een aantal van de bevindingen en inzichten:
- De helft van de gebruikers vond de nieuwe knop "Preview" in de werkbalk. Een van de redenen hiervoor kunnen gedragspatronen zijn die zijn ontwikkeld via de bestaande knop "Preview weergeven" in de voettekst van het editorvak. We ontwerpen een pulserende stip met lage wrijving en een pop-up met gids. We hopen dat dit het gemakkelijker zal maken om de nieuwe functie op te merken.
- Alle gebruikers hebben de bestaande knop "Show preview" gevonden.
- Alle gebruikers begrepen het verschil tussen beide knoppen. Een daarvan kan worden gebruikt tijdens het bewerken (met een snelle blik op de uitvoer). De andere zou nuttiger kunnen zijn voor proeflezen voordat de wijzigingen worden gepubliceerd.
- Een gebruiker meldde dat het altijd gemakkelijk is om de relatie tussen de Wikitext-invoer en de voorbeelduitvoer te begrijpen. Om dit te beperken, onderzoeken we manieren om de tekst in beide deelvensters te markeren en het scroll- of bewerkingsgedrag op elkaar af te stemmen.
Bevestigingen:
- Niet alle redacteuren zijn ervaren gebruikers. Hoewel deze wens bedoeld is om nuttig te zijn voor elke gebruiker - we nemen aan dat minder ervaren redacteurs de neiging hebben om de VisualEditor te gebruiken in plaats van de wikitext editor. Dit zal voor hen de nieuwe functie minder relevant maken.
- We werken ook aan de verbetering van de schaalbaarheid van beide panelen. We willen zowel kleine als ultrabreedte displays optimaal ondersteunen.
Nogmaals, bedankt voor uw feedback!
14 september 2021: Volgende stappen in het ontwerp
Bedankt voor uw feedback
Hallo allemaal, we zijn terug met een update over de voorgestelde ontwerpen voor deze wens. Bedankt voor al uw opmerkingen op de discussiepagina. We hebben gehoord wat u zei en de feedback als volgt samengevat:
- De knop om de uitvoer van de wikitext te zien moet intuïtiever zijn, de persoon die er op klikt moet weten wat het doet.
- De knop om de tekst in te zien moet in de werkbalk staan.
We hebben vervolgens een tweede versie van de volgende ontwerpen gemaakt. We stellen voor dat er een nieuwe knop verschijnt in de werkbalk:
We stellen voor dat wanneer de gebruiker de inhoud vooraf gaat bekijken, de knop preview "blauw" blijft om aan te geven dat de preview staat is ingeschakeld, en geactiveerd:
De kleur van de knop zal teruggaan naar zwart als de gebruikers het uitzetten en de preview verdwijnt.
Horizontaal of Verticaal
Houd er rekening mee dat deze voorgestelde ontwerpen illustratief zijn. We hebben alleen een verticale versie toegevoegd omdat we nu onderzoeken of de mogelijkheid om een breed scherm te hebben nog steeds een optie zal zijn gezien het geplande en aankomende werk aan Verbeteringen in het webbureaublad waardoor de pagina beperkt zou worden tot 960 px in breedte, waardoor het te rommelig zou worden om een horizontale weergave te hebben.
Open vragen: We lezen graag van uw reactie !
- Lijkt de nieuwe plek voor de knoppen intuïtiever voor de werkstromen in de werkbalk?
- Is er in de huidige voorgestelde lay-out voldoende ruimte is om zowel de wikitext als de uitvoer te bekijken?
Bedankt voor uw voortdurende feedback op de overlegpagina!
27 augustus 2021: Feedback op het eerste ontwerp
Voorgestelde ontwerpen
Horizontale desktop lay-out
Er verschijnt een nieuwe knop. Dit geeft bewerkers de mogelijkheid om realtime een voorbeeld van de tekst aan de zijkant te bekijken:
Opmerking: het roze vak hierboven is alleen om de aandacht op de knop te vestigen, deze zal niet echt getoond worden aan de gebruikers.
De bewerkers kunnen op de hierboven benadrukte knop klikken. Als ze dat doen, kunnen ze de uitvoer in een doorscrollbaar vak in de volgende lay-out zien:
Verticale desktop lay-out
Als een gebruiker een verticaal desktop scherm heeft, verschijnt het volgende nieuwe gebruikersinterface-element:
Opmerking: het roze vak hierboven is alleen om de aandacht op de knop te vestigen, deze zal niet echt getoond worden aan de gebruikers.
De bewerkers kunnen op de hierboven benadrukte knop klikken. Als ze dat doen, kunnen ze de uitvoer in een doorscrollbaar vak in de volgende lay-out zien:
De programmeurs zijn begonnen met implementeren van deze veranderingen. We voeren de veranderingen door in de MediaWiki kern. We willen graag uw mening over onze voorgestelde ontwerpen horen. We horen vooral graag feedback over:
- Het intuïtief maken van de kopie en plaats van de knop
- De algemene indruk over de voorgestelde ontwerpen
We kijken ernaar uit om uw mening te horen over onze voorgestelde ontwerpen en andere overwegingen!
Open vragen: We lezen graag van uw reactie !
De bovenstaande oplossingen zijn voorgesteld en zijn nog in een vroeg stadium. Wij horen graag uw feedback op onze overlegpagina Uw mening kan ons helpen andere benaderingen, risico's en oplossingen te begrijpen.
Dit zijn onze vragen aan u:
- Hoe denkt u dat dit de manier zal beïnvloeden waarop u bewerkingen doet?
- Is het icoon op de knop voor bewerkers duidelijk om het doel van de knop aan te geven? Leidt het af?
Relevante links
- Live Preview (NIET wat we hier doen)
- Oorspronkelijke wens
- Wikitext