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 570632 - There is a need for a new magical gtk+ toolbar
There is a need for a new magical gtk+ toolbar
Status: RESOLVED FIXED
Product: ekiga
Classification: Applications
Component: GUI
GIT master
Other All
: Normal normal
: ---
Assigned To: Ekiga maintainers
Ekiga maintainers
Depends on: 570626
Blocks: 572725
 
 
Reported: 2009-02-05 13:42 UTC by Snark
Modified: 2009-05-24 18:22 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Snark 2009-02-05 13:42:20 UTC
We already have a magical gtk+ toolbar code, but it has been found too ugly (if there are many actions possible, that makes a too crowded interface).

The idea is the following : have a toolbar prepopulated with a few icon buttons, but all disabled, which would implement the Ekiga::MenuBuilder interface. When said toolbar gets through an object and receives a list of actions, it does the following :
- generally, nothing (!) ;
- when the name of the new action corresponds to one of the icons, then enable the corresponding button, and associate the callback to the click action.

This makes it possible to have a toolbar with a very limited number of buttons (say, two: "Call" and "Message"), which are only active when needed.

Notice that if two actions of the same name are activated, the simple button doesn't allow a choice (probably the first such action should be default, then).

Notice that since the roster view widget emits a presentity-selected signal, and the call history should become a widget with a similar signal, then the main window could have a nice magical toolbar.