WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 100848
[EFL] Platform support for Accessibility feature.
https://bugs.webkit.org/show_bug.cgi?id=100848
Summary
[EFL] Platform support for Accessibility feature.
Krzysztof Czech
Reported
2012-10-31 06:20:32 PDT
Define ACCESSIBILITY macro. Support for ATK library.
Attachments
[EFL] Platform support for Accessibility feature.
(10.27 KB, patch)
2012-11-07 05:40 PST
,
Krzysztof Czech
eflews.bot
: commit-queue-
Details
Formatted Diff
Diff
[EFL] Platform support for Accessibility feature.
(10.27 KB, patch)
2012-11-22 02:39 PST
,
Krzysztof Czech
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Krzysztof Czech
Comment 1
2012-11-07 05:40:12 PST
Created
attachment 172772
[details]
[EFL] Platform support for Accessibility feature.
EFL EWS Bot
Comment 2
2012-11-07 05:56:25 PST
Comment on
attachment 172772
[details]
[EFL] Platform support for Accessibility feature.
Attachment 172772
[details]
did not pass efl-ews (efl): Output:
http://queues.webkit.org/results/14755467
Krzysztof Czech
Comment 3
2012-11-07 06:00:44 PST
This patch enables support for Accessibility feature in WebCore. In general, core Accessibility implementation will be shared with gtk see:
https://bugs.webkit.org/show_bug.cgi?id=99578
Having some problems regarding global HAVE_ACCESSIBILITY macro, temporarily a11y is enabled by default till I deliver proper fixes.
Krzysztof Czech
Comment 4
2012-11-07 06:15:07 PST
***
Bug 99156
has been marked as a duplicate of this bug. ***
Krzysztof Czech
Comment 5
2012-11-12 07:40:24 PST
EFL bot is red because of the dependency problem. It should wait for (99578).
> Having some problems regarding global HAVE_ACCESSIBILITY macro, temporarily a11y is enabled by default till I deliver proper fixes.
I thought about a flag that enables Accessibility for EFL. Implementing this, I had some compilation errors because of the missing HAVE_ACCESSIBILITY macro in some places. As soon as this patch lands in mainstream, I propose fix for this problem.
Grzegorz Czajkowski
Comment 6
2012-11-20 07:56:18 PST
(In reply to
comment #5
)
> EFL bot is red because of the dependency problem. It should wait for (99578).
bug 99578
landed, at the moment we shouldn't have any compilation issues.
> > Having some problems regarding global HAVE_ACCESSIBILITY macro, temporarily a11y is enabled by default till I deliver proper fixes. > > I thought about a flag that enables Accessibility for EFL. Implementing this, I had some compilation errors because of the missing HAVE_ACCESSIBILITY macro in some places. As soon as this patch lands in mainstream, I propose fix for this problem.
I am in favor of features that can be manipulated during compilation, especially if they require dependency like atk etc. Actually, in this way we implemented spelling for WK2-EFL. If you are going to add possibility to turn off accessibility feature for WK-EFL please open separate bug and set proper dependency as this patch blocks another bug (
bug 100757
).
Krzysztof Czech
Comment 7
2012-11-22 01:31:14 PST
I created new bug for turning off accessibility for WebKit-EFL.
https://bugs.webkit.org/show_bug.cgi?id=103036
Gyuyoung Kim
Comment 8
2012-11-22 02:23:46 PST
I installed libatk1.0-dev to efl ews. Please re-submit.
Krzysztof Czech
Comment 9
2012-11-22 02:39:10 PST
Created
attachment 175633
[details]
[EFL] Platform support for Accessibility feature.
Grzegorz Czajkowski
Comment 10
2012-11-22 02:50:37 PST
(In reply to
comment #8
)
> I installed libatk1.0-dev to efl ews.
Dominik, could you install it on Intel bots too? Thanks.
Grzegorz Czajkowski
Comment 11
2012-11-22 06:58:32 PST
LGTM.
Gyuyoung Kim
Comment 12
2012-11-23 00:00:28 PST
Comment on
attachment 175633
[details]
[EFL] Platform support for Accessibility feature. Is there any unskip test cases by this patch ?
Krzysztof Czech
Comment 13
2012-11-23 00:39:33 PST
(In reply to
comment #12
)
> (From update of
attachment 175633
[details]
) > Is there any unskip test cases by this patch ?
All the accessibility tests cases are skipped at the moment. There's a bug (100757) that adds some platform specific changes to WTR. I think as soon those 2 patches will land it. We can try to unskip some accessibility tests.
Gyuyoung Kim
Comment 14
2012-11-23 00:55:02 PST
Comment on
attachment 175633
[details]
[EFL] Platform support for Accessibility feature. View in context:
https://bugs.webkit.org/attachment.cgi?id=175633&action=review
> Source/cmake/OptionsEfl.cmake:194 > +
As laszlo pointed out, please add ENABLE_ACCESSIBILITY to here soon.
Gyuyoung Kim
Comment 15
2012-11-23 00:56:07 PST
Beside you need to add libatk1.0-dev to dependencies in
http://trac.webkit.org/wiki/EFLWebKit
Krzysztof Czech
Comment 16
2012-11-23 01:03:35 PST
(In reply to
comment #14
)
> (From update of
attachment 175633
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=175633&action=review
> > > Source/cmake/OptionsEfl.cmake:194 > > + > > As laszlo pointed out, please add ENABLE_ACCESSIBILITY to here soon.
I already opened a ticket for it (103036). I will do this very soon.Thanks.
WebKit Review Bot
Comment 17
2012-11-23 01:22:56 PST
Comment on
attachment 175633
[details]
[EFL] Platform support for Accessibility feature. Clearing flags on attachment: 175633 Committed
r135569
: <
http://trac.webkit.org/changeset/135569
>
WebKit Review Bot
Comment 18
2012-11-23 01:23:03 PST
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug