<font><font face="verdana,sans-serif"><font>Hi Paul,<br><br><font>F<font>irst<font>, thank<font> you</font> for coming on this list.† Secondly, I&#39;m <font>glad to see Markdown <font>even being considered by the W<font>3C for <font>standardization.† John Grub<font>er -- even if he isn&#39;t -- should <font>be pro<font>ud.</font></font></font></font></font></font></font></font></font></font></font></font></font>† His idea was genius.<br>
<br><font>That said, <font>the original Markdown has no concept of <font>class and <font>id att<font>ributes on arbitr<font>ary elements</font></font></font></font></font>, even div and span <font>elements -- you currently have to resort to <font>&quot;<font>regular&quot; HTML.</font></font></font></font>† Since you are looking at <font>implementing the </font>W3C Aria accessibility
attributes, I hope you folks will look into this.<br><br>Thanks (and welcome!:),<br><br>Jelks<br><br><div class="gmail_quote">On Tue, Nov 20, 2012 at 8:36 PM, marbux <span dir="ltr">&lt;<a href="mailto:marbux@gmail.com" target="_blank">marbux@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi, all,<br>
Caveat, I am only a participant in the W3C group being discussed and<br>
am not its spokesman. †So please take what I say with a grain of salt.<br>
@ Sherwood Botsford: &quot;The only way I&#39;ve been able to figure out how to<br>
work with this would<br>
be as follows:<br>
&quot;Every MD implementation would have to have two behaviours, set either<br>
by a command line flag, a configuration file, or a preference if used<br>
with a GUI. One behaviour would be the individual behavior so that<br>
the followers of that implementation wouldn&#39;t be left in the lurch.<br>
One would be the standard behavior.&quot;<br>
I think the behavioral switch could be handled automatically if the<br>
standardized version has its its own doctype declaration and profile<br>
header. If the doc has the doctype declaration, then process the doc<br>
as the standardized version of markdown; if not, then apply the<br>
implementation&#39;s unique default processing.<br>
@ Fletcher T. Penney: Although the working group is very new, there<br>
seems to be some preliminary consensus (of varying degrees) emerging<br>
on some issues, but it all needs input from implementers:<br>
1. Outreach to implementers for participation.<br>
2. Aiming for a core profile of markdown that is near universal along<br>
with a corresponding schema.<br>
3. Inventorying MD extensions used in the most popular MD<br>
implementations and exploring what might be done to define one or more<br>
profiles that superset the core profile. Related, see the table of<br>
implementations under construction at<br>
&lt;<a href="http://www.w3.org/community/markdown/wiki/MarkdownImplementations" target="_blank">http://www.w3.org/community/markdown/wiki/MarkdownImplementations</a>&gt;.<br>
4. Target XHTML 1.1 plus a sprinkling of W3C Aria accessibility<br>
attributes as the output format for transformations. See this thread<br>
for more detail.<br>
&lt;<a href="http://lists.w3.org/Archives/Public/public-markdown/2012Nov/0094.html" target="_blank">http://lists.w3.org/Archives/Public/public-markdown/2012Nov/0094.html</a>&gt;.<br>
(I&#39;ve suggested &quot;Accessible Markdown&quot; as the name for the project and<br>
its deliverables. Bridging the A11Y gap is in my view a major<br>
incentive for MD implementers to participate in the working group and<br>
to implement its deliverables. This is a legal requirement for web<br>
sites at least in the U.S. and E.U. Although enforcement has been lax<br>
so far, there is no guarantee that enforcement won&#39;t be ramped up<br>
No feedback yet, but I&#39;ve suggested borrowing heavily from the W3C<br>
Compound Document by Reference<br>
Framework conformance requirements for layered profiles.<br>
&lt;<a href="http://www.w3.org/TR/2007/CR-CDR-20070718/#conformance" target="_blank">http://www.w3.org/TR/2007/CR-CDR-20070718/#conformance</a>&gt;. E.g. &quot;A<br>
conformant user agent of a superset profile specification must process<br>
subset profile content as if it were the superset profile content.&quot;<br>
@ Aristotle Pagaltzis: &quot;Keep it conservative: stick to existing<br>
implicit consensus, concentrate on working out the edge cases and<br>
formalising. That is what will provide value. Anyone who is after new<br>
features can implement them independently and if a feature works out<br>
it will then be heard of anyway. &quot;<br>
This is exactly where we seem to be aiming except for the<br>
accessibility attributes in the output format.<br>
&gt; The exception to that is support for the one feature that is likely to be added which has no<br>
&gt; direct support in HTML, precisely because of that lack of direct expressibility in HTML,<br>
&gt; namely footnotes. (Or has HTML 5 provided a solution here (and one that isnít still<br>
&gt; evolving)?) &quot;<br>
Kinda&#39;/Sorta&#39;. HTML 5 has the &quot;aside&quot; element that was originally<br>
stuck in with footnotes in mind.<br>
&lt;<a href="http://dev.w3.org/html5/spec/single-page.html#the-aside-element" target="_blank">http://dev.w3.org/html5/spec/single-page.html#the-aside-element</a>&gt;. But<br>
it&#39;s really just a container that can be positioned on the page with<br>
CSS. No footnote/endnote-specific markup. (I&#39;ll omit my long rant<br>
about browser developers and their mindset when it comes to HTML spec<br>
footnote proposals. Let it suffice to observe that repurposing of<br>
content never enters their minds when the topic of footnotes comes<br>
I&#39;ll pass along your suggestion regarding a test suite.<br>
Best regards,<br>
Paul E. &quot;Marbux&quot; Merrell, J.D.<br>
Markdown-Discuss mailing list<br>
<a href="mailto:Markdown-Discuss@six.pairlist.net">Markdown-Discuss@six.pairlist.net</a><br>
<a href="http://six.pairlist.net/mailman/listinfo/markdown-discuss" target="_blank">http://six.pairlist.net/mailman/listinfo/markdown-discuss</a><br>