WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
125587
[ATK] Expose accessibility objects with ATK_ROLE_ARTICLE
https://bugs.webkit.org/show_bug.cgi?id=125587
Summary
[ATK] Expose accessibility objects with ATK_ROLE_ARTICLE
Mario Sanchez Prada
Reported
2013-12-11 11:04:31 PST
This would include things such as: * <div role="article"> * <article>
Attachments
Patch proposal
(8.36 KB, patch)
2013-12-11 11:26 PST
,
Mario Sanchez Prada
cfleizach
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Mario Sanchez Prada
Comment 1
2013-12-11 11:26:03 PST
Created
attachment 218983
[details]
Patch proposal
chris fleizach
Comment 2
2013-12-13 08:58:41 PST
Comment on
attachment 218983
[details]
Patch proposal View in context:
https://bugs.webkit.org/attachment.cgi?id=218983&action=review
> Source/WebCore/accessibility/atk/WebKitAccessibleWrapperAtk.cpp:651 > +#if ATK_CHECK_VERSION(2, 11, 3)
Do you need this version check, since you updated the dependency already?
Mario Sanchez Prada
Comment 3
2013-12-13 09:07:19 PST
(In reply to
comment #2
)
> (From update of
attachment 218983
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=218983&action=review
> > > Source/WebCore/accessibility/atk/WebKitAccessibleWrapperAtk.cpp:651 > > +#if ATK_CHECK_VERSION(2, 11, 3) > > Do you need this version check, since you updated the dependency already?
Yes, I need it because I updated the version of the package in the internal jhbuild system, but that is only used for development or testing (e.g. the buildbots). However, people will still be able to build WebKitGTK+ with former versions of ATK (from 2.8.0 on), which do not contain that role, so we need the check
chris fleizach
Comment 4
2013-12-13 09:20:40 PST
(In reply to
comment #3
)
> (In reply to
comment #2
) > > (From update of
attachment 218983
[details]
[details]) > > View in context:
https://bugs.webkit.org/attachment.cgi?id=218983&action=review
> > > > > Source/WebCore/accessibility/atk/WebKitAccessibleWrapperAtk.cpp:651 > > > +#if ATK_CHECK_VERSION(2, 11, 3) > > > > Do you need this version check, since you updated the dependency already? > > Yes, I need it because I updated the version of the package in the internal jhbuild system, but that is only used for development or testing (e.g. the buildbots). However, people will still be able to build WebKitGTK+ with former versions of ATK (from 2.8.0 on), which do not contain that role, so we need the check
So should you maintain an #if #else #endif scenario so that those older builders will get the old behavior?
Mario Sanchez Prada
Comment 5
2013-12-16 03:01:37 PST
Comment on
attachment 218983
[details]
Patch proposal View in context:
https://bugs.webkit.org/attachment.cgi?id=218983&action=review
>>>> Source/WebCore/accessibility/atk/WebKitAccessibleWrapperAtk.cpp:651 >>>> +#if ATK_CHECK_VERSION(2, 11, 3) >>> >>> Do you need this version check, since you updated the dependency already? >> >> Yes, I need it because I updated the version of the package in the internal jhbuild system, but that is only used for development or testing (e.g. the buildbots). However, people will still be able to build WebKitGTK+ with former versions of ATK (from 2.8.0 on), which do not contain that role, so we need the check > > So should you maintain an > > #if > #else > #endif > > scenario so that those older builders will get the old behavior?
That's what is already happening with this patch already now. Old builders will see: case DocumentArticleRole: case DocumentRole: return ATK_ROLE_DOCUMENT_FRAME; Which is the same behaviour they saw before, just with the case staments swapped
Mario Sanchez Prada
Comment 6
2013-12-16 07:14:52 PST
Committed
r160637
: <
http://trac.webkit.org/changeset/160637
>
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