1. 22 Dec, 2014 1 commit
    • Allison Karlitskaya's avatar
      GtkMenuTracker: add hidden-when='macos-menubar' · 6b26664c
      Allison Karlitskaya authored
      Provide a mechanism for hiding the "Quit", "About" and "Preferences"
      menu items from the normal places in a traditional menubar layout (in
      the File and Edit menus) when the menu is being rendered in the Mac OS
      menubar.
      
      These items can already be found in the application menu.
      
      With this feature, applications can now define a single menu to use in
      all 'traditional' scenarios.
      
      Use this new attribute in Bloatpad.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=741610
      6b26664c
  2. 28 Apr, 2014 2 commits
    • Allison Karlitskaya's avatar
      GtkMenuTracker: add 'merge_sections' flag · d930716d
      Allison Karlitskaya authored
      Add the possibility of a GtkMenuTracker that performs no section
      merging.  Instead, it will report an item in the form of a separator for
      subsections.  It is then possible to get a separate tracker for the
      subsection contents by using gtk_menu_tracker_new_for_item_link().
      d930716d
    • Allison Karlitskaya's avatar
      GtkMenuTracker: don't specialise "submenu" link · f6ee0076
      Allison Karlitskaya authored
      We have some API in GtkMenuTracker and GtkMenuTrackerItem that is
      specifically designed to deal with submenus.
      
      Generalise these APIs to take a 'link_name' parameter that we always
      give as G_MENU_SUBMENU for now.  In the future, this will allow creating
      trackers for other types of links, such as sections.
      f6ee0076
  3. 12 Jan, 2014 1 commit
  4. 13 May, 2013 1 commit
    • Allison Karlitskaya's avatar
      add GtkMenuTrackerItem · a4276a6c
      Allison Karlitskaya authored
      Add a new class, GtkMenuTrackerItem that represents a menu item, to be
      used with GtkMenuTracker.
      
      GtkMenuTracker's insert callback now works in terms of this new type
      (instead of passing reference to the model and an index to the item).
      
      GtkMenuShell now handles all of the binding tasks internally, mostly
      through the use of property bindings.  Having bindings for the label and
      visibility attributes, in partiular, will help with supporting upcoming
      extensions to GMenuModel.
      
      GtkModelMenu has been reduced to a helper class that has nothing to do
      with GMenuModel.  It represents something closer to an "ideal" API for
      GtkMenuItem if we didn't have compatibility concerns (eg: not emitting
      "activate" when setting toggle state, no separate subclasses per menu
      item type, supporting icons, etc.) Improvements to GtkMenuItem could
      eventually shrink the size of this class or remove the need for it
      entirely.
      
      Some GtkActionHelper functionality has been duplicated in
      GtkMenuTracker, which is suboptimal.  The duplication exists so that
      other codebases (such as Unity and gnome-shell) can reuse the
      GtkMenuTracker code, whereas GtkActionHelper is very much tied to
      GtkWidget.  Supporting binding arbitrary GtkWidgets to actions vs.
      supporting the full range of GMenuModel features for menu items turns
      out to be two overlapping but not entirely similar problems.  Some of
      the duplication (such as roles) can be removed from GtkActionHelper once
      Gtk's internal Mac OS menubar support is ported to GtkMenuTracker.
      
      The intent to reuse the code outside of Gtk is also the reason for the
      unusual treatment of the enum type introduced in this comment.
      
      This adds no new "public" API to the Gtk library, other than types that
      we cannot make private due to GType limitations.
      a4276a6c
  5. 01 Apr, 2013 1 commit
    • Allison Karlitskaya's avatar
      Introduce GtkMenuTracker · 5617b584
      Allison Karlitskaya authored
      GtkMenuTracker folds a nested structure of sections in a GMenuModel into
      a single linear menu, which it expresses to its user by means of 'insert
      item at position' and 'remove item at position' callbacks.
      
      The logic for where to insert separators and how to handle action
      namespaces is contained within the tracker, removing the need to have
      this logic duplicated in the 3 or 4 places that consume GMenuModel.
      
      In comparison with the previous code, the tracker no longer completely
      destroys and rebuilds menus every time a single change occurs.  As a
      result, the new gtkmenu testcase now runs in approximately 3 seconds
      instead of ~60 before.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=696468
      5617b584