summaryrefslogtreecommitdiff
path: root/glib/gutils.c
diff options
context:
space:
mode:
authorArnaud Rebillout <arnaudr@kali.org>2023-05-10 10:11:24 +0700
committerArnaud Rebillout <arnaudr@kali.org>2023-05-10 10:56:44 +0700
commitf722f11e576f56d6029c9d09dcc04c185d34a28a (patch)
tree0be264a294427bd5b3fed9f84d7bc121b52972c3 /glib/gutils.c
parent20964ad4ab18f5ba01f3bd1625fb9152eb8ca932 (diff)
downloadglib-f722f11e576f56d6029c9d09dcc04c185d34a28a.tar.gz
Rename GTK+ to GTK (mostly comments and documentation)
GTK lost it's '+' suffix back in 2019, according to <https://mail.gnome.org/archives/gtk-devel-list/2019-February/msg00000.html> This commit can be re-generated with: git grep -l GTK+ \ | grep -v -e ^NEWS -e ^glib/tests/collate.c \ | xargs sed -i 's/GTK+/GTK/g' Most of the changes are in comments and documentation.
Diffstat (limited to 'glib/gutils.c')
-rw-r--r--glib/gutils.c6
1 files changed, 3 insertions, 3 deletions
diff --git a/glib/gutils.c b/glib/gutils.c
index dce7cbee5..dddfa9b90 100644
--- a/glib/gutils.c
+++ b/glib/gutils.c
@@ -1138,7 +1138,7 @@ static const gchar *g_prgname = NULL; /* always a quark */
* in contrast to g_get_application_name().
*
* If you are using #GApplication the program name is set in
- * g_application_run(). In case of GDK or GTK+ it is set in
+ * g_application_run(). In case of GDK or GTK it is set in
* gdk_init(), which is called by gtk_init() and the
* #GtkApplication::startup handler. The program name is found by
* taking the last component of @argv[0].
@@ -1167,7 +1167,7 @@ g_get_prgname (void)
* in contrast to g_set_application_name().
*
* If you are using #GApplication the program name is set in
- * g_application_run(). In case of GDK or GTK+ it is set in
+ * g_application_run(). In case of GDK or GTK it is set in
* gdk_init(), which is called by gtk_init() and the
* #GtkApplication::startup handler. The program name is found by
* taking the last component of @argv[0].
@@ -2584,7 +2584,7 @@ g_win32_get_system_data_dirs_for_module_real (void (*address_of_function)(void))
/* Using the above subfolders of Documents and Settings perhaps
* makes sense from a Windows perspective.
*
- * But looking at the actual use cases of this function in GTK+
+ * But looking at the actual use cases of this function in GTK
* and GNOME software, what we really want is the "share"
* subdirectory of the installation directory for the package
* our caller is a part of.