新建地点的活动下拉可即时新增，地点行内编辑支持批量改该地点全部到访的活动

站长反馈「已有地点编辑和新建里只有类别没有活动能选」。实测澄清：新建地点卡一直有活动下拉，
只是形态与类别/照片页不一致（旁边常显一个新建框、下拉里没有「＋ 新增活动…」）；真正完全没有
活动字段的是地点列表行的「编辑」。

- 新建地点卡：活动下拉补「＋ 新增活动…」哨兵，旁边的新建框改成选中哨兵才展开；
  删掉原来那对 #activity-add/#new-activity-name 监听——三处活动下拉现在共用同一套
  `visit-act-*` 委派处理器，重复监听会建出两条活动。
- 地点行内编辑：加「活动（改该地点全部到访）」下拉，默认「（不修改）」不预选当前值
  （否则每次改坐标保存都会重写历史到访的类型），并标出当前类型构成；选了真实活动时
  提交前 confirm 一次。
- 服务端（places 没有活动列，活动挂在到访上）：editPlaceUpdate 解析 activity_id，空值=不修改，
  与地点行同一事务内 UPDATE visits 的 activity_id/is_home/is_work，flash 报改了几条；
  哨兵值/不存在的 id/别的数据集的活动一律拒。导出无需改动（ZVISIT.ZACTIVITY_ 本就是管理列）。
- 回归 internal/web/place_activity_test.go：批量改（含别的地点不受影响）、空值不修改、越权被拒、
  模板契约、以及导出包里那批到访的 ZACTIVITY_ 必须换成新活动的 rond 编号。
- 顺手：TestMovementCleanExport 建出 ROND_CLEAN_OUT 的父目录，别再把「目录不存在」报成导出失败。

internal/web/view.go

@@ -852,6 +852,9 @@ type EditPlace struct {
 	SrcLat, SrcLon sql.NullFloat64
 	// CategoryOptions 是这一行类别下拉的选项：库里的已有类别 + 当前值（不在其中时补上）
 	CategoryOptions []EditOption
+	// ActivityText 是该地点名下到访当前的活动构成（「商场 8 · 餐饮 3」这种）。
+	// 行内编辑里的「活动」是把该地点全部到访一起改，所以得先让人看清现在是什么。
+	ActivityText string
 }
 
 // SourceTag 是列表里那一枚来源标记的文案，没有留档时给「未留档」。