Live data from Hacker News

Show HN: Posce, a note-taking toolkit for your command-line

github.com

11–20 of 32 posts

Re: Show HN: Posce, a note-taking toolkit for your command-line

#12
The last thing you or I need is another configuration file clogging up our home directories.

This is why the XDG spec exists. Use XDG_CONFIG_HOME, not HOME.

I don't feel strongly about config file vs env var for just 2 settings, but seems worth noting. Dropping a dotfile right into your home directory is old school and needs to go away.

Re: Show HN: Posce, a note-taking toolkit for your command-line

#13

The last thing you or I need is another configuration file clogging up our home directories. This is why the XDG spec exists. Use XDG_CONFIG_HOME, not HOME. I don't feel strongly about config file vs env var for just 2 settings, but seems worth noting. Dropping a dotfile right into your home directory is old school and needs to go away.

I'm a Windows user, which means dotfiles are even uglier for me. For an app that just needs two tiny variables, environs are the much cleaner solution.

Re: Show HN: Posce, a note-taking toolkit for your command-line

#14
post #8

Is anyone else getting a "Error 401 UNAUTHORIZED" on this github repo?

Funny, I started seeing 401 errors intermittently when trying to download some releases some hours ago, but it went away after a couple of minutes. Seems GitHub is starting to have some issues today but https://www.githubstatus.com/ shows nothing, maybe they haven't noticed yet.

Re: Show HN: Posce, a note-taking toolkit for your command-line

#16

Since you use a text editor anyway, why not use a text editor and a text file to, uh, take notes? Your tool runs in an interpreter and needs a dependency maintenance workflow.

This isn't one note, it's dozens at least. I wanted a centralised way to organise them, and I wanted to try making something myself. Working on all these files by hand would be tedious and error-prone.

Re: Show HN: Posce, a note-taking toolkit for your command-line

#17

If someone calls it a "command line" I usually ignore them. If they call it a "shell" I am more inclined to take note . . .

A shell is a software construct that implements a level of abstraction over a lower system. A command line is a particular type of shell, gui's are often implemented as a shell too.

Re: Show HN: Posce, a note-taking toolkit for your command-line

#18
I actually want something like this. currently I just use Gnome Evolution for this since it syncs with my corporate EWS automatically.

However, one thing I think must be required from such a tool is a full text search engine. The find subcommand appears to only use substrings or regular expressions which can be very limiting when trying to find that note you made about server xyz and some service abc on it. A regex that would sufficiently find that escapes me, if it's even possible.

Re: Show HN: Posce, a note-taking toolkit for your command-line

#19
post #5

I don't see what the point of this is. Every single command can be mapped to an existing Unix tool.

I wrote about that in the FAQ: https://github.com/posce/posce#why-use-this-instead-of-lsgre... ## Why use this instead of ls/grep/wget/etc? Posce is one app using one system on one directory. It's a very focused app, and that focus gives it a level of stability and uniformity I enjoy. Also, by using a single notes directory, you can use disambiguated names and get incredible brevity when entering commands.

I still don't see the point. I can just "cd ~/notes" and use normal commands in there.

Re: Show HN: Posce, a note-taking toolkit for your command-line

#20

The last thing you or I need is another configuration file clogging up our home directories. This is why the XDG spec exists. Use XDG_CONFIG_HOME, not HOME. I don't feel strongly about config file vs env var for just 2 settings, but seems worth noting. Dropping a dotfile right into your home directory is old school and needs to go away.

To me filling HOME with dotfiles doesn't feel much tidier than filling XDG_CONFIG_HOME with stuff, but I'll take everyone's word for it (even though most people can't seem to explain why they prefer it, can you?).
Post reply on HN