summaryrefslogtreecommitdiff
path: root/data/freedesktop-dbus-interfaces.xml
Commit message (Collapse)AuthorAgeFilesLines
* nautilus-application: Publish window->location mappingsPhilip Langdale2018-05-191-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a reworking of a long standing Ubuntu patch that publishes the set of locations open in each Nautilus window. The motivation for this change is that a desktop environment providing special icons for things like removable devices and the trash can match windows to those icons for highlighting purposes. In the original incarnation, Unity provided these icons. In today's world, I'm maintaining a set of patches for dash-to-dock/ubunut-dock that provide these icons too. The original implementation uses Xids to identify windows, but Xids aren't a thing in Wayland so this mechanism is a dead end. Instead, we can use the 'gtk application window object paths' which are published over dbus by GtkApplications, including Nautilus. Mutter already detects these, and makes them available on MetaWindows. The original patch added the mapping property to the fileManager1 interface, and I have left that part as-is, but it's likely not to be the right place to put it. fileManager1 is a generic interface and a property that assumes a GTK behaviour doesn't seem right. We could obviously add it to a new interface under org.gnome.Nautilus, but this would be Nautilus specific - although there isn't a huge scope for other file managers to implement this property, so perhaps that's just fine. dash-to-dock discussion is readable here: https://github.com/micheleg/dash-to-dock/pull/677
* Updated FSF's addressDaniel Mustieles2014-01-311-3/+1
|
* NautilusFreedesktopDBus: add public setter for OpenLocationsMarco Trevisan (TreviƱo)2013-03-041-0/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=694266
* Add declaration for the org.freedesktop.FileManager1 DBus interfaceAkshay Gupta2011-12-061-0/+36
This is not in dbus-interfaces.xml as that one has a different namespace (org.gnome.Nautilus), and that makes the generated code from gdbus-codegen really ugly. By keeping a separate file for this interface, we can get pretty generated code.