Dan Allen

Related discussion thread: http://discuss.asciidoctor.org/How-to-Generate-DOWNLOAD-keyword-for-HTML-Anchor-td4711.html See https://developer.mozilla.org/en-US/docs/Web/HTML/Element/a#attr-download for details about the download attribute on the `` element.

If the issue is open, then it's not implemented. If you need help implementing it or crafting a workaround, please ask in the project chat at https://chat.asciidoctor.org.

Based on a quick scan of StackOverflow, it seems like the crowd favorite at the moment is ZeroClipboard. http://zeroclipboard.org Apparently, this is the library used on GitHub for the same...

Thanks for providing that reference. It looks like the GitBook plugin is using native capabilities of the browser. I think that's the way to go because it avoids any dependencies....

We've implemented this functionality without using a library in the Asciidoctor docs UI (which is based on the Antora default UI). You can find the code for it here: https://github.com/asciidoctor/asciidoctor-docs-ui/blob/main/src/js/06-copy-to-clipboard.js...

In the DocBook backend, the alt text could be used as the xreflabel. Otherwise, the element won't have any text associated with it.

Do you have a reference for this? My understanding is that it's valid to use both the DOCTYPE and meta encoding tag in the XML serialization mode of HTML5. Here...

I'm not comfortable removing the DOCTYPE declaration (which I realize is no longer a true DOCTYPE declaration, I get that, but does tell browsers that the document is HTML 5)....

One of the strong cases against adding the XML declaration is that it causes the document to not validate when using either https://validator.w3.org/ or https://html5.validator.nu/. This situation is extremely frustrating...

I want to clarify that I'm not trying to win an argument here. Please understand that I just need to work out what change will be acceptable, and not disruptive,...