Ask HN: How to integrate a Blog system into my NextJS app

1

GridPane

#Hosting #Web Hosting #WordPress Hosting 3 social mentions

2

Quill

> One thing I learned is that you should lean towards letting non-technical people choose their own tools like why we largely let developers choose their own tools. IMHO: I think a more sustainable variant of this (for your own sanity) might be to ask them which tool(s) they like and then take some time to understand WHY. But then instead of just letting them use those directly, you would either vet them first yourself or else find a similar one to those that can satisfy their needs (as an editor) AND yours (as a dev). If I let every client/friend/family member who came to me for this sort of advice just pick their own tools, I'd end up with a bunch of Word docs with embedded copied & pasted crap from five other tools and no easy way to clean and publish them or back them up and version control them for diffing and rollbacks, etc. I guess the dev version of this would be like letting every individual dev set up their own production deploys however they like, even if it's just some rando FTP client, instead of having some sort orderly CI/CD process. If it's just you and your buddy and you don't mind taking the time to clean up their docs every time there's a new blog post... that's fine, I guess. But it can quickly get pretty overwhelming if you have more than user/tool to support, or you just publish updates frequently. In that case, having a nice WYSIWYG for them that's good enough, but can also generate clean structured output for you (something like Markdown or a API, as opposed to RTF, Word XML, HTML, etc.) can make life MUCH easier for you. And anyone that comes after you. You can also build your own system off something like https://quilljs.com/, https://prosemirror.net/, or <a href="https://github.com/ianstormtaylor/slate">https://github.com/ianstormtaylor/slate</a> to customize it to their needs while still getting clean enough input.

#Text Editors #Rich Text Editor #WYSIWYG Editor 36 social mentions

3

ProseMirror

> One thing I learned is that you should lean towards letting non-technical people choose their own tools like why we largely let developers choose their own tools. IMHO: I think a more sustainable variant of this (for your own sanity) might be to ask them which tool(s) they like and then take some time to understand WHY. But then instead of just letting them use those directly, you would either vet them first yourself or else find a similar one to those that can satisfy their needs (as an editor) AND yours (as a dev). If I let every client/friend/family member who came to me for this sort of advice just pick their own tools, I'd end up with a bunch of Word docs with embedded copied & pasted crap from five other tools and no easy way to clean and publish them or back them up and version control them for diffing and rollbacks, etc. I guess the dev version of this would be like letting every individual dev set up their own production deploys however they like, even if it's just some rando FTP client, instead of having some sort orderly CI/CD process. If it's just you and your buddy and you don't mind taking the time to clean up their docs every time there's a new blog post... that's fine, I guess. But it can quickly get pretty overwhelming if you have more than user/tool to support, or you just publish updates frequently. In that case, having a nice WYSIWYG for them that's good enough, but can also generate clean structured output for you (something like Markdown or a API, as opposed to RTF, Word XML, HTML, etc.) can make life MUCH easier for you. And anyone that comes after you. You can also build your own system off something like https://quilljs.com/, https://prosemirror.net/, or <a href="https://github.com/ianstormtaylor/slate">https://github.com/ianstormtaylor/slate</a> to customize it to their needs while still getting clean enough input.

#Rich Text Editor #Text Editors #IDEs And Text Editors 38 social mentions