Fallout from 0a80b53 src/nautilus-file-management-properties.ui.rej Modified by Holger Berndt <email@example.com> for the file-management branch
Clean up a11y code and make sure inheritance for EelCanvasAccessible->NautilusIconContainerAccessible and for EelCanvasItemAccessible->NautilusIconCanvasItemAccessible work properly. This makes the ATK state machinery in EelCanvasItemAccessible work again, which fixes https://bugzilla.gnome.org/show_bug.cgi?id=677509
Instead of eel_accessibility_create_derived_type.
If the final class does not override the get_accessible method, it will inherit it from the parent class; what we're interested in is the first class for which get_accessible is != from our class get_accessible.
For EelEditableLabel, we need to create an object derived from the accessible type of the parent class; since that will be a GtkWidgetAccessible, which is private, we can't just subclass it using the regular GObject mechanisms. This functions creates a derived GType by peeking at the parent accessible class and type. https://bugzilla.gnome.org/show_bug.cgi?id=672498
Or we will hit an assertion when trying to mount another volume later. https://bugzilla.gnome.org/show_bug.cgi?id=677611
Set a maximum allowed width of 250px for pathbar button requisitions, and ellipsize after that. This fixes buttons disappearing completely from the pathbar in case there was not enough space to show the complete folder name, I am not sure I completely like this approach in all the situations, since there might be some value in showing more of a very long folder name if there's space available on screen, but unfortunately, it's not really possible without restructuring completely the way NautilusPathBar allocates children. Adapted for master, and slightly modified from an initial patch by Ted M Lin <firstname.lastname@example.org> https://bugzilla.gnome.org/show_bug.cgi?id=313854