wfxr / code-minimap Goto Github PK

I know that your vim plugin minimap.vim can be installed using vim-plug but would it also be possible to do the same for code-minimap? I find it easier to install plugins and their dependencies exclusively via vim-plug.

Tried the following cmd on cargo 1.51.0 (43b129a20 2021-03-16)
$ cargo install --locked code-minimap

    Updating crates.io index
  Installing code-minimap v0.6.4
   Compiling proc-macro2 v1.0.28
   Compiling libc v0.2.88
   Compiling unicode-xid v0.2.1
   Compiling syn v1.0.80
   Compiling version_check v0.9.2
   Compiling memchr v2.4.1
   Compiling unicode-segmentation v1.7.1
   Compiling autocfg v1.0.1
   Compiling bitflags v1.2.1
   Compiling rustversion v1.0.6
   Compiling hashbrown v0.11.2
   Compiling lazy_static v1.4.0
   Compiling strsim v0.10.0
   Compiling termcolor v1.1.2
   Compiling anyhow v1.0.52
   Compiling either v1.6.1
   Compiling heck v0.3.2
   Compiling proc-macro-error-attr v1.0.4
   Compiling proc-macro-error v1.0.4
   Compiling indexmap v1.7.0
   Compiling itertools v0.10.3
   Compiling os_str_bytes v6.0.0
   Compiling quote v1.0.9
error[E0658]: the `unsafe_op_in_unsafe_fn` lint is unstable
   --> /home/gslab/.cargo/registry/src/github.com-1ecc6299db9ec823/os_str_bytes-6.0.0/src/lib.rs:159:1
    |
159 | #![forbid(unsafe_op_in_unsafe_fn)]
    | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    |
    = note: see issue #71668 <https://github.com/rust-lang/rust/issues/71668> for more information

error[E0658]: the `unsafe_op_in_unsafe_fn` lint is unstable
   --> /home/gslab/.cargo/registry/src/github.com-1ecc6299db9ec823/os_str_bytes-6.0.0/src/lib.rs:159:1
    |
159 | #![forbid(unsafe_op_in_unsafe_fn)]
    | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    |
    = note: see issue #71668 <https://github.com/rust-lang/rust/issues/71668> for more information

error: aborting due to previous error

For more information about this error, try `rustc --explain E0658`.
error: could not compile `os_str_bytes`

To learn more, run the command again with --verbose.
warning: build failed, waiting for other jobs to finish...
error: aborting due to previous error

For more information about this error, try `rustc --explain E0658`.
error: failed to compile `code-minimap v0.6.4`, intermediate artifacts can be found at `/tmp/cargo-installB0bUPX`

Caused by:
  build failed

Hi, and thanks for your work!

I'm not a huge fan of braille, but more of blocks (like this █).
Do you think it could be added in code-minimap as an option?
At first sight, it seems a pretty easy switch because we just need to change the braille with only one character.

Hello!...I'm trying to install code-minimap with homebrew but seems that that formula doesn't exist, the formula was removed? do you know a workaround?

thank you!

I have tried to install code-minimap on debian 8 and 9, with vim 8.2. * and minimap and I can't install code-minimap and I always get this message in terminal or console: minimap: this plugin requires code-minimap installed, wait response.

I'd like to use this program in Termux (Linux userland on Android), but unfortunately the Aarch64 version from the releases doesn't work as it requires shared libraries that aren't available.

I noticed you're already producing some Musl versions (which I presume are static?), would it be possible to also produce one for Aarch64?

Hello, I tried to use vim plugin and founded, that usefull information is lost with compression.

Here is some structure block in file:

vscode minimap:

code-minimap with compression 1:1

compression: H:0.25; V:0.5

really - this block not recognizable, and this kills 90% of minimap sense I think.

Block is worser and worser recognizable with more compression.

I suggest smart identiation blocks rendering.

• Don't compress/remove start / end block
  Try to add block start on first place of block start
  and block end on last place of block end.

I mean
start:

End:

Also first / second level identation should have fixed shift, not depending on compression. As example 2 dots, not one or zero.
here is one as example, and it's not recognizable.

The aim is to quickly recognize first / second identation level structures / functions / classes / functions, defined in classes.

Does it possible to remove newlines between blocks? (suppose that not?).

Also probably it's would be good to add some marks by keywords?
As example: shift all output on one symbol. And use free column for marks.
We pass some dictionary to program: {'class': 'c', 'function': 'f'}, e.t.c.
And you add this marks at first free column.
Probably some patterns for structures ? like {'{' : "\w+ = {", '}': "}"}

Also it would be good to add some custom symbols for fixed line numbers.
Smth like
{bookmark_glyph: [129, 160, 569], breakpoint_glyph: [69, 129, 489]
where bookmark_glyph, breakpoint_glyph are utf-8 font glyphs
And you added this glyphs for specifief lines numbers, not compressiong them.

👋 trying to build the latest release, but run into some build issue. The error log is as below:

  ==> /opt/homebrew/Cellar/code-minimap/0.6.5/bin/code-minimap /private/tmp/code-minimap-test-20240222-7103-e9pigj/test.txt
  error: The following required argument was not provided: version
  
  sage: code-minimap [OPTIONS] [FILE] [COMMAND]
  
  For more information, try '--help'.
  
  Error: code-minimap: failed
  An exception occurred within a child process:
    Minitest::Assertion: Expected: 0
    Actual: 2

relates to Homebrew/homebrew-core#163682

code-minimap_0.6.0_arm64.deb fails to install because of a dependency on "libgcc1-arm64-cross", which is a package that should only be needed during cross compilation from another target. the native library requirement should only be "libgcc1".

linear@kurai-vm:~$ sudo dpkg -i code-minimap_0.6.0_arm64.deb
Selecting previously unselected package code-minimap.
(Reading database ... 175503 files and directories currently installed.)
Preparing to unpack code-minimap_0.6.0_arm64.deb ...
Unpacking code-minimap (0.6.0) ...
dpkg: dependency problems prevent configuration of code-minimap:
 code-minimap depends on libgcc1-arm64-cross (>= 1:4.2); however:
  Package libgcc1-arm64-cross is not installed.

dpkg: error processing package code-minimap (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 code-minimap
linear@kurai-vm:~$ apt search libgcc1
Sorting... Done
Full Text Search... Done
libgcc1/now 1:8.3.0-6 arm64 [installed,local]
  GCC support library

It would be interesting to see colored view on the side based on the context, like diff mode, git mode, conflict mode, lsp error.

may be should unmap in close funciton ....
now i just comment this nnoremap code....

" line 210 , plugin/minimap.vim
" Mappings to make searching update with * or #
if g:minimap_highlight_search != 0
    nnoremap <silent> * *:call minimap#vim#UpdateColorSearch(1)<CR>
    nnoremap <silent> # #:call minimap#vim#UpdateColorSearch(1)<CR>
    " Example mapping for nohlsearch to also clear the minimap search highlighting
    " nnoremap <silent> `` :nohlsearch<CR>:call minimap#vim#ClearColorSearch()<CR>
endif

I'd like to render a bunch of mini maps to quickly find some file, it would fit the screen better if they were horizontal (like a sound wave) instead of vertical.

Environment

NVIM v0.4.4
Build type: Release
LuaJIT 2.1.0-beta3
Compilation: clang -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -DNDEBUG -DMIN_LOG_LEVEL=3 -Wall -Wextra -pedantic -Wno-unused-parameter -Wstrict-prototypes -std=gnu99 -Wshadow -Wconversion -Wmissing-prototypes -Wimplicit-fallthrough -Wvla -fstack-protector-strong -fno-common -fdiagnostics-color=auto -DINCLUDE_GENERATED_DECLARATIONS -D_GNU_SOURCE -DNVIM_MSGPACK_HAS_FLOAT32 -DNVIM_UNIBI_HAS_VAR_FROM -I/tmp/neovim-20210318-48132-k7r45c/neovim-0.4.4/build/config -I/tmp/neovim-20210318-48132-k7r45c/neovim-0.4.4/src -I/usr/local/include -I/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include -I/usr/local/opt/gettext/include -I/tmp/neovim-20210318-48132-k7r45c/neovim-0.4.4/build/src/nvim/auto -I/tmp/neovim-20210318-48132-k7r45c/neovim-0.4.4/build/include
Compiled by brew@BigSur

Features: +acl +iconv +tui

errorMsg

E801: ID already taken: 9265455
Error detected while processing function <SNR>125_handle_autocmd[13]..<SNR>125_win_enter_handler[2]..<SNR>125_minimap_wi
n_enter[7]..<SNR>125_minimap_move[10]..<SNR>125_highlight_line:
line    2:

It would be nice if there were options to specify the line numbers of the file on which to start and end creation of the minimap. These values could be passed into core::write as Option<usize>?

The command-line option -S or --start-line could be used to set the line to start on. Thus, -S 5 would make the minmap start on and include line 5 of the file. Any value less than 1 defaults to 1. If the value is greater than the total number of lines in the file, the minimap is empty.

Likewise, the option -E or --end-line could be used to set the line to end on. -E 25 would make the minimap end on and include line 25. If the value is less than the start line value, then the minimap can simply be empty. An out of bounds end value would maybe just make the minimap include the rest of the file?

Hello. I'm interested in using code-minimap in a text editor project. Might it be possible to expose this crate as a library by adding a lib.rs interface?

Hi! Just wanted to thank you and express gratitude for such a nice small hobby project!

I'm using Kakoune and the community fairly small, was excited to find this project, and can't wait for having some free time to tinker with it implementing my own minimap for Kakoune!

Just a small appraisal, thanks :)