feat: useColumnWidth for inline longText editor#2506
feat: useColumnWidth for inline longText editor#2506zewa666 wants to merge 4 commits intoghiscoding:masterfrom
Conversation
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #2506 +/- ##
========================================
Coverage 100.0% 100.0%
========================================
Files 195 196 +1
Lines 24393 24766 +373
Branches 8574 8749 +175
========================================
+ Hits 24393 24766 +373
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
angular-slickgrid
aurelia-slickgrid
slickgrid-react
slickgrid-vue
@slickgrid-universal/angular-row-detail-plugin
@slickgrid-universal/aurelia-row-detail-plugin
@slickgrid-universal/react-row-detail-plugin
@slickgrid-universal/vue-row-detail-plugin
@slickgrid-universal/binding
@slickgrid-universal/common
@slickgrid-universal/composite-editor-component
@slickgrid-universal/custom-footer-component
@slickgrid-universal/custom-tooltip-plugin
@slickgrid-universal/empty-warning-component
@slickgrid-universal/event-pub-sub
@slickgrid-universal/excel-export
@slickgrid-universal/graphql
@slickgrid-universal/odata
@slickgrid-universal/pagination-component
@slickgrid-universal/pdf-export
@slickgrid-universal/row-detail-view-plugin
@slickgrid-universal/rxjs-observable
@slickgrid-universal/sql
@slickgrid-universal/text-export
@slickgrid-universal/utils
@slickgrid-universal/vanilla-bundle
@slickgrid-universal/vanilla-force-bundle
commit: |
|
does that scale the editor with the same width as the column OR does that auto-grow with text entered? Can you maybe add a print screen? |
|
Sure, here you are, nope it doesnt it really only affects the width when it opens. |
|
ok so it's the column width, do you know if there's a reason why it's a bit wider by about 5-10px? |
|
I would assume its because of the borders/paddings. need to check this more in detail. I'm using the offsetWidth of the above container, so perhaps that also needs a fixed amount of correction |
|
there's a width that doesn't include padding I think, you might want to try all 3 available element widths to see which one is the closest. I'm finishing up a new SQL Backend Service for MSSQL project (hopefully useful for them), then I'll probably release a new version tonight. Did you have anything else after this PR? |
|
mssql backend? I'm all ears 😁 all good aside from this one. gonna do an upgrade in 2-3 weeks |
lol it's a new Backend Service I'm adding, it's similar to the existing OData/GraphQL but produces SQL query string instead. I'm assuming this will resolve an issue that the MSSQL VScode extension project currently have "Edit Data filters are only applied to prefetched rows", but I think they haven't realized yet that is what they need, I'm adding it nonetheless and see if they adopt it 😆 I think it can be useful for some of us anyway, so... and Ag-Grid also have something similar https://www.ag-grid.com/react-data-grid/server-side-operations-nodejs/#server-endpoint I've put an animated gif in the new PR #2504, I'm pretty much done with it I think |
|
oh dang just 2years too late 🤣 jokes aside though, we're still happy with the OData integration and I'm also way more confident exposing that middlelayer vs letting users directly bomb our DB with unoptimzed queries 😅 |
|
yeah I think it just gives another way of connecting DB if you can't use OData/GraphQL, so it might just reach new users with this approach. For cheap users like us who don't want to give thousand of dollars to Ag-Grid 😆 Looking at their docs, it's unbelievable how many simple features are reserved for the pro license. Also if you didn't know yet, Ag was a short for Angular-Grid at the time, they just renamed it with a shorter and non-Angular name but their origin is really based on mainly SlickGrid and UI-Grid at the time. Are you going to try the other width or should I just merge as is and you might revisit in the future? |
|
I can check again tomorrow at work, timezones are a real productivity killer ;) |
|
just 6 hours 🤣 |

the LongText editor is currently using a fixed size. If users modify the column width, the size of the inline editor currently does not scale along. This fixes it by introducing a new
useColumnWidthoption that negates thecolsetting and lets it grow/shrink along with the columns width.