Conversation
|
I'll take a look later. As for hackage, there's a plan to integrate with lucid itself in the new year. |
|
About integration. The negative is that slightly less than all sites use deprecated or obsolete tags, they assign value to standalone parameters and have another bugs in formatting, that will always crash your convertor. Or On the positive side, adding support for some tags can be done directly in Lucid. So, my opinion is that it's better to follow the Unix phylosophy in this case and keep separate programs for separate tasks. |
|
You're right to call this 'big changes'. Some look necessary, some look good, some I'll need to check further and some — especially removing the license file and changing to reference your own repository — I cannot accept (please take care not to remove the license file). You mention that malformed input can crash the converter; if you've found examples, please raise issues. If these are examples your changes fix, indicate that too. It will take me a short while to go through this, but briefly
It'll take a while for me to do this; I recommend you continue using your own fork in the meanwhile. As for the integration comments, the lucid package has no corresponding executable, and it makes sense that such an executable would either generate The |
|
Thank for feedback! First of all, my apologies for not cleaning My collection of closed issues with examples is here. I plan to provide a test suite. At the moment the files for testing are put here. |
Hi @dbaynard! I've made some modifications to your code and send this PR for your consideration. The main changes are:
lhstohsHtmlVariantas parameter, because we use only html5<tt>tag is accepted, but converted to<code>Also I don't use Stack, so there is no
stack.yaml, but it can be generated frompackage.yaml, I think. The full list of other changes you can see in comments to the commits.I'd like to see the project on Hackage and ready to maintain it or co-maintain.
Hope for your feedback.
Oleg Tsybulskyi alogic0@gmail.com