laoyang/SyncCalendar
1
0
Fork 0
Code Issues 1 Pull Requests Actions Packages Projects Releases Wiki Activity
106 Commits 1 Branch 11 Tags
413900bbce23fe764b4fc99123c41aa2c8349fd2
Commit Graph
14 Commits
Author SHA1 Message Date
laoyang b8d5aa630c fix(卡片/粘贴): 5 项反馈修复 —— 粘贴按钮、卡片数据、卡片加号、卡片滚动、列表统一 
## 1. 粘贴按钮文字看不清（EventEditPage）

根因不是"忘了设文字"——空参时系统本就给默认样式（LINES 图标 + PASTE 文案）。
真正原因是我**给了一个和系统文字颜色太接近的背景色**（card_bg 近乎白）。

查 SDK 类型定义 `paste_button.d.ts`，错误码 2 明确列出：
  「字体或图标颜色与组件背景颜色相近」「文字超出组件背景区域」等
安全组件创建时会做样式校验，对比度不足会让文字灰淡难辨、甚至授权失败。

同时发现 icon/text/buttonType **只能走构造参数**，不是链式属性
（`.text()` 会编译报 "Property 'text' does not exist"）。

改为：
```
PasteButton({
  icon: PasteIconStyle.LINES,      // 该枚举只有 LINES
  text: PasteDescription.PASTE,    // 该枚举只有 PASTE
  buttonType: ButtonType.Capsule
})
```
并**去掉自定义背景色**，交给系统默认样式，只保留尺寸与圆角。

## 2. 待办卡片显示 0 条（CardDataService）

`pushToAllForms()` 是同步完成后刷新所有卡片的主路径，
但它只调 `buildCardData()`（日程），**从未调 `buildTodoCardData()`** ⇒
推给卡片的 binding 里 todoCount / todoListJson 全是默认值。

而 EntryFormAbility.pushData() 里合并了待办 —— 两条路径不一致，
所以表现成"有时对、有时 0"。

修：抽出 `mergeTodoInto()` 供两处共用；待办数据与 dayOffset 无关，
整个 pushToAllForms 只构建一次。

真机日志：`待办卡片数据刷新：未完成 5 条…列表输出 5 条`（原为 0）。

## 3. 待办卡片右上角 ＋ 点了没反应（EntryAbility + Index）

待办卡片发的是 `widgetAction: 'addTodo'` / `'openTodo'`，
但 EntryAbility 只判断 `raw === 'add'`，Index 也只处理 `'add'`
⇒ 参数被静默丢弃。

修：两端都补上 addTodo / openTodo。
  addTodo  → 切待办 Tab + 打开新建待办
  openTodo → 切待办 Tab

## 4. 日程 2×4 卡片右侧可滚动，15 条（CardDataService + Widget4x2）

数据侧 `slice(0, 2)` → `slice(0, 15)`
视图侧 `Column + ForEach` → `List + ListItem`（虚拟化 + 滚动惯性 + 回弹）

真机日志：`进行中 15 条`，确认上限生效。

## 5. 待办 4×4 / 6×4 列表样式统一，全部可滚动

按用户选择，**统一成 4×4 样式**（勾选框 + 色条 + 标题 + 副行「截止时间 · 日历本」）。

6×4 原来是「标题 + 独立截止时间列 + 独立日历本列」，窄卡片里会把标题挤没，
改为与 4×4 完全相同的结构。已用逐行 diff 校验：两卡 todoRow **36 行完全一致**。

`MAX_TODO_ITEMS` 20 → 15，与日程卡片口径一致（所有待办卡片都已可滚动，
不必再按卡片尺寸给不同上限）。

## 编译
`BUILD SUCCESSFUL`

## 未验证
真机仅验证了「待办卡片数据不再为 0」与「日程 15 条上限」两项。
粘贴按钮视觉、卡片内滚动、卡片 ＋ 跳转、两卡样式一致性需上机目视确认。
 2026-11-03 23:14:43 +08:00
laoyang 942f71bfdf 0.0.8 上架收尾：移除同步记录落盘 + 镜像空清单防护 + 前台默认间隔 15 分钟 
三处改动（均来自 2026-10-16 真机日志实测）：

1) 移除「同步记录」落盘
   · LogUtil 顶部新增 ENABLE_FILE_LOG=false（发行版只输出 console），
     真机排查时改 true 即可恢复落盘，所有调用点无需改动；
   · init() 里顺手 unlink 历史版本遗留的 sync.log / mirror_diag.txt，
     保证升级上来的设备沙箱也干净；
   · SystemCalendarMirror 删掉 dumpDiagnosis 整个方法（不再导出 mirror_diag.txt），
     连带去掉已无引用的 fs 依赖；
   · SettingsPage「清理残留镜像账户」提示语由"见同步日志"改为"见下方"（清单本就在页面上）。

2) 镜像防护：系统日历清单为 0 时跳过创建
   · 依据：2026-10-16 07:55:00 日志 `系统日历账户清单（共 0）` →
     `镜像完成：本=0 … 失败=12`，12 个 bookId 连续 `201 CreateCalendar failed!`。
   · 真因：设备重启后尚未解锁（direct boot），日历数据在加密存储里读不到，
     getAllCalendars() 返回空列表 ⇒ createCalendar 必然失败，还可能留下半创建账户。
   · 正常设备至少有一个本机日历，故"清单为 0"只可能是服务未就绪 ⇒ syncNow()
     在 plan/syncBook 之前直接跳过本轮，等解锁后的下一次同步自然恢复。

3) 前台自动同步默认间隔 1 分钟 → 15 分钟
   · 依据：2026-10-16 17:16–17:20 日志，5 分钟内连跑 5 轮
     "12 本全量比对 + 出站镜像 + 提醒刷新"，随后
     `17:20:43 短时任务超时（配额用尽），后台同步将被挂起`
     —— 前台把短时任务配额烧光，反而拖垮了真正的后台同步通道。
   · 设备 preferences 里并无 sync_interval_minutes 键 ⇒ 走的就是这个默认值。
   · AppSettings.getSyncIntervalMinutes 默认值 + Index.startAutoSync 的
     setOrCreate 与 ?? 兜底 + SettingsPage 的 @State 初值，四处一并改为 15。
   · 用户仍可在设置页选 1/5/15/30 分钟 或 1 小时。

验证：assembleHap 与 assembleApp 均 BUILD SUCCESSFUL。
 2026-10-16 19:38:21 +08:00
laoyang 2b29f197e8 后台同步重构：移除不合规长时任务，改为分层调度 
背景：用户反馈"后台常驻其实没实现，过一段时间常驻通知就没了"。调研确认这是
系统强制管控、不是 bug：DATA_TRANSFER 长时任务有一致性校验，**超 10 分钟未更新
传输进度即被强制取消**。日历同步是"间歇跑、平时无进度"，不符合该语义 → 必被取消，
且频繁触发校验失败可能被列入管控名单。另：workScheduler 请求 20 分钟低于系统
"应用活跃分组"下限（活跃≥2h），被静默压制 → 名义 20 分钟实际从未生效。

改为分层调度（目标：用户要看时数据一定最新，而非追求进程常驻）：
1. **移除 dataTransfer 长时任务**：BackgroundSyncService 不再申请；
   module.json5 去掉 backgroundModes 与 ohos.permission.KEEP_BACKGROUND_RUNNING
2. **延迟任务周期 20 分钟 → 2 小时**（对齐系统下限，避免被压制）；保留 isRepeat/isPersisted
3. **新增 BackgroundSyncRunner**：后台同步唯一执行体（抽取自 SyncWorkAbility），
   供延迟任务/网络恢复/回到前台三处共用，避免逻辑漂移
4. **新增 NetworkSyncWatcher**：net.connection 监听，**从无网恢复到有网时立即补同步**
   （带 20s 去抖；仅在 netLost→netAvailable 时触发，单纯切网不重复同步）
5. **回到前台补同步**：UIAbility.onForeground 立即同步 + 取消短时任务归还配额
6. **退后台短时任务**：onBackground 用 requestSuspendDelay 兜住退后台那次同步；
   回到前台 cancelSuspendDelay（配额仅 10 分钟/日，必须归还）
7. **设置页开关语义调整**："后台持续同步（常驻通知）" → "后台自动同步"，
   文案如实说明"系统最短约 2 小时一次 + 回前台/网络恢复立即补同步"；
   开关现在真正控制延迟任务的注册/取消
8. **官网文档同步**：sf/uh 改写后台同步说明；upa **移除 KEEP_BACKGROUND_RUNNING 权限行**
   （权限表必须与实际声明一致）；已重建 404 并部署线上

注：applyEfficiencyResources 在当前 SDK 不可用，未采用。
 2026-10-10 12:49:11 +08:00
laoyang d7c49db304 增加修复了深色模式，完全沉浸的深色模式完成了。 
Signed-off-by: laoyang <laoyang@example.com>
 2026-09-16 21:40:11 +08:00
laoyang 353473127a 应用在首次打开或运行中，在用户未主动点击权限对应的相关功能或服务时，提前向用户弹窗申请开启【读取全部日程】权限，不符合相关法律法规要求。该问题已被修复。 
Signed-off-by: laoyang <laoyang@example.com>
 2026-09-16 20:54:41 +08:00
laoyang 76d82886e4 修复了进入日历没有日程卡片的bug。 
Signed-off-by: Yang Yongquan <i@yangyq.net>
 2026-09-16 12:34:39 +08:00
laoyang cc7523a8ec 修复了从卡片进入日历无法定位当前日期的bug。 
Signed-off-by: Yang Yongquan <i@yangyq.net>
 2026-09-16 11:38:01 +08:00
laoyang 088f7b3773 增加了用户隐私协议等，增加了引导卡片。 
Signed-off-by: Yang Yongquan <i@yangyq.net>
 2026-09-15 09:06:15 +08:00
laoyang 3c9b4dcfdd 1.修改了2x2的卡片样式。 
2.为卡片增加了添加按钮，可以通过卡片直接添加日程。

Signed-off-by: Yang Yongquan <i@yangyq.net>
 2026-09-14 09:07:47 +08:00
laoyang 6899a5074b 修改了通知相关的功能，能够正常通知了。 2026-09-13 23:35:52 +08:00
laoyang e62416e5ce 为了持续同步，申请了常驻通知栏权限，在设置中开启后，可以常驻通知栏，进行后台同步。如果不需要，可以在设置中关闭。 2026-09-13 22:02:08 +08:00
laoyang 04fdf3d386 1.增加了重力感应，也就是横屏响应式布局。 
2.修改了沉浸式布局。
3.修改了添加日程和编辑日程页面，增加了重复、提醒等功能。
4.修改了权限问题，如果日历本是只读，则有删除线做标识。同时，对于只读的日程，点击后将不再进入编辑页面，而是展示详情。
5.系统日历的处理。给用户两个选择，第一个选择就是只显示系统日历。第二种选择，用户可以选择一个caldav账户中的某一个日历本，把系统日历中的日程，包括日历日程和应用创建的日程，都读取出来，然后加入到这个日历本下，最后同步到caldav的服务器上，这样的好处是，手机丢失了，或者换了手机品牌型号，手机上的日程仍然在自己的caldav服务器上有一个备份。当然，系统日历中的caldav日历，就不会再读取了。
 2026-09-13 20:25:18 +08:00
laoyang e27c8c36d7 添加了后台同步功能，应用置于后台，仍然可以进行同步。 2026-09-13 16:33:53 +08:00
laoyang bbb3ec5334 首次提交：SyncCalendar 项目 2026-09-13 15:50:37 +08:00