small tooling to transfer timelog-entries from gtimelog's timelog.txt or obsidian-notes to the PuzzleTime time-tracking web-application.
- read timelog.txt
- from known location
- later: configure location?
- later: auto-detect location?
- parse out last day
- especially start/end-times for each entry
- date - ticket - description
- later: parse out specific day
- open N browser instances with the time entry data
- without selected account
- infer time-account from ticket-format
- support user-supplied ticket-parsers
- get ticket-parser from tags
- merge equal adjacent entries into one
- caculate, show and upload durations
- complete login/entry automation
- handle authentication
- login and store cookie (https://stackoverflow.com/questions/12399087/curl-to-access-a-page-that-requires-a-login-from-a-different-page#12399176)
- send user and pwd with every request
- make entries
- open day in browser for review
- handle authentication
- avoid duplicate entries
- start/end time as indicator?
- offer rounding times to the next 5, 10 or 15 minutes
- allow to add entries from the command-line
- handle time-account and billable better
- import time-accounts from ptime (https://time.puzzle.ch/work_items/search.json?q=search%20terms)
- with a dedicated cli?
- from a REST-Endpoint of PTime?
- automatically prefill billable
- from time-accounts
- from *-notation
- allow to have a list of "favourite" time-accounts
- select best-matching time-account according to tags, possibly limited to the favourites
- combine billable and account-lookup into one script
- import time-accounts from ptime (https://time.puzzle.ch/work_items/search.json?q=search%20terms)
- add cli-help
- use
commandercmd_parse for CLI
- use
- support Obsidian as datasource
- with explicit config
- with reading the config from the Obsidian Vault
- time-entries from dayplanner-section of a daily note
- time-account/billable/metadata lookup from a note
- support show-command: output the entries of a day
- support upload-command: send the entries of a day to ptime
- support add-command: add a new entry to the current day
- support edit-command: edit the metadata-lookup
- support "last"-day for obsidian
Install it with:
$ gem install ptimelog
$ ptimelog ACTION DATE
Currently supported actions are
- show
- upload
- edit
- add
- version
- help
To handle a specific date, the format YYYY-MM-DD is expected, e.g. 2017-12-25. Please note that you should not work on that day, unless you bring presents or release a new version of Ruby.
For reusability in a shell-history the following keywords are supported:
- today
- yesterday
- all
Currently, you need to pass a day. The previously exisiting "last" worked fine to timelog.txt, but not for Obsidian.
When the action is "edit", the next argument is treated as script that should be edited.
If nothing is passed, the main timelog.txt is loaded. :warn: How this works for the Obsidian-Datasource is not yet decided.
Otherwise, a script to determine the time-account is loaded.
In order to add entries with the ptimelog-cli, the complete entry needs to be quoted on the command-line to count as one argument.
$ ptimelog add 'ticket 1337: Implement requirements -- client coding'
While this requires some knowledge of the file-format, it is no different than entering the same string in gTimelog. For now, the entry is added to the timelog.txt as it is passed. By default, the date/time added to the entry is the one when the command is executed.
You can prefix a positive or negative signed number to slightly skew the entry (think: '-5 meeting' or '+5 lunch **') or even set a precise time ('10:30 meeting').
$ ptimelog add '-5 meeting: Discuss requirements -- client planning'
:warn: How this works for the Obsidian-Datasource is not yet decided. Possibly the same, at some point.
I got tired of asking rubygems which version I installed, so I took on the herculean task of letting ptimelog show its own version. With the switch to a cmd_parse-based CLI, this has been partially offloaded to cmd_parse. You can imagine the weight that has been lifted off my shoulders.
In order to format the output of the show-action into a table, a hopefully
convienient field-marker has been chosen. After 0.10.0, I switched from '∴' to
'|', which is much more widely used, but also much easier to find on keyboard.
This removes one need to copy an unusual separator, maybe even using the mouse...
Anyway, you can pipe the output into column
:
ptimelog show today | column -t -s'|'
ptimelog can prefill the account-number and billable-state of an entry.
The tags are used to determine a script that helps infer the time-account.
These scripts should be located in ~/.config/ptimelog/inferers/
and be named
like the first tag used. The script gets the ticket, the description and all
remaining tags passed as arguments.
The output of the script should be the ID of the time-account and the billable-state as "true" or "false". Both items need to be separated by whitespace, so you can output those two on the same line or on different lines.
Since these scripts are called a lot, it is better to write them in a compiled language. If you only like ruby, take a look at crystal. For such simple scripts, the code is almost identical and "just" needs to be compiled.
A config-file is read from $HOME/.config/ptimelog/config
. It is expected
to be a YAML-file. Currently, it supports the following keys:
- rounding: [integer or false, default 15]
- base_url: [url to your puzzletime-installation, default https://time.puzzle.ch]
After checking out the repo, run bin/setup
to install dependencies. Then, run
rake spec
to run the tests. You can also run bin/console
for an interactive
prompt that will allow you to experiment. Run bundle exec ptimelog
to use
the gem in this directory, ignoring other installed copies of this gem.
To install this gem onto your local machine, run bundle exec rake install
. To
release a new version, update the version number in version.rb
, and then run
bundle exec rake release
, which will create a git tag for the version, push
git commits and tags, and push the .gem
file to
rubygems.org.
Bug reports and pull requests are welcome on GitHub at https://github.com/kronn/ptimelog.
The gem is available as open source under the terms of the MIT License.