After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 398334 - GtkInfoBar guidelines
GtkInfoBar guidelines
Status: RESOLVED FIXED
Product: gnome-devel-docs
Classification: Applications
Component: hig
unspecified
Other All
: Normal normal
: ---
Assigned To: HIG Maintainers
HIG Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-01-19 12:00 UTC by Calum Benson
Modified: 2020-12-04 18:21 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Calum Benson 2007-01-19 12:00:04 UTC 
A couple of applications are now starting to use 'inline' alerts, e.g. gedit, and the Colours tab in gnome-theme-manager.  That is, an alert icon, accompanying message and possibly an action button in the main window, rather than in a popup window.

We probably ought to decide in which circumstances these are a good idea, and conjur up some appropriate guidelines.
Comment 1 Vinicius Depizzol 2009-07-02 02:07:55 UTC 
GTK+ recently introduced GtkInfoBar widget, specially for inline alerts. See Bug #555344 and this screenshot[1].

Guidelines for this looks reasonable.

Points I think could be considered when organizing widgets inside GtkInfoBar:
- Use icon in the beginning of the bar? What size?
- Where action buttons should be placed?
- How progress bars/spinners would look like? Would the progress bars have full-width?
- Allow "X" Close button in the end of the bar?
- Would text be organized with title and description, like currents dialogs?

[1] http://people.freedesktop.org/~david/palimpsest-progress.png
Comment 2 Allan Day 2015-07-27 16:09:57 UTC 
Initial guidance pushed: https://git.gnome.org/browse/gnome-devel-docs/commit/?id=6c82e3ba10f6dc89c16fe55ef060ce3ee1a08ee1

This could be elaborated in the future, of course...