I am also struggling to get over the Gutenberg editor that WordPress introduced. I feel like Matt is being an immature brat for not introducing a simple 'writers mode' for the editor.
People think it doesn't matter, but it does. Those little actions you have to perform outside of writing start to add up.
For many, I don't think changing the clock time is an uncommon thing to think about if the desire to procrastinate arises again.
If on iOS, the parental restrictions are awesome.
If on Android, restrictions are worthless so I usually use a blocker, set the phone to unlock by fingerprint and in addition have a system password (because of the possibility of logging in via "safe mode" which I so regret having discovered) written down on a piece of paper and hid inside my neighborhood Starbuck's sofa.
Another extension that's great for writing/note taking is Deft [1]. Give it a directory (optional recursing) of .md, .txt, .org, etc. files, and it will let you filter through them instantly. I've been using this for a few years now and it's still my primary digital note-taking system.
[1] https://kungsgeten.github.io/org-brain.html
[2] https://orgmode.org/manual/Capture.html
Another great Emacs extension for writing is writeroom-mode: https://github.com/joostkremers/writeroom-mode
You may laugh but I am serious. Language has moved on and it has been moving on for as long as there has been recorded history.
With HTML5 you get the extra markup for 'section', 'article', 'aside' and there are other semantic elements that already exist - 'em' is not the same as 'i', it infers emphasis rather than making the letters italic.
See the elements as punctuation. Yep, that means writing 'p' tags around sentences. An IDE autocompletes the tags but it is gentle about spelling mistakes and grammar is unknown to it.
You can fully typeset a book in HTML, if you want to comment bits out then you can. With an IDE you can close sections between tags up.
Then there is good old version control. Compare your changes.
The medium has other creative opportunities. I might not finish my book that starts out with 'In 2019 we should be...' until 2021. I could just code that in so the year is correct.
So long as you have some fluency in HTML5 and know the tag vocabulary then the markup in the original document does no harm. Screenplays and plenty of other written forms have a format, tidy HTML5 is now mine.
The semantic tags and the 'outline friendly' structure also help writing. No longer does text just have to be text.
We are so used to 'div soup' style HTML churned out by a machine that we have forgotten what real HTML5 looks like. There is no need for the div, span and other coder-only elements, there is also no need for classes and ids if writing actual content in neat HTML5. With CSS Grid one's copy can be styled with a few basic rules on 'section', 'aside', 'figure' and other top level elements.
Proof reading is pretty good too - refresh the page in the browser. Plus, in text nowadays one does need to cite sources. Links are easy in HTML5, not so easy in other things.
Try it, you will be surprised. Plus, if you should be coding and you are working on your novel, most people will just see a programmer IDE on screen...
https://teibyexample.org/ https://en.wikipedia.org/wiki/Text_Encoding_Initiative
The whole set is enormous as it can encode all kinds of modern and ancient forms of literature with many kinds of annotations, even parallel versions of the same text as often happens with old works for which there is no known “original”. You can encode scribal variations etc.
There have been several attempts to create a simplified subset that would be useful for what we could call a normal modern book, but they haven’t got very far because it is still cumbersome and the tooling needed to work effectively with it is not freely available. I’m working on such tooling in my spare time, more focused on DocBook as the vast majority of what I write is technical documentation.
The simplified subset from TEI themselves is called TEI Lite: https://tei-c.org/guidelines/customization/lite/
If TEI sounds interesting to you, there is an application called TEI Publisher, Free Software under the GPLv3, that you might use: https://teipublisher.com/
Actually, looking at it again it now looks quite good. I’ll give it a try later.
Edit 24 minutes later: tried to install TEI Publisher, it works on top of the eXist XML DB, and after installing it, starting it gives me an “Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException”. Ah well...
Nowadays, I still write, and I use Markdown like you are "supposed to"… But it does never feel quite right.
I don't need to use extensive facilities when writing HTML, the 'reformat code' button does come in handy and that is about it.
I think you get this in all IDEs. So my advice is to stick with what you know or go with VSCode. VSCode moght fall over with huge code bases but it 'War and Peace' is small compared to a codebase.
There is some vagueness about writing semantic HTML5, for instance, do articles go in sections or vice versa?
This does not help. I go with a main inside the body tag with that containing articles. Then in each article I put sections, asides and figures.
To keep my writing succinct I find that the html5 details/summary elements are really handy. You can write an article that has a paragraph of text and some bullet list of things then hide the waffle in a details/summary element rather than have it linked to on a separate page.
You can put sections, articles, more details/summary disclosure elements in a details/summary combo.
This is a world away from writing templates where everything is a div with classes and ids.
What I also recommend is a basic CSS stylesheet that loads a font with the font being variable width. Use that for the document, then use CSS grid to put some margins in so put header, footer, main in column 2 with the grid-template-columns set to something like 5vw 1fr 5vw. There is no need for 'reset.css' or other stuff, you have something pleasant to work with that can then be tinkered with over time, responsive out the box.
I say that seriously, as a VIM user.
https://www.maggie-shaw.co.uk/
If you go straight to 'view source' you can see what I have tried to do in constructing 'human editable' HTML. The 'sections' do not have 'titles' and could be divs as I just need some wrapper to get the full width banner images in the middle of each 'article'.
I had started this page with 'details/summary' disclosure elements but ended up mimicking that interface with the headers at the top of each 'article' and some scripting.
I also tried to use 'form' as a container for all calls to actions, even if this was not a real 'form', but just a way to show an image full screen.
I was trying to do a few new things so maybe the 'nav' container was what I needed. But I wanted buttons for accessibility. The burger menu should be a 'button' for accessibility too.
The code and use of elements on this page only has class attributes for things that change, not as general styling hooks. A lot is contrived and could be improved, but I think I got the general idea of 'separation of concerns'.
Here's a behind the scenes look into how I've used Blurt to help me create a writing habit (50+ day streak ongoing!) https://blurt.app/@awaxman11/creating-a-writing-habit/5c60ed...
The founder is running the business openly.Here are his Feb '19 results: https://twitter.com/corey_gwin/status/1109565231510900736
My only real complaint is that it doesn’t have some more robust manuscript compile features.
All in all, one of if not the best app purchase I’ve made in years.
https://discover.submittable.com
We list many opportunities from literary journals and other orgs for free. You can get the app for $5 which has a couple small extras like push notifications when your submission is accepted. Our newsletter is high-quality and free as well.
I don't mind paying the subscription since I wasn't a customer before they switched business models.
That is to say, I want to do a file sync with Dropbox or any other service/application, and the co-writer or co-writer(s)/artist(s) can also either get it, or be notified there's a new version, and not suffer any accidental overwrites or loss of data.
(Scrivener is an option, and it's apparently Git friendly for that purpose, so we have that going for now. Google Docs and Etherpad Lite are not acceptable/usable replacements either.)
Best app for writing I ever used.