As Ed surfaced in chat, conversations [1] about what the most useful workflow [2] for previewing a reply composed in wikitext have been going on for some time.
The design, thus far [3], has the preview "replacing" a contributor's text input.
This task is about exploring what an approach might look like where a contributor is able to view their text input and a preview of how their text input will be rendered on the page side-by-side.
Details
Platform: desktop
Open questions
A ranked list, where "1." is the most important question to be answered
- Where is the live preview shown in relationship to the text input area? Above it? Below it? Somewhere else?
- How should the live preview be styled?
- What should be shown within the preview window as the preview is being populated?
- When should the preview window become visible to the user?
- Should there be a "fallback" experience on slow connections? What should this experience look like?
- Should contributors be able to hide and/or disable live previews?
Community input
We are seeking community input on-wiki, here: Talk:Talk pages project/replying
Done
- Mockup showing what it would be like for contributors to be able to view their text input and a preview of how that text input would be rendered on the page when published
- Mockups to both approaches are posted on wiki for contributor input
- T155732, Preview "oddity" w.r.t. sidebar, A Preview panel that doesn't obscure the wikitext edit box (Was: No feature parity)
- Does the preview "overtake" the text input area? Is the preview presented in a way such that the content a contributor has composed and the preview of said text are viewable simultaneously?
- Zeplin + T235592