[bug]反馈一下我使用时遇到的问题
Opened this issue · 14 comments
1.当文件名、文件夹名很长的时候，格式会发生改变，见下图
2.当文件夹名很长的时候，删除文件夹时，文件夹名称会超出对话框，见下图
3.部分docx文档无法正常预览（格式错乱、一片空白），见下图
4.音乐播放遇到的问题比较多
一，歌手名大多都会乱码
二，歌曲名有的会显示不完整或没有对齐
见下图
5.部分PPT预览时格式错乱（见图一）或无法加载（见图二）
图一（PPT内有些页面显示成相同的画面）
图二
如图片加载不出，请多刷新几下，谢谢！
您的问题已经收到。
关于文件名超长时的列表格式问题：这个是变化正常的，其目的在于将文件名显示完整。虽然这会令行变得“更粗”，但它能在任意文件名长度下都确保文件名的完整显示。
删除文件夹时名称过长会导致其超过边框的问题已经记录，会在后续版本中修复。
关于Office文件预览格式的问题：目前，预览功能在某些排版格式的处理上确实还存在瑕疵，尤其是对某些Office文件格式尚无法做到完全兼容（毕竟微软的Office是一种商业格式而非开源格式，因此目前在技术上只能做到让预览效果与官方格式尽可能地相似），由其对于某些特殊字体的中文内容还无法解析，目前kiftd也在寻找进一步优化的方案。未来找到优化的方法后，会在更新时逐步完善它们。
提示：PPT有些页面内容相同是由于动画效果导致的。在kiftd解析PPT时，每一帧都会被解析为一个页面，因此一些动画会被解析为多个帧。对于一些移动的动画可以看出效果，但一些非移动的动画看起来可能会成为同一个画面。
此外，关于音乐播放中歌手解析的问题：kiftd解析歌手信息是通过MP3文件中的歌手签名获取的。由于不同MP3音乐的生成格式不同，其歌手信息的格式也比较杂乱，有些MP3可能不包含歌手信息，有些可能使用Windows的GBK编码编写，有些可能使用Linux/Mac OS X的UTF-8编码编写……这就导致了kiftd只能“猜测”其可能的编码格式并尝试翻译，这就导致了很多中文歌手名可能会解析错误。该问题后续也将寻找可行的解决方法从而令其解析的能力更强。
以上，再次感谢您的反馈，这是kiftd不断进步的最佳动力！
事实上，我希望仅仅是图1所指的那部分变长，而不是图2所指的那部分变长。文件名如果一行显示不下，可以显示两行。
图1
图2
实际上，这种情况是基于文件行每一项长度占比自动优化的结果——内容少的行会尽可能变窄来为内容多的行留出最多的长度。由于列头是根据列内容定长的，所以当列内容较少时，其列头也会相应变窄。
Bug反馈：Word中公式无法显示
Word中公式的字体是Times New Roman，在添加该字体后，仍然无法显示。见下图
@hmsjy2017 问题已收到。目前限于技术原因，一些特殊格式确实还无法解析，未来会继续进行完善。
@hmsjy2017 此外，作为目前的一种替代性解决方案——如果您需要在线预览含有复杂格式的Word文档，且不需要用户进行编辑的话，那么不妨先将其另存为PDF格式，再上传至网盘内。这样可以最大程度地保持原版格式的精准性，包括类似于公式、表格等复杂格式。或者您也可以在网盘上同时上传PDF格式和Word格式，一种便于在线预览，一种便于下载后编辑，这样也是一种替代性的解决方案。
个别docx格式的Word文档无法预览，如下图：
文章没有使用特殊字体，没有图片，是纯文本
您好，这种情况下可以先尝试刷新页面，如果问题仍无法解决，那么可能也需要先转为PDF再上传预览了。
视频无法预览
服务器没有联网，只连接到路由器，在内网访问。同一个视频在另一台联网的服务器能播放。
联网与否不会影响到kiftd的播放视频功能，该问题可能是由于：视频格式不正确/浏览器不支持此格式、网络中断、未知问题所导致的，这里建议先重启一下服务器试试，看看能否解决。
在Linux下wget永久资源链接下载文件，文件名后面会跟一大串字符。
@hmsjy2017 您好，问题已收到。该问题是由于wget不能正确识别响应数据中的文件名声明而导致的，对此kiftd也无法解决。官方建议您：1，在wget命令中使用“-O”参数将下载的文件手动命名为正确的名称，例如 wget http://127.0.0.1:8080/foo/bar/test.mp4?ckey=xxx -O "test.mp4"；2，换用更为完善的下载工具对永久资源链接进行下载。
以上，希望kiftd能够帮助到您！
还有视频转码的问题。
转码一个20MB的MOV格式视频需要好两三分钟，如果要播放较大的MOV视频则十分缓慢，一个200MB的MOV视频，转码耗时20多分钟。转码效率有待提高。