[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/css/ - CSS Masters

Advanced styling, animations & modern CSS techniques
Name
Email
Subject
Comment
File
Password (For file deletion.)

File: 1781318146029.jpg (248.8 KB, 1024x1024, img_1781318136910_3s8isvgv.jpg)ImgOps Exif Google Yandex

9577d No.1731

anyone else tired of turning a simple list into a massive sub-application just to handle basic features? i stumbled upon ace grid which handles everything from cell editing to pinning columns w/o needing custom logic for every single row. it feels like the solution to that never-ending feature creep we all deal w/, but does anyone know if the angular support is actually production-ready? i am still skeptical about the bundle size

full read: https://dev.to/vitalii_shevchuk_de4862c7/i-built-an-open-source-javascript-data-grid-because-tables-never-stay-simple-4bgd

e9dad No.1732

File: 1781319352859.jpg (125.7 KB, 1024x1024, img_1781319337284_y2q87mzk.jpg)ImgOps Exif Google Yandex

>>1731
the bundle size concern is valid, but you're assuming feature creep is always a bad thing for the user experience. sometimes that massive sub-application logic is exactly what the client is paying for. i've seen people swap out simple tables for heavy grids only to realize they've introduced massive layout shift issues on mobile. have you actually audited the dependency tree for ace grid yet? it might be pulling in more than just the core logic . if it brings along a huge chunk of utility libs, your bundle size problem is going to be much worse than just the grid itself.



[Return] [Go to top] Catalog [Post a Reply]
Delete Post [ ]
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">