HN

Comments (64)

• Menu

  Exoristos
  As someone who worked for years in commercial print, before most manufacturing moved overseas, I recall the workflows the article discusses as being more automate-able than the author seems to understand. For example, "Making the slightest change became a chore. [1.] Update the 'master' DOCX. [2.] Update the InDesign file ..." --the appropriate way to use an external document as master in InDesign is to use the Place command, which autoupdates text changes as they are made in Word. As another example, InDesign supports multiple formats of EPUB by direct export. I also question the author's familiarity with common LaTeX workflows. "'Why didn’t you just author it in LaTeX? ...' you might ask. [B]ut I prefer writing novels in a word processor, not a text editor." And, "How do I convert an ODT file to TeX?" Word processors offer exports of all kinds, including to plain text, and the purpose of a TeX editor is, like InDesign, to typeset text that is often written elsewhere. Capturing the styling from the word processor seems antithetical to the desire for an advanced typesetting tool.Overall, as a technical writeup I enjoyed the article; however, I would caution that the author seems to approach publishing from an amateur perspective.
• Menu

  diamondap
  Kudos to you for doing that.I've been publishing print and ebooks since 2015, and I can attest to the fact the Word to PDF X-1/a to epub/kindle pipeline is painful. Making minor edits after publication is also painful, as the author notes, and can be error prone if you fail to make identical changes to all formats.The problem was bad enough that I built by own markdown to HTML to PDF/X-1a processor using Python, WeasyPrint, and ghostscript. This also allows me to use git for version control, and I can make formatting changes using vanilla CSS. My tools are currently too crude for the average non-tech writer to use, but they save me hours every time I use them.For any of you hackers out there looking for an untapped market, try making a user-friendly tool that converts Word, PDF and/or similar formats to the print-ready PDF/X-1a, PDF/X-3 and PDF/X-4 formats. At the moment, all the existing tools are proprietary and expensive, and many are difficult to use. This won't be a big money maker, but it will certainly be welcome by many indie authors.
• Menu

  HanClinto
  Setting up good book publishing pipelines with version control + CI/CD might sounds simple, but I don't think it's trivial.One of the best examples of this that I've ever seen is The Sourdough Framework [0] -- really impressed with the way that versioning and publishing is integrated in that book.And yes -- I know it sounds like yet another Javascript library -- but it's actually a book about sourdough bread making. It's been discussed here several times before, but this one from 2023 [1] may have been the most popular (103 comments)[0] - https://github.com/hendricius/the-sourdough-framework [1] - https://news.ycombinator.com/item?id=35961590
• theknarf
  You'll get pretty far if you start off with Obsidian + Markdown + a makefile with Pandoc. You can even combine Markdown and Latex files together with Pandoc. This gives you an easy workflow with all the power you need using Latex as an escape hatch. And Obsidian have enough plugins to do whatever you want (or swap it for any other Markdown or code editor of your choice).
• Menu

  raybb
  I've been making ebooks for a nonprofit using typst and pandoc for a few years and it works quite well.We generate a pdf ebook, a print version, and a epub. They each have little tweeks but are all defined conditionally using sys.input.It was rough at first and I've had to open around a dozen or so issues for pandoc to improve things. Now it's pretty seamless.
• Menu

  voidUpdate
  > "I would love if the XHTML and TeX were artifacts rather than code"What's an "artifact"? I don't come from a writing background, so it may be obvious to some people, but I only know that word in a historical-ish context, as something old and important, which doesn't seem to make sense in this context
• TeaVMFan
  I have a related pipeline that is based on HTML, EPublish, and Calibre:https://frequal.com/forwriters/I used it for a recent novel: https://www.amazon.com/dp/B0GYCZJVGX
• Menu

  meonkeys
  I enjoyed using Asciidoctor to write a book. It necessitates using a text editor instead of a word processor so it doesn't fit DJ's use case, but it really is quite nice.I'm also fascinated by the build for Ada & Zangemann, a FOSS illustrated full-color children's book. It looks rather complex, but it handles translations, beautiful typesetting, and was remarkably fast when I tried running the build locally.
• Menu

  helterskelter
  My only problem using git and a text editor is deciding whether I want hard or soft wraps. Vim handles hard wraps better IMO and you can change the git diff engine to something like difft, which makes it much more bearable than the default for hard wrap prose.But softwrap definitely has its advantages: no hard line breaks makes copying the text into other mediums easier, git diffs show only which paragraphs you edited and not a bunch of line diff noise no matter which engine you use. Only problem is it breaks my yy, dd, cc muscle memory, as AFAIK you can't force those to work on virtual (vs logical) lines.
• moopie
  Sad that typst wasn’t mentioned, wonder how it compares to the setup in the article.
• Menu

  anon
  undefined
• Menu

  g42gregory
  Hopefully some of the writers are reading this:I love buying and reading physical books. However, about half of the books (I read mostly programming books) have letters that are printed pixelated. This is infuriating to me. No one bothers to run a trial print and see what comes out?The root cause of this: PDF will look fine, but the text color is usually set slightly off black (why!!??). The eye couldn’t really see the difference and PDF renders smoothly. However, commercial printers couldn’t handle that properly.Solution: set the text color to full black, you are using (most of the time) black and white printer!You might need to have two PDF versions: one for printing and one for digital distribution (but why would you have off-black text anyway?).
• genewitch
  https://standardebooks.org/contribute/producing-an-ebook-ste...as linked in the article, looks like a nightmare. i was hyped that i could recommend something to author friends, but, i can hear it now, "Maaaaaaaaaaaaaaaaaan!"oh well, they'll have to pay someone that understands all of that, because i don't.
• Menu

  huijzer
  Uhm why not Typst? I published my thesis and another book in it and it worked great. They are also working on HTML output which should make it easier to create EPUBs. Until then Pandoc should work I think
• Menu

  arikrahman
  Did the author create the Christian novellas he's mentioned? Can't tell by the phrasing. That would be impressive enough on its own, combined with the tech stack?
• Menu

  kyboren
  AKA what CS PhD students have been doing ~forever.I guess this is like medical researchers "discovering" basic calculus or an office worker discovering that SFTP, sshfs, and git work fine and they don't need Dropbox after all.What's common knowledge in one field can apparently still be alien to people outside the field, even in the age of LLMs.Just wait until the author finds out about Overleaf...
• MagicMoonlight
  You use Scrivener and then Vellum. Nobody uses word or adobe slop anymore.
• kator
  [flagged]
• nan-pova
  [dead]
• jheriko
  [dead]
• jheriko
  [dead]
• huflungdung
  [dead]