青阳龙野
青阳龙野
您好，此建议已经收到。这一功能对于预览时保护版权信息确实有所帮助，因此会在未来进一步研究此功能的可行性。
您好，这一问题可能是由于运行kiftd的计算机上未安装相应的字体文件导致的。您可以参考《kiftd说明文档》中P26页黄色字体部分进行操作以解决此问题。以上，希望kiftd能够帮助到您！
您好，非常遗憾，由于需要考虑系统兼容性，因此kiftd所使用的用户账户配置文件的读取机制只能识别ISO-8859-1规定的字符，其中不包括中文难，这也导致了账户无法使用中文用户名。该缺陷未来还将做进一步的研究。
您好，这一问题已经收到。相关的优化建议已经记录并将作为未来升级的参考方案——性能优化一直是kiftd关注的重点之一。
@hks2002 非常感谢您提供的建议！但遗憾的是，这一方法可能无法提高kiftd的响应速度。由于kiftd的文件管理基于的是自身数据库，而非直接遍历操作系统的文件系统，因此，操作系统的遍历文件速度对于kiftd遍历文件的速度影响不大，真正起到决定性影响的实际上是kiftd内置的H2 DB的遍历速度。当然，未来进一步提升大数目文件的处理速度的方法还将作为主要研究方向进行研究。
您好，问题已收到。该问题是第一次被反馈，因此暂无法确定原因，目前猜测可能是由于PDF解析器未能识别此内容导致的。作为现有解决方案，请尝试将该PDF转化为图片格式再上传预览，或是告知需要预览的用户先下载到本地后再使用本地的PDF浏览器进行查看，这样能够确保其查看到的内容绝对完整。此外，官方未来将会继续关注该问题。
首先非常感谢您对本项目的认可！这是对kiftd最大的支持。 关于您的提议：目前，kiftd支持的最长文件/文件夹名称长度为255个字符（含后缀名长度），这是由其底层文件管理机制所决定的。考虑到更长的文件名在实际使用中较为少见，且不利于页面显示，对系统的运行性能影响也较大，综上所述，官方不希望用户使用过长的文件名，而是希望用户能够【将文件名尽肯能缩短至255个字符以内】。也是出于系统设计和性能的考虑，目前暂不决定增加超长文件名的支持。当然，未来还会继续参考更多用户的反馈，并进一步研究是否应加入对超长文件名的支持。 最后，还是要再次感谢您的建议，这是kiftd不断完善的最佳动力！
您好，建议已经收到！这一设想会在接下来进行研究，如有可行的实施方案会立即尝试实现并加入至后续版本！
kiftd的源代码中确实还存在很多设计缺陷，您提到的异常处理就是其中一类。当初很多异常都是只考虑了它对前端用户产生的影响，因此只做了基本的逻辑反馈。您给出的建议已经阅读，在后续优化代码（如果有时间的话）时会作为参考，不过，一般而言这一过程可能需要很长的时间了。 再次感谢您的反馈，这是kiftd不断进步的最佳动力。
这一方面的构想一直在做，更加完善的用户模块也一定会加入（目前考虑的是为kiftd提供一个独立的插件，用户可进行选装），敬请期待。