vladislav doster

@anordal Could I get a review, please?

Did this ever get worked on?

@char0n Yes, I will apply the suggested change and squash commits. Sorry for delay.

Can I knock this out?

Have a few clarifying questions.. Have you tried using the [z-a-bin-gem-node](https://zdharma-continuum.github.io/zinit/wiki/z-a-bin-gem-node/#z-a-bin-gem-node) annex? If you haven't, I feel that it is for this exact situation. If you have, could you elaborate...

Can you expand on your use case with a real || hypothetical example? There is something similar already. Go [here](https://github.com/zdharma-continuum/zinit#updating-zinit-and-plugins) and scroll up to the 2nd to the last item...

@hoshsadiq The assertion `fpath` is exclusive to `zinit` is incorrect. It is used by Ksh and Zsh. [Zsh documentation regarding `fpath`](https://zsh.sourceforge.io/Doc/Release/Functions.html#Autoloading-Functions)

Not a great answer, but ```zsh $ zi delete tmate-io/tmate -y && \ zi for \ lucid \ wait \ silent \ as"program" \ from"gh-r" \ bpick'tmate-[0-9\.]*.*' \ @tmate-io/tmate Done...

can this be considered closed?

Thank you for reporting this and what an odd issue. What is the actual `atload''` value you were using to encounter this?