 周瑞哲
|
377efbffa8
|
feat(map): 初始视野对到点位聚类中心，并在已授权时开屏静默定位
初始视野
- 新增 computeClusterViewport：把全部点位当一个聚类，中心取算术中心
（跟点位密度走，不像外接矩形中心那样被个别远点拽偏），scale 由聚类跨度
反推出「一眼看全」的档位。当前 30 个点位算出 (113.92754, 22.76105)
scale 12 —— 原来的 scale 11 会把光明区缩成一小块，留一圈空白。
- 视野改成运行时实时算，不再读数据集里手写的 defaultViewport：增删点位之后
手写值会过期，算出来的不会。手写值降级为点位为空时的兜底。
- 「回到全域」用同一个聚类视野。
- loadDataset 里判断「视野还没被用户动过」原来是硬编码 113.935/22.748/11
三个字面量，跟 DEFAULT_GUANGMING_VIEWPORT 重复；改成直接跟常量比。
开屏定位
- 新增 restoreLocationOnLaunch：仅当 scope.userLocation 已授权时静默定位并
居中，蓝点直接出现在用户位置上。未决定/已拒绝一律不碰，避免小程序第一帧
就弹微信授权框、拒绝后再连弹一个引导框；那两种状态留给定位按钮。
- 静默定位只在用户确实在光明区包络内才居中，否则把地图甩到没有任何点位的
地方比停在聚类视野更糟。
- 静默失败不弹提示，但仍写入终态，否则 status 卡在 locating、定位按钮
永远显示「定位中…」。
- 新增 isWithinGuangmingArea，与数据校验共用同一个包络定义。
需要说明：地图漂到几内亚湾不是「开屏没请求定位」造成的，而是没有 fix 时
(0, 0) 被写进 viewport。堵住它的是 isTrustworthyCoordinate（7ef4094），
开屏定位是叠在守卫之上的体验改进，不是替代 —— 用户拒权、模拟器没设位置、
室内超时都还是拿不到 fix。
|
2026-08-03 12:14:46 +08:00 |
|
|
周瑞哲
|
f8ad5e1faf
|
perf(mp-weixin): 照片分两层，详情页移入 pages-poi 分包
微信主包上限 2 MB，30 张 800×600 照片单独就 2.6 MB，
整包 3.2 MB，上传被拒（错误码 80051）。
按使用场景把照片拆成两层：
- 主包缩略图 400×300 q75（678 KB），供地图、行程、打卡卡片使用，
这些场景最大只显示 192rpx（≈288 px @DPR3），800×600 是过剩
- 分包大图 800×600 q66（1832 KB），供详情页 hero 使用，
随 pages-poi 分包按需下载
两层都保持 4:3，PoiImage 的 aspectFill 行为不变，视觉表现与之前一致。
详情页从 pages/poi/detail 移到 pages-poi/detail：主包页面无法引用
分包资源，hero 要用大图，页面就必须在分包内。新增
coverPhotoFullUrlFor() 供分包内页面取大图，占位图仍指向主包。
verify-weixin-output.mjs 增加防回归检查：分包注册、两层照片数量
一致、主包与各分包实际体积（留 64 KB 余量）。包体再超限会在
verify 阶段失败，不必等上传才发现。
process-poi-photos.mjs 重写为双层产出，幂等，末尾报告包体占用并
在超限时退出非零。原图改从 src/photo-intake/ 读取（不提交仓库）。
改造后：主包 1522 KB、分包 pages-poi 1847 KB，均在 2048 KB 内。
mp-weixin 与 H5 均编译通过，97 个测试通过，vue-tsc 与 ESLint 无错。
|
2026-08-03 09:21:23 +08:00 |
|
 zuozhou
|
d01525fd51
|
feat: 30个景点替换为真实照片，添加图片批处理脚本
|
2026-07-31 18:11:38 +08:00 |
|
|
周瑞哲
|
3ef7266591
|
Add check-in feature and update travel planner UI
|
2026-07-31 12:50:14 +08:00 |
|
|
周瑞哲
|
ebcae02d35
|
Initial commit: gmTouringMiniApp project
|
2026-07-30 16:04:34 +08:00 |
|