Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improving the default categories #174

Open
ErikBjare opened this issue Feb 16, 2020 · 5 comments
Open

Improving the default categories #174

ErikBjare opened this issue Feb 16, 2020 · 5 comments

Comments

@ErikBjare
Copy link
Member

ErikBjare commented Feb 16, 2020

We've recently gotten PRs (#167, #173) making improvements to the default categories. This is good, but writing good categorization rules can be tricky.

Here are a few common pitfalls:

  • Apps that have non-unique names (i.e. Kate, Navigator, Files)
    • Solution: Make sure that the whole string has to match
    • Solution: Only match certain event keys (not possible yet)
  • Titles mentioning apps can get classified as apps.
  • Loosely written expressions that over-match. It's a lot easier to find Uncategorized events than to find Miscategorized events.

I'm sure there are more, these are only the ones off the top of my head.

In this issue I will gladly accept suggestions for common apps and websites that should be added to the defaults, as well as suggested patterns for matching them in a way that minimizes the risk of misclassification.

@nicolae-stroncea
Copy link
Member

Suggestions for more apps to add to defaults:

Email: outlook, geary
IM: skype
Movies: netflix, primevideo, disneyplus
Programming: code(vscode), jupyter, readthedocs(not sure if always programming), terminal, tilix, guake

I think another potential pitfall is adding things to one category, that could belong to another category for somebody else. Ideally the default should be as general as possible.

@ErikBjare
Copy link
Member Author

Getting more nudges that people want better defaults (#261).

However, my current thinking is to leverage the new "export/import categories" feature to allow for community-curated categorization rules to be shared on the forum (which in turn will be linked to from the UI).

This has a few benefits over simply changing the defaults (which wouldn't affect existing users), and encourages community experimentation and review over complex defaults.

@iloveitaly
Copy link
Contributor

However, my current thinking is to leverage the new "export/import categories" feature to allow for community-curated categorization rules to be shared on the forum (which in turn will be linked to from the UI).

Oh, I love this! Maybe we could setup a separate repo to contain json category rules for various types?

That being said, I've always been a fan of smart defaults. Most folks don't want to fiddle with defaults and they want the first-run experience to generally be close-ish to what they are looking for. I think there's value in putting a little bit more thought and effort into improving the existing defaults, even if it causes some breakage for existing users (we could always freeze the existing defaults and link to them in the configuration UI if people people want to revert). Are you open to improving the existing defaults in addition to building a community-generated set of more complex defaults?

@Mte90
Copy link
Contributor

Mte90 commented May 5, 2021

Probably a roadmap for this can be define the various categories (add others) to see the community experiment and in the meantime implement a JSON importer/exporter. I did 2 pr to add more software in this repo just to have a better tracking about what I am doing 😅

I agree that a way to import the best or customize it is better. With Automate for Android as example you can import preset of stuff from the community and this created a lot of engagement in the years.

@soxofaan
Copy link

Would it also be an option to load the default categories from a config file in the user's home folder?
That's simpler than depending on a export/import feature and would circumvent the persistence problem when cookies are cleared (ActivityWatch/activitywatch#342, ActivityWatch/activitywatch#420, ActivityWatch/activitywatch#348)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants