Markus Sanin
Markus Sanin
I'm not sure if this is really an issue of EPS, because from type we allow only string for `searchTerm`. This means that when the app is not passing a...
Hmm... can you share the example like you are using? Because with TS it should bring an error
Closing in favor of no aditional feedback
oh... okay that make sense... thank for reporting and PR
Looks like embroider is not handling correctly ember internal packages... this brakes tests for ember 3.28 and ember v4.4 Blocked by https://github.com/embroider-build/embroider/pull/2075
we have readded support for ember 3.28 with `v3.x` release. In additional it is modernized (v2 addon...) More details you can find in [changelogs](https://github.com/FortAwesome/ember-fontawesome/blob/3.x/CHANGELOG.md)
Thanks for reporting... Looking to W3C examples, its atm like you have written incorrectly... In Google Lighthouse the tests are passed... I have found this docs - without search https://www.w3.org/WAI/ARIA/apg/patterns/combobox/examples/combobox-select-only/...
Right now, we have no `@labelTag arg, it was only an idea, how we can fix this in current version, without making braking... If you like, you can create an...
we have added an option to pass `@labelTag` in `v8.12.0`, so you can already resolve the accessibility issue in apps before we make a new major. I will keep this...
we have in our project the same issue (more than one usecase with different models)... is there any workaround how we can fix it without adding `// @ts-expect error ...`?