laoyang/SyncCalendar
1
0
Fork 0
Code Issues 1 Pull Requests Actions Packages Projects Releases Wiki Activity
68 Commits 1 Branch 11 Tags
a32c0491998a0d22591bc659d074088232bc0b8b
Commit Graph
17 Commits
Author SHA1 Message Date
laoyang a32c049199 fix(地点): 候选改为 bindPopup 浮层，根治输入框跳动与选完复现 
旧方案把候选做成内联列表，虽放在输入框上方，但：
  1. 候选高度变化（搜索中 / 出结果 / 条数变化）会改变表单高度，输入框随之反复移动，
     再靠 scrollBy 事后纠正，表现为输入框来回跳好几次；
  2. 选中候选后 applyPlace 程序回写 text 会触发 TextInput.onChange，
     把 placePicked 重置为 false 并重新发起搜索，导致候选框消失后又冒出来一次。

改为：
- 候选用 .bindPopup($$placeOpen, { placement: Top }) 挂在输入框上，
  不参与布局，出现与消失完全不移动输入框；
- 移除全部 scrollBy 对齐逻辑（keyboardPadVp / ensurePlaceVisible / 键盘监听），
  键盘避让交由 KeyboardAvoidMode.RESIZE 的默认光标可见行为；
- 用 lastAppliedText 精确识别「程序回写 text 造成的 onChange」，不再发搜索；
- runSuggest 期间浮层持续展开（搜索中 → 结果），避免收起再弹造成闪烁；
- 抽出 closePlacePopup() 作为统一收起入口。
 2026-10-21 09:03:31 +08:00
laoyang 6ab7bcfb76 fix(地点): 修掉 px/vp 单位混用的对齐 bug，输入框稳定钉在键盘上方，候选向上生长 
- ensurePlaceVisible: getRectangleById 返回 px，scrollBy 收 vp，必须换算（上一版输入框被推飞的真因）
- 去掉 keyboardPadVp 动态底部留白：数学上不需要，只会在手动滚到底时露出大块空白
- 聚焦期间候选条数变化（加载中/有结果/无结果）每次都重新钉一次，避免输入框上下跳
- 提交请求前先收起旧候选，统一由一次对齐收口
- 新增 onBlur：失焦即收起候选，不留残影
 2026-10-21 08:52:13 +08:00
laoyang 8e0c08ccfb 修复：地点候选列表被软键盘挡住 
现象：地点输入框在表单第 7 位（标题/全天/时间/重复/提醒/日历本之后），
键盘弹起后候选列表正好落在键盘后面，看不到也点不到。

根因：ArkUI 默认 KeyboardAvoidMode.OFFSET 只保证"光标可见"，
它不会为输入框下方新插入的候选列表预留空间；页面也不主动滚动。

修法（三层）：
1) setKeyboardAvoidMode(RESIZE)：把页面高度压到键盘上沿，
   Scroll 可视区随之变矮（OFFSET 是整页上移，会把表单底部顶出屏幕）。
2) 主动滚动 ensurePlaceVisible()：用 getComponentUtils().getRectangleById()
   实测「输入框行顶边 + 行高 + 间距 + 候选列表高度」得到整块底边，
   与「窗口高度 - 键盘高度」比较，差多少就 scrollBy 多少。
   不直接 scrollEdge(Bottom)：那会把地点字段顶出屏幕顶部。
3) 兜底：avoidAreaChange 可能还没回调（先弹键盘、后展开候选），
   此时按窗口高度 42% 保守估算键盘高度 —— 多滚一点只是页面上移，无害。

顺带：
- 候选列表 Column → List + constraintSize(maxHeight: 216)，
  6 条候选内部可滚，不再占掉大半个屏幕；24px 行高分隔线改用 List.divider。
- 上限 8 条 → 6 条。

⚠️ 踩到的 API 坑（本 SDK）：
- KeyboardAvoidMode 必须从 @kit.ArkUI 导入（不是全局）；
- UIAbilityContext **没有** window 属性，要用 window.getLastWindow(ctx)；
- getRectangleById 在 ui.getComponentUtils() 上，**不在** UIContext 上；
- avoidAreaChange 回调参数是 AvoidAreaOptions（含 type 字段），
  不是老的 AvoidArea，需先判 type === TYPE_KEYBOARD。

验证：assembleHap BUILD SUCCESSFUL；已 install -r 真机。
 2026-10-21 08:26:16 +08:00
laoyang 8be539d8a3 新增：地点输入补全（鸿蒙 Map Kit / Site Kit） 
需求：新建/修改日程时，地点输入几个字即可用地图 API 补全详细地址。

选型：鸿蒙系统内置 Map Kit，**不引入高德**。理由（详见
Caldav开发/地点输入补全-地图API选型.md）：
1) 配额：高德「输入提示」个人认证仅 100 次/日、企业 1000 次/日（官方 FAQ），
   是全 App 共用额度。按 350ms 防抖、单次输入 4~8 请求算，个人额度约等于
   15~25 个用户输入一次地点；企业额度一天也烧完。华为侧「POI 搜索/地理编码
   当前不收费」，QPS 3000（官方论坛口径，HarmonyOS 5.0+），量级差 6 个数量级。
2) 合规：高德 Web 服务 Key 必须配 IP 白名单、不得出现在客户端；App 直连必然
   被反编译提取 → 额度被盗刷、账单算自己、Key 可能被冻结。唯一安全做法是自建
   服务端代理，会把「App 本体独立好用」的产品定位破坏掉。
3) 商用：高德个人认证仅限"研发/测试/个人兴趣"，上架商店属企业认证场景。
4) Site Kit 全部接口**无需任何权限**（d.ts 无 @permission），完全不需要
   申请 LOCATION，契合"权限只在用户主动点该功能时申请"的硬约束。

实现：
- 新增 common/PlaceSuggest.ets（纯服务类）：
  query()=queryAutoComplete、search()=searchByText（补全失败兜底）、
  pickOnMap()=sceneMap.chooseLocation（系统地图选点）、isUnavailable() 供界面降级。
  · 请求序号 seq 丢弃过期结果（边打字边搜时后发先至）；
  · 异常一律返回空数组、绝不抛给调用方 —— 补全坏了日程照样能存；
  · 1002600004/1002600003 判定"能力未开通"→ 置 unavailable，只提示一次，
    之后不再反复打网络。
- EventEditPage：地点行改为 TextInput + 「地图」按钮 + 内联候选列表。
  · 输入停止 350ms 防抖；回车立即搜一次；
  · 候选**内联展开**，不新增 bindSheet（硬约束：单页只能一个 bindSheet，
    本页已用于时间/重复选择）；
  · 选中后写入完整地址(formatAddress) 并收起，placePicked 防止再次自动弹出；
  · aboutToDisappear 清防抖定时器。
- LOCATION 的 ICS 转义无需改动：IcsUtil.escape() 已处理 , ; \ 换行，
  地图地址里的逗号不会破坏格式。

验证：assembleHap BUILD SUCCESSFUL；已 install -r 真机。
⚠️ 功能待 AGC 开通「地图服务」+ 重签 Profile 后才生效（否则抛 1002600004）；
   未开通时界面显示「地图服务不可用，可直接手动输入地点」，不影响其他功能。
 2026-10-21 07:59:21 +08:00
laoyang 17d7602d7d 重复日程：新增结束条件（到某天/共几次）；修复仅这一次失效与标题被清空 
新增能力：
- 新建重复日程时可设"结束条件"：永不结束 / 重复到某天 / 共重复几次
  （之前只能选重复频率，无法指定次数或截止日期）
- 编辑既有重复日程会**回显**服务器上已有的 COUNT / UNTIL 并可修改

修复三个真 bug：
1. ⭐ "仅这一次"失效（实际改了全部）：重复日程在列表里展开后，所有次共用
   主事件的 id，编辑页只拿到 id、拿不到"用户点的是哪一次" → occStartMs 被当成
   主事件的第一次发生 → EXDATE 排除的是第一次、覆盖行写在第一次上，
   用户当次既没排掉、系列属性又被动过，看起来就是"全改了"。
   修法：Index 打开编辑页时用 pendingOccurrenceTs 传入被点那次的 startTime；
   seriesBoundaries 再把该时刻"吸附"到真实发生（容差 12h），确保 EXDATE 能匹配。
2. ⭐ 已有标题被删空：original 快照漏拷贝 title/description/location/reminders，
   restoreRowById 于是把主事件行还原成空标题。
   修法：快照补全全部字段。
3. ⭐ setExdate/setRrule 被 restoreRowById 覆盖（顺序错误）：
   先写 EXDATE 再还原 → 快照里的旧 exdate 又把排除覆盖掉。
   修法：一律"先还原主事件行、再写 EXDATE/截断 RRULE"。

其它：
- 编辑页现在显示"被点那一次"的实际时间（此前显示的是主事件第一次的时间）
- 'all' 分支改为把改动写到主事件行，整系列一起改
- 复用唯一底部弹层（新增 sheetMode='repeatEnd' 选截止日期），仍保持只挂 1 个 bindSheet
 2026-10-10 07:05:32 +08:00
laoyang cd2401242c 修复：编辑页挂了两个 bindSheet 导致时间选择框弹不出来 
症状（用户反馈，本轮改动引入的回归）：编辑/新建日程时点开始或结束时间，
白框一闪而过、日期时间选择器不出现。

根因：ArkUI 同一组件**只支持一个 bindSheet**，后挂的会覆盖先挂的。
上一轮新增"重复日程范围选择"弹层时，在同一根容器上挂了第二个 bindSheet，
于是它把原有的"时间选择"弹层顶掉了 —— 表现正是白框一闪即消失。

修法：合并为**唯一**一个 bindSheet，用 sheetMode 区分内容：
- sheetMode='picker' → 日期/时间选择（高度 380）
- sheetMode='scope'  → 重复日程范围选择（高度 320）
新增 bottomSheet() builder 按模式分发；原 pickerShow/scopeConfirmShow
两个状态合并为 sheetShow + sheetMode。
 2026-10-09 22:41:17 +08:00
laoyang 5e6f347fc6 修复：编辑重复日程缺范围选择；同步并发不再误报失败 
问题1（用户反馈）：删除重复日程有"仅这一次/此次及以后/全部"三选项，编辑却没有。
根因：save() 把 validate() 与 chosenBook() 检查放在 isSeriesOccurrence() **之前**，
      任一不满足即提前 return，永远到不了范围选择弹层；delete 路径则是先判范围。
修法：
- save() 把"重复日程先选范围"提到最前（与删除路径一致），校验推迟到 doSave() 内
- chosenBook() 增加兜底：展开编辑时若该日程所属日历本不在"可写清单"里
  （被标记只读/写权限探测失败），用该日程自己的 calKey/href 构造目标；
  initPage 里还会用 CalendarDataBridge.lookupBook 把它补进选择列表（带真实名称/颜色）
- 新增 original 原始行快照：doSave 会就地改写 this.event 的 calKey/startTime，
  而 EXDATE/UNTIL/拆系列必须依据原值 —— 否则范围计算用错系列
- applySeriesEdit 的 one/future 分支在改写当前行后，用 EventDb.restoreRowById 还原原行，
  避免原系列残留幽灵行
- 加保存判定日志（脱敏）便于诊断

问题2（用户反馈）：同步进行中再点手动同步/账号管理确定，提示"同步失败"造成误解。
根因：互斥锁抛的是普通 Error，三个调用点统一按"失败"提示。
修法：
- SyncEngine 新增 SyncBusyError 专用类型 + isSyncing/isAnySyncing 查询；
  锁命中时抛 SyncBusyError，且 catch 不再把它包成普通 Error
- Index.syncSingle / AccountsPage.syncSingleAccount：命中→提示
  "有同步任务正在进行中，请耐心等待"，不显示失败
- Index.syncAll：命中记为 busySkipped（不算失败），全部被跳过时也只提示等待
 2026-10-09 22:19:31 +08:00
laoyang 5c80c0b773 重复日程支持单次/后续/全部范围；时间轴刻度改为 8-18 固定 
重复日程编辑与删除：
- 编辑或删除重复日程前先让用户选范围：仅这一次 / 此次及以后 / 全部
- 仅这一次：主事件加 EXDATE 排除该次，另插一条带 RECURRENCE-ID 的覆盖行
- 此次及以后：主事件 RRULE 加 UNTIL 截断，剩余部分拆成新 uid 的新系列
- 全部：删除/改写整个系列
- IcsUtil 新增 vevent / buildSeries / rruleWithUntil / fmtIcsTime：
  同一个 .ics 资源内写主事件 + 全部覆盖实例（标准写法），
  此前对覆盖实例直接跳过推送、导致单次改动无法上传服务器
- SyncEngine.pushSeries：按 uid 取全系列行重建整份 .ics 后一次性 PUT
- EventDb 新增 queryByUid / purgeByUid / purgeByUidFrom / reassignOverridesFrom /
  setExdate / setRruleForUid

时间轴刻度（App + 4x4/6x6 卡片同口径）：
- 8:00~18:00 恒定显示；仅当 8 点前 / 18 点后有日程时才向该侧扩展，
  其余时刻不再出现'只有一条日程就只剩一小段刻度'的观感
 2026-10-09 21:40:53 +08:00
laoyang 2f4657ced3 上架自检两项整改：横竖屏布局一致性 ＋ 页面转场改为淡入淡出（弹簧曲线） 
一、横竖屏（意见 1：折叠屏展开态 / 平板需支持横竖屏切换；接近 1:1 的设备横竖屏布局需保持一致）
- 主界面布局判据由"是否横屏 (orientation: landscape)"改为"窗口短边是否达到大屏断点 840vp"：
  min(宽,高) >= 840vp 等价于 (width >= 840vp) && (height >= 840vp)，用两条 mediaquery 合成。
- 短边在旋转时不变（宽高互换），因此横竖屏布局天然保持一致 —— 屏幕比例接近 1:1 的设备
  （折叠屏展开态、平板）在旋转时不会再出现"单栏 ⇄ 双栏"的布局跳变。
- 不锁死屏幕方向（module.json5 仍为 auto_rotation_restricted），折叠屏展开态与平板
  依旧可以自由横竖屏切换显示。

二、转场动效（意见 2：使用系统转场，淡入淡出，曲线优先弹簧曲线）
- 全部 7 个 @Entry 页面新增 pageTransition()：只做 opacity 淡入淡出，
  不调用 .slide() / .translate()，即不做左右平移 / 上下位移 / 单帧直接切换。
- 转场曲线使用 curves.springMotion() 弹簧曲线。
 2026-09-28 14:20:14 +08:00
laoyang 165740fe9e 添加日历的时候，去掉了本机，日历本对齐显示。 
Signed-off-by: laoyang <laoyang@example.com>
 2026-09-16 22:11:42 +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 5ab9648b5a 修复了新增日历本颜色不对的问题。 
Signed-off-by: Yang Yongquan <i@yangyq.net>
 2026-09-15 23:03:58 +08:00
laoyang 5eaeeb0f4c 增强了安全配置。 
Signed-off-by: Yang Yongquan <i@yangyq.net>
 2026-09-15 12:51:58 +08:00
laoyang 6899a5074b 修改了通知相关的功能，能够正常通知了。 2026-09-13 23:35:52 +08:00
laoyang 04fdf3d386 1.增加了重力感应，也就是横屏响应式布局。 
2.修改了沉浸式布局。
3.修改了添加日程和编辑日程页面，增加了重复、提醒等功能。
4.修改了权限问题，如果日历本是只读，则有删除线做标识。同时，对于只读的日程，点击后将不再进入编辑页面，而是展示详情。
5.系统日历的处理。给用户两个选择，第一个选择就是只显示系统日历。第二种选择，用户可以选择一个caldav账户中的某一个日历本，把系统日历中的日程，包括日历日程和应用创建的日程，都读取出来，然后加入到这个日历本下，最后同步到caldav的服务器上，这样的好处是，手机丢失了，或者换了手机品牌型号，手机上的日程仍然在自己的caldav服务器上有一个备份。当然，系统日历中的caldav日历，就不会再读取了。
 2026-09-13 20:25:18 +08:00
laoyang bbb3ec5334 首次提交：SyncCalendar 项目 2026-09-13 15:50:37 +08:00