gpoore
Re:Cog: Use Python in your source files to generate pieces of code
on Wednesday December 13, 2023 @10:25AM (#38628709)
I've created Codebraid (https://codebraid.org/) for writing in Markdown. It makes inline code and code blocks executable, and includes support for Jupyter kernels. It uses Pandoc internally to parse the Markdown. There's also a VS Code extension that provides a live preview with scroll sync.
For the LaTeX case, I created PythonTeX (https://github.com/gpoore/pythontex) years ago, but haven't done much with it recently.
Re:Pandoc 3.0
on Thursday January 19, 2023 @11:30AM (#34442134)
I actually released my extension around the same time that the Quarto extension came out. Quarto is great for documents running R code or needing some of Quarto's advanced document features. My extension has scroll sync and the preview updates live while you type. If you need code execution, you can use multiple Jupyter kernels per document and execute inline code. Also, code execution is non-blocking, so the preview still updates when you type, and code output appears live as it becomes available.
Re:Pandoc 3.0
on Thursday January 19, 2023 @09:21AM (#34440521)
Yes, I'm adding support for arbitrary text-based formats, including LaTeX. So it will be possible to write LaTeX and see a live HMTL preview generated by Pandoc.
In principle, it should be possible to create a PDF preview with proper SyncTeX support for synchronizing LaTeX source and PDF preview locations, but that gets complicated when Pandoc+LaTeX generate the PDF. It may be best to leave LaTeX-PDF previews to dedicated LaTeX previewers that don't involve Pandoc.
Re:Pandoc 3.0
on Thursday January 19, 2023 @08:17AM (#34439932)
I've been frustrated by Markdown previews not supporting Pandoc features, so I created a Pandoc-based Markdown preview for VS Code [1]. The preview supports all Pandoc extensions to Markdown syntax, because Pandoc itself generates the preview. There is also optional support for code execution with Jupyter kernels. I'm currently in the process of adding support for non-Markdown formats (including scroll sync), plus taking advantage of some of the new Pandoc 3.0 features.
[1]: Examples and animations: https://codebraid.org/presentations/scipy2022/. Installation for VS Code: https://marketplace.visualstudio.com/items?itemName=gpoore.c.... Installation for VSCodium: https://open-vsx.org/extension/gpoore/codebraid-preview.
Re:Markdoc: Stripe's Markdown-based authoring framework
on Wednesday May 11, 2022 @05:38PM (#31346170)
I've created a VS Code extension that provides a live Pandoc preview with scroll sync and support for executing code: https://marketplace.visualstudio.com/items?itemName=gpoore.c.... Adding support for diagrams would just be a matter of creating a config file specifying the diagram executable and command-line options.
Show HN: Codebraid Preview for VS Code: Pandoc Preview with Jupyter Kernels
https://marketplace.visualstudio.com/items?itemName=gpoore.codebraid-preview
I've been frustrated by markdown previews that don't support all the features of Pandoc Markdown, so I created a VS Code extension that uses Pandoc itself to create the preview. This includes full bidirectional scroll sync and math support via KaTeX.This also includes support for Codebraid, which can execute code blocks and inline code in Pandoc Markdown to embed code output. Code can be...
Show HN: Codebraid Preview for VS Code: Pandoc Preview with Jupyter Kernels
https://marketplace.visualstudio.com/items?itemName=gpoore.codebraid-preview
I've been frustrated by markdown previews that don't support all the features of Pandoc Markdown, so I created a VS Code extension that uses Pandoc itself to create the preview. This includes full bidirectional scroll sync and math support via KaTeX.This also includes support for Codebraid, which can execute code blocks and inline code in Pandoc Markdown to embed code output. Code can be...
Re:R Markdown: The Definitive Guide
on Wednesday February 03, 2021 @04:02PM (#26019063)
For the Python in markdown case, you might be interested in one of my projects that allows executable Python code (including optional Jupyter kernel support) in Pandoc markdown: https://github.com/gpoore/codebraid. Pandoc does all the document parsing (there is no regex preprocessor for extracting code), so converting markdown to markdown often works particularly well.
Show HN: Text2qti – Markdown-based quizzes for educational software like Canvas
Re:Ask HN: What can I do to accelerate scientific research?
on Sunday June 16, 2019 @08:23AM (#20195132)
Check out matplotlib's PGF backend: https://matplotlib.org/users/pgf.html
Re:Pollen: the book is a program
on Tuesday May 28, 2019 @01:06PM (#20032053)
I've created https://github.com/gpoore/codebraid for running Python in Pandoc Markdown. It's written in Python and focused on executing Python code, though it also supports Julia, R, Rust, Bash, and JavaScript. It operates on the Pandoc AST, so there are no Markdown preprocessor issues and there's no custom Markdown syntax.
Re:Show HN: Codebraid – Execute Code Blocks in Markdown (Python, Julia...
on Thursday February 28, 2019 @09:54AM (#19271664)
Yes, that's one way to describe what I'm hoping to do with this. The focus right now is on markdown, but since Pandoc supports so many input formats, it should be easy to add support for other formats like LaTeX once the markdown features stabilize. There isn't yet an equivalent of org-babel's ability to share data between code blocks, though I hope to add something similar eventually. The next big feature will probably be the ability to name code blocks, and then insert any combination of their code/output/errors at arbitrary other locations in the document.
Show HN: Codebraid – Execute Code Blocks in Markdown (Python, Julia, Rust, R)
Show HN: Codebraid – Live Code in Pandoc Markdown (Python, Julia, Rust, R)
Show HN: Fvextra 1.4 – A Better \Verb for LaTeX
Re:YAML: probably not so great after all (2017)
on Thursday June 21, 2018 @04:01PM (#17368761)
I suspect the speed issues are more a result of implementation details than of being in Python. Last year, I created a config language for my own use that supports some syntax very similar to YAML. My pure Python library can load simple dict/list/string data 10x as fast as PyYAML, and nearly within 1.5x the speed of libyaml (https://bespon.org/#benchmarks). That's while building an AST with source information to allow round-tripping and supporting my own version of anchors and tags, so there's significant room for improvement. I expect that a pure Python YAML library might be able to match or beat the current performance of libyaml in at least some cases, particularly for a restricted subset of YAML.