[Webkit-unassigned] [Bug 99578] [EFL] Share WebKit-Gtk's Accessibility implementation with others WebKit ports.

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=99578





--- Comment #13 from Mario Sanchez Prada <mario at webkit.org>  2012-11-02 09:58:24 PST ---
(In reply to comment #12)
> (In reply to comment #10)
> 
> > Those files you are moving are using above data types or glib macros. In my humble opinion, we can't move from gtk to atk without this glib dependency.
> 
> ATK itself depends on GLib, so what is the purpose of trying to remove calls to 
> GLib in the ATK accessibility code? Perhaps I'm misunderstanding what you are saying though.

Exactly. I think the confusion might come from mixing GTK with GLib? GTK depends on Glib, exactly in the same way ATK does, and we are talking about going away  from GTK-specific code only, I think, so we should keep those data types around.

Remember that ATK is not just a toolkit-independent definition of interfaces for accessibility related stuff, that is AT-SPI, which is what assistive technologies like screen readers understand in Linux based accessible environments.

However, and according to [1], ATK is "a development toolkit from GNOME which allows programmers to use common GNOME accessibility features", full of GObject interfaces which is what applications/toolkits willing to expose accessibility related information must implement.

Communication between ATK-based accessible applications and AT-SPI based assistive technologies happens thanks to the AT-SPI<->ATK bridge, which makes all the mapping through IPC (D-Bus) between those two worlds.

So, in a nutshell, if the EFL port is willing to reuse the ATK implementation of WebKitGTK+ it needs to keep Glib. Other option is to go ahead and implement their own "ATK-like thing", if it's not there yet, or to go and speak directly with the AT-SPI world from EFL's widget library. That's what they do in Qt with their atspi-qt bridge I think.

[1] http://www.linuxfoundation.org/collaborate/workgroups/accessibility/atk/at-spi

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.