WordTsar是Wordstar ),那为什么要切换呢?好吧,似乎我总是不得不根据软件在什么平台上执行某些操作。不要误会我的意思,99.9%的代码是跨平台的并且运行良好,但是似乎总是有一些极端的情况。
对我来说,最后一根稻草是当我试图让WordTsar在MacOS上运行时。我在这里和那里进行了调整。键盘输入很痛苦,但后来也受Qt的困扰。在Qt下更容易,因为我已经在wxWidgets下解决了该问题。那么,我无法工作是什么?
我使用计时器来更新WordTsar的状态栏,进行字计数并闪烁克拉。它们都无法在MacOS下工作。同样,我在这里进行了调整,在这里进行了调整,但是我只是无法使计时器工作。实际上,计时器是一个非常基本的功能。他们应该工作。
大约两年前,我对Qt进行了测试,以帮助我发现一个难以捉摸的错误。我移走了足够多的代码来帮助查找错误,然后停止了。这次,我没有。
WordTsar现在基于100%Qt,具有1977年版本0.1 Release的所有功能。使用Hunspell,Linux版本的WordTsar具有拼写检查功能。其他端口都没有。我决定不进行拼写检查,因为我想以一种更跨平台的方式进行检查。
您会看到Qt端口有什么不同?一些对话框看起来有所不同。是的,仅此而已。
好吧,除了一件事。
Qt版本比wxWidgets版本快很多。为什么?特别是两件事:
1、在Qt下测量文本只是成功。在Linux下,测量605,814个字符的宽度大约需要1800毫秒。通过优化代码以测量字符串而不是字符,我将其缩短到460毫秒。在只能测量单个字符宽度*的Qt下,速度为138 ms。那是巨大的速度改进。
[x]),我不进行任何解析。在wxWidgets下,解析一本111,000字小说中的WordTsar点命令(字符串很重)花费了1060毫秒。使用Qt,该过程耗时348毫秒。我打算优化点命令例程以加快速度,但我仍然会(通过某种形式的缓存),但是现在我可以推迟工作。
所有这些结果都在wxWidgets下,布置了111,000个word文档花费了1670 ms。不错,真的。在Qt下,相同的过程需要576 ms。这是一个非常明显的区别。
下周,我将通过编辑一本92,000字的小说并将其最多增加100,000字来测试Qt版本。不错的压力测试。如果一切顺利,下周将针对Linux,Windows和MacOS推出WordTsar 0.2版本xxxx。
* wxWidgets具有GetPartialTextExtents(),当将其传递给字符串时,它将返回字符宽度的数组。Qt没有这样的功能。您可以获取整个字符串的宽度,但不能获取该字符串中的字符。因此,对于Qt,我必须测量每个字符。
此版本尚未经过广泛测试。
此版本进行了大量核心更改。如果每天使用WordTsar,请确保保留旧版本...以防万一。
0.3.134尚未经过广泛测试。
我个人将其日常使用(吃自己的狗粮)。
我最近没有发生过崩溃,但是仍然可能发生。小心!
每1分钟进行一次文件备份。
初始页面/纸张尺寸为8.5“ x 11”
下载implemented.xlsx文件以查看完成的操作和下一步的操作。
此版本增加了RTF保存功能,并显着加快了Linux下的布局。