我已经开始使用GTK（2），我发现该库的运行情况非常好，但是文档很烂。
我想升级到GTK3，但似乎我需要安装一个叫做packman的东西。对我来说，那是艰难的哲学步骤。为什么我不能简单地将zip文件下载到某个地方？
文档中使用了很多单词而没有说太多，而下载内容则要求您先下载其他内容，然后再下载gtk以获得gtk。他们为什么不简单地拥有一个GTK软件包，然后让我决定是否需要其他所有东西。
此外，即使我做过打包人员的工作，我也一直在论坛上阅读，对于C :: B还是不够的。
无论如何，这主要是一种咆哮，我真正想要的是对GTK +替代方案的建议。
这是我的一些要求...
＃1，它不能是解释器。使用Code :: Blocks和C，我得到了一个exe文件，我想继续这样做。
＃2必须使用C进行编程。我真的很想坚持使用C :: B，但是我想在紧要关头我可以使用Eclipse（尽管这是另一个噩梦，我不会在这里讨论。）
＃3 GTK需要一堆DLL与exe文件一起运送。如果整个目标可以包含在单个exe文件中而不必依赖外部dll或.net框架或其他外部工具，那将是理想的选择。
任何建议都会被理解。
谢谢，马克。
答案 0 :(得分：1)
您最好的选择是看看https://en.wikipedia.org/wiki/List_of_widget_toolkits#High-level_widget_toolkits
如果您想坚持使用C而不是C ++，那么Qt就出局了。 另一个引人注目的是EFL。我从未亲自使用过它，但是它拥有良好的声誉，并且如果您要退出GTK +并坚持使用C，可能是最好的选择。但是，我不知道在Windows上使用它有多么容易。
现在有关GTK +：
此外，即使我做过打包人员的工作，我也一直在论坛上阅读，对于C :: B还是不够的。
这里有些人将GTK +与Code :: Blocks结合使用，所以我没有得到您所指的问题。
那么您的其他问题：
文档中使用了很多单词而没有说太多
示例？
下载要您先下载其他内容，然后再下载gtk以获得gtk
您不会得到的是GTK +不仅仅是libgtk库。它依赖于许多其他库，例如glib，cairo，pango等。过去，曾经有捆绑软件或安装程序将其安装在Windows上，但是人们会根据自己的环境来设置环境需要而放弃。由于Windows平台的GTK +人员有限，因此GTK +团队将GTK +二进制文件的分发委托给MSYS2项目。
MSYS2是一个受欢迎的项目，它提供了许多已经为Windows构建的开源软件，并为用户解决了手动构建和安装依赖项的问题。这样做是为了使安装更简单而不是更困难。在少数命令中，您已经为平台安装了GTK +及其所有依赖项，并且可以开始对应用程序进行编码。另一个命令，您已经安装了python和python GTK +绑定，可以开始使用。是否要依赖另一个受欢迎的图书馆？ MSYS已经提供了它。
数十年来，Windows一直缺乏依赖关系管理功能。如果Windows上的包管理不是痛处，那么chocolatey或conan之类的东西就不存在了。
您的哲学上的勉强仅仅是：哲学上的。 Windows上的GTK +当然不是完美的。使用MSYS2，您将获得使用gcc构建的软件包，因此调试符号与Visual Studio调试器不兼容，您将需要使用gdb。但是，在另一个问题上，您说您使用gcc而不喜欢Visual Studio，因此这不应成为您的阻碍。
GTK要求将一堆DLL与exe文件一起提供。如果整个目标可以包含在单个exe文件中而不必依赖外部dll或.net框架或其他外部工具，那将是理想的选择。
目前尚不可行，因为不支持GTK +的静态编译。但是，重新分配应用程序并不像我希望的那样容易。在Windows上使用MSYS2时重新分发应用程序的最佳方法是为您的应用程序创建一个pacman程序包，列出其依赖项，然后调用pacman将您的应用程序安装在一个空目录中，并告诉它也将所有依赖项安装到该目录中。结果将是您可以重新分发的目录，其中包含应用程序及其所有依赖项（包括GTK +）的自包含安装。