-
-
Notifications
You must be signed in to change notification settings - Fork 1.9k
feat(table): add TypeScript definitions for table fields #2867
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat(table): add TypeScript definitions for table fields #2867
Conversation
Codecov Report
@@ Coverage Diff @@
## dev #2867 +/- ##
=====================================
Coverage 98.2% 98.2%
=====================================
Files 205 205
Lines 3685 3685
Branches 1105 1105
=====================================
Hits 3619 3619
Misses 46 46
Partials 20 20 Continue to review full report at Codecov.
|
VueVariant -> TableVariant interface TableFieldArray -> type TableFieldArray Make fields optional
…ootstrap-vue into feat/table-field-ts
I think I've taken care of everything mentioned above; Please let me know if I've missed anything! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think we have everything covered here, but it is a decent start.
Thanks @mattgrande! |
Thanks! 🎉 |
@mattgrande What version of TypeScript are you using? Because as far as I'm aware TypeScript doesn't have the You should use |
Description of Pull Request:
I had basically already created these TS definitions within my own project, before realising I should probably create this as a PR.
I'm not super familiar with TS + Vue, so if there's a better way to declare what I'm doing on line 142 for Vue Components, please let me know.
PR checklist:
What kind of change does this PR introduce? (check at least one)
Does this PR introduce a breaking change? (check one)
If yes, please describe the impact:
The PR fulfills these requirements:
dev
branch, not themaster
branchfixes #xxxx[,#xxxx]
, where "xxxx" is the issue number)and adding a new feature, break them into separate PRs if at all possible.
Conventional Commits naming convention (i.e.
"fix(alert): not alerting during SSR render", "docs(badge): Updated pill examples, fix typos",
"chore: fix typo in docs", etc). This is very important, as the
CHANGELOG
is generatedfrom these messages.
If new features/enhancement/fixes are added or changed:
package.json
for slot andevent changes)
keyboard only users? clickable items should be in the tab index, etc)
If adding a new feature, or changing the functionality of an existing feature, the PR's
description above includes:
suggestion issue first and wait for approval before working on it)