Google chrome extension Chrome扩展窗口创建返回的窗口ID是否为WinAPI hWnd?

Google chrome extension Chrome扩展窗口创建返回的窗口ID是否为WinAPI hWnd?,google-chrome-extension,Google Chrome Extension,我想写一个很小的C程序,让窗口在浏览器导航中运行。我正在写一个Chrome扩展,想要一个持久的窗口。由chrome.windows.create创建的窗口的alwaysOnTop属性是伪造的-它不工作(这是一个记录在案的错误) 因此,考虑到您可以从扩展中调用本机代码,我想我应该编写一个简单的C例程,它只需调用setWindowPos(),也可以调用setForeGroundIndow(),使这个窗口真正始终处于顶部。但是,如何识别窗口?因此,我想知道从chrome.windows.create返

我想写一个很小的C程序,让窗口在浏览器导航中运行。我正在写一个Chrome扩展,想要一个持久的窗口。由chrome.windows.create创建的窗口的
alwaysOnTop
属性是伪造的-它不工作(这是一个记录在案的错误)

因此,考虑到您可以从扩展中调用本机代码,我想我应该编写一个简单的C例程,它只需调用
setWindowPos()
,也可以调用
setForeGroundIndow()
,使这个窗口真正始终处于顶部。但是,如何识别窗口?因此,我想知道从
chrome.windows.create
返回的
id
属性是否实际上是一个windows
hWnd
——使用windows API创建窗口时返回的窗口句柄(其代码在
user32.dll
中)

有人知道情况是否如此吗?如果是的话,那当然好了


非常感谢

您不能对
windowId
的值进行任何假设,除非它在浏览器会话中是唯一的。一个简单的测试表明窗口的ID是一个正整数,对于每个新的选项卡、窗口或(devtools)面板都会增加。大多数扩展API都是平台独立的,我不明白为什么它会返回特定于平台的值?真的。但是,即使这些API可能是独立于平台的,在某种程度上,它们也需要在操作系统级别调用函数来实现这些功能。Chrome扩展窗口毕竟是一个Windows窗口(如果在Windows上运行),Mac也是如此。这就是为什么我希望ID和hWnd之间有某种对应关系。但是正如Rob W所指出的,做出假设可能是不明智的,而且可能有一些中间windows管理器在工作——甚至在操作系统级调用之前。嗨,你找到获取hWnd的方法了吗?这是一个Chrome功能请求: