Live data from Hacker News

Write plain text files

sive.rs

151–160 of 425 posts

Re: Write plain text files

#151
post #35

Another advantage to plain text files: source control. You can check your writing into git and get a history of all your edits. It’s something programmers take for granted, but it would be amazing if this got more widely adopted outside of tech. The number of files with names like “Report Final Final draft v3.docx” is truly staggering. “Git for everything“ would be a multi-billion dollar startup easily.

Okay. Agree entirely.

I love some of the collaborative nature of Microsoft Teams and CRDT editing Word/Excel, but I'm usually pretty remote. Text over a tenuous WAN connection is ideal.

I work at a government agency and I was /just today/ getting them to review and approve Git and VS Code for our staff use - and pandoc. A couple years ago we never would have gotten open-source software approved. I wish I knew of an equivalent to SELinux or AppArmor for Windows so they could lock down things a semi-trusted application can do. VS Code will be used in a few different departments, but I mostly want it to help those unfamiliar with Git and its CLI (Git Graph is nice).

There's a trick out there to first convert things like Word documents to Markdown, and then do a diff of that intermediate output: https://hrishioa.github.io/tracking-word-documents-with-git/

Pandoc can only do so much. I'm trying to convince my part of the gov to put policy documents we disseminate to staff in a git repo, so we can track who did what and why (based on commit messages). This will be a big step, but thankfully one part of our org is already moving toward version control for IT and data analytics so I'm proposing this and suggesting we hop on their bandwagon. Momentum.

There's a Word template that we commonly use for legal purposes where it gives you line numbers and you write text to align with the numbers. When reviewing it's easy to say "change line 23 to read ....". This - for example - will not translate well through pandoc because the numbers and the text are separate text elements.

There's a market for making pandoc better. Visually translating how elements "flow" from 1 format to another, instead of simply transpiling XML to Markdown.

I'm still excited thinking in a year I might be able to git-blame the legal department for things. Or see a diff from 1 administration to the next.

Re: Write plain text files

#152
post #47
post #35

Another advantage to plain text files: source control. You can check your writing into git and get a history of all your edits. It’s something programmers take for granted, but it would be amazing if this got more widely adopted outside of tech. The number of files with names like “Report Final Final draft v3.docx” is truly staggering. “Git for everything“ would be a multi-billion dollar startup easily.

I was actually surprised : last time I used Git Bash on Windows it did work quite well with .docx files. Then I switched jobs to avoid touching .docx files ... The best alternative I've found to generate .docx output is R markdown, which uses pandoc under the hood and let's you program the whole document the way LaTeX would.

Isnt docx binary ? So git is storing a new version of the file every commit. That way too much storage space youre wasting.

Re: Write plain text files

#153
post #35

Another advantage to plain text files: source control. You can check your writing into git and get a history of all your edits. It’s something programmers take for granted, but it would be amazing if this got more widely adopted outside of tech. The number of files with names like “Report Final Final draft v3.docx” is truly staggering. “Git for everything“ would be a multi-billion dollar startup easily.

But can you use git for the .docx files?

Re: Write plain text files

#154
post #35

Another advantage to plain text files: source control. You can check your writing into git and get a history of all your edits. It’s something programmers take for granted, but it would be amazing if this got more widely adopted outside of tech. The number of files with names like “Report Final Final draft v3.docx” is truly staggering. “Git for everything“ would be a multi-billion dollar startup easily.

Honestly I think modern Sharepoint/OneDrive based .docx files have already leapfrogged git for the average user.

In an office environment, modern MS Word gives you a really nice version history, with automatic or manual/named versions, plus multi-user simultaneous editing, with a slick and fast UI. It’s even cross platform - I send a coworker a link to a document, and they can open it and work on Word for Windows while I edit the same doc on Word for Mac or even on the web-based Word.

It’s shockingly good.

Re: Write plain text files

#155
post #84

Perhaps I’m too young, but I don’t find most of my writing relevant years later. Amusing maybe. So I don’t worry too much about the current platform I’m using being obsolete. I do want the ability to back up to plaintext with a single click though. And I do stick close to plaintext for its focus. Bear is the best compromise so far.

> but I don’t find most of my writing relevant years later.

But that one little nugget that is relevant, can be worth a lot years later.

Re: Write plain text files

#157
post #35

Another advantage to plain text files: source control. You can check your writing into git and get a history of all your edits. It’s something programmers take for granted, but it would be amazing if this got more widely adopted outside of tech. The number of files with names like “Report Final Final draft v3.docx” is truly staggering. “Git for everything“ would be a multi-billion dollar startup easily.

> "Git for everything"

macOS Time Machine and Windows Shadow Copy aren't perfect git-based versioning systems, but it's nice something in the general direction exists.

https://en.wikipedia.org/wiki/Time_Machine_(macOS)

https://en.wikipedia.org/wiki/Shadow_Copy

Re: Write plain text files

#158

Earlier quoted context omitted.

You can use it free, mate. Just sync your markdown files via your favourite provider, or your own WebDAV, e.g. Nextcloud, or use a free sync plugin. There's even git plugins if you're a fellow nerd that wants version control.

According to the license, you can't use it commercially without the commercial license, and I think the license is very clear that work related notes are included in commercial definition: > You need to pay for Obsidian if and only if you use it for revenue-generating, work-related activities in a company that has two or more people. Get a commercial license for each user if that's the case. Non-profit organizations…

Interesting!

Re: Write plain text files

#159
post #47

Earlier quoted context omitted.

I was actually surprised : last time I used Git Bash on Windows it did work quite well with .docx files. Then I switched jobs to avoid touching .docx files ... The best alternative I've found to generate .docx output is R markdown, which uses pandoc under the hood and let's you program the whole document the way LaTeX would.

Isnt docx binary ? So git is storing a new version of the file every commit. That way too much storage space youre wasting.

That's exactly what the actual git does too.

Re: Write plain text files

#160
post #35

Another advantage to plain text files: source control. You can check your writing into git and get a history of all your edits. It’s something programmers take for granted, but it would be amazing if this got more widely adopted outside of tech. The number of files with names like “Report Final Final draft v3.docx” is truly staggering. “Git for everything“ would be a multi-billion dollar startup easily.

NB does exactly this: https://github.com/xwmx/nb
Post reply on HN