markdown document preview improvements#9240
markdown document preview improvements#9240haidubogdan wants to merge 1 commit intoapache:masterfrom
Conversation
| release.external/flexmark-ext-tables-0.64.8.jar=modules/ext/flexmark-ext-tables-0.64.8.jar | ||
| release.external/flexmark-ext-gfm-tasklist-0.64.8.jar=modules/ext/flexmark-ext-gfm-tasklist-0.64.8.jar | ||
| #waiting for binaries update | ||
| #release.external/flexmark-ext-gfm-strikethrough-0.64.8.jar=modules/ext/flexmark-ext-gfm-strikethrough-0.64.8.jar |
There was a problem hiding this comment.
right. The way to get that would be to add it to the binaries-list file using a dummy hash, build it and then paste the correct hash from the build failure msg.
Updates are similar. You would bump the version and then fix the hashes.
There was a problem hiding this comment.
Thanks, I will do a test to see if the process works.
|
only took a quick look at the output of some readme files and I think it looks better. Will need some tweaks for the dark theme since the background renders as white atm etc. |
Closes apache#6652 - hardcoded swing html renderer compatible css styling - custom <hr> tag renderer - strikethrough extension - uniform mime_type - update vscode regex for striketrhough detection
af46460 to
1982844
Compare
|
We already talked about "customization" and it is fine to make it hard coded, but can't we do it direclty inside a css file. it is still hard coded but I can change this, if i want in the settings. So my idea is to add the css to the css file and read it from there. |
This PR proposes some hard coded styling improvements for markdown preview renderer.
Swing html renderer has a lot of Css limitations, so future improvements could look at using other html java renderers
Before:
After:
Closes #6652
<hr>tag rendererKnow limitations
<code>don't apply padding^Add meaningful description above
Click to collapse/expand PR instructions
By opening a pull request you confirm that, unless explicitly stated otherwise, the changes -
Please make sure (eg.
git log) that all commits have a valid name and email address for you in the Author field.If you're a first time contributor, see the Contributing guidelines for more information.
If you're a committer, please label the PR before pressing "Create pull request" so that the right test jobs can run.
PR approval and merge checklist:
If this PR targets the delivery branch: don't merge. (full wiki article)