想制作一个软件,输入内容后可以导出成WORD?

  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下的布局。

我要回帖

更多关于 苹果手机怎么把文件变成软件 的文章

 

随机推荐