Desktop Notifications Specification [1] specifies that hints can be
used to provide extra data to a notification server.
A new command line option --hint allows to add a hint to the
notification to display.
This option can be used multiple times, one for each hint to add.
--hint option format is name:value.
The new 'hints' command allow to specify hints in 'listen' mode.
Same format that in the command line option is used.
Several hints can be passed by separating them by '\n'.
Hints of value type '(iiibiiay)' are not supported.
This value type is used to pass a raw data image as a hint value.
This new change is useful for implementing the NotificationSource [2]
GNOME Goal.
A application using zenity and having a desktop file, can now specify
that it is a notification emitter and it's notifications can be
filtered in the new Notifications GNOME control panel pane.
[1] http://people.gnome.org/~mccann/docs/notification-spec/notification-spec-latest.html#hints
[2] https://live.gnome.org/GnomeGoals/NotificationSourcehttps://bugzilla.gnome.org/show_bug.cgi?id=693751
The predefined dialog icons work well in many cases, but sometimes
it makes sense to use a more specific icon, so add an option to
specify an icon-name to use instead.
https://bugzilla.gnome.org/show_bug.cgi?id=684329
As WMs cannot open windows themselves, Mutter uses zenity to open
"Force Quit" dialogs for unresponsive windows; as those are strongly
tied to the corresponding window, it makes sense to make them modal
(in particular when attaching them to their parent).
https://bugzilla.gnome.org/show_bug.cgi?id=684322
This fixes lp#998445 by changing the code to construct a new ComboBoxText
instead of a ComboBox, which it was (probably accidentally) changed to do
in commit 4421de67.
Closes: lp#998445
If you need to load a local html file, you can use --filename=patch/to/html.
Examples:
* zenity --text-info --html --filename=file.html
* zenity --text-info --html --url=www.gnome.org
Zenity will add http:// if isn't declared in --url
This patch add the option --no-markup in the info, warning, error and question dialogs
So if the user wants to use & \ ' and other symbols, now he can, and no error will be
showed.
* Added a cancel button returning 1 if clicked
* Renamed the Close button to Ok, still returning 0 if clicked
* Added --ok-label=TEXT option to change the Ok button label
* Added --cancel-label=TEXT option to change the Cancel button label
* Added --checkbox=TEXT option to show an "I Agree and accept the terms" checkbox
If --checkbox is enabled, the Ok button will be disabled if the checkbox isn't checked.