Hi again folks,I looked better at the changes from the update I made some days ago, and I think the problem was related to `zdharma-continuum/fast-syntax-highlighting`. I saw the changelog, and it had three commits mentioning the make command by name: 3d574cc misc(make): trigger new parser only when new shared cache is enabled (#83)
5ecd353 feat(chroma/make): new makefile colorization caching strategy (#82) dcee72b fix(make): colorize targets from imported make-files (#81)I don't know if it's an autocomplete thing to just suggest the subcommands from the main Makefile, but it seems the issue I had wasn't related to the autocomplete, but to the coloring of the prompt.
TBH, I didn't think about this possibility, but it makes total sense now.If someone has a similar difficulty, maybe it would be nice to consider the highlighter tool you use.
Thanks. On 18/07/2025 11:27, Marcos Alano wrote:
Hi folks,I just updated some parts of my Zsh config and now `make` is working well again. It just suggests the subcommands from the first-level Makefile, but at least doesn't cause trouble when I'm trying to type and it gets impossible slow.What I updated that could be relevant is ohmyzsh and atuin. Thanks for all the help! Have a nice weekend. On 07/07/2025 05:31, Lawrence Velázquez wrote:On Mon, Jul 7, 2025, at 3:55 AM, Marcos Alano wrote:Yeah, that's pretty much it. In the end though I got a strange part, maybe it's normal: +-ftb-complete:15> -ftb-zstyle -s continuous-trigger continu> +-ftb-zstyle:1> zstyle -s :fzf-tab:complete:make:argument-r> +-ftb-complete:16> [[ linux-gnu == msys ]] +-ftb-complete:16> continuous_trigger=/ +-ftb-complete:19> case 0 (0) +-ftb-complete:20> return 1 +_complete_debug:26> integer ret=1 +_complete_debug:27> unsetopt xtrace I'm bugged about this `linux-gnu == msys` part.That's from third-party software. https://github.com/Aloxaf/fzf-tab/blob/v1.2.0/fzf-tab.zsh#L114
-- Marcos Alano