As a result of a bug related of how to find/load the atk-bridge [1], and the facts that gtk team feels that exposing gtk_find_module [2] isn't the proper solution, and that atk-bridge isn't in fact a gtk-specific module [3], some discussion appeared related of how to find it in a common way, more recently, in the last a11y meeting [4]. So a conclusion would be add a gconf/gsetting entry in the schemas, pointing out the real path, so any app (ie: gnome-shell) could check it in order to find it. [1] https://bugzilla.gnome.org/show_bug.cgi?id=612599 [2] https://bugzilla.gnome.org/show_bug.cgi?id=619946 [3] http://mail.gnome.org/archives/gnome-accessibility-list/2009-August/msg00019.html [4] http://live.gnome.org/Accessibility/Minutes/20100610#GNOME_3.0_items_status
Created attachment 36328 [details] [review] Rough first patch This is a really rough first proposal. Implementing it I found some new questions. Comments (also in the patch): I needed to define a in.in file in order to change the @libdir@ var on compile time. It requires some work on the name As it is on the main Makefile.am it can't use the gtkmoduledir directory, so it recreates it again. It can create problems with the relocation thing. Anyway, as right now there are two gtk related moduledirs (2.0 +3.0), we need to decide if we just use one of the existing, or create a shared directory to do that, something like at-spi-libdir=$libdir$/at-spi2/modules/, and install the module in three different places. It requires a full description (short and long) as the translation strings.
Created attachment 36335 [details] [review] Updated previous patch Fixing a typo in previous patch, the rest of issues are still applicable.
Mike Gorse already solved this bug [1], so I will close this as FIXED [1] http://git.gnome.org/browse/at-spi2-atk/commit/?id=a16f5306aab7f9d5a8e0fe32fb75deddba175341
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.