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//
1. Where is the live preview shown in relationship to the text input area? Above it? Below it? Somewhere else?
2. How should the live preview be styled?
3. What should be shown within the preview window as the preview is being populated?
4. When should the preview window become visible to the user?
5. Should there be a "fallback" experience on slow connections? What should this experience look like?
6. Should contributors be able to hide and/or disable live previews?
=== 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
---
1. T155732, [Preview "oddity" w.r.t. sidebar](https://www.mediawiki.org/wiki/Topic:Th7bhe23lcp2168j), [A Preview panel that doesn't obscure the wikitext edit box (Was: No feature parity)](https://www.mediawiki.org/w/index.php?title=Topic:Tjcvoydqbk5h1n4l)
2. 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?
3. [Zeplin](https://app.zeplin.io/project/5db98e5c0c012583409eb5f9/screen/5dba396b98c4802c45d2caa2) + T235592