我的意思是像WxWidgets一样可用于开发完全非网络相关的客户端应用程序。 HTML小部件总是很好但它是否提供了典型应用程序所需的所有其他常见小部件?
难以为基于chrome的应用程序生成构建脚本,还是make文件中充满了特定于chrome的路径和目标。
编辑:我知道它基于QT中的Webkit。但对于webbrowser,你需要更多mnore然后WebKit Widget。所以它包含一个完整的原始GUI工具包。这意味着它在MacOSX上使用Cocoa,在Unix / Linux上使用GTK,在Windows上使用Win32 / WTL。但在某种程度上,他们必须再次创建一个通用的API。所以它必须像WxWidgets一样是跨平台工具包。问题是这是否可用于开发不同的API。请仅在了解Chrome的设计理解后才能回答。
不,我不想看QT,因为它不是纯粹的Cocoa(它只使用NSView和外观管理器),我不想要WxWidgets,因为这是臃肿的,你看到1992年的设计非常晚可可补丁。
答案 0 :(得分:2)
我认为最初的问题更像是“Chrome有像XULRunner这样的东西吗?”作为平台编码。
Chromium团队正在研究一种名为app_shell的东西,它应该允许将Chrome Packaged Apps编译为与浏览器分开运行。实际上,您将能够编写一个HTML5 / CSS / JS Chrome应用程序,该应用程序与完全独立于Chrome的本机应用程序类似。
更多信息: https://code.google.com/p/chromium/issues/detail?id=288226
答案 1 :(得分:1)
Chrome在Win32 API上为heavily based。这就是移植它的原因。
修改强>
这意味着它在MacOSX上使用Cocoa Unix / Linux上的GTK和Win32 / WTL上的 视窗
那么,你期待什么?每个人都有自己的原生实现和一组补丁。 GTK's是最新版本,Windows和Mac OSX相当明显,因为Webkit是Apple的,所以他们不得不使用OSX和Safari的Windows端口。
其中每一个都是专门为目标平台编码的 native 端口,它不像Qt或wxWidgets这样的包装器/库。
答案 2 :(得分:0)
不能直接回答您的问题,但您可能想尝试使用Qt。它包含一个基于WebKit的浏览器小部件(这也是Chrome使用的),它与库的其余部分很好地集成在一起。由于它主要是一个GUI库,而不是一个浏览器,因此很容易构建基于它的应用程序。我不确定您是否可以轻松取出Chrome GUI库。