Live data from Hacker News

Calendar.txt

terokarvinen.com

121–130 of 143 posts

Re: Calendar.txt

#121
post #69

I do something similar for daily notes for work. I have a shell alias `tdw` for `TODO work` which opens a YYYY-MM.md file in vim. Inside of that markdown file I use a vim macro that generates a date similar to what is shown in calendar.txt, where I take notes about what I am working on and what I have worked on. Here's ane example of what it looks like: ## 2025-02-27 W09 Thursday - Team standup - Looking up flights t…

I use vimwiki[1] just for this "diary" functionality, with different days in different files. Can browse the directory in netrw to find a day's notes, and I have scripts that let me archive old stuff. I tend to put an "x" in front of completed lines (and move uncompleted lines forward to new days) so it is easy to detect and archive unactionable or "completed" files.

[1]: https://github.com/vimwiki/vimwiki

Re: Calendar.txt

#122
post #69

I do something similar for daily notes for work. I have a shell alias `tdw` for `TODO work` which opens a YYYY-MM.md file in vim. Inside of that markdown file I use a vim macro that generates a date similar to what is shown in calendar.txt, where I take notes about what I am working on and what I have worked on. Here's ane example of what it looks like: ## 2025-02-27 W09 Thursday - Team standup - Looking up flights t…

The problem of "grep but with indents" by making a shell function/script that just invokes the appropriate arcane sed commands.

Re: Calendar.txt

#124
post #108

Earlier quoted context omitted.

todo.txt accomplished this with community apps that provided web and mobile interfaces to the text file: http://todotxt.org/

Yeah, simpletask

SimpleTask Cloudless has been my favourite todo.txt app for Android. Unfortunately, SimpleTask is in low maintenance mode [1], and does not work well in my setup.

According to mpcjanssen: "The suspending of the applications by Google #1102 and the continuously fixing breakage by Android API changes have reduced my Simpletask motivation to a very low level." [1].

[1] https://github.com/mpcjanssen/simpletask-android/issues/1110

Re: Calendar.txt

#125
post #73

Earlier quoted context omitted.

I use a template [1] that includes week numbers. With some traditional GUI calendar software, I was often hunting and miscopying week numbers. Some software also had a weird (non ISO-8601) idea of week numbers. In case you need calendar.txt after 2033, I wrote a small tool [2] to generate more templates. [1] https://terokarvinen.com/2021/calendar-txt/calendar-txt-unti... [2] https://terokarvinen.com/2021/calendar-txt…

I also wrote a small tool to generate more templates, and it fits in a comment: usage: weeks YYYY-MM-DD YYYY-MM-DD weeks () { one_day=$((60 * 60 * 24)) unix_from=$(date +%s --date="$1") unix_to=$(date +%s --date="$2") while [ $unix_from -lt $unix_to ] do echo @$unix_from unix_from=$((unix_from + one_day)) done | date +'%F w%V %a' -f - unset -v one_day unix_from unix_to } seriously, what's a compressed 1.2MB small too…

Nice!

Static binaries generated by Go are indeed large, even if the source code here is under 30 lines with support to some additional minor features (US and Finnish day names, command line help, optional week headings, day counts and parameter handling).

Here are some more scripts to generate calendar.txt date format:

https://terokarvinen.com/2024/format-date-calendar-txt/

Re: Calendar.txt

#126
post #120
post #70

Earlier quoted context omitted.

So many tempting options... Can you recommend a tool and open your accounting workflow, marttt? Are there any pain points, like filling tax forms or handling travel paperwork?

FWIW, I'm a single-person company with a tiny turnover and only a handful of expense categories. I've used ledger-cli for many years, but at one point, I started to migrate my data to pta [1]. The reason was that in my country (Europe), all reporting seems to implicitly rely on a numbered chart of accounts (something like "101 Cash", "201 Accounts payable" etc), and the journal format of ledger-cli is not built aroun…

Those pta example files you linked, marttt, really make the case for this software. It looks simple, transparent, auditable, versionable and unixy.

Dpifke, beancounter looks nice, big and well tought out. I bookmarked the docs/ to have a more troughout look at it later.

Update: Had a more detailed look on Beancount.

Re: Calendar.txt

#128
post #23
post #6

As a file format, this is just fine, but I feel like there's some conflation between a file format and software meant to interact with that format. I use plain text accounting for my business, and it's lovely to be able to enter bookkeeping data with a plain text editor and keep it all under version control, but the next step is using a program such as hledger or beancount to work with that data. I'd love to work wit…

This is definitely in the camp of oversimplifying by missing the whole problem domain.

We need to come up with a name for that, considering how often it happens.

Re: Calendar.txt

#129
post #70
post #68

Earlier quoted context omitted.

> Bookkeeping using plain text files sounds both interesting and challenging. It has quite a bit of a following; I personally would never switch back to some more "complete" application. I believe all the most popular implementations are listed here: https://plaintextaccounting.org/

So many tempting options... Can you recommend a tool and open your accounting workflow, marttt? Are there any pain points, like filling tax forms or handling travel paperwork?

LWN's editor Jonathan Corbett has looked into this matter much over the years with numerous articles on the topic.

The end-of-search post is here, with the final choice being GnuCash:

https://lwn.net/Articles/925782/>

HN discussion (200+ comments): https://news.ycombinator.com/item?id=36021197>

You'll find at least some of the other posts in the series, and related articles, here:

https://duckduckgo.com/?q=site%3Alwn.net+accounting+software...>

Re: Calendar.txt

#130
post #23

Earlier quoted context omitted.

This is definitely in the camp of oversimplifying by missing the whole problem domain.

We need to come up with a name for that, considering how often it happens.

Hmm, there should be an xkcd for this... [0]

[0]: https://xkcd.com/927/

Post reply on HN