Mac 插件不再支持 GetWindowFromPort?

发布于 2024-08-21 23:15:42 字数 230 浏览 5 评论 0原文

我维护着一个古老的 Firefox 插件。它使用 GetWindowFromPort 来获取 NP_Port 对象(即平台)中的 WindowPtr 对象 WidowPtr 对象中的特定窗口数据。现在它总是返回NULL。

NP_Port 对象非空,该对象的端口字段 (CGraphPtr) 也是非空 目的。但是,如果没有 GetWindowFromPort,我不再知道如何 从 CGraphPtr 获取 WindowPtr...

I'm mantaining an ancient Firefox plugin. It uses GetWindowFromPort to get
a WindowPtr object out of the NP_Port object which is the platform
specific window data in the WidowPtr object. Now it always returns NULL.

NP_Port object is non-null as is the port field (CGraphPtr) of that
object. However, without GetWindowFromPort, I no longer know how to
get a WindowPtr from a CGraphPtr...

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

夏了南城 2024-08-28 23:15:42

看来它比那还要大。 QuickDraw(其中 GetWindowFromPort 是一个函数)在任何 64b 系统中不再受支持...

It appears it's bigger than that. QuickDraw (of which GetWindowFromPort is a function) us na longer supported in any 64b system...

三生殊途 2024-08-28 23:15:42

这可能是因为 Firefox 现在正在创建一个单独的屏幕外 GWorld 供插件绘制,它与窗口无关。考虑到将来插件将移出进程,依赖它返回有意义的值并不是一个好主意。你用这个值做什么?

This is probably because Firefox is now creating a separate offscreen GWorld for plug-ins to draw to, which is not associated with a window. Considering that in the future plug-ins are going to move out-of-process, depending on it returning a meaningful value is not going to be a good idea. What are you using this value for?

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文