Mac OS X: Có thể một quá trình hiển thị cửa sổ của một quá trình khác không?

Question

Chúc mừng!

Tôi hiện đang chuyển một plugin trình duyệt web từ Win32 sang MacOSX. Một trong những tính năng của plugin là khi plugin được tải, nó sẽ sinh ra một quá trình riêng biệt đóng vai trò là "công cụ" của plugin và thực hiện thao tác vẽ vào cửa sổ của plugin (cụ thể, bằng cách đính kèm ngữ cảnh OpenGL vào cửa sổ của quá trình cha mẹ và thực hiện các lệnh kết xuất OpenGL vào ngữ cảnh đó). Chúng tôi làm điều này vì plugin thường được tải dưới dạng một chuỗi trong quá trình trình duyệt, do đó, sự cố trong plugin sẽ làm giảm toàn bộ trình duyệt. Bằng cách phân vùng 'nâng hạng nặng' thành một quy trình riêng biệt và giữ mã plugin rất mỏng, chúng tôi có thể bảo vệ người dùng chống lại các sự cố như vậy.

Tôi muốn giữ lại kiến ​​trúc trình xử lý con này trên MacOSX, nhưng tôi đã nghe một tin đồn khó chịu (liên quan đến trình duyệt web Google Chrome) mà MacOSX không cho phép quá trình truy cập vào cửa sổ cho quá trình khác. Tìm kiếm của riêng tôi trong không gian này đã không được kết luận; nếu bất cứ ai có bất kỳ kiến ​​thức nào về vấn đề này và có thể cung cấp một số lời khuyên về cách thực hiện mục tiêu này hoặc kết luận "không thể thực hiện được", điều đó sẽ cực kỳ hữu ích.

Cảm ơn sự giúp đỡ của bạn!

Answer 1

Tôi đã điều tra một giải pháp này gần một năm trước đây. Tôi bắt đầu một vài chủ đề trên danh sách gửi thư táo:

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

Tôi đã phải quay trở lại một giải pháp mà sử dụng CGWindowListCreateImage mà lấy một màn hình lấy của cửa sổ quá trình opengl và chuyển đổi nó thành một bitmap để hiển thị trong cửa sổ quá trình chính. Điều này là xa effeicient kể từ khi dữ liệu pixel được chuyển từ ram video để ram hệ thống.

Tôi cũng đã thử một giải pháp cửa sổ nổi. Cửa sổ quá trình opengl trôi nổi trên cửa sổ chính và phản ứng với chuyển động của chuột từ cửa sổ chính. Nhưng tôi đã có vấn đề với kéo lag và cửa sổ z thứ tự.

Bạn sẽ nghĩ rằng NSWindowSharingReadWrite sẽ làm những gì bạn yêu cầu, nhưng doumentation/ví dụ trở lại sau đó là thực tế không tồn tại.

Nhưng có thể mọi thứ đã thay đổi trong năm qua. Hãy để tôi đăng nếu bạn tìm thấy bất cứ điều gì mới!

Chúc may mắn

JC

Answer 2

Một cửa sổ trong một quy trình có thể được viết bởi một quy trình khác, dường như nếu NSWindowSharingType được đặt thành NSWindowSharingReadWrite. Điều đó đã được thêm vào trong Leopard. Lưu ý rằng tôi đã không sử dụng này bản thân mình, nhưng tôi sẽ nói rằng nó ít nhất loại bỏ những trở ngại "không thể được thực hiện" cho bạn ;-)

Answer 3

Dưới đây là câu trả lời chung nhận được từ đội ngũ phát triển của Apple.

Về cơ bản không có cách nào để thực hiện việc này trong MacOSX 10.5 và trước đó là sạch sẽ như đính kèm ngữ cảnh hiển thị OpenGL vào cửa sổ của quá trình khác. Các hacks người đã phát triển có thể là giải pháp tốt nhất trong những trường hợp.

Điều gần nhất chúng tôi có trong MacOS 10.6 là the IOSurface system; sử dụng trong 10.6 có vẻ là giải pháp sạch nhất. Nếu bạn muốn các nhấp chuột trong quá trình kết xuất bị chặn bởi quá trình kết xuất, bạn sẽ phải tự mình sắp xếp các sự kiện và chuyển chúng đến quá trình kết xuất bằng bất kỳ phương pháp nào bạn thấy phù hợp nhất.

Bạn có thể tìm thêm thông tin trên IOSurface trong this StackOverflow entry