ActivityWatch / ActivityWatch/activitywatch

Research Edition: classification signal varies drastically by platform/browser — document and narrow the gap

未关闭
#1,440 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
主要语言
Python
星标
18.9k
派生
1k
平均合并
1 天 4 小时
30 天内合并 PR
28

描述

Study-design concern surfaced during v0.14.0b5-research dogfooding:

Browser categorization quality depends on what URL/title signal each platform+browser exposes, and the variance is large:

| Setup | Signal | Quality |
|---|---|---|
| macOS + Chrome/Safari | full URL via Apple Events | strongest |
| macOS + Firefox | URL via AX tree (gecko walk) | strong |
| Firefox + [Add URL to Window Title](https://addons.mozilla.org/en-US/firefox/addon/add-url-to-window-title/) extension | domain embedded in title | good, cross-platform |
| Firefox / others, no extension | title keywords only | weak |
| Windows (any browser) | title only — no URL inspection path in the watcher today | weakest |

Implications: (1) macOS-Chrome participants produce systematically better-categorized data than Windows participants — a per-platform bias in the study dataset worth documenting in the study methodology; (2) the participant guide could recommend the URL-in-title extension for Firefox users as a cheap signal booster; (3) longer-term, Windows Chromium exposes the address bar via UIAutomation — a candidate enhancement for aw-watcher-window to narrow the gap.

Filed as follow-up work, not a release blocker.

贡献指南

打开贡献指南

评估

这个 Issue 还没有评估数据。

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。