FnOS 文本编辑器功能改进建议
问题概述:
当前系统自带的文本编辑器在基础功能上存在两个主要限制,严重影响了Nas环境下的工作效率。
具体问题与改进建议:
1. 无法创建新文件(核心痛点)
- 现状:编辑器仅能打开已有文件,无法直接新建空白文档。
- 致命影响(服务器场景):
- 在服务器上需要新建配置文件(如
nginx.conf、部署脚本等)时,无法直接操作。
- 被迫采用繁琐流程:客户端创建 → 上传至服务器 → 再编辑,跨设备操作效率极低。
- 建议:增加「新建文件」功能(支持
Ctrl+N 快捷键),允许用户直接创建并编辑新文件,这才是Nas端文本编辑器的基础标配。
2. 文件识别机制过于依赖后缀名
- 现状:仅能通过文件扩展名判断是否可以打开,无后缀名的纯文本文件无法识别。
- 实际影响:
- 无法直接编辑
Dockerfile、Candyfile、LICENSE 等常见无后缀配置文件。
- 某些日志或数据文件(如
access_log)也无法查看。
- 建议:提供「强制以文本方式打开」选项,或对无后缀文件自动检测内容类型(若检测为纯文本则允许编辑)。
优先级建议:
两项均为高优先级,特别是「新建文件」功能,这是服务器系统文本工具的刚需,缺失此功能迫使每个用户都依赖外部工具或复杂流程,极大削弱系统专业性和易用性。
典型用户场景:
我要部署一个docker服务,我在ai上生成了配置文件内容。需紧急新建一个 docker-compose.yml 和 Dockerfile 文件,我不能够在FnOS里新建这些文件,而是在我的客户端新建了这些文件,再上传到FnOS;然后我想要对Dockerfile进行修改,我没有办法在FnOS里直接编辑它,而必须要在本地修改好了,再上传。