[webkit-dev] Moving WebCore/accessibility code into WebCore/platform/

Mario Sanchez Prada mario.prada at samsung.com
Tue May 21 09:03:24 PDT 2013


Hi Darin,

> -----Original Message-----
> [...]
> This is a bad idea. The platform directory has never been intended as
> the single place for all platform-specific code. It's the place for
> platform abstractions that let us cut down on platform-specific code
> elsewhere. It's not a good idea to try to put all platform-specific
> code into the platform directory.

I see. It's true that the accessibility layer is definitely not the same
thing like other ones, such as network or graphics. It's actually more
similar to the render object layer, so I guess you are right.
 
> > * Besides the AccessibilityObject wrappers and partial platform-
> specific implementation files (e.g. AccessibilityObjectMac.mm) present
> in places like WebCore/accessibility/[atk|mac], there are other bits in
> WebCore/accessibility that are platform specific as well (e.g.
> AccessibilityRenderObject). These bits are guarded with "#if PLATFORM"
> macros, which would still be necessary to meet the different
> requirements of each port.
> 
> There's no problem with this.

Ok.

> > Of course, we could always add an exception to the style checker
> 
> The style checker rule is wrong and should be removed. It's better to
> use a platform abstraction, but a platform #ifdef is also OK.

What about refining that rule instead of just removing it? Maybe adding a
list of directories to be excluded or something like that might work fine
too. 

On this regard, I think it would be specially interesting to hear the
opinion of the people involved in the bug that tracked this addition:
https://bugs.webkit.org/show_bug.cgi?id=115567
 
> > but I feel like relocating things would be a better approach in this
> case
> 
> As you can see above, I do not agree.

That's fine. Either removing that rule from the style checker or just
refining it to better match the situation in places such as
WebCore/accessibility will work fine here.

Thanks for the feedback,
Mario




More information about the webkit-dev mailing list