Did you check the docs?

• I have read all the drop.nvim docs

Is your feature request related to a problem? Please describe.

Will you be able to add transparant colorscheme support in the future plan?

Describe the solution you'd like

i use onedark colorscheme with transparency on

Describe alternatives you've considered

nothing special, maybe something that can related to colorscheme config that will make transparancy works

Additional context

My Alpha.nvim dashboard becoming black because it doesn't support transparency out of the box

When I wanted to checkout the new hota*s plugin this is what appeared on Firefox. I found the issues https://bugzilla.mozilla.org/show_bug.cgi?id=1368063
which is 6 year old.

Media resource https://user-images.githubusercontent.com/292349/198695517-c834a9c5-8acc-4a47-9f1d-277085169754.mp4 could not be decoded. [drop.nvim](https://github.com/folke/drop.nvim)

Media resource https://user-images.githubusercontent.com/292349/198695517-c834a9c5-8acc-4a47-9f1d-277085169754.mp4 could not be decoded, error: Error Code: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005)
Details: auto mozilla::SupportChecker::AddMediaFormatChecker(const mozilla::TrackInfo &)::(anonymous class)::operator()() const: Decoder may not have the capability to handle the requested video format with YUV444 chroma subsampling.

Maybe it would be better to change codec to smth else?
(works semless on chrome btw)

So, basically, whenever I try to open telescope in dashboard with this plugin running a telescope window just doesn't open, but it still does accept input and it's functionality works as excepted

Here's how it looks:

Arrow points to the telescope's text input

The dashboard plugin used, if it does matter, is dashboard.nvim

I have this error returning to nvim after the laptop was locked

Error executing luv callback:
...re/nvim/site/pack/packer/opt/drop.nvim/lua/drop/drop.lua:74: E5560: nvim_create_buf must not be called in a lua loop callback
stack traceback:
        [C]: in function 'nvim_create_buf'
        ...re/nvim/site/pack/packer/opt/drop.nvim/lua/drop/drop.lua:74: in function 'show'
        ...re/nvim/site/pack/packer/opt/drop.nvim/lua/drop/init.lua:9: in function 'show'
        .../nvim/site/pack/packer/opt/drop.nvim/lua/drop/config.lua:70: in function <.../nvim/site/pack/packer/opt/drop.nvim/lua/drop/config.lua:68>

I'm on vacation until the end of August.

I won't be checking GitHub and won't bring my laptop. See you all soon!

This should be reproducible by the following steps:

1. Enter insert mode
2. Unfocus the system window for long enough for the drops to start falling (I don't know if it happens when you don't unfocus the window)
3. While the drops are falling, refocus the Neovim window and begin typing

The expected result of these steps is of course that the drops would go away and the editor would be back to normal, but instead the drops freeze, and the only ways I've found to get them to go away are to restart Neovim or enter normal mode then wait long enough for the drops to start falling again and then move the cursor to disable the drops.

Without drop.nvim:

With drop.nvim:

the gif or video in the readme isn't watchable

Hi Folke,

1. Do you by any chance know why this doesn't work on a transparent background? I'm using default nvim catppuccin theme.

    transparent_background = true,
    term_colors = true,

Any idea what might be the issue and what I could do to fix it?

Thanks for all you do,

Cheers.

Thanks for this "super useful" plugin! 😜

Just one simple question: Is there anyway to keep the background color of the highlight group Drop "neutral", so that the original background color of the field remains the same whether a "flake" is on it or not? (I hope you understand what I'm talking about.)

I played around with "bg", "nocombine" and "default" without any success. I even don't know if this is possible at all.

Any ideas with regards to this?

Did you check the docs?

• I have read all the drop.nvim docs

Is your feature request related to a problem? Please describe.

Whenever the drops are active on the screen, the overall colorscheme of vim changes. I'd like to be able to set the colors that it changes to or have it remain the same as normal.

Describe the solution you'd like

The default configuration should probably not affect the overall colorscheme of vim itself, just the drops. If I wanted the colorscheme to change, I would like some kind of option in the Drop config to set what it's changing to.

Describe alternatives you've considered

An alternative solution would be to explain in the README how/why the colors are changing so I can modify the code myself.

Additional context

Vim while Drop is not active

Normal colors.

Vim while Drop is active

Why did all the colors change?

Did you check the docs?

• I have read all the drop.nvim docs

Is your feature request related to a problem? Please describe.

I have a computer that is not the fastest one in the world and noticed that moving the cursor around at ft=alpha while drop is dropping things caused very noticeable lags.
At the same time I like the drop is active at the dashboard screen.

Describe the solution you'd like

Add an option to hide with CursorMoved at these dashboard like files just like any other files.

Describe alternatives you've considered

User add autocmd manually to call require('drop').hide() it

Additional context

No response

As title. I'm at lazy.nvim 4c8b625, and 276f0a9 of drop.nvim.

fatal: could not read Username for 'https://github.com': terminal prompts disabled
fatal: expected flush after ref listing