-
Notifications
You must be signed in to change notification settings - Fork 73
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
Add support for internal anchors #17
Comments
Hello, Thank you for the suggestion. You can set a different markdown->html converter. The option is I believe you can set pandoc to do what you want -- though I have not tested this. It would be a good idea to integrate your idea into the plugin's normal behaviour. But I'm not sure when I'll have the time to do that. |
Now there is GFMV #18 and the issue can be closed if README or Preference page has enough about how to use alternative markdown->html converter. Currently it has frightening UNSTABLE in Preferences -> Markdown |
That separate issue is something I was looking for. When the UI text says "take in a file", and the case is passing the current editor view's markdown file to pandoc, I would need to know a variable which represents the file path to give to pandoc input. I see that there is a "location" property (variable) in Eclipse, in context of the current file view, and must assume that this is probably available in the context where the command line would run. |
I can't tell, maybe @winterstein could, but he looks in seldom. |
Answered my above off-topic in #38 |
1.2 was released, but this is unclosed and planned for 1.2 |
Markdown provides internal anchors for headings, e.g. on GitHub see https://gist.github.com/asabaylus/3071099 (and has finally fixed relative links so they work). Therefore, it would be very useful if this excellent Eclipse plugin provided equivalent functionality by generating such anchors.
You can see what GitHub does by looking at the generated page source for any .md file. I think there has been some debate about whether their implementation is exactly right (it uses the
name
rather thanid
attribute), but the principle seems pretty well-established though a bit difficult to track down in a "standard".The text was updated successfully, but these errors were encountered: