~whynothugo - I've just tried https://lists.sr.ht/~exec64/imv-devel/patches/39632 (Gentoo / X11).

[options]
mouse_wheel = navigate

doesn't work very well on my end. With imv-dir, I can usually go to next picture about three times just fine, then it's stuck on current image: most scroll up/down movements no longer do anything. I have to scroll at least 3 or 4 times so that it eventually registers. Sometimes, it's stuck forever on an image if I repeatedly scroll up/scroll down (once each time), I then have to scroll multiple times (either up or down) rather quickly to finally move to another image. Interestingly, this seems to only occur with jpg and tiff files. No issue with gif or png files.

Another issue specific to svg files: when scrolling up or down, imv skips one file for some reason. All good with left/right arrows.

Another issue when mixing gif and png files of different sizes: the next image isn't placed/scaled as it should. Sometimes it's completely zoomed out, sometimes it's zoomed in too much and placement is erratic too. Likewise, no issue with left/right arrows.

This still works fine for zooming though:

[options]
mouse_wheel = zoom

Cheers

Can confirm this patch fixes the large images not being rendered / glitches on my system.

Thanks ~scott092707! Hopefully this will be merged.

Can confirm this patch fixes the large images not being rendered / glitches on my system.

White background and artifacts when going to previous/next image look similar to https://todo.sr.ht/~exec64/imv/56, missed that one.

I'm not very knowledgeable about images viewers so I apologize in advance if using wrong terminology.

I'm using 4.5.0 on Gentoo (X11), default config. Some images rendering looks really bad compared to other image viewers. Sometimes, the images aren't even rendered.

• Good rendering in qimgv, bad rendering in imv

I think this is because qimgv has "bilinear" filtering in Options > Scaling & Zoom > Scaling filter, whereas imv only has nearest_neighbour or linear upscaling methods.

• A 8724x6720 jpg, displayed just fine in qimgv but only getting a white background in imv

imv is also quite slow when going to previous/next image in a directory compared to other image viewers, especially with high res images. Sometimes, I'm also getting weird artifacts when going to a previous/next image.

I have no issue whatsoever with other programs such as qimgv, Gwenview, Nomacs, GIMP... even mpv handle some pictures just fine compared to imv.

I really like the minimal approach of ivm and would definitely use it as my default image viewer but these issues are deal breaking.

I can share exiftool output of some affected images if that can help troubleshooting.

Can you print the diagnostic objects as generated by both nvim-lint and efmls-configs-nvim?

Sure, any guidance on that please? Thanks.

Also using 0.10, can confirm your patch solves the issue on my end. Thank you.

Unless I'm missing something, virtual lines aren't displayed with linters configured via nvim-lint. No issue if using efmls-configs-nvim instead with same linters.

• with nvim-lint:

• with efmls-configs-nvim:

My config (I'm using lazy.nvim as my plugins manager):

return {
  url = "https://git.sr.ht/~whynothugo/lsp_lines.nvim",
  event = "LspAttach",
  name = "lsp_lines.nvim",
  config = true,
}

return {
  "mfussenegger/nvim-lint",
  event = "BufReadPre",
  opts = {
    events = { "BufEnter", "BufWritePost", "TextChanged", "InsertLeave" },
    linters_by_ft = {
      javascript = { "eslint_d" },
      ["sh.chezmoitmpl"] = { "shellcheck" },
      zsh = { "shellcheck" },
      ["zsh.chezmoitmpl"] = { "shellcheck" },
    },
  },
  config = function(_, opts)
    require("lint").linters_by_ft = opts.linters_by_ft

    vim.api.nvim_create_autocmd(opts.events, {
      callback = function()
        require("lint").try_lint()
      end,
    })
  end,
}

return {
  "creativenull/efmls-configs-nvim",
  dependencies = "neovim/nvim-lspconfig",
  event = { "BufReadPost", "BufNewFile" },
  config = function()
    local eslint_d = require("efmls-configs.linters.eslint_d")
    local shellcheck = require("efmls-configs.linters.shellcheck")

    local languages = {
      javascript = { eslint_d },
      ["sh.chezmoitmpl"] = { shellcheck },
      zsh = { shellcheck },
      ["zsh.chezmoitmpl"] = { shellcheck },
    }

    local efmls_config = {
      filetypes = vim.tbl_keys(languages),
      settings = {
        rootMarkers = { ".git/" },
        languages = languages,
      },
      init_options = {
        documentFormatting = true,
        documentRangeFormatting = true,
      },
    }

    require("lspconfig").efm.setup(vim.tbl_extend("force", efmls_config, {}))
  end,
}