71 comments

[ 2.3 ms ] story [ 136 ms ] thread
(comment deleted)
I like it.

I'm assuming you can style colours, width of text in the wide editor, etc? Going back to the small window with an "X" would be a bit unnerving with lots of text typed in.

Yeah you can simply create your preferred color scheme and use it. I will release more better version next days and also an small blog post to how write an color scheme for WideArea.
I suggest to add key-bindings: <Control-Space> for going to wide-mode and <Escape> for getting back.
I really looking for a short-key for fullscreen mode but now you can use Escape key for exiting the fullscreen mode.
Very nice work. Any plans of adding the ability to automatically go fullscreen on focus?
Very nice, going to use this in a project now, so thanks a lot for this. It would be fully featured and extra sweet for me with some kind of lightweight feature to save a local backup of entered text. :)
That would be a fantastic addition
Somewhat broken on android for me - maximise in landscape, rotate the phone, and it goes Wrong. The text wrapping doesn't realign, and the close button is left off screen.
Thanks for report, I'm currently working on a better version for tablet/mobile devices. Could you please report it on the Github issues?
Firefox and Chrome already allow you to re-size textareas. At the very least this library shouldn't shut that functionality down.
Yeah, but it stays where it is. So if there are parts that would overlap it, they do that. A particular example here is Reddit, in deeply nested threads on smaller windows you can see maybe 30-40% of the textarea. Maybe someone will make a Chrome extension out of this :)
(comment deleted)
Very cool. Reminds me of http://www.ommwriter.com/. I like using minimal text editors like this when I'm brainstorming or making a first pass at something; good for simple, distraction-free writing. Cheers
First of all, this is awesome. Great idea, can't believe it hasn't been around till now, and will definitely be using it.

The only thing I could change here is the "x" icon when expanded. Someone mentioned here that they would be unnerved hitting an "x" button with a lot of text - this is definitely valid, I felt the same thing when trying it out. A simple change to an "exit full screen" icon (like this http://findicons.com/files/icons/1667/iconic/32/fullscreen_e...), would solve the problem nicely : )

Nice! Thanks for the nice suggestion.
I will second it. I would also move it on the bottom right, as I didn't look at it except with my peripheral vision and thought it was an X/close button. When instructions said to click it, I went from "why would I click the close button" to "oh, it's actually a fullscreen button" before I clicked it. I never would have discovered it.
+1

"X"s are frightening. You might just give it some tooltip text.

If I remember rightly, Github has something just like this for its pull request description textarea. :)

It is a very nice UI control.

Good point, I'd suggest using a green checkmark instead (which basically means "OK" instead of the X's "Cancel").
How does it handle multiple textboxes on the same screen?
You will have only one fullscreen-ed textarea at the same time.
Was this inspired by GitHub's new distraction-free comment feature? The styling looks exactly the same.
(comment deleted)
(comment deleted)
The fact it has no borders in "full screen mode" is really disorientating. I like the concept but wouldn't use it because of the loss of visual feedback (but full screen mode is optional which is fine).

As an aside: It is a shame this "breaks" Chrome's ability to let you re-scale the non-full-screen box. So it is an all or nothing choice, you have to give up something to get something...

It looks like you disabled Chrome's resizing on purpose too, which seems unnecessary/annoying. Why break existing functionality just to add new functionality?

From a quick look, it looks like it's reasonably simple to add resizing back in. The CSS on the textarea has resize:none - removing that and removing the max-width should add that functionality back in, should you want it.
It should be trivial to get the resize functionality back. I think in cases like this breaking existing functionality is fine. This is obviously aimed at people with a relatively narrow use-case in mind. In a situation where the purpose of full screen mode is to remove the distractions of the surrounding document this seems fine. I personally would want my text box at a fixed size on some forms with the option to make it the only thing on the page (case in point is my own app https://writeapp.me [yes, an account is needed to see the text box]) so as to keep the design from breaking (it's a very opinionated page when it comes to design).

I think overall this is an improvement to text boxes generally which is why I can forgive the breakage of one bit of existing functionality.

>It looks like you disabled Chrome's resizing on purpose too, which seems unnecessary/annoying. Why break existing functionality just to add new functionality?

That functionality can be re-enabled by changing the "resize" CSS style[0].

[0] http://davidwalsh.name/textarea-resize

Reminds me of Hallo.js, which uses the Randy js library if I'm not mistaken. I used it to make a blog for my elderly father. The goal was to make the posts easily editable.

Edit: s/Randy/Rangy/

Advice: Put some contrast on the page text even when not mouse-over'd. I shouldn't have to strain my eyes to read the main page text.
I could't have said it in a better way.
Bring back the ability to re-size the smaller box, and add a key board short cut and this will be glorious :-)

Nice work!

Wow, what an excellent zen writing resource. Will be using for longer writing projects I'm sure!
it also breaks if you hit tab while expanded.
Thanks for the bug report. It would be really good if you submit it on Github issues.
I'd like this if the back button resized the textarea back to it's normal size.
This looks great! One suggestion is that in full screen mode, the textarea doesn't stretch across the screen (it's a centered column) but since there are no borders it is hard to tell where the active area is. I think that clicking on the empty space outside of the main column could give focus to the textare, and that would have made it more clear for me.
Thanks, good suggestion. It would be so better if you submit your suggestion in Github issues.
How would you go about populating the full-screened text-box if the regular text-box has no placeholder text?