问候!
我目前正在将一个Web浏览器插件从Win32移植到MacOSX.该插件的一个特性是,当插件加载时,它会生成一个单独的进程,作为插件的"引擎",并在插件的窗口中执行绘图操作(具体来说,通过将OpenGL上下文附加到父进程的窗口并在该上下文中执行OpenGL呈现命令).我们这样做是因为插件通常作为浏览器进程中的线程加载,因此插件中的崩溃会占用整个浏览器.通过将"繁重的工作"划分为一个单独的进程并保持插件代码非常小,我们可以保护用户免受此类崩溃.
我想在MacOSX上保留这个子进程渲染器架构,但我听说过一个令人讨厌的谣言(与谷歌Chrome浏览器有关)MacOSX不允许进程将其窗口访问另一个进程.我在这个领域的搜索尚无定论; 如果有人对这个问题有任何了解,并且可以提供一些关于如何实现这一目标的建议,或者一个更有说服力的"无法完成",那将是非常有帮助的.
谢谢您的帮助!
我差不多一年前就在调查解决方案.我在苹果邮件列表上开了几个主题:
http://www.mail-archive.com/cocoa-dev@lists.apple.com/msg08056.html
http://www.mail-archive.com/quartzcomposer-dev@lists.apple.com/msg01878.html
http://lists.apple.com/archives/mac-opengl/2008/May/msg00099.html
我不得不回到使用CGWindowListCreateImage的解决方案,该解决方案抓取了opengl进程窗口的屏幕抓取并将其转换为位图以在主进程窗口中显示.这远非有效,因为像素数据从视频RAM转移到系统RAM.
我也试过一个浮动窗口解决方案.opengl进程窗口浮动在主进程窗口上方,并响应主窗口中的鼠标移动.但我有拖延滞后和窗口z顺序的问题.
您会认为NSWindowSharingReadWrite可以满足您的需求,但当时的doumentation/examples几乎不存在.
但也许事情在去年发生了变化.如果你发现任何新的东西,请让我发布!
祝好运
JC
以下是Apple开发团队的总体答案.
在MacOSX 10.5及更早版本中基本上没有办法做到这一点,就像将OpenGL渲染上下文附加到另一个进程的窗口一样干净.在这些情况下,人们开发的黑客可能是最好的解决方案.
我们在MacOS 10.6中最接近的是IOSurface系统 ; 在10.6中使用它似乎是最干净的解决方案.如果您希望渲染过程拦截渲染过程中的点击,您必须自己捆绑事件并使用您认为最合适的方法将它们传递给渲染过程.
有关IOSurface的更多信息可以在此StackOverflow条目中找到