glmos-code-explain

确实，目前双击word只能打开wps，无法直接打开文档

找到对应的 wps.deskptop 快捷方式文件，把Exec 这行，最后面的 %U, 改成 %F 就行了。

wps 的祖传 bug 了。

/usr/share/applications/wps*.desktop

楼上的正解，好像有三个位置的参数都要改成%F才行。

我移植 ONLYOFFICE 的时候也是遇到这个问题。

为了解决这个问题：第一步需要改 .desktop 文件的 Exec 字段，后面加 %f 或 %F；第二步，还要确认执行的程序或脚本能正确地接收并处理 %f 或 %F 传递的文件路径信息。两者缺一不可。

这个锅应该得 WPS 来背，他投递应用的时候没有测试好，可能 %U 在别的发行版可以用来传递文件路径信息。

https://specifications.freedesktop.org/desktop-entry-spec/latest/exec-variables.html

%U %u %F %f 应该都支持才对，我们看看是啥毛病。

我用个人版是正常的，出问题的是企业版？

具体的版本号有么

V25环境，WPS无论是窗口模式还是整合模式，都可以直接打开文档

%U和%F理论上都是可以的用于传入文件地址参数的

这里的问题主要是由于wps的启动脚本中，用到了两个涉及到处理URL的python语句，在高版本python中无法正常执行，导致的%U和%F的差异。

以前向wps反馈过，但还没修复

同样的状况下，deepin25能够正常打开文档，似乎是由一个deepin25的BUG（又或是特意为之？）导致的.

deepin25preview中，桌面入口文件Exec项结尾为 %U时，预期传递的参数应该是类似 file:///home/hotime/Desktop/word.doc这样的，但实际传递的参数却是按照 %F的 /home/hotime/Desktop/word.doc这样的，所以反而deepin25正常了，双向奔赴了属于是。

WPS官方下载的deb

部分版本用此方法可以

wps-office_12.8.2.19313.AK.preload.sw.withsn.WPSEdu.integration_30.12013_amd64

同样问题

并不是人家的bug,，而是deepin自己的问题，从某个版本才开始的，以前根本没这事儿。