Robin Stocker

@PaulKlint: Cool! Yeah, if you have external custom renderers for extensions, you either need to depend on the artifacts or provide additional artifacts for each extension. If it's a built-in...

@mattsheppard: We'd welcome contributions for this, yes! Let me know if you want to work on this and I can provide some guidance. I think even a basic renderer would...

Cool. So you'd want to have something similar to `TextContentRenderer`, see the classes in the [`org.commonmark.renderer.text` package](https://github.com/atlassian/commonmark-java/tree/master/commonmark/src/main/java/org/commonmark/renderer/text). They are also setup in a way that allows extensions to contribute to...

Hey @seii! Nice, thanks for working on it, I know it's a tricky change. I had a look at the code in your fork, some initial comments to get this...

> it currently begins by adding a newline to everything that parse(Reader input) returns, so it's fundamentally changing how lines are read compared to DocumentParser Hmm why is that? >...

You mean extension API compatibility? Yeah I'm fine if we have to break it in order to enable this feature. But once we have the changes I can also try...

> so it's possible for taglib-ruby to intervene in the interim, if the developers so desire I don't think we have a good way to do that, except for not...

@luislavena: Any ideas?

(See also luislavena/rake-compiler#95 for suggestions such as linking `libtag.dll` statically into `taglib_base.so`.)

@Phrogz: Have you used the DevKit from here before?: https://github.com/oneclick/rubyinstaller/wiki/Development-Kit That should theoretically still work.