| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Don't automatically generate the manpage from help2man for now. This
creates problems since a display manager is required to run `zenity
--help-all` and `zenity --version` at this time. This should be fixed in
the long term, but for now we're just going to avoid the issue
altogether.
Manual intervention will be required to update the manpage for now, but
hopefully we can rectify this in the future. It is fine for now as the
manpage should not need to be regenerated too frequently.
Also, s/GTK+/GTK in the .roff boilerplate.
|
| |
|
|
|
|
| |
This should prevent potential race conditions with STDIN handling.
|
| |
|
|
|
|
| |
See https://gitlab.gnome.org/GNOME/zenity/-/merge_requests/25#note_1738825
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Fixes: #58
|
| |
|
| |
|
|
|
|
|
| |
Also, unify the icon deprecation stuff so that --window-icon and
--icon-name both work in the same way and produce similar warnings.
|
| |
|
|
|
|
|
| |
We're not "ignoring" it as was previously indicated; we're treating it
as if --icon were used.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
This makes this option consistent with --mid-search and --window-icon
in that the option will do nothing and print a warning that the option
is deprecated and will be removed in a future version, but will not
cause the script to fatally terminate.
Fixes #55
|
|\
| |
| |
| |
| | |
progress: don't update responses that aren't there
See merge request GNOME/zenity!25
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
zenity_progress_handle_stdin always tries to update these
responses when progress seems to be done, but sometimes the
responses aren't present at all. The cancel response is not
present if `no_cancel` is true (that's when the CLI param
`--no-cancel` is used), and the OK response is not present if
`auto_close` is true (that's when `--auto-close` is used). We
need to only update the responses when they're present. This
solves a problem where zenity will print some errors then crash
when `--no-cancel` or `--auto-close` (or both) are used, notably
by Steam:
zenity[3319]: adw_message_dialog_set_response_enabled: assertion 'adw_message_dialog_has_response (self, response)' failed
zenity[3319]: adw_message_dialog_set_response_enabled: assertion 'adw_message_dialog_has_response (self, response)' failed
zenity[3319]: adw_message_dialog_set_response_enabled: assertion 'adw_message_dialog_has_response (self, response)' failed
steam.desktop[3319]: **
steam.desktop[3319]: Zenity:ERROR:../src/util.c:465:zenity_util_gapp_quit: assertion failed: (GTK_IS_WINDOW (window))
steam.desktop[3319]: Bail out! Zenity:ERROR:../src/util.c:465:zenity_util_gapp_quit: assertion failed: (GTK_IS_WINDOW (window))
I don't know why this causes the parent to stop being a window,
but...apparently it does. See:
https://bugzilla.redhat.com/show_bug.cgi?id=2177287
Signed-off-by: Adam Williamson <awilliam@redhat.com>
|
|\ \
| | |
| | |
| | |
| | | |
tree-column-view: don't steal children
See merge request GNOME/zenity!28
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When mousing over a dialog that uses this kind of view (e.g.
one created with the test command in
https://gitlab.gnome.org/GNOME/zenity/-/issues/54#note_1726876 ),
I see a lot of these errors on the console:
gtk_list_item_set_child: assertion 'child == NULL || gtk_widget_get_parent (child) == NULL' failed
I think we can hit this callback more than once, and doing so
means we try to set the list item's child again; Gtk doesn't like
that, because we're effectively trying to set the parent of an
item that already has one (it doesn't check if we're just trying
to set the *same* parent, it just complains any time you try to
set something as the child that already has a parent).
Signed-off-by: Adam Williamson <awilliam@redhat.com>
|
| |
| |
| |
| | |
See https://gitlab.gnome.org/GNOME/zenity/-/merge_requests/29#note_1732335
|
|\ \
| | |
| | |
| | |
| | | |
tree: fix handling of multi-row stdin input (#54)
See merge request GNOME/zenity!27
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This was broken by the GtkColumnView port (7a80b67). As part of
the changes that just stopped any attempt to actually start a
new row here, so we just kept stuffing more and more items into
the only row item we ever create. So you just couldn't do multi-
row input via stdin.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
|
|\ \
| | |
| | |
| | |
| | | |
Port to webkitgtk 6.0
See merge request GNOME/zenity!29
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
webkitgtk 5.0 is gone from Fedora 38 and Fedora Rawhide, so our
CI 'build_fedora' task is always failing. This ports the code to
webkitgtk 6.0 and updates the build and CI configs. I based the
changes on Epiphany code. I tested it with:
zenity --text-info --html --url=https://www.happyassassin.net
and it seems to work OK.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
|
|\ \
| |/
|/|
| |
| | |
Set dialog 'heading', not 'title'
See merge request GNOME/zenity!26
|
|/
|
|
|
|
|
|
|
|
| |
In the GTK 4 port, we made all Zenity dialogs use the libadwaita
`AdwMessageDialog` class. This dialog does not have a title bar
and does not show its title. The equivalent to title for this
class is 'heading' - everywhere we were previously setting the
title, we should set the 'heading' instead.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| |
| | |
help: Freedesktop.org spec fixes
See merge request GNOME/zenity!24
|
| | |
|
|/ |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|