15 releases (9 breaking)

0.10.4 Jan 6, 2024
0.10.3 Oct 22, 2023
0.10.0 Jun 29, 2023
0.7.3 Feb 8, 2023
0.4.0 Jul 20, 2022

#126 in Compression

Download history 8/week @ 2024-01-04 1/week @ 2024-01-11 15/week @ 2024-01-18 4/week @ 2024-02-15 12/week @ 2024-02-22 8/week @ 2024-02-29 3/week @ 2024-03-07 2/week @ 2024-03-14 7/week @ 2024-03-28 16/week @ 2024-04-04 178/week @ 2024-04-11

201 downloads per month
Used in ts-cli

AGPL-3.0-or-later

42KB
917 lines

timestudy

Frederick W. Taylor was a bastard, but it is helpful to keep track of the amount of time you spend on an activity if you're doing it for your own benefit. timestudy provides a foundation for apps (for instance, the CLI that I've been developing) to help you in this endeavor. It is heavily inspired by Timewarrior.

See docs.rs/timestudy for crate documentation.

Storage

Activities are stored in a file in the user's data directory, in a newly created subdirectory named "timestudy". See the dirs crate for the location of the data directory for various operating systems. (On Linux the file is located at ~/.local/share/timestudy/activities.) A backup ("activities.bk") is also stored next to this file, along with a file for archiving tags ("archived_tags").

Development

See the change log for the changes made with each release. Features, enhancements, bugs, questions, and similar are tracked in issues. These are then distilled into milestones. I intend to regularly update the next two milestones as a way to think about and plan the next immediate things to do.

Tests

Tests rely on the creation of a temporary file and writing and reading from it. It is placed in the temporary directory of the OS where the tests are run (e.g. /tmp on Linux). Unit tests use this by virtue of having the #[test] attribute, and integration tests use a feature to access this functionality.

Clients built with this library should specify this feature (test-utils) in the dev-dependencies section of the Cargo.toml file and run any tests that would might alter stored activities as integration tests (that is, in files in the tests/ directory, interacting with the client as the end user would), so that they use a temporary file to store (and possibly change or delete) activities, rather than the real file for storing user activities. Otherwise, you may discover after running your tests that you've wiped your own activities that you diligently recorded. Yes, I did this at one point. Here's the relevant bit for the Cargo.toml file:

[dependencies]
timestudy = "0.7" # or whatever the latest version is

[dev-dependencies]
timestudy = { version = "0.7", features = ["test-utils"] }

Note that there's also a module that contains some convenience functions for testing, test_utils (with an underscore, not a hyphen like the feature).

Finally, the tests must be run consecutively rather than in parallel, as the temporary data file is repeatedly getting created and removed during testing. This is configured in the .cargo/config.toml file, and clients should do the same.

Dependencies

~1.3–2.4MB
~41K SLoC