Skip to content

Releases: ghiscoding/slickgrid-react

v5.10.1

09 Nov 20:33
Compare
Choose a tag to compare

5.10.1 (2024-11-09)

Bug Fixes

  • few more Styling Theme fixes & Grid Service fixes (#432) (345bf84)

v5.10.0

02 Nov 20:23
Compare
Choose a tag to compare

5.10.0 (2024-11-02)

This release fixes all recent SASS (dart-sass) warnings for their upcoming major version 2.0 and even fixes next 3.0 warnings. Note that external libraries like Bootstrap, Bulma and others still have to fix their own warnings as well but as far as SlickGrid goes, all warnings were fixed.

Features

  • replace @import with @use to fix SASS 2.0 deprecations (7aa4490)
  • switch to SASS @use and remove any @import to fix deprecations (#422) (0ab3721)

Bug Fixes

  • issue with Example30 scss file, invalid rgb value, fixes #427 (#428) (28cad57)
  • more styling fixes after switching to @use instead of @import (#429) (ad503d0)

v5.9.0

19 Oct 20:03
Compare
Choose a tag to compare

5.9.0 (2024-10-19)

You can now provide a Custom Pagination Component (React) instead of the default built-in Pagination

Cherry on top, this release also adds the Row Detail which was the only missing feature compare to other framework ports. Note however that there are some console warnings related to this implementation, see the docs for more details

Side note, the entire project is written with Class Components, if anyone is willing to help in migrating some (or all) of them to Function Components, I would be more than happy to get PR contributions. Thanks


Features

  • add Row Detail feature with new example (#421) (0816349)
  • allow providing a Custom Pagination Component (#420) (58facc5)

v5.8.0

29 Sep 04:39
Compare
Choose a tag to compare

5.8.0 (2024-09-29)

Release Info

This new release brings a new preParseDateColumns grid option that allows to pre-parse date columns to improve Date column Sorting by a factor of 10x (and also make subsequent sorting extremely fast). The problem at hand is simple, parsing dates can be an expensive process especially for large dataset, but it is required in order to do Date Sorting. When we say parsing we mean reading the formatted date string and convert it to a JS Date object. For small dataset (less than 10K), it's not much of a problem but it becomes quite noticeable with large dataset, because calling a Sort will revisit the same items over and over until every items are fully sorted and without the new option enabled, we are reparsing these items multiple times which as I said earlier can become an expensive task... so with this release, we now have a new opt-in preParseDateColumns grid option (to be used only with large dataset 10K or more, the option IS NOT enabled by default). For more info, please take the time to read the Sorting - Pre-Parse Date Columns documentation. You can test this out via Slickgrid-Universal Example 2 by clicking on "50K rows" button and then try sorting Start/Finish dates.

Features

  • option to improve Date Sorting by pre-parsing date items only once (#412) (1a4b752)

v5.7.1

14 Sep 17:50
Compare
Choose a tag to compare

5.7.1 (2024-09-14)

This release brings a couple of perf contributions brought by an external user, you should be able to see the benefit. Take a look at the Slickgrid-Universal release for more info. Enjoy... 🎉

Performance Improvements

  • don't invalidate grid rows more than once (#409) (3ccdfb6)
  • upgrade Slickgrid-Universal with perf improvements (#410) (0ebe810)

v5.7.0

31 Aug 16:08
Compare
Choose a tag to compare

5.7.0 (2024-08-31)

Features

Bug Fixes

  • unflattening tree->flat array multiple times (#403) (0797efa)

Performance Improvements

  • provide PubSub to SlickGrid/DataView avoid looping all events (#401) (474f4ba)

Installation

Please remember that all packages of @slickgrid-universal (v5.6.1) and Slickgrid-React (v5.7.0) must be updated at the same time and they will always get bumped on the same day to avoid any upgrade issues.

also remember that Slickgrid-Universal monorepo is where the biggest portion of the code exists (~90%), so most of the commits are now happening on that side.

  1. review the Slickgrid-Universal changelog
  2. and the Slickgrid-React changelog (above)

v5.6.0

24 Aug 21:26
Compare
Choose a tag to compare

5.6.0 (2024-08-24)

Release Info

With this release, we are migrating to the original Vanilla-Calendar-Pro project and dropping the vanilla-calendar-picker temporary fork and that is because all features & bug fixes I had in my fork were all merged recently to the original project (the fork was always meant to be a temporary thing).

There's also a new rowTopOffsetRenderType grid option that might be of interest, the default is top but if you set it to transform then all rows of the grid will use transform: translateY({offset}px) to position each row in the grid and the transform might actually improve perf as per this article: Why Moving Elements With Translate() Is Better Than Pos:abs Top/left

Features

  • migrate back to Vanilla-Calendar-Pro (1716f40)

v5.5.2

17 Aug 16:38
Compare
Choose a tag to compare

5.5.2 (2024-08-17)

Bug Fixes

  • use setTimeout/setInterval from window object with correct TS type (#397) (badb990)

Installation

Please remember that all packages of @slickgrid-universal (v5.5.2) and Slickgrid-React (v5.5.2) must be updated at the same time and they will always get bumped on the same day to avoid any upgrade issues.

also remember that Slickgrid-Universal monorepo is where the biggest portion of the code exists (~90%), so most of the commits are now happening on that side.

  1. review the Slickgrid-Universal changelog
  2. and the Slickgrid-React changelog (above)

v5.5.1

17 Aug 03:13
Compare
Choose a tag to compare

5.5.1 (2024-08-17)

Bug Fixes

v5.5.0 - Infinite Scroll

07 Aug 01:30
Compare
Choose a tag to compare

5.5.0 (2024-08-07)

Release Info

This new release adds the Infinite Scroll feature and with it adds not just 1 but 3 new examples to cover all use cases (read the new Infinite Scroll docs for more info)

  1. Example 38 - with OData Backend
  2. Example 39 - with GraphQL Backend
  3. Example 40 - with JSON data (local)

Infinite scrolling allows the grid to lazy-load rows from the server when reaching the scroll bottom (end) position. In its simplest form, the more the user scrolls down, the more rows get loaded. If we reached the end of the dataset and there is no more data to load, then we'll assume to have the entire dataset loaded in memory. This contrast with the regular Pagination approach which will only hold a single page data at a time.

Features

  • Infinite Scroll for Backend Services (OData/GraphQL) (#386) (8dc8d7b)
  • Infinite Scroll for JSON data (#387) (2d06248)

Bug Fixes


Installation

Please remember that all packages of @slickgrid-universal (v5.5.0) and Slickgrid-React (v5.5.0) must be updated at the same time and they will always get bumped on the same day to avoid any upgrade issues.

also remember that Slickgrid-Universal monorepo is where the biggest portion of the code exists (~90%), so most of the commits are now happening on that side.

  1. review the Slickgrid-Universal changelog
  2. and the Slickgrid-React changelog (above)