EditRename 借助文本编辑器重命名

更新1.0

  • 新增
    • 禁用悬浮提示
    • 文件存在追加序号
      • 仅针对已经修改的文件,默认存在时跳过
    • 标签 (与编辑器无关)
      • 直接拖拽文件至副界面为文件添加标签
      • 纯粹是个人习惯,用于整理文件
      • 支持变量,自动替换,恢复
      • 不支持子目录
      • 可以当作直接重命名不需要经过编辑器的一种简单替代…
    • 转换
      • 全角转半角
      • 半角转全角
      • 大写
      • 小写
      • 首字母大写
      • D URI解码 多见于下载文件
        • 示例 %E4%B8%B4%E6%97%B6%E9%82%AE%E7%AE%B1
  • 其他
    • 优化逻辑
    • 变量%%修改成<>
      • %% 可能影响原始文件名,已保存规则会自动被修改
    • 改进生成规则界面

更新1.1

  • 新增
    • 待重命名列表 界面 不够优雅但勉强够用
      • 主界面 按钮启动
      • 解决无法知道哪些会被重命名的问题
      • 计算差异 粗略计算路径更新后的差异
        • 很卡,大量文件谨慎使用
      • 选中某行则表示跳过此行的重命名
      • 右键行进行其他操作
    • 动作 连续执行多项操作
      • 点击进入动作生成界面
      • 点击执行动作
      • 注意悬浮提示
  • 其他
    • 即使在克制界面还是难以避免的变大
    • 尽量让界面紧凑,希望不会影响观感
    • 还留了两三个空位给转换,但不知道添加什么
    • 修复一些BUG

这种任务最适合emacs完成,想一遍都觉得爽翻。只需打开目录,进入wdired-change-to-wdired-mode,配合多光标编辑、拼音首字母定位、正则式、宏命令、块编辑、跨行字符绘圖,畅所欲为一番之后,按 C-c C-c 即可写入。

到现在才发现编辑器还是有点局限了…

编辑器的好是可以快速搜索,浏览
也是最开始说的所见所得吧

在重命名方面不算太好用
自己一直在用,但基本上很少用文本编辑器的功能去重命名
一般只有简单的替换
当初想的配合正则啥的是想多了
哪有时间每次重命名都去写正则

加上一些功能实在难以在编辑器中实现
比方说所见所得,的确,但看不见所改…
不得不专门新增一个界面用来显示更改
其他功能也是只能往软件本体上加
导致现在也越来越复杂…

文本编辑器重命名名不副实了…

不过自己写自己用也挺好
想要什么功能就加什么
但想减什么就觉得碍手碍脚
像变量里我一堆想删除,什么访问时间,guid之类
虽然代码不多,但看着实在碍眼
但明明没几个人在用,还是觉得说不定呢

正好更新下,优化下上版本吧

更新1.2

  • 部分代码用C#实现
    • 如正确调用部分界面标题会在最后追加#
    • 转换 D
      • 原来是调用的IE.单次执行太慢,导致在动作中只能放到最后执行
      • 换成C#速度基本上无感,会按照动作中顺序执行
    • 计算差异
      • C#模式启用基本上无影响了
      • 把C#代码转成AHK代码比原来的还慢,估计不是代码原因
    • 莱文斯坦距离 暂时只有C#模式有
      • 大概可以用来判断差异度吧,越大改动越多
  • 修复部分BUG

感谢大佬,又学了个新名词

更新1.3,改动较大,如有BUG请反馈

  • 修改
    • 将大部分非常用功能合并到原 列表界面
  • 新增
    • 表达式动作 替换 增加前置条件
      • 表达式支持多项条件(有 () )
        • 整个表达式不复杂可尽快短路,否则会计算完整个表达式
      • 可在替换界面测试表达式是否正确
      • 替换规则 受此影响会在最后增加一个 ;
        • 自动替换手动替换 的规则会自动更新
        • 动作流程需手动在替换规则最后增加;
    • 设置
      • 属性表达式所有变量新增更多内容
      • 无需编辑器模式 请查看更多设置中的说明
      • 移除首尾空白
      • 移除非法字符
    • 其他 特殊的命名处理,请查看其说明使用
      • 以TXT文件第一行为文件名
      • 分类
  • 修复部分BUG

更新 1.4

  • 更新帖子说明
  • 界面调整
  • 新增 合并文件夹 与重命名无关,在其他界面查看提示
  • 界面 替换 重新支持简单的替换,悬浮查看提示
  • 补零 数字由0的个数变更娄数字位数
  • 修复BUG

大佬,建议添加最小化,像uzip2 那样右键点击关闭按钮最小化。

添加这些按钮标题就没有足够空间进行相关的提示了
为了容纳提示主界面得变宽差不多一半
为了把界面尽量小牺牲了很多东西…
看把按钮挤得多紧,按钮都只有一个字,太多了界面就放不下了

如图如要显示缩小等按钮会变成这样,提示只能容纳一个数字了
20230324230212

抱歉,我以为没有最小化,原来在标题右键中。
那样确实没必要更改了,谢谢。

才发现,最小化是折叠了界面,其实是想隐藏。
能否将关闭按钮改成鼠标左键点击关闭,鼠标右键点击隐藏呢。
这样就一个按钮的位置,两个功能。

这个关闭按钮不是由我创建的,它是windows的标签控件,是由windows控制的

右键关闭按钮最小化比较难
右键标题栏最小化比较容易
但这种功能还是自己用鼠标手势实现比较好.
判断下鼠标高度坐标然后最小化窗口就是了.

主要是程序没考虑最小化这件事
主窗口最小化了其他窗口要不要跟着最小化,
最小化时关闭了要不要保存位置(你可以最小化然后退出再打开试试…)
既然右键最小化了要不要在最小化窗口上右键还原.等等…
即使最小化还是有那么一长条粘在桌面了.也没那么没影响.

用了一段时间了,特意来赞一下
配合强大的编辑器非常好用,尤其是要用到正则、要同位插入或删除的,用编辑器很方便且直观,正则匹配到哪些、替换结果如何一目了然
我现在是,简单的重命名如插入、替换相同文本,就用FileMenuTools自带的高级重命名;
遇到比较复杂的就用EditRename;更复杂的要改文本编码、要列表对应的就用FFrename。

暂时没在我的使用场景中找到位置(可能是我用的重命名软件太多了,覆盖了我全部使用场景),先为楼主的更新速度及频率点个赞。

EditRename在遇到文件夹更名冲突时没有提示