react-grid-layout VS react-window

You can find additional information about the React-Grid-Layout in the repository and documentation.

This is react-grid-layout with some custom logic https://github.com/react-grid-layout/react-grid-layout

react-grid-layout looks like a good candidate, but it seems like it lacks a way to customize/add rules for positioning elements to prevent "stacks" of elements. Imagine a user models a brick wall and you want to prevent users from stacking bricks above each other (prevent bricks stack bond and allow something like running bond brick pattern)

I was looking to build a somewhat similar project with react and react grid layout.

Would it be possible to prototype something like this in figma? http://react-grid-layout.github.io/react-grid-layout/examples/0-showcase.html

react-grid-layout A draggable and resizable grid layout with responsive breakpoints, for React.

A lot of projects seem to like: https://github.com/react-grid-layout/react-grid-layout

I’ve done that before using react grid layout (https://github.com/react-grid-layout/react-grid-layout) to allow for moving and resizing components, and then a lot of custom code. Having a well thought architecture makes a lot of difference there.

As we have seen in the previous section we can implement virtual scrolling from scratch. In this section, we'll discuss a third-party tool called react-window that allows us to implement virtual scrolling in a much easier way.

If you have been using React for awhile, you may have heard of the infamous virtualisation library react-window or it's predecessor react-virtualized

React Window is used to render long lists. Imagine you have a list of 1,000 items. Only ten are visible simultaneously, but your code tries to render all 1,000 items simultaneously.

You can try react-window by Brian Vaughn

I'm trying to use react-window and react-nice-scroll together but unfortunately it didn't work at all. As soon as I wrap my component with from react-nice-scroll everything disappears.

This is what you should look into. (Virtualization)

Take a look at react-window. But just my perspective; if you haven't needed to look into what virtualization is, it's probably because you haven't had a need for it yet. The one implication (which you'll see in another comment form me in this thread) is that it removes CTRL+F search functionality for items outside of the "window".

Virtualization can be achieved using third-party libraries like react-window or react-virtualized. These libraries provide a way to render only the visible data and load more data as needed, resulting in faster application performance.

If the API data is not paginated (i.e. you’re getting all your data in one go), then you may not need pagination. If rendering performance is an issue, a virtualized list may be more appropriate. If the response is too big and is slow to fetch it’s another issue entirely, since if the API doesn’t support offsets / pages you would need to invent a criteria to paginate your data on, or fetch it on the server using React Server Components which gives you implement a cache layer and potentially allows to only send a chunk of that data to the client, but you see how that can get complex fast.

Oh, right. I totally forgot to mention that– but the idea of "less rendering" in this case seems less like a Suspense concern and more like a windowing concern. I've written a few libraries for that stuff (react-window and react-virtualized) although there are others that may fit your needs better. Their main focus is limiting what you're rendering to more or less only what's on the screen at any given point. Combine that with memoized filtering and I would imagine you're set.