- Oct 10, 2009
-
-
Jannis Pohlmann authored
-
Jannis Pohlmann authored
-
Jannis Pohlmann authored
-
Jannis Pohlmann authored
This is the first development release of garcon. Even though it is still lacking menu monitoring support, it might be worth adopting it some applications already. After all, we can always fall back to the old, less fine grained monitoring if we don't have something ready in time for Xfce 4.8.
-
Jannis Pohlmann authored
-
Jannis Pohlmann authored
-
Jannis Pohlmann authored
-
- Sep 22, 2009
-
-
Piarres Beobide authored
Transmitted-via: Transifex (translations.xfce.org)
-
- Sep 18, 2009
-
-
Rihards Prieditis authored
Transmitted-via: Transifex (translations.xfce.org)
-
- Sep 05, 2009
-
-
Carles Muñoz Gorriz authored
Transmitted-via: Transifex (translations.xfce.org)
-
- Sep 01, 2009
-
-
Jannis Pohlmann authored
Code and comment didn't match. We want to leave garcon_menu_item_set_categories() if the category pointers are *equal*, not if they are different. Thanks to Andrea Santilli for reporting and git-bisect for revealing the commit introducing the issue.
-
Jannis Pohlmann authored
-
Jannis Pohlmann authored
-
Jannis Pohlmann authored
-
- Aug 29, 2009
-
-
Nick Schermer authored
-
Jannis Pohlmann authored
-
Nick Schermer authored
-
Nick Schermer authored
-
Nick Schermer authored
-
Nick Schermer authored
Because of file monitoring we'd like to know all the changes of a file, so also if it is hidden/deleted.
-
Nick Schermer authored
-
Nick Schermer authored
-
Nick Schermer authored
-
Nick Schermer authored
-
Nick Schermer authored
-
Nick Schermer authored
Not entirly finished because we need a global changed signal for the menu item too, but it's a start.
-
Nick Schermer authored
-
Nick Schermer authored
-
Nick Schermer authored
This makes the code a bit cleaner and avoids a property notify on possible null values.
-
Nick Schermer authored
-
- Aug 21, 2009
-
-
Ignacio Velasco authored
Transmitted-via: Transifex (translations.xfce.org)
-
- Aug 18, 2009
-
-
Nick Schermer authored
A submenu always inherits the application directories of its parent, that is the reason the parent call was added. It only turned out we were looking in that same directories for .desktop files multiple times. This was caused by the combination of the parent call and traversing the children in garcon_menu_collect_files(). For each submenu the appdirs of the root were added and traversed again. This is not needed because we always start at the root and traverse in "pre-order", so all the desktop files are added in the hash-table.
-
Nick Schermer authored
-
- Aug 17, 2009
-
-
Nick Schermer authored
Useful for testing parts of the code, but only distribute it.
-
Nick Schermer authored
-
Nick Schermer authored
-
Nick Schermer authored
Simple helper function that makes it easier to get the location of the desktop file. The uri is also valid in almost all GFile locations, so therefore no filename function.
-
Nick Schermer authored
-
Nick Schermer authored
Most likely garcon will only be used in normal applications, so calling g_type_init() is handled by gtk_init(), if not the user should call it. For now an application implementing garcon should call garcon_set_environment (...) before using any of the functions. This will leak the string once, so if you want to avoid this call garcon_set_environment (NULL) when the app exits..
-