Transmitted-via: Transifex (translations.xfce.org)

Transmitted-via: Transifex (translations.xfce.org)

Transmitted-via: Transifex (translations.xfce.org)

Transmitted-via: Transifex (translations.xfce.org)

Transmitted-via: Transifex (translations.xfce.org)

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.

Transmitted-via: Transifex (translations.xfce.org)

Transmitted-via: Transifex (translations.xfce.org)

Transmitted-via: Transifex (translations.xfce.org)

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.

Because of file monitoring we'd like to know all the
changes of a file, so also if it is hidden/deleted.

Not entirly finished because we need a global changed
signal for the menu item too, but it's a start.

This makes the code a bit cleaner and avoids a
property notify on possible null values.

Transmitted-via: Transifex (translations.xfce.org)

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.