Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Markdown: Underscores in the middle of a word translate as emphasis #376

Closed
allykzam opened this issue Jan 12, 2016 · 10 comments
Closed

Markdown: Underscores in the middle of a word translate as emphasis #376

allykzam opened this issue Jan 12, 2016 · 10 comments

Comments

@allykzam
Copy link

I can't find a part of the CommonMark spec that explicitly states it rather than just being implied by the left/right flanking delimiter rules, but emphasis with the underscore like some_words_here should be translated as some_words_here, but come out of FSharp.Markdown as some<em>words</em>here. Spec has a few examples of this; makes snake-case value names output wrong 😬

Edit: Forgot links

@matthid
Copy link
Member

matthid commented Jan 12, 2016

The tests for the common-mark spec are already implemented so if you have some time feel free to enable them and send a PR. Would be really appreciated as I only had time to implement two sections, namely 'Fenced code blocks' and 'Indented code blocks'.

Just add 'Emphasis and strong emphasis' to here and fix the failing unit tests :)

@tpetricek
Copy link
Member

This is one place where CommonMark makes a lot more sense than original Markdown :) would love to see this behaviour improved!

@allykzam
Copy link
Author

I can't actually get the tests to run on my system. I'll take another look later, but so far the version of Fake in paket.lock thinks it needs to use mono to run MSBuild on Windows 10, and that the given NUnit expects me to have MSBuild 12 installed (I only have 14, as I've never installed VS 2013 on this system).

@matthid
Copy link
Member

matthid commented Jan 13, 2016

Feel free to update everything with paket update. If it doesn't help we might need to file an issue in FAKE? For the NUnit problem I'm not sure what's going on.

@allykzam
Copy link
Author

It did look like the latest Fake was working correctly, but that was the last thing I got finished. I'm closing in on a 1.0 release on a project at work, so it might be a week or two before I have time to really dig into this.

@tpetricek
Copy link
Member

This sounds like an instance of fsharp/fsharp-compiler-docs#337

@dsyme @rneatherway Is this in the 1.4.2.* branch of F.C.S. releases too?

@rneatherway
Copy link
Contributor

The new project cracker is only in 2.X I'm afraid.

@tpetricek
Copy link
Member

@rneatherway Thanks!

@dungpa @vasily-kirichenko Is the latest version of FSharpVSPowerTools.Core going to work with FCS 2.x? If so, we should be able to update the reference in F# Formatting...

Although I guess that would only work if FAKE also did that (cc @forki)...

@vasily-kirichenko
Copy link
Contributor

I didn't know there is 2.x version of FCS. We could try to update to it and run the tests.

Done fsprojects-archive/zzarchive-VisualFSharpPowerTools#1317

@tpetricek
Copy link
Member

I'm closing this in favor of #389, which does not have unrelated discussion :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants