You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Object literal may only specify known properties, and 'mdi' does not exist in type #293
Moving this to the 2.0.0 milestone (the statically-analysable config rewrite). This is the same root cause as #72: the module's icons.sets is a font-import shorthand (IconFontName | IconFontName[] | FontIconSet[]), not Vuetify's Record<string, IconSet> object map, and the static config can't express function/component aliases (IconValue) — both are inherent to the current Vite-plugin + JSON-serialization architecture.
In the v2 rewrite (see vuetify-nuxt-module-nuxt-v4), configuration moves to a real vuetify.config.ts via defineVuetifyConfiguration, so you pass native Vuetify icon options directly — object-map sets and function/component aliases work as documented. That resolves both #293 and #72 at the source rather than via a 1.0.0 type patch.
A quick question before I start: should the sets type mirror Vuetify's own IconsOptions['sets'] directly (re-exporting from vuetify), or does this module intentionally define its own narrower type for the Nuxt config layer?
If it's meant to mirror upstream, I can just re-export the type from vuetify and add aliases. If it's intentionally narrower, I'd need to understand the reasoning to extend it correctly.
Activity
Maxttier commentedon Dec 2, 2024
[{ name: 'mdi'}, { name: 'custom', ???????????????}
Maxttier commentedon Dec 2, 2024
Object literal may only specify known properties, and 'aliases' does not exist in type 'IconsOptions'.
Maxttier commentedon Dec 2, 2024
AndreyYolkin commentedon Jun 13, 2026
Moving this to the 2.0.0 milestone (the statically-analysable config rewrite). This is the same root cause as #72: the module's
icons.setsis a font-import shorthand (IconFontName | IconFontName[] | FontIconSet[]), not Vuetify'sRecord<string, IconSet>object map, and the static config can't express function/componentaliases(IconValue) — both are inherent to the current Vite-plugin + JSON-serialization architecture.In the v2 rewrite (see vuetify-nuxt-module-nuxt-v4), configuration moves to a real
vuetify.config.tsviadefineVuetifyConfiguration, so you pass native Vuetify icon options directly — object-mapsetsand function/componentaliaseswork as documented. That resolves both #293 and #72 at the source rather than via a 1.0.0 type patch.Koa-wang commentedon Oct 15, 2026
Hi @userquin, I'd like to fix this.
A quick question before I start: should the sets type mirror Vuetify's own IconsOptions['sets'] directly (re-exporting from vuetify), or does this module intentionally define its own narrower type for the Nuxt config layer?
If it's meant to mirror upstream, I can just re-export the type from vuetify and add aliases. If it's intentionally narrower, I'd need to understand the reasoning to extend it correctly.