Skip to content

支持解压缩和按键操作~还支持重命名,#166

Open
mcxen wants to merge 14 commits into
netdcy:mainfrom
mcxen:main
Open

支持解压缩和按键操作~还支持重命名,#166
mcxen wants to merge 14 commits into
netdcy:mainfrom
mcxen:main

Conversation

@mcxen
Copy link
Copy Markdown

@mcxen mcxen commented Apr 23, 2026

No description provided.

@mcxen
Copy link
Copy Markdown
Author

mcxen commented Apr 23, 2026

变更概述

这次更新主要围绕“压缩包内容浏览与文件操作增强”展开,同时补充了一批实用的操作配置和快捷键能力,提升了 FlowVision 在图片/视频整理场景下的使用效率。

主要新增功能

1. 支持将压缩包作为虚拟目录浏览

  • 支持直接浏览压缩包中的图片内容
  • 无需手动先解压到临时目录再查看
  • 压缩包内图片可以直接参与现有的浏览和预览流程

2. 新增压缩包解压操作

  • 新增“解压到当前目录”
  • 新增“解压并删除压缩包”
  • 支持在缩略图视图和目录树右键菜单中直接操作压缩包
  • 解压目标目录会自动生成唯一名称,避免命名冲突

3. 支持复制压缩包内图片

  • 支持将压缩包中的单张图片直接复制到目标目录
  • 不再要求用户先完整解压整个压缩包
  • 复用现有复制流程,保持操作体验一致

4. 新增强化的文件操作设置面板

Actions 设置页中补充了更完整的文件操作配置能力,包括:

  • 快速重命名规则配置
  • 图片文件夹 1 快捷复制路径
  • 视频文件夹 2 快捷复制路径
  • 自定义复制快捷键配置
  • 是否显示压缩包类型开关
  • ZIP 默认密码配置
  • 默认使用密码加密压缩选项

交互与效率优化

5. 自定义快捷键复制到指定目录

  • 支持通过自定义快捷键,将选中文件快速复制到预设目录
  • 支持区分图片目录与视频目录
  • 自定义快捷键优先于部分内置无修饰键行为,适合高频整理场景

6. 快捷键冲突提示与对照说明

  • 设置页新增快捷键对照说明
  • 当自定义快捷键与内置快捷键冲突时,会显示提示信息
  • 当图片目录和视频目录使用同一个快捷键时,也会提示冲突

7. 若干 Command/键盘行为优化

  • 优化了一批键盘事件的处理逻辑
  • 补充了视频场景下的快捷操作支持
  • 改善了缩略图、目录树、大图视图之间的键盘行为一致性

文件操作增强

8. 新增 ZIP 压缩与加密压缩能力

  • 支持将选中文件压缩为 ZIP
  • 支持输入密码进行加密压缩
  • 支持使用设置页中配置的默认密码直接执行加密压缩
  • 支持压缩后删除原文件的流程

9. 文件操作相关体验优化

  • 优化复制/移动/重命名等流程中的交互细节
  • 增加更多操作反馈提示
  • 提升批量文件整理时的可用性

文档与发布补充

10. 补充文档与打包脚本

  • 新增/完善功能说明文档
  • 新增 DMG 打包脚本
  • 更新 README 和中文说明文档
  • 补充架构文档,便于后续维护与协作

适用场景

这次更新特别适合以下使用方式:

  • 经常处理漫画包、素材包、摄影打包文件
  • 需要快速从压缩包中筛图、取图
  • 需要把图片/视频快速分发到不同目录
  • 需要通过快捷键完成高频整理操作

测试重点

建议重点验证以下流程:

  • 压缩包内图片浏览是否正常
  • 压缩包右键解压是否正常
  • 压缩包内图片复制是否正常
  • ZIP 压缩与加密压缩是否正常
  • 自定义复制快捷键是否生效
  • 快捷键冲突提示是否符合预期

@netdcy
Copy link
Copy Markdown
Owner

netdcy commented Apr 24, 2026

非常感谢你的工作!

支持浏览压缩文件是非常好的功能,其它改进的功能点也非常丰富(除了工具栏新增的那个123按钮,我好奇点了一下,没有确认步骤直接把所有文件都重命名了😭)

但是就具体的pull request而言,一次改动量太大,各commit之间缺乏分离度,message不够明确,而且提交里还包含FlowVision-Release-2026-04-19.zip、dist/FlowVision-macOS.dmg、.DS_Store、.mindfs/sessions这种不该提交的文件。另外,在源分支有更新后不应该直接merge回来,应该rebase。因为这个项目很多情况下是作为文件管理器的,所以对于改动的审核必须特别严谨。这些问题使得pr无法被直接合并,只能一点点手工摘出来改动部分重新实现,恐怕要花费数月时间😂。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants