ynqa

@icholy In #28, I've made it possible to handle multiple JSONs. Please check whether the problem addressed in this issue has been resolved.

@icholy Released v0.2.0 which addressed this issue. Please check it out 🎉

@charbeljc Does this mean that the jq filter is evaluated twice in a single iteration? If so, I would like to stop that because even now, given large data, the...

@Subfire Probably it seems likely that the issue is due to the absence of automake/autoconf. See https://github.com/ynqa/jnv/issues/1#issuecomment-2008059881.

Thanks for all. @rockwotj @moritzwilksch Regarding the replacement with `jaq`, I have created #24, so please provide your opinions/reactions there 🙏

> [!IMPORTANT] > Starting from v0.3.0, the transition from libjq Rust binding [j9](https://github.com/ynqa/j9) to jq clone [jaq](https://github.com/01mf02/jaq) was made. > > This change eliminated the need to manage C-related dependencies...

@pavelzw It seems like someone has taken care of it. Thank you for your cooperation. - https://github.com/Homebrew/homebrew-core/pull/167124

@corneliusroemer Thanks for your reporting! 👍 Could you share the actual JSON, if possible? I'd like to test it myself and understand the current data size limits.

@corneliusroemer [fx](https://github.com/antonmedv/fx) and [jless](https://github.com/PaulJuliusMartinez/jless) are indeed famous for their ability to display content very quickly. On the other hand, `jnv` relies on the processing speed of libjq, so it can...

> I suppose some async/await could help with not freezing the TUI > The biggest usability problem for large files is that keystrokes are delayed @corneliusroemer You're absolutely right; there's...