Bugzilla – Bug 28580
Exposing atk-bridge path as a gconf/gsettings entry
Last modified: 2010-12-28 07:56:35 UTC
As a result of a bug related of how to find/load the atk-bridge , and the facts that gtk team feels that exposing gtk_find_module  isn't the proper solution, and that atk-bridge isn't in fact a gtk-specific module , some discussion appeared related of how to find it in a common way, more recently, in the last a11y meeting .
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.
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 , so I will close this as FIXED