<div><div>
            <div><br>
                
                <p style="color: #a0a0a0;">On Wednesday, July 13, 2011 at 12:54 PM, David Parsons wrote:</p><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div>     Adding classes &amp; ids are kind of hideous.  What I did with discount<br>was to extend the []() syntax to allow class: and id: pseudo-classes<br>(like [postoffice](class:caps) or version [2.1.0](id:v2.1.0) on spans<br></div></div></span></blockquote><div>I can’t say I am a fan of this syntax, simply because it uses the same exact syntax for hyperlinks as it does for attributes. The only way to tell about a `mailto:` link and a `class:` attribute is by whitelisting either attributes or protocols (I'm guessing attributes, as protocols are more "unbounded" in quantity). But what about obscure attributes? Or `data-foo-bar` attributes? Would (are) they be supported in this syntax?</div><div><br></div><div>More seriously, what if a new technology takes off that uses a protocol designated `id` or similar? Say, a standards-based personal identity URL, e.g. id:alanhogan? Then the two sets of meanings would overlap.</div><div><br></div><div>(I also appreciate syntaxes that allow the terseness of # and . for IDs and classes, so familiar to anyone who has ever done CSS or library-assisted JavaScript.)</div><div><br></div><div>That said, the ability to apply attributes to spans is pretty cool. Naïvely, I would think a syntax like</div><div><br></div><div>&nbsp;&nbsp; &nbsp; &nbsp;blah blah [postoffice]{: .caps}</div><div><br></div><div>would make more sense (that is, appropriating inline attribute lists along with the core link text syntax). I don’t see any real ambiguities there, and no need to maintain a whitelist of attributes or protocols, and no possibility to be broken in the future by tech changes outside the realm of Markdown parsers' control.</div><span><br></span><span><br>Alan Hogan<div><div><br></div><div>http://blogic.com</div></div></span><div>contact@alanhogan.com&nbsp;</div>
                
                <div>
                    <br>
                </div>
            </div>
        </div></div>