MNNTNK
Joined 4 years ago
Joined 4 years ago
This is problematic and creates all sorts of bugs in Frameworks. Most Frameworks that use JSX (such as React, SolidJS, Preact) checks for invalid HTML Nestings at runtime and logs an error. ( Though this runtime checks are not very comprehensive - React has decent list of checks but is still missing quite a few )
Until now there was no way to check for such invalid Nestings without running the code. So I've created this ESLint Plugin to do just that.
This does not mean that we get rid of runtime invalid nesting checking, because This ESLint plugin can not predict what your component's top level element will be - because that would require running the code. So consider this as a tool to catch 99% of the invalid nestings without running the code.
* touch support, drag, swipe
* custom config for different media devices
* ability to customize a lot of stuff -> see https://blaze-slider.dev/docs/category/api
Now here's what it CAN't do:
* NO "fancy" effects like https://triple-slider.uiinitiative.com/
* NO "Full" RTL support as of V1.0 (it works, but just like LTR)
* NO "Virtual Slides"
I may end up adding this features in V2, but not at the cost of performance. If it slows down the library - I won't do it.
Edit: Fixed in V1.0.1
This is definitely annoying, This is happening because I've added a logic that does not let the user trigger another transition if the slider is in mid-transition state.
Though I think a better approach would be to allow the user to trigger another transition and handle it gracefully.
Working on it to fix this.
So, I decided to create a slider library that focuses purely on being as fast as possible but still pretty push fully featured and super customizable. The library I have created is 30x faster than slick, 15x faster than swiper - while still being 5x smaller than slick and 19x smaller than swiper in size.
Despite being so small and fast - it still has lots of features and customizability.
I've just released V1.0 - Do check it out