我有一个用 GTK 编写的应用程序，我只是通过 GTK Inspector 进行主题更改。我什至探索了 GitHub 上提供的其他主题。是否可以为我的应用程序的最终用户提供从软件内部更改主题的能力？我知道可以在执行应用程序时为其设置 GTK_THEME 环境变量，并且我还发现可以使用以下方法从代码内更改主题（使用默认的 C 语言绑定）：
setenv("GTK_THEME", "Ambiance", 1);
但这仅适用于在运行之前设置此变量的情况。gtk_init().之后尝试这样做不会成功。是否有任何可能的方法可以允许用户更改主题并使其立即生效（如通过 GTK Inspector 完成的那样）？任何帮助将不胜感激。
如果以前有人问过这个问题，我很抱歉。如果有，那么我找不到它。我的问题是关于 Ubuntu 的发布周期。这让我很困惑。Ubuntu 22.04 的正式发布日期是今天（2022 年 4 月 21 日）。但是，Beta 版似乎至少已经推出了几个星期。当我转到 Ubuntu 页面时，我没有看到 Ubuntu 22.04 作为可用下载：
https://ubuntu.com/download/desktop
列出的有 20.04.04 和 21.10。但是，通过网络搜索，我可以找到 Beta 版和 Daily Build 的链接：
https://releases.ubuntu.com/22.04/（测试版）
https://cdimage.ubuntu.com/daily-live/current/（每日构建）
那么正式版是哪一款呢？是吗？我意识到它在正式发布日期被推迟之前就已经发生了，但这次似乎不是这样。这些中的任何一个都足够了吗？任何更改都可以通过apt-get upgrade？或者我应该等到桌面下载页面上显示 22.04 吗？这一切让我感到困惑，尤其是在过去 8 小时内出现的文章说正式版本在这里。任何澄清将不胜感激。
我正在尝试使用 GTK4 编译 C GUI 应用程序。我之前在这里被告知Ubuntu 21.04 和 21.10 都将具有 GTK3 和 GTK4。但是，当我安装 Ubuntu 21.04 时，只有 GTK3 存在。然后我进行了 dist-upgrade 到 21.10，发现 GTK 的两个版本都是原生的：
user@user: dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]'
ii libgtk-3-0:amd64 3.24.30-1ubuntu1 amd64 GTK graphical user interface library
ii libgtk-3-bin 3.24.30-1ubuntu1 amd64 programs for the GTK graphical user interface library
ii libgtk-3-common 3.24.30-1ubuntu1 all common files for the GTK graphical user interface library
ii libgtk-3-dev:amd64 3.24.30-1ubuntu1 amd64 development files for the GTK library
ii libgtk-3-doc 3.24.30-1ubuntu1 all documentation for the GTK graphical user interface library
ii libgtk-4-1:amd64 4.4.0+ds1-5 amd64 GTK graphical user interface library
ii libgtk-4-bin 4.4.0+ds1-5 amd64 programs for the GTK graphical user interface library
ii libgtk-4-common 4.4.0+ds1-5 all common files for the GTK graphical user interface library
ii libgtk2.0-0:amd64 2.24.33-2ubuntu1 amd64 GTK graphical user interface library - old version
ii libgtk2.0-bin 2.24.33-2ubuntu1 amd64 programs for the GTK graphical user interface library
ii libgtk2.0-common 2.24.33-2ubuntu1 all common files for the GTK graphical user interface library
ii libgtk3-perl 0.038-1 all Perl bindings for the GTK+ graphical user interface library
只需仔细检查 Ubuntu 的版本即可：
user@user: lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 21.10
Release: 21.10
Codename: impish
GTK页面说使用以下代码来编译 GTK4 应用程序pkg-config：
gcc $( pkg-config --cflags gtk4 ) -o example-0 example-0.c $( pkg-config --libs gtk4 )
这与以前的 GTK 版本非常相似。对于 GTK3，它是：
gcc $( pkg-config --cflags gtk+-3.0 ) -o example-0 example-0.c $( pkg-config --libs gtk+-3.0 )
但是，尝试使用 GTK4 编译程序会导致：
user@user: make
Package gtk4 was not found in the pkg-config search path.
Perhaps you should add the directory containing `gtk4.pc'
to the PKG_CONFIG_PATH environment variable
No package 'gtk4' found
所以然后基于here我跑了：
user@user: pkg-config --variable pc_path pkg-config
/usr/local/lib/x86_64-linux-gnu/pkgconfig:/usr/local/lib/pkgconfig:/usr/local/share/pkgconfig:/usr/lib/x86_64-linux-gnu/pkgconfig:/usr/lib/pkgconfig:/usr/share/pkgconfig
搜索所有这些路径，我只找到与 GTK 相关的 .pc 文件，/usr/lib/x86_64-linux-gnu/pkgconfig我没有找到任何与 GTK4 相关的内容。我确实在gtk+-3.0.pc那里找到。所以我的问题是，如果 GTK4 是 Ubuntu 21.10 原生的，为什么会丢失 pkg-config 文件？我从哪里获得它们以便我可以使用 pkg-config 进行编译？
旁白：我没有足够的声誉来创建gtk4标签。有足够声誉的人可以这样做吗？
我不确定 Ask Ubuntu 是否适合回答这个问题，或者我是否应该在https://discourse.ubuntu.com/上问这个问题，但我期待下一个 LTS 版本并希望它包含GTK4。我开发了 GTK 应用程序，在 GTK 3.22.30（Ubuntu 18.04 的最高版本）中存在一个错误，其中 GtkProgressBar 上的脉冲无法正常工作。这后来在适用于 Ubuntu 20.04 的 GTK 3.24 中进行了修补，但我不想将客户计算机从 Ubuntu 16.04 更新到 Ubuntu 20.04，然后当我必须将所有内容从 GTK3 迁移到 GTK4 时不可避免地再次更新。我知道 Ubuntu 22.04 将拥有 GNOME 40 桌面，但我还没有看到任何关于 GTK4 的任何东西。如果有人对此有任何更新，将不胜感激。谢谢！
编辑：关于 GTK4 的可用性，我没有问这个问题。它更多地用于 Ubuntu 本机使用的 GTK 版本（可通过 apt-get upgrade 获得）。例如，可用于不同 LTS 版本的 GTK 的最高版本：
Ubuntu 16.04 LTS -> GTK 3.20.8
Ubuntu 18.04 LTS -> GTK 3.22.30
Ubuntu 20.04 LTS -> GTK 3.24.20
我有一个我创建的 GTK 应用程序的桌面文件，它具有以下结构：
[Desktop Entry]
Version=1.0
Name=My GTK Application
Comment=Desktop File
Exec=bash -c 'sudo taskset -c 6 /home/user_name/path/to/app/./executable %f 2>> /home/user_name/path/to/app/LogFiles/stderr.log'
Icon=/home/user_name/path/to/app/Images/icon.png
Terminal=false
Type=Application
Categories=Utility;Application;
MimeType=application/x-myapp;
Name[en_US]=GTK Application
如您所见，我与应用程序有一个 mime 类型关联，因此可以双击并在应用程序中打开具有正确扩展名的文件。文件的绝对路径作为命令行参数传递，应用程序（用 C 编写）捕获argv[1]（当它不为 NULL 时）并使用它打开文件。问题是当文件名中有空格时，这会失败。我原来的 Exec 行很简单：
Exec=sudo taskset -c 6 /home/user_name/path/to/app/./executable
因为我没有尝试将 stderr 重定向到日志文件。使用这个 exec 行，我不需要%f在行上以便 C 程序抓取argv[1]，并且带有空格的文件名不是问题。我发现在 Exec 行上重定向 stderr 仅在我使用时才有效bash -c，根据手册页，“从字符串执行命令”。现在除非使用，否则我无法捕获文件%f，但是当文件名中有空格时它会失败。我尝试过使用单引号、双引号和其他东西的无穷组合，但无济于事。我知道有两种解决方法：(1) 我可以让 Exec 行改为执行脚本，或者 (2) 如果我%F改为使用，则文件名的所有部分都将传递给argv[2], argv[3]等等，取决于文件名中空格的数量。然后我只需要使用argc[]并循环来捕获所有将argv[]所有内容重新连接到实际文件名中。这些选项似乎都没有说服力。必须有一个更好的方法，我错过了。如果有一种方法可以在没有 的情况下重定向 stderr bash -c，那可能是一个解决方案。或者也许有一个类似sed或tee可以使用的bash命令？基本上，我只想要一个 Exec 行，它将捕获带有空格的文件名argv[1]并仍然允许 stderr 重定向到文件。