Editor width

[jbenet]

Description

Editing in a 1920x1200 res (15" laptop) window is hard:

Better to do something like this:

Suggestions

(1) change css

removing .mw8 { max-width: 64rem; } does the trick.

pros: easy, quick.
cons:

• that's probably not how tachyons wants to be used.
• may not be what you want (view mode may want to be constrained)

(2) slim/wide toggle button

Maybe make a button that toggles between the slim vs wide version.

Pros: flexible, user choice
cons:

• what's the default? one, the other, last user choice?
• adding UI/UX complexity
• adding UI variability makes it hard to model other UI changes well.

Related things

• WYSIWYG editing wysiwyg editing in the rendered part? #301
• 3 modes of editing 3 modes: (side-by-side, code, wysiwyg) #300

[momack2]

Alternate idea: expansion up until each page is the same size as a google docs window (816px?) - meaning in split view the page would be 1632px total. Reasoning - I think gdocs did a good job choosing a wide enough view for reasonable wrapping/viewability, but slim enough that it still feel like a page instead of an infinite canvas.

Strong preference to not add additional UI complexity / user choice without a strong use case

[parkan]

this could be good -- tbh I mostly use it in the 1up view because my eyes read markdown better than the formatted view at this point:

so it looks like this:

but we can probably responsively increase pane width overall -- would love a session with a UX person to help us dial this in (thumbs down to adding another toggle for this, I think)

[jimpick]

It was bugging me too ... I quickly chose option (1) as it was fastest to do. #308

I'll leave this issue open for now ... feel free to leave comments on how you like it, and we can try different things out.

Until now, I've mostly been neglecting the front end / CSS stuff - but now that I've got the pinner working, I can spend some cycles on it as we get ready to test it out.