Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

Welcome to Codidact Meta!

Codidact Meta is the meta-discussion site for the Codidact community network and the Codidact software. Whether you have bug reports or feature requests, support questions or rule discussions that touch the whole network – this is the site for you.

Comments on Show post preview beside the editing field rather than below

Post

Show post preview beside the editing field rather than below

+4
−2

Discourse forum software has a neat feature whereby the post preview appears beside the input field. The post submission form pops up as an overlay to the main view of the current thread, showing two text areas side by side - the input field and an interactive (because their Markdown offers access to <details> tags), but non-editable Each is a scrolling window where dragging one scrollbar attempts to sync up the other. It's not perfect, but it's much more pleasant for post editing.

Almost everyone on desktop uses a widescreen monitor these days with aspect ratios at or near 16:9 (citation needed) and smartphones can generally be turned to use a landscape view with a similar aspect ratio (citation needed). The standard Codidact page layout has fairly generous margins and a quite wide right-hand sidebar. On my screen, with a maximized window and the default text size, the text field is scarcely 51% of the width of the screen, and could be narrower without issue (my default text size in gVim fits 90 columns across the same space of this form at the default size, which appears to be fixed to 73 columns regardless of font size overrides).

When I'm editing a post, I don't care about the sidebar. I want to verify how my Markdown will render as easily as possible, i.e. ideally without repeatedly scrolling up and down a page (and possibly re-focusing a text field, since my scroll wheel doesn't work very well) and without switching an editor between Markdown and WYSIWYG views (Some Other editor is known for corrupting post content when one tries that).

What I propose is: on the post editing form, have the sidebar cut off at the point where the "body" form starts, and sit in its own scrolling window in the top-right. Then, have the rest of the page dedicated to the Body form / Title and Tags fields / submission buttons on the left, and preview on the right (and then of course the usual footer underneath all of that). Have the main text input field automatically expand in height as more text is added, rather than adding a scroll bar; in fact, don't add any scroll bars anywhere except for the sidebar content. (That way, the form and preview move in sync automatically when one scrolls the entire page.)

History
Why does this post require attention from curators or moderators?
You might want to add some details to your flag.
Why should this post be closed?

3 comment threads

option ok, mandatory not (2 comments)
Zoom and small windows (2 comments)
Precedent (1 comment)
Zoom and small windows
trichoplax‭ wrote over 1 year ago

I like the idea of side by side input and preview, particularly for long posts which currently prevent seeing the preview and input at the same time.

However, I would want to make sure that the preview still works for narrow windows or zoomed in browsers. Even among people who have a widescreen monitor, some put 2 windows side by side, and some zoom in to accommodate their vision or to discuss content with people further from the screen.

Ideally the current behaviour of the preview would still be present as a fallback when the window becomes too narrow to accommodate side by side view. The side bar already disappears when the window becomes too narrow, so we might be able to use a similar approach for the side by side preview too.

Karl Knechtel‭ wrote over 1 year ago

Yes, this makes sense.