Skip to content

bug: Couple rendering issues #639

@jemabaris

Description

@jemabaris

Neovim version (nvim -v)

0.12.1

Neovim distribution

LazyVim

Operating system

Arch Linux

Terminal emulator / GUI

Kitty

Describe the bug

  • I am getting double Latex symbols, one in what looks like correct size and the other being huge (check the attached screenshot).
  • For some reason the checkboxes only render correctly when I am in INSERT mode, not when I'm in NORMAL mode. My feeling says this should be the other way around. Also the Todo Checkbox does not render at all, I don't know why.

Expected behavior

I'd expect to get only one Latex symbol, ideally the smaller one.
For the checkboxes I'd expect them to render in NORMAL mode and also to render to To-do checkbox.

Healthcheck output


==============================================================================
render-markdown:                                                          1 ❌

render-markdown.nvim [versions] ~
- ✅ OK neovim >= 0.11
- ✅ OK tree-sitter ABI: 15
- ✅ OK plugin: 8.12.10

render-markdown.nvim [configuration] ~
- ✅ OK valid

render-markdown.nvim [tree-sitter markdown] ~
- ✅ OK parser: installed
- ✅ OK ABI: 15
- ✅ OK highlights: ~/.local/share/nvim/site/queries/markdown/highlights.scm
- ✅ OK highlighter: enabled

render-markdown.nvim [tree-sitter markdown_inline] ~
- ✅ OK parser: installed
- ✅ OK ABI: 15
- ✅ OK highlights: ~/.local/share/nvim/site/queries/markdown_inline/highlights.scm

render-markdown.nvim [tree-sitter html] ~
- ✅ OK parser: installed
- ✅ OK ABI: 14

render-markdown.nvim [tree-sitter latex] ~
- ✅ OK parser: installed
- ✅ OK ABI: 15

render-markdown.nvim [tree-sitter yaml] ~
- ✅ OK parser: installed
- ✅ OK ABI: 15

render-markdown.nvim [icons] ~
- ✅ OK using: mini.icons

render-markdown.nvim [latex] ~
- ✅ OK using: { "latex2text" }

render-markdown.nvim [conflicts] ~
- ✅ OK headlines: not installed
- ✅ OK markview: not installed
- ❌ ERROR obsidian: installed
  - ADVICE:
    - Disable the UI in your obsidian.nvim config
    - require('obsidian').setup({ ui = { enable = false } })


Plugin configuration

return {
  {
    "MeanderingProgrammer/render-markdown.nvim",
    enabled = true,
    opts = {
      render_modes = { "n", "c", "t" },

      latex = {
        converter = "latex2text",
      },
    },
  },
}

Plugin error log

N/A

Confirmations

  • I have updated this plugin to the latest version using my plugin manager
  • I have updated all treesitter parsers (:TSUpdate)
  • I have provided the text contained in all screenshots as raw text in this issue. This means if there is a screenshot below it is the copy pasted contents of the file in the screenshot. I understand that my issue will be closed if I have not.

Additional information

I know that I have obsidian.nvim enabled which can cause UI issues (read that in your readme) but I have
a) not encountered any issues regarding UI yet (what should I look out for here?)
and b) The described rendering issues occur just the same with obsidian.nvim completely disabled.

One last thing I might add: Initially I've had only huge Latex symbols show up. Back then I only had 'tectonic' installed as that was shown as missing in ':checkhealth snacks'. Later I also installed libtexprintf and pylatexenc as stated as requirement in your README. This then introduced the rendering of the correctly sized symbols, but the second, large pair was still there. Uninstalling 'tectonic' did not solve the issue either.

One last question about the headings: Should they be rendered with numbers instead of # by default? Or is that something I have to manually activate somehow?

Below are screenshots of the issues together with the raw text version of the markdown file I encountered the markdown issues with:

Image Image Image
---
tags:
  - Houdini
  - Index
cover: "[[Pixelfront - The Breach.png]]"
banner: 03   -   Resources/Banners/Pixelfront - The Breach Banner.jpg
banner_y: 49.4%
---

## Project Notes for Pixelfront's The Breach

 

> [!info]- Folder Path
>
> ```
> I:\Videos\Tutorials\Houdini\Pixelfront\Pixelfront ‒ The Breach\Pixelfront - The Breach
> ```

![[Pixelfront - The Breach.png]]
![Pixelfront - The Breach](Pixelfront - The Breach.png)

- Voxel Size in a FLIP Sim = **Particle Separation** $\times$ **Grid Scale**
- The **Layer Size** in a Narrow Band Sim = **Voxel Size** $\times$ **Bandwith** (which can be found in the Narrow Band tab of a FLIP Solver node)
- Smaller **Grid Scale** -> Lower **Particles Per Voxel** under the **Reseeding** tab on the FLIP Solver
- _pscale_ in a FLIP sim = **Particle Separation** $\times$ **Particle Radius Scale**
- **Voxel Size** on the _Whitewater Solver_ has to be at least **Whitewater Scale** $\times$ **2**
- **Whitewater Scale** on the _Whitewater Source_ node should be **Particle Separation** $\div$ **2**
- **Whitewater Scale** on the _Whitewater Solver_ should be equal to the **Whitewater Scale** on the _Whitewater Source_ node
- It's useful to check **Add State Attributes** on the _Whitewater Solver_
- **Whitewater Scale** and **Emission Amount** on the _Whitewater Solver_ have a strong _bidirectional influence_
- When sourcing points for an additional _pyro sim_ scatter by **Density Scale** with the following expression: `ch("../emissionamount") / pow(ch("../wwscale"), 3)`
  -> **Emission Amount** of the _whitewater solver_ $\div$ **Whitewater Scale³**
- **opdigits** expression function
  `opdigits(name)` -> This function will return the numeric value of the last set of consecutive digits in a node's name
  Examples:
  `opdigits("/obj/geo1") = 1`
  `opdigits(".") = 1`
- Houdini a <u>_Find and Replace_</u> tool which can be used to quickly swap out parts of node names for something else. It can be accessed with _Alt+W_

&emsp;
&emsp;
&emsp;
&emsp;

---

# Houdini #Project/Notes #Voxel/Size #Particle/Separation #Whitewater #Particle/Radius/Scale #Simulation #Pixelfront #opdigits #FindAndReplace

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions