<div dir="ltr">I think we should strive for the goal of accessibility becoming a commodity rather than a feature. To that end, we should encourage accessibility improvements to be contributed back upstream to the parent, rather than segregating them in a Child Theme. Thus, I would suggest, for the purpose of discussion/argument, that we consider only allowing the "accessibility-ready" tag for Child Themes if the Parent Theme has the tag as well.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 21, 2014 at 4:42 PM, Joe Dolson <span dir="ltr"><<a href="mailto:design@joedolson.com" target="_blank">design@joedolson.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>It would really depend on the theme. Some issues are actually very simple to handle via filters, minor CSS changes, enqueuing a little extra JS, etc. Others are more complex, and would require some pretty significant updates.<br>
<br></div><div>But really, for most themes, a11y compliance is not that complicated or complex. For some of the really complicated themes? Yeah, that could be difficult. But it's certainly very feasible to fix a theme via a child theme. <br>
</div><div><br></div><div>If a developer forks a theme in order to add accessibility, but doesn't change the essential appearance of the theme, they won't be able to submit it to the repo. If they do the same thing via a child theme, that would be less of an issue; the need for uniqueness is significantly lower for child themes. <br>
<br></div><div>I think it's entirely reasonable to allow it, although I don't expect it to be a big issue. <br><br></div><div>Whether it's the best choice for a developer to make is a different issue - if there are just a few issues to fix, submitting patches to the theme developer would definitely be a better choice, on the whole. If it's a huge project, a child theme may not be practical. But if a developer is non-responsive to patches and issues, well, that limits choices.<br>
</div><div><br></div><div>I'm actually more concerned about the child themes of accessibility-ready themes -- I've seen a fair number of submissions of Twenty Fourteen child themes that copied the accessibility-ready tag from the parent theme, but broke the accessibility of the theme. There's really no guarantees either way. <br>
<br>Best,<br>Joe<br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Mon, Jul 21, 2014 at 4:31 PM, Edward Caissie <span dir="ltr"><<a href="mailto:edward.caissie@gmail.com" target="_blank">edward.caissie@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div class="gmail_extra"><div><br><div class="gmail_quote">On Mon, Jul 21, 2014 at 12:41 PM, Joe Dolson <span dir="ltr"><<a href="mailto:design@joedolson.com" target="_blank">design@joedolson.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I'm not sure that's true, actually - if a child theme wants to add accessibility features and correct accessibility issues in a parent theme, I don't see any reason that wouldn't be allowed.</blockquote>
</div><br></div>Perhaps I'm not understanding the scope of accessibility ... I would suspect if the Parent-Theme is not a11y compliant enough to be able to use the "accessibility" tag the Child-Theme would almost need to re-write every template file to accommodate the a11y requirements. Maybe the functions.php would not be affected but if everything else is, it would strike me as more feasible to fork the theme rather than create a Child-Theme in these cases.<div>
<br></div><div>Again, I could just be seeing the scope of providing a11y compliance as too large, or more complex than what it is ... there is no reason specifically that a Child-Theme could not pick up the pieces, just doesn't seem likely to be done in my limited understanding of a11y.</div>
<span><font color="#888888">
<div><br></div><br clear="all"><div>Edward Caissie<br>aka Cais.</div>
</font></span></div></div>
<br></div></div><div class="">_______________________________________________<br>
theme-reviewers mailing list<br>
<a href="mailto:theme-reviewers@lists.wordpress.org" target="_blank">theme-reviewers@lists.wordpress.org</a><br>
<a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/mailman/listinfo/theme-reviewers</a><br>
<br></div></blockquote></div><div class=""><br><br clear="all"><br>-- <br><div dir="ltr">==================<br>Joseph Dolson<br>Accessibility consultant & WordPress developer<br><a href="http://www.joedolson.com" target="_blank">http://www.joedolson.com</a><br>
<a href="http://profiles.wordpress.org/joedolson" target="_blank">http://profiles.wordpress.org/joedolson</a></div>
</div></div>
<br>_______________________________________________<br>
theme-reviewers mailing list<br>
<a href="mailto:theme-reviewers@lists.wordpress.org">theme-reviewers@lists.wordpress.org</a><br>
<a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/mailman/listinfo/theme-reviewers</a><br>
<br></blockquote></div><br></div>