This is the 35th iteration on what happened in the last four weeks in the imag project, the text based personal information management suite for the commandline.
In the last few weeks, we had great progress. Here are the most important changes:
introduced “pipe magic” - this prepares
libimagrtto be able to pipe the imag store from one imag command (or external command) to the next one.
imag-contactto list emails comma seperated.
added functionality so that
imag-contactcan output the contact data in JSON. This is helpful when invoking
imag-contactfrom an external program (like mutt) and reading the output into that program.
imag-editto be able to receive store ids on stdin. This makes
imag ids | fzf | imag edit -Ipossible.
rewrote the CLI of
libimagrtso that the
rt.editorsetting was considered for building the editor command.
imag idsto not print the full filepath by default.
- cc9c746c removed a great deal of outdated documentation.
imag-habitso that already done habits can be shown.
libimagstore::store::Store::create()so that it fails if the entry already exists. This was not done before (which was a bug) so that
createwas the same as
imag-initto create the store directory as well.
added header edit support in
imag-linkso that it uses an ascii table for output by default.
/dev/ttyto the editor command, so that vim does not trash the terminal.
added a feature in
libimagrtto handle unknown subcommands. With this, a user is able to write an executable
imag-store-dosomethingwhich gets automatically invoked by
dosomethingsubcommand does not exists.
added support for viewing multiple entries with one invocation of the
added support in
imag-contact findfor printing the store id / file path instead of showing the contact.
added support for reading the store ids for the entries to view from stdin
What will happen
I had a glance at the changelog file in the repository before writing this post and I found, that the changelog is huge already. Because of that I will release imag 0.7.0 early, and without the “wiki”, “calendar” and “flashcard” module I initially planned for this release.
I think I won’t be able to get imag-calendar ready until May (my journey starts in May and I won’t be able to work on imag very much from May until early 2019, sadly). Thus, I rather release 0.7.0 early and without imag-calendar rather than not at all.
Maybe I get imag-wiki ready until May, which would be really cool and result in imag 0.8.0, but I’m not sure I will make it.
So… be prepared for the next imag release in the next few days!