OOo,TeX,KO,ABI,GIMP,Picasa,ProE,QCAD,Inkscape,Kicad,Eagle
-
pjincz
- 帖子: 171
- 注册时间: 2007-02-07 10:15
-
联系:
#316
帖子
由 pjincz » 2012-03-17 0:32
liubentailang 写了:pjincz 写了:xgdgsc 写了:WPS个人觉得最好的地方是对mathtype公式的支持,据说是买的,不知道linux下面对公式的支持会不会缩水,毕竟mathtype没有linux版,不知道是怎么解决的?
目前,我们无法解决mathtype在linux下无法用的情况,但是我们做到了如下:
1 现有包含mathtype的文件能在linux下正确的显示、排版,但是不能编辑。
2 包含mathtype的文件在linux下被编辑后,只要对mathtype进行相关的操作,保存后windows下能正确的使用和编辑。
那么Linux下的公式录入WPS在考虑用什么样的解决方案?还有,Windows平台下的公式解决方案目前也应当有所改进了,自动编号的问题需要考虑了,LibreOffice还有自动图文集呢。
现在的方案是,可读,不可编辑。
暂时没有编辑方案,而且在v8内核期间没有公式重构计划。
如果没有意外的话,v9内核中期会开始考虑新公式支持。但是也比较遥远哈。
-
pjincz
- 帖子: 171
- 注册时间: 2007-02-07 10:15
-
联系:
#317
帖子
由 pjincz » 2012-03-17 0:33
ninsun 写了:我总觉得Qt的输入法是在嵌入式环境里用的……
没想到桌面环境里面也有?
还是说我完全理解错误了……
呵呵,说实话,以前我也是像你那么理解的哈。
-
YeLee
- 论坛版主
- 帖子: 26406
- 注册时间: 2008-08-13 8:48
- 系统: Fundu i64
- 来自: 东海硇州,一双管钥。
-
联系:
#318
帖子
由 YeLee » 2012-03-17 0:42
-
liubentailang
- 帖子: 30
- 注册时间: 2006-01-27 22:13
#319
帖子
由 liubentailang » 2012-03-17 1:39
pjincz 写了:liubentailang 写了:pjincz 写了:xgdgsc 写了:WPS个人觉得最好的地方是对mathtype公式的支持,据说是买的,不知道linux下面对公式的支持会不会缩水,毕竟mathtype没有linux版,不知道是怎么解决的?
目前,我们无法解决mathtype在linux下无法用的情况,但是我们做到了如下:
1 现有包含mathtype的文件能在linux下正确的显示、排版,但是不能编辑。
2 包含mathtype的文件在linux下被编辑后,只要对mathtype进行相关的操作,保存后windows下能正确的使用和编辑。
那么Linux下的公式录入WPS在考虑用什么样的解决方案?还有,Windows平台下的公式解决方案目前也应当有所改进了,自动编号的问题需要考虑了,LibreOffice还有自动图文集呢。
现在的方案是,可读,不可编辑。
暂时没有编辑方案,而且在v8内核期间没有公式重构计划。
如果没有意外的话,v9内核中期会开始考虑新公式支持。但是也比较遥远哈。
其实公式支持最大的问题是自动编号,目前WPS对自定义域的支持太少,是搞不定自动编号的主要原因,不知道目前有没有计划多支持一些自定义域。
-
Eiffi
- 帖子: 417
- 注册时间: 2008-09-30 10:57
- 系统: Win/深度Linux
-
联系:
#320
帖子
由 Eiffi » 2012-03-17 13:20
wps for linux 64bit?这个是否肯定有?
-
photor
- 论坛版主
- 帖子: 11004
- 注册时间: 2008-04-26 12:41
#321
帖子
由 photor » 2012-03-17 14:17
liubentailang 写了:pjincz 写了:liubentailang 写了:pjincz 写了:xgdgsc 写了:WPS个人觉得最好的地方是对mathtype公式的支持,据说是买的,不知道linux下面对公式的支持会不会缩水,毕竟mathtype没有linux版,不知道是怎么解决的?
目前,我们无法解决mathtype在linux下无法用的情况,但是我们做到了如下:
1 现有包含mathtype的文件能在linux下正确的显示、排版,但是不能编辑。
2 包含mathtype的文件在linux下被编辑后,只要对mathtype进行相关的操作,保存后windows下能正确的使用和编辑。
那么Linux下的公式录入WPS在考虑用什么样的解决方案?还有,Windows平台下的公式解决方案目前也应当有所改进了,自动编号的问题需要考虑了,LibreOffice还有自动图文集呢。
现在的方案是,可读,不可编辑。
暂时没有编辑方案,而且在v8内核期间没有公式重构计划。
如果没有意外的话,v9内核中期会开始考虑新公式支持。但是也比较遥远哈。
其实公式支持最大的问题是自动编号,目前WPS对自定义域的支持太少,是搞不定自动编号的主要原因,不知道目前有没有计划多支持一些自定义域。
用latex作为后端(就像lyx那样)才是彻底解决公式问题的终极方案

-
liubentailang
- 帖子: 30
- 注册时间: 2006-01-27 22:13
#323
帖子
由 liubentailang » 2012-03-17 15:06
photor 写了:liubentailang 写了:pjincz 写了:liubentailang 写了:pjincz 写了:xgdgsc 写了:WPS个人觉得最好的地方是对mathtype公式的支持,据说是买的,不知道linux下面对公式的支持会不会缩水,毕竟mathtype没有linux版,不知道是怎么解决的?
目前,我们无法解决mathtype在linux下无法用的情况,但是我们做到了如下:
1 现有包含mathtype的文件能在linux下正确的显示、排版,但是不能编辑。
2 包含mathtype的文件在linux下被编辑后,只要对mathtype进行相关的操作,保存后windows下能正确的使用和编辑。
那么Linux下的公式录入WPS在考虑用什么样的解决方案?还有,Windows平台下的公式解决方案目前也应当有所改进了,自动编号的问题需要考虑了,LibreOffice还有自动图文集呢。
现在的方案是,可读,不可编辑。
暂时没有编辑方案,而且在v8内核期间没有公式重构计划。
如果没有意外的话,v9内核中期会开始考虑新公式支持。但是也比较遥远哈。
其实公式支持最大的问题是自动编号,目前WPS对自定义域的支持太少,是搞不定自动编号的主要原因,不知道目前有没有计划多支持一些自定义域。
用latex作为后端(就像lyx那样)才是彻底解决公式问题的终极方案

其实不光公式,文档的排版效果确实还是latex效果好,MSO的排版效果我个人觉着甚至没有LibreOffice/OOO好,但是问题是很多情况下很多场合要求必须用doc格式(吐槽一句:MS的office也够坑爹的,office2010、office2007在对office 2003文档的兼容上都有问题,尤其是图表混排的情况下),虽然公式可以用aurora formula渲染。
WPS对office2003的doc兼容是除office2003外我个人见过的最好的,因此如果能完美的解决公式编号问题,真的就可以摆脱微软了!
-
leopardsaga
- 帖子: 125
- 注册时间: 2012-02-28 11:30
- 来自: 福州
#324
帖子
由 leopardsaga » 2012-03-17 16:41
photor 写了:liubentailang 写了:pjincz 写了:liubentailang 写了:pjincz 写了:xgdgsc 写了:WPS个人觉得最好的地方是对mathtype公式的支持,据说是买的,不知道linux下面对公式的支持会不会缩水,毕竟mathtype没有linux版,不知道是怎么解决的?
目前,我们无法解决mathtype在linux下无法用的情况,但是我们做到了如下:
1 现有包含mathtype的文件能在linux下正确的显示、排版,但是不能编辑。
2 包含mathtype的文件在linux下被编辑后,只要对mathtype进行相关的操作,保存后windows下能正确的使用和编辑。
那么Linux下的公式录入WPS在考虑用什么样的解决方案?还有,Windows平台下的公式解决方案目前也应当有所改进了,自动编号的问题需要考虑了,LibreOffice还有自动图文集呢。
现在的方案是,可读,不可编辑。
暂时没有编辑方案,而且在v8内核期间没有公式重构计划。
如果没有意外的话,v9内核中期会开始考虑新公式支持。但是也比较遥远哈。
其实公式支持最大的问题是自动编号,目前WPS对自定义域的支持太少,是搞不定自动编号的主要原因,不知道目前有没有计划多支持一些自定义域。
用latex作为后端(就像lyx那样)才是彻底解决公式问题的终极方案

的确, Latex是王道.
(映像中Latex是可以商业许可的, 就不知道国内实现的技术如何)
-
lhw828
- 帖子: 2797
- 注册时间: 2007-03-15 16:58
- 来自: 湖北武汉
-
联系:
#325
帖子
由 lhw828 » 2012-03-17 18:37
pjincz 写了:liubentailang 写了:pjincz 写了:月下叹逍遥 写了:大小怎么样?依赖多么?
大小约80mb (仅wps wpp, et因为进度问题跟不上)
依赖方面,qt依赖什么,我们就依赖什么。
另外由于一些客观原因,我们的qt库是自带的,不能使用标准qt库。
(因为我们扩充了qt库很多功能,例如路径渐变等,官方qt版本已经冻结了特征,但是我们没有这些特征又无法工作)。
视频中的输入法光标无法跟随是不是这个原因引起的?希望能够解决这个问题。
已经解决了哈,看第256楼哈(!!!竟然是个整数);
向一个程序员借钱。程序员问:你要借多少?答:1000。程序员说:那凑个整吧,给你1K。接过来一数,原来是1024元!
-
forlove
- 帖子: 2
- 注册时间: 2007-01-12 0:18
#326
帖子
由 forlove » 2012-03-17 19:26

长期没登这个论坛。。都要重新设密码了。。
一看pjincz就知道是谁啦。。
-
pjincz
- 帖子: 171
- 注册时间: 2007-02-07 10:15
-
联系:
#327
帖子
由 pjincz » 2012-03-18 17:15
guokw 写了:pjincz,金山能不能也顺便出一个输入法???就是王永民最新做的那个标准五笔字型。
还有,现在飞思卡尔的codewarrior,microchip公司的mplab x也支持linux了,很多人可以转到linux下开发嵌入式控制系统了,能不能也出一个金山词霸呀,在 linux下的,我们非常需要.这样可以将买windows操作系统的钱省下来买金山词霸for linux
mikeandmore 写了:pjincz 写了:mikeandmore 写了:npnufn 写了:64位是自讨苦吃,毫无益处。10年没进展
拒绝使用32位Kernel的飘走。软件有些没办法,上multilib。但是能64最好64.
32 bit x86是个坑爹的体系结构。
~_~ x64更是一个坑爹的体系啊。。。。。。。
明显32 x86更坑爹。
没有prefetch指令,没有一个稍微统一一点的calling convention,寄存器超级的少……
都不用说mmap过不了4G这么最基本的要求了。(这基本让数据库难写N倍)
呵呵,让金山出个输入法倒也许有可能的,但是让金山出个for linux的输入法,以我的估计就玄乎了哈,俺是直人哈,说话直来直往哈。
周末在家在linux下折腾了一下哈,把google云输入法接入到了桌面,输入感觉还不错。现在用倒是能用了哈,但是细节问题还有一大把哈。
如果大家有兴趣的话,以后也可以一并传到wps社区的代码库里,大家一起玩哈。
PS:现在仅支持Qt程序。
http://v.youku.com/v_show/id_XMzY3NjYyODM2.html
-
pjincz
- 帖子: 171
- 注册时间: 2007-02-07 10:15
-
联系:
#328
帖子
由 pjincz » 2012-03-18 17:18
forlove 写了:
长期没登这个论坛。。都要重新设密码了。。
一看pjincz就知道是谁啦。。

sorry哈 没认出来哪位。
-
forlove
- 帖子: 2
- 注册时间: 2007-01-12 0:18
#330
帖子
由 forlove » 2012-03-18 20:02
pjincz 写了:forlove 写了:
长期没登这个论坛。。都要重新设密码了。。
一看pjincz就知道是谁啦。。

sorry哈 没认出来哪位。
呃。。我还是想我的6楼好了。。
