自定义操作窗组件,在屏幕分辨率不同时的兼容性问题

使用问题 · 1362 次浏览
Traveler 创建于 2024-01-01 16:37

大佬好:

近期发现一个比较有趣的动作,在使用中出现问题疑是quicker问题,请有空看下:(使用的电脑主副屏分辨率不同主屏3840*2400 副屏1920*1080)

超级操作窗 - by 咿呀杀杀 - 动作信息 - Quicker (getquicker.net)

 

 

另:之前使用咿呀杀杀下面这个动作时(常用语 新版),印象中没有此问题,现在也是同样现象,怀疑是自定义操作窗兼容性问题。但是根据上次提问经验,把主副屏调整分辩率相同时,再进行测试,就没有此问题了,大佬看看好不好优化下~

常用语(新版) - by 咿呀杀杀 - 动作信息 - Quicker (getquicker.net)

Traveler 最后更新于 2024/1/1

回复内容
CL 2024-01-01 17:25
#1

双屏尽量使用相同的缩放比例,不然计算的出来的坐标可能会在屏幕外面。大概率再次显示操作窗的时候,坐标算到屏幕外面了。

基本原因是这个,解决比较困难。

另外,这类情况也需要更详细的信息:

1)操作系统版本

2)两个屏幕的分辨率、缩放比例、布局放置方式、谁是主屏

3)操作过程录屏。

CL 2024-01-02 22:56
#2

https://getquicker.net/Help/Versions 更新了一下,试试看看有没有解决。

Traveler 回复 CL 2024-01-03 00:15 :

试了1.40.31版本64位的,副屏触发悬浮动作按钮的好了。自定义操作窗的还没有,运行“超级操作窗”动作时表现和之前描述一样。从主屏触发,移动到副屏时会频闪,然后就没反应了,只能从右下角quicker图标上右键看到动作的运行时间在运行。再次运行动作也无法使用了。


看到更新说明上有文本窗也优化了么,我试着运行了:“云板”动作,也是文本窗界面会直接铺满主副屏


CL 回复 Traveler 2024-01-03 07:54 :

闪烁是另一个问题,大概是因为在不同dpi窗口之间移动的时候,窗口在不同位置需要根据某个算法更新dpi,但是更新后,窗口尺寸变化了,有可能又一次导致根据算法切换到了另一个屏幕的dpi。

我研究下看看有没有办法改善一下这个现象。


CL 回复 Traveler 2024-01-03 08:34 :

云板这个是啥问题,没太懂。 试试弄个新动作,用文本窗口,有这样的问题么?

Traveler 回复 CL 2024-01-03 19:26 :

可能是还是兼容性的问题,云板这个动作也是不能在副屏运行,运行时输入框会超大,直接占用两个屏幕。在主屏运行时会是默认大小没有问题。

单独弄了个新动作文本窗口,没有问题,可能是云板动作的问题。我看到升级说明里有文本窗口修复,以为是这种兼容性问题试了一下。

CL 2024-01-03 11:18
#3

有更新了一下,再试下看看 https://getquicker.net/Help/Versions 

Traveler 回复 CL 2024-01-03 19:29 :

完美解决,现在可以自由移动~ 赞!赞!赞!

回复主贴