gridstack vs masonry-layout vs draggabilly vs muuri vs isotope-layout vs packery
JavaScript Layout and Drag-and-Drop Libraries Comparison
1 Year
gridstackmasonry-layoutdraggabillymuuriisotope-layoutpackerySimilar Packages:
What's JavaScript Layout and Drag-and-Drop Libraries?

These libraries provide functionalities for creating dynamic layouts and enabling drag-and-drop interactions in web applications. They help developers build responsive and interactive user interfaces by allowing elements to be rearranged, resized, or moved within a grid or layout. Each library has its unique features and use cases, catering to different needs in web development, such as grid management, item positioning, and layout responsiveness.

NPM Package Downloads Trend
Github Stars Ranking
Stat Detail
Package
Downloads
Stars
Size
Issues
Publish
License
gridstack210,5827,2402.95 MB517 days agoMIT
masonry-layout190,54616,509-847 years agoMIT
draggabilly58,8283,86983.6 kB18-MIT
muuri25,67110,8531 MB116-MIT
isotope-layout25,59611,091-727 years agoGPL-3.0
packery14,9984,165749 kB55-GPL-3.0
Feature Comparison: gridstack vs masonry-layout vs draggabilly vs muuri vs isotope-layout vs packery

Drag-and-Drop Functionality

  • gridstack:

    Gridstack offers built-in drag-and-drop capabilities for grid items, allowing users to rearrange widgets easily. It also supports resizing, making it ideal for dashboard applications where users can customize their layouts.

  • masonry-layout:

    Masonry Layout does not natively support drag-and-drop, but it can be combined with other libraries to achieve this functionality. It focuses primarily on arranging items in a masonry style, making it less flexible for drag-and-drop interactions.

  • draggabilly:

    Draggabilly provides a straightforward drag-and-drop API that allows elements to be moved around the page. It is lightweight and does not impose any layout structure, making it easy to integrate into existing designs without heavy dependencies.

  • muuri:

    Muuri provides comprehensive drag-and-drop functionality, allowing items to be moved, sorted, and filtered easily. It is designed for high performance and supports complex interactions, making it suitable for dynamic applications.

  • isotope-layout:

    Isotope includes drag-and-drop support alongside its filtering and sorting features, allowing users to rearrange items dynamically. This makes it suitable for interactive galleries where users can customize the display of items.

  • packery:

    Packery supports drag-and-drop functionality, allowing users to rearrange items within a grid layout. It focuses on filling gaps efficiently while maintaining a fluid layout, making it a good choice for visually dynamic interfaces.

Layout Management

  • gridstack:

    Gridstack manages a grid layout where items can be placed, resized, and rearranged. It automatically handles the positioning of items, making it easy to create responsive layouts.

  • masonry-layout:

    Masonry Layout focuses on arranging items in a grid that adapts to varying heights, ensuring that gaps are minimized. It does not provide drag-and-drop functionality out of the box but can be enhanced with other libraries.

  • draggabilly:

    Draggabilly does not manage layouts itself; it simply enables drag-and-drop on existing elements. This makes it versatile but requires additional layout management if needed.

  • muuri:

    Muuri offers flexible layout management with support for both grid and masonry layouts. It allows for dynamic item positioning and reordering, making it suitable for complex applications that require a responsive design.

  • isotope-layout:

    Isotope provides layout management with advanced filtering and sorting capabilities, allowing items to be arranged dynamically based on user interactions. It adapts to various screen sizes and item dimensions effectively.

  • packery:

    Packery provides layout management similar to masonry but with added drag-and-drop capabilities. It efficiently fills gaps in the layout while allowing users to rearrange items interactively.

Performance

  • gridstack:

    Gridstack is optimized for performance with a focus on grid layouts. It efficiently manages multiple draggable items, ensuring smooth interactions even with many widgets on the screen.

  • masonry-layout:

    Masonry Layout is efficient in arranging items but may require optimization for performance in large datasets. It focuses on minimizing gaps but does not handle drag-and-drop natively, which can affect overall performance.

  • draggabilly:

    Draggabilly is lightweight and performs well for simple drag-and-drop tasks. However, it does not handle complex layouts, so performance may vary based on how it is integrated into larger applications.

  • muuri:

    Muuri is built for high performance, supporting complex layouts and interactions without significant lag. It is optimized for modern browsers and can handle large datasets effectively.

  • isotope-layout:

    Isotope is designed for performance with features like smart filtering and sorting. It efficiently handles dynamic layouts, but performance can be impacted with a large number of items if not optimized properly.

  • packery:

    Packery is designed for performance with a focus on filling gaps in layouts. It performs well with draggable items but may require careful management of large numbers of items to maintain smooth interactions.

Customization

  • gridstack:

    Gridstack offers extensive customization options for grid layouts, allowing developers to define item sizes, positions, and behaviors. This makes it highly flexible for dashboard-style applications.

  • masonry-layout:

    Masonry Layout allows for some customization in terms of item sizes and spacing but is primarily focused on the masonry layout itself. It is less flexible for drag-and-drop interactions without additional libraries.

  • draggabilly:

    Draggabilly allows for basic customization of drag-and-drop behavior but does not provide extensive options for layout management. It is best for simple use cases where minimal customization is needed.

  • muuri:

    Muuri is highly customizable, allowing developers to define item behaviors, animations, and layout styles. Its flexible API makes it suitable for a wide range of applications requiring dynamic layouts.

  • isotope-layout:

    Isotope provides a high degree of customization for filtering, sorting, and layout arrangements. Developers can create unique user experiences tailored to specific needs, making it versatile for various applications.

  • packery:

    Packery offers customization options for item positioning and layout behavior, allowing developers to create unique grid arrangements. It is designed to be flexible while maintaining efficient gap filling.

Use Cases

  • gridstack:

    Gridstack is perfect for dashboard applications where users can customize their views by dragging and resizing widgets. It is well-suited for applications that require a grid-based layout with user interactivity.

  • masonry-layout:

    Masonry Layout is suitable for content-heavy applications like blogs or portfolios where items of varying heights need to be displayed without gaps. It is ideal for visually rich interfaces that prioritize aesthetics.

  • draggabilly:

    Draggabilly is ideal for applications that require simple drag-and-drop features, such as image galleries or interactive lists where users can reorder items without complex layout management.

  • muuri:

    Muuri is versatile and can be used for complex applications requiring dynamic layouts, such as Kanban boards or interactive dashboards where items need to be rearranged frequently.

  • isotope-layout:

    Isotope is best for galleries, portfolios, and any application where items need to be filtered and sorted dynamically. It provides a visually appealing layout that adapts to user interactions effectively.

  • packery:

    Packery is great for applications that require a fluid layout with draggable items, such as creative portfolios or product showcases, where maintaining a visually appealing arrangement is essential.

How to Choose: gridstack vs masonry-layout vs draggabilly vs muuri vs isotope-layout vs packery
  • gridstack:

    Opt for Gridstack if you require a grid-based layout with draggable and resizable widgets. It is particularly useful for dashboard-like interfaces where users can customize their views by rearranging and resizing elements on the grid.

  • masonry-layout:

    Choose Masonry Layout if you want a simple and effective way to create a grid layout that adapts to varying item sizes. It is great for Pinterest-style layouts where items can be of different heights, and you want to fill the gaps efficiently without complex interactions.

  • draggabilly:

    Choose Draggabilly if you need a lightweight and simple drag-and-drop solution that can be easily integrated into existing layouts without complex dependencies. It is ideal for projects where you want to add drag-and-drop functionality to specific elements without a full layout management system.

  • muuri:

    Consider Muuri if you need a highly customizable layout library that supports drag-and-drop, sorting, and filtering with a focus on performance. It is suitable for applications that require a combination of dynamic layouts and user interactivity, offering a flexible API for advanced use cases.

  • isotope-layout:

    Select Isotope if you need advanced filtering and sorting capabilities along with a masonry layout. It is perfect for galleries and portfolios where items can be dynamically filtered and rearranged based on user interactions, providing a visually appealing layout.

  • packery:

    Use Packery if you want a grid layout that allows for draggable items with a focus on filling gaps efficiently. It combines features of masonry and grid layouts, making it ideal for applications where you want a fluid layout while maintaining drag-and-drop capabilities.

README for gridstack

gridstack.js

NPM version Coverage Status downloads

Mobile-friendly modern Typescript library for dashboard layout and creation. Making a drag-and-drop, multi-column responsive dashboard has never been easier. Has multiple bindings and works great with Angular (included), React, Vue, Knockout.js, Ember and others (see frameworks section).

Inspired by no-longer maintained gridster, built with love.

Check http://gridstackjs.com and these demos.

If you find this lib useful, please donate PayPal (use “send to a friend” to avoid 3% fee) or Venmo (adumesny) and help support it!

Donate Donate

Join us on Slack: https://gridstackjs.slack.com

Table of Contents generated with DocToc

Demo and API Documentation

Please visit http://gridstackjs.com and these demos, and complete API documentation

Usage

Install

NPM version

yarn add gridstack
// or
npm install --save gridstack

Include

ES6 or Typescript

import 'gridstack/dist/gridstack.min.css';
import { GridStack } from 'gridstack';

Alternatively (single combined file, notice the -all.js) in html

<link href="node_modules/gridstack/dist/gridstack.min.css" rel="stylesheet"/>
<script src="node_modules/gridstack/dist/gridstack-all.js"></script>

Note: IE support was dropped in v2, but restored in v4.4 by an external contributor (I have no interest in testing+supporting obsolete browser so this likely will break again in the future). You can use the es5 files and polyfill (larger) for older browser instead. For example:

<link href="node_modules/gridstack/dist/gridstack.min.css" rel="stylesheet"/>
<script src="node_modules/gridstack/dist/es5/gridstack-poly.js"></script>
<script src="node_modules/gridstack/dist/es5/gridstack-all.js"></script>

Basic usage

creating items dynamically...

// ...in your HTML
<div class="grid-stack"></div>

// ...in your script
var grid = GridStack.init();
grid.addWidget({w: 2, content: 'item 1'});

... or creating from list

// using serialize data instead of .addWidget()
const serializedData = [
  {x: 0, y: 0, w: 2, h: 2},
  {x: 2, y: 3, w: 3, content: 'item 2'},
  {x: 1, y: 3}
];

grid.load(serializedData);

... or DOM created items

// ...in your HTML
<div class="grid-stack">
  <div class="grid-stack-item">
    <div class="grid-stack-item-content">Item 1</div>
  </div>
  <div class="grid-stack-item" gs-w="2">
    <div class="grid-stack-item-content">Item 2 wider</div>
  </div>
</div>

// ...in your script
GridStack.init();

...or see list of all API and options available.

see jsfiddle sample as running example too.

Requirements

GridStack no longer requires external dependencies as of v1 (lodash was removed in v0.5 and jquery API in v1). v3 is a complete HTML5 re-write removing need for jquery. v6 is native mouse and touch event for mobile support, and no longer have jquery-ui version. All you need to include now is gridstack-all.js and gridstack.min.css (layouts are done using CSS column based %).

Specific frameworks

search for 'gridstack' under NPM for latest, more to come...

Extend Library

You can easily extend or patch gridstack with code like this:

// extend gridstack with our own custom method
GridStack.prototype.printCount = function() {
  console.log('grid has ' + this.engine.nodes.length + ' items');
};

let grid = GridStack.init();

// you can now call
grid.printCount();

Extend Engine

You can now (5.1+) easily create your own layout engine to further customize your usage. Here is a typescript example

import { GridStack, GridStackEngine, GridStackNode, GridStackMoveOpts } from 'gridstack';

class CustomEngine extends GridStackEngine {

  /** refined this to move the node to the given new location */
  public override moveNode(node: GridStackNode, o: GridStackMoveOpts): boolean {
    // keep the same original X and Width and let base do it all...
    o.x = node.x;
    o.w = node.w;
    return super.moveNode(node, o);
  }
}

GridStack.registerEngine(CustomEngine); // globally set our custom class

Change grid columns

GridStack makes it very easy if you need [1-12] columns out of the box (default is 12), but you always need 2 things if you need to customize this:

  1. Change the column grid option when creating a grid to your number N
GridStack.init( {column: N} );
  1. also include gridstack-extra.css if N < 12 (else custom CSS - see next). Without these, things will not render/work correctly.
<link href="node_modules/gridstack/dist/gridstack.min.css" rel="stylesheet"/>
<link href="node_modules/gridstack/dist/gridstack-extra.min.css" rel="stylesheet"/>

<div class="grid-stack">...</div>

Note: class .grid-stack-N will automatically be added and we include gridstack-extra.min.css which defines CSS for grids with custom [2-11] columns. Anything more and you'll need to generate the SASS/CSS yourself (see next).

See example: 2 grids demo with 6 columns

Custom columns CSS

If you need > 12 columns or want to generate the CSS manually you will need to generate CSS rules for .grid-stack-item[gs-w="X"] and .grid-stack-item[gs-x="X"].

For instance for 4-column grid you need CSS to be:

.gs-4 > .grid-stack-item[gs-x="1"]  { left: 25% }
.gs-4 > .grid-stack-item[gs-x="2"]  { left: 50% }
.gs-4 > .grid-stack-item[gs-x="3"]  { left: 75% }

.gs-4 > .grid-stack-item { width: 25% }
.gs-4 > .grid-stack-item[gs-w="2"]  { width: 50% }
.gs-4 > .grid-stack-item[gs-w="3"]  { width: 75% }
.gs-4 > .grid-stack-item[gs-w="4"]  { width: 100% }

Better yet, here is a SCSS code snippet, you can use sites like sassmeister.com to generate the CSS for you instead:

$columns: 20;
@function fixed($float) {
  @return round($float * 1000) / 1000; // total 2+3 digits being %
}
.gs-#{$columns} > .grid-stack-item {

  width: fixed(100% / $columns);

  @for $i from 1 through $columns - 1 {
    &[gs-x='#{$i}'] { left: fixed((100% / $columns) * $i); }
    &[gs-w='#{$i+1}'] { width: fixed((100% / $columns) * ($i+1)); }
  }
}

you can also use the SCSS src/gridstack-extra.scss included in NPM package and modify to add more columns.

Sample gulp command for 30 columns:

gulp.src('node_modules/gridstack/dist/src/gridstack-extra.scss')
        .pipe(replace('$start: 2 !default;','$start: 30;'))
        .pipe(replace('$end: 11 !default;','$end: 30;'))
        .pipe(sass({outputStyle: 'compressed'}))
        .pipe(rename({extname: '.min.css'}))
        .pipe(gulp.dest('dist/css'))

Override resizable/draggable options

You can override default resizable/draggable options. For instance to enable other then bottom right resizing handle you can init gridstack like:

GridStack.init({
  resizable: {
    handles: 'e,se,s,sw,w'
  }
});

Touch devices support

gridstack v6+ now support mobile out of the box, with the addition of native touch event (along with mouse event) for drag&drop and resize. Older versions (3.2+) required the jq version with added touch punch, but doesn't work well with nested grids.

This option is now the default:

let options = {
  alwaysShowResizeHandle: 'mobile' // true if we're on mobile devices
};
GridStack.init(options);

See example.

Migrating

Migrating to v0.6

starting in 0.6.x change event are no longer sent (for pretty much most nodes!) when an item is just added/deleted unless it also changes other nodes (was incorrect and causing inefficiencies). You may need to track added|removed events if you didn't and relied on the old broken behavior.

Migrating to v1

v1.0.0 removed Jquery from the API and external dependencies, which will require some code changes. Here is a list of the changes:

  1. see previous step if not on v0.6 already

  2. your code only needs to import GridStack from 'gridstack' or include gridstack.all.js and gristack.css (don't include other JS) and is recommended you do that as internal dependencies will change over time. If you are jquery based, see jquery app section.

  3. code change:

OLD initializing code + adding a widget + adding an event:

// initialization returned Jquery element, requiring second call to get GridStack var
var grid = $('.grid-stack').gridstack(opts?).data('gridstack');

// returned Jquery element
grid.addWidget($('<div><div class="grid-stack-item-content"> test </div></div>'), undefined, undefined, 2, undefined, true);

// jquery event handler
$('.grid-stack').on('added', function(e, items) {/* items contains info */});

// grid access after init
var grid = $('.grid-stack').data('gridstack');

NEW

// element identifier defaults to '.grid-stack', returns the grid
// Note: for Typescript use window.GridStack.init() until next native 2.x TS version
var grid = GridStack.init(opts?, element?);

// returns DOM element
grid.addWidget('<div><div class="grid-stack-item-content"> test </div></div>', {width: 2});
// Note: in 3.x it's ever simpler 
// grid.addWidget({w:2, content: 'test'})

// event handler
grid.on('added', function(e, items) {/* items contains info */});

// grid access after init
var grid = el.gridstack; // where el = document.querySelector('.grid-stack') or other ways...

Other rename changes

`GridStackUI` --> `GridStack`
`GridStackUI.GridStackEngine` --> `GridStack.Engine`
`grid.container` (jquery grid wrapper) --> `grid.el` // (grid DOM element)
`grid.grid` (GridStackEngine) --> `grid.engine`
`grid.setColumn(N)` --> `grid.column(N)` and `grid.column()` // to get value, old API still supported though

Recommend looking at the many samples for more code examples.

Migrating to v2

make sure to read v1 migration first!

v2 is a Typescript rewrite of 1.x, removing all jquery events, using classes and overall code cleanup to support ES6 modules. Your code might need to change from 1.x

  1. In general methods that used no args (getter) vs setter can't be used in TS when the arguments differ (set/get are also not function calls so API would have changed). Instead we decided to have all set methods return GridStack to they can be chain-able (ex: grid.float(true).cellHeight(10).column(6)). Also legacy methods that used to take many parameters will now take a single object (typically GridStackOptions or GridStackWidget).
`addWidget(el, x, y, width, height)` --> `addWidget(el, {with: 2})`
// Note: in 2.1.x you can now just do addWidget({with: 2, content: "text"})
`float()` --> `getFloat()` // to get value
`cellHeight()` --> `getCellHeight()` // to get value
`verticalMargin` --> `margin` // grid options and API that applies to all 4 sides.
`verticalMargin()` --> `getMargin()` // to get value
  1. event signatures are generic and not jquery-ui dependent anymore. gsresizestop has been removed as resizestop|dragstop are now called after the DOM attributes have been updated.

  2. oneColumnMode would trigger when window.width < 768px by default. We now check for grid width instead (more correct and supports nesting). You might need to adjust grid oneColumnSize or disableOneColumnMode.

Note: 2.x no longer support legacy IE11 and older due to using more compact ES6 output and typecsript native code. You will need to stay at 1.x

Migrating to v3

make sure to read v2 migration first!

v3 has a new HTML5 drag&drop plugging (63k total, all native code), while still allowing you to use the legacy jquery-ui version instead (188k), or a new static grid version (34k, no user drag&drop but full API support). You will need to decide which version to use as gridstack.all.js no longer exist (same is now gridstack-jq.js) - see include info.

NOTE: HTML5 version is almost on parity with the old jquery-ui based drag&drop. the containment (prevent a child from being dragged outside it's parent) and revert (not clear what it is for yet) are not yet implemented in initial release of v3.0.0.
Also mobile devices don't support h5 drag events (will need to handle touch) whereas v3.2 jq version now now supports out of the box (see v3.2 release)

Breaking changes:

  1. include (as mentioned) need to change

  2. GridStack.update(el, opt) now takes single GridStackWidget options instead of only supporting (x,y,w,h) BUT legacy call in JS will continue working the same for now. That method is a complete re-write and does the right constrain and updates now for all the available params.

  3. locked(), move(), resize(), minWidth(), minHeight(), maxWidth(), maxHeight() methods are hidden from Typescript (JS can still call for now) as they are just 1 liner wrapper around update(el, opt) anyway and will go away soon. (ex: move(el, x, y) => update(el, {x, y}))

  4. item attribute like data-gs-min-width is now gs-min-w. We removed 'data-' from all attributes, and shorten 'width|height' to just 'w|h' to require less typing and more efficient (2k saved in .js alone!).

  5. GridStackWidget used in most API width|height|minWidth|minHeight|maxWidth|maxHeight are now shorter w|h|minW|minH|maxW|maxH as well

Migrating to v4

make sure to read v3 migration first!

v4 is a complete re-write of the collision and drag in/out heuristics to fix some very long standing request & bugs. It also greatly improved usability. Read the release notes for more detail.

Unlikely Breaking Changes (internal usage):

  1. removeTimeout was removed (feedback over trash will be immediate - actual removal still on mouse up)

  2. the following GridStackEngine methods changed (used internally, doesn't affect GridStack public API)

// moved to 3 methods with new option params to support new code and pixel coverage check
`collision()` -> `collide(), collideAll(), collideCoverage()`
`moveNodeCheck(node, x, y, w, h)` -> `moveNodeCheck(node, opt: GridStackMoveOpts)`
`isNodeChangedPosition(node, x, y, w, h)` -> `changedPosConstrain(node, opt: GridStackMoveOpts)`
`moveNode(node, x, y, w, h, noPack)` -> `moveNode(node, opt: GridStackMoveOpts)`
  1. removed old obsolete (v0.6-v1 methods/attrs) getGridHeight(), verticalMargin, data-gs-current-height, locked(), maxWidth(), minWidth(), maxHeight(), minHeight(), move(), resize()

Migrating to v5

make sure to read v4 migration first!

v5 does not have any breaking changes from v4, but a focus on nested grids in h5 mode: You can now drag in/out of parent into nested child, with new API parameters values. See the release notes.

Migrating to v6

the API did not really change from v5, but a complete re-write of Drag&Drop to use native mouseevent (instead of HTML draggable=true which is buggy on Mac Safari, and doesn't work on mobile devices) and touchevent (mobile), and we no longer have jquery ui option (wasn't working well for nested grids, didn't want to maintain legacy lib).

The main difference is you only need to include gridstack.js and get D&D (desktop and mobile) out of the box for the same size as h5 version.

Migrating to v7

New addition, no API breakage per say. See release notes about creating sub-grids on the fly.

Migrating to v8

Possible breaking change if you use nested grid JSON format, or original Angular wrapper, or relied on specific CSS paths. Also target is now ES2020 (see release notes).

  • GridStackOptions.subGrid -> GridStackOptions.subGridOpts rename. We now have GridStackWidget.subGridOpts vs GridStackNode.subGrid (was both types which is error prone)
  • GridStackOptions.addRemoveCB -> GridStack.addRemoveCB is now global instead of grid option
  • removed GridStackOptions.dragInOptions since GridStack.setupDragIn() has it replaced since 4.0
  • remove GridStackOptions.minWidth obsolete since 5.1, use oneColumnSize instead
  • CSS rules removed .grid-stack prefix for anything already gs based, 12 column (default) now uses .gs-12, extra.css is less than 1/4th it original size!, gs-min|max_w|h attribute no longer written (but read)

Migrating to v9

New addition - see release notes about sizeToContent feature. Possible break:

  • GridStack.onParentResize() is now called onResize() as grid now directly track size change, no longer involving parent per say to tell us anything. Note sure why it was public.

Migrating to v10

we now support much richer responsive behavior with GridStackOptions.columnOpts including any breakpoint width:column pairs, or automatic column sizing.

breaking change:

  • disableOneColumnMode, oneColumnSize have been removed (thought we temporary convert if you have them). use columnOpts: { breakpoints: [{w:768, c:1}] } for the same behavior.
  • 1 column mode switch is no longer by default (columnOpts is not defined) as too many new users had issues. Instead set it explicitly (see above).
  • oneColumnModeDomSort has been removed. Planning to support per column layouts at some future times. TBD

Migrating to v11

  • All instances of el.innerHTML = 'some content' have been removed for security reason as it opens up some potential for accidental XSS.

  • Side panel drag&drop complete rewrite.

  • new lazy loading option

Breaking change:

  • if you code relies on GridStackWidget.content with real HTML (like a few demos) it is up to you to do this:
// NOTE: REAL apps would sanitize-html or DOMPurify before blinding setting innerHTML. see #2736
GridStack.renderCB = function(el, w) {
  el.innerHTML = w.content;
};
  • V11 add new GridStack.renderCB that is called for you to create the widget content (entire GridStackWidget is passed so you can use id or some other field as logic) while GS creates the 2 needed parent divs + classes, unlike GridStack.addRemoveCB which doesn't create anything for you. Both can be handy for Angular/React/Vue frameworks.
  • addWidget(w: GridStackWidget) is now the only supported format, no more string content passing. You will need to create content yourself (Util.createWidgetDivs() can be used to create parent divs) then call makeWidget(el) instead.

Potential breaking change:

  • BIG overall to how sidepanel helper drag&drop is done:
  1. clone() helper is now passed full HTML element dragged, not an event on grid-stack-item-content so can clone or set attr at the top.
  2. use any class/structure you want for side panel items (see two.html)
  3. GridStack.setupDragIn() now support associating a GridStackWidget for each sidepanel that will be used to define what to create on drop!
  4. if no GridStackWidget is defined, the helper will now be inserted as is, and NOT original sidepanel item.
  5. support DOM gs- attr as well as gridstacknode JSON (see two.html) alternatives.

jQuery Application

This is old and no longer apply to v6+. You'll need to use v5.1.1 and before

import 'gridstack/dist/gridstack.min.css';
import { GridStack } from 'gridstack';
import 'gridstack/dist/jq/gridstack-dd-jqueryui';

Note: jquery & jquery-ui are imported by name, so you will have to specify their location in your webpack (or equivalent) config file, which means you can possibly bring your own version

  alias: {
    'jquery': 'gridstack/dist/jq/jquery.js',
    'jquery-ui': 'gridstack/dist/jq/jquery-ui.js',
    'jquery.ui': 'gridstack/dist/jq/jquery-ui.js',
    'jquery.ui.touch-punch': 'gridstack/dist/jq/jquery.ui.touch-punch.js',
  },

Alternatively (single combined file) in html

<link href="node_modules/gridstack/dist/gridstack.min.css" rel="stylesheet"/>
<!-- HTML5 drag&drop (70k) -->
<script src="node_modules/gridstack/dist/gridstack-h5.js"></script>
<!-- OR jquery-ui drag&drop (195k) -->
<script src="node_modules/gridstack/dist/gridstack-jq.js"></script>
<!-- OR static grid (40k) -->
<script src="node_modules/gridstack/dist/gridstack-static.js"></script>

We have a native HTML5 drag'n'drop through the plugin system (default), but the jquery-ui version can be used instead. It will bundle jquery (3.5.1) + jquery-ui (1.13.1 minimal drag|drop|resize) + jquery-ui-touch-punch (1.0.8 for mobile support) in gridstack-jq.js.

NOTE: in v4, v3: we ES6 module import jquery & jquery-ui by name, so you need to specify location of those .js files, which means you might be able to bring your own version as well. See the include instructions.

NOTE: in v1.x IFF you want to use gridstack-jq instead and your app needs to bring your own JQ version, you should instead include gridstack-poly.min.js (optional IE support) + gridstack.min.js + gridstack.jQueryUI.min.js after you import your JQ libs. But note that there are issue with jQuery and ES6 import (see 1306).

As for events, you can still use $(".grid-stack").on(...) for the version that uses jquery-ui for things we don't support.

Changes

View our change log here.

Usage Trend

Usage Trend of gridstack

NPM Usage Trend of gridstack

The Team

gridstack.js is currently maintained by Alain Dumesny, before that Dylan Weiss, originally created by Pavel Reznikov. We appreciate all contributors for help.