\n\u003C/template>\n```\n\n2. Notice that the USelectMenu remains blank despite the initial value being set to `0`.\n\n**Expected Behavior:** \nThe USelectMenu should correctly bind and display the option corresponding to the numeric value `0`.\n\nCould you please consider looking into this issue so that numeric `0` is handled correctly, similar to how `false` is now working?\n\n### Additional context\n\n\n\n### Logs\n\n```shell-script\n\n```",[1984,1987],{"name":1985,"color":1986},"bug","d73a4a",{"name":1988,"color":1989},"triage","ffffff",3392,"nuxt","ui","open","USelectMenu: Numeric value 0 causes binding issue","2025-02-25T06:47:48Z","https://github.com/nuxt/ui/issues/3392",0.7887768,{"description":1999,"labels":2000,"number":2001,"owner":1991,"repository":1992,"state":1993,"title":2002,"updated_at":2003,"url":2004,"score":2005},"Currently, portal components (modals, popovers, etc.) are directly attached to the root of the body. It would be beneficial to allow specifying their destination within the configuration .This would provide greater control over rendering order and potential styling conflicts, especially in complex applications with open shadow Dom. \n\nFor instance, a developer might want to render a modal within a specific container to inherit styles or avoid interference with other elements on the page (I currently using Nuxt ui as a web component withing WordPress). \n\nThe proposed configuration option could be a CSS selector string, allowing for flexible targeting of any existing element in the DOM defaulting to 'body'. ",[],3687,"Allow specify portal destination for all portaled components","2025-03-26T06:11:46Z","https://github.com/nuxt/ui/issues/3687",0.79615015,{"description":2007,"labels":2008,"number":2010,"owner":1991,"repository":2011,"state":1993,"title":2012,"updated_at":2013,"url":2014,"score":2015},"### Environment\n\n```\n------------------------------\n- Operating System: Darwin\n- Node Version: v20.13.0\n- Nuxt Version: 3.14.1592\n- CLI Version: 3.16.0\n- Nitro Version: 2.10.4\n- Package Manager: npm@10.5.2\n- Builder: -\n- User Config: default\n- Runtime Modules: @nuxt/eslint@0.7.2, nuxt-open-fetch@0.9.5, @nuxtjs/i18n@9.1.0, nuxt-jsonld@2.1.0, @nuxtjs/device@3.2.4, @nuxtjs/robots@5.0.0, @vueuse/nuxt@12.0.0, @sidebase/nuxt-auth@0.9.4, @vesp/nuxt-fontawesome@1.1.0\n- Build Modules: -\n------------------------------\n```\n\n### Reproduction\n\nWhen using a vitest workspace, vitest complains that it can't resolve the config files, this is due to `defineVitestConfig`.\n```\n> vitest\n\nfailed to load config from /Users/reinierkaper/rvezy/rvezy-web-client/src/tests/unit/vitest.config.ts\n```\n\n### Describe the bug\n\nI think the `defineVitestConfig` wrapper conflicts with what vitest expects back in a workspace configuration file.\nEverything works fine when the tests are ran directly with a config file reference, just not in a workspace.\n\n### Additional context\n\n_No response_\n\n### Logs\n\n```shell-script\n\n```",[2009],{"name":1985,"color":1986},1043,"test-utils","Vitest workspaces not properly supported by `defineVitestConfig`","2025-02-21T09:20:04Z","https://github.com/nuxt/test-utils/issues/1043",0.8002097,{"description":2017,"labels":2018,"number":2025,"owner":1991,"repository":1992,"state":2026,"title":2027,"updated_at":2028,"url":2029,"score":2030},"### Description\n\nI've recently upgraded to NuxtUi [v3.0.2](https://github.com/nuxt/ui/releases/tag/v3.0.2) from [v3.0.0-beta.2](https://github.com/nuxt/ui/releases/tag/v3.0.0-beta.2) and I'm having an issue with the search term prop on the component.\n\nWhen using the input with search and multiselect, I'd like the search term to clear as the user selects menu items. I was able to achieve this, in previous versions, by using a v-model on the search term and calling a function to clear the search term on the `update:ModelValue` event. Unfortunately, this isn't working on the most recent version.\n\nIt appears that `update:ModelValue` is being emitted and I am able to clear the searchTerm ref value. However, the change doesn't propagate to the component unless I hit the tab key or click out and click back into the component.\n\nIs there a potential workaround or could this become a feature request to include a prop which clears the search term on item select?",[2019,2022],{"name":2020,"color":2021},"question","d876e3",{"name":2023,"color":2024},"v3","49DCB8",3782,"closed","InputMenu Clear Search Term on Select","2025-04-08T10:37:15Z","https://github.com/nuxt/ui/issues/3782",0.7656514,{"description":2032,"labels":2033,"number":2038,"owner":1991,"repository":1992,"state":2026,"title":2039,"updated_at":2040,"url":2041,"score":2042},"https://reka-ui.com/docs/guides/migration",[2034,2037],{"name":2035,"color":2036},"feature","A27AF6",{"name":2023,"color":2024},2259,"Migrate to Reka UI, the new Radix Vue","2024-12-03T15:11:33Z","https://github.com/nuxt/ui/issues/2259",0.7740724,{"description":2044,"labels":2045,"number":2048,"owner":1991,"repository":1992,"state":2026,"title":2049,"updated_at":2050,"url":2051,"score":2052},"Tested with latest `https://pkg.pr.new/@nuxt/ui@18931ac`",[2046,2047],{"name":1985,"color":1986},{"name":2023,"color":2024},2602,"[v3] `useLocale` missing import in various components","2024-11-11T18:27:39Z","https://github.com/nuxt/ui/issues/2602",0.78541666,{"description":2054,"labels":2055,"number":2061,"owner":1991,"repository":1991,"state":2026,"title":2062,"updated_at":2063,"url":2064,"score":2065},"**Currently:**\r\nWhen I operate an anchor generated via NuxtLink with my keyboard via the Tab key, the window scrolls to the target, but the keyboard focus remains on the initial NuxtLink. The next time I use the Tab key, the keyboard focus is placed on the next focusable element after the NuxtLink.\r\n\r\n**Expectation:**\r\nWhen I operate an anchor generated via NuxtLink with my keyboard via the Tab key, I expect the keyboard focus to be on the target. The next time I use the Tab key, the keyboard focus is placed on the next focusable element after the target.\r\n\r\n**Note:**\r\nThe native link \u003Ca> works as intended.\r\n\r\n**Example:**\r\n```html\r\n\u003CNuxtLink :to=\"{ hash: '#element-to-focus' }\">\r\n My source link that didn't works as intended\r\n\u003C/NuxtLink>\r\n\r\n\u003Ca href=\"#element-to-focus'\">\r\n My native and working source link\r\n\u003C/a>\r\n\r\n\u003Ca href=\"#\">Some random focusable element\u003C/a>\r\n\u003Cbutton>Some random focusable element\u003C/button>\r\n\r\n\u003Cp style=\"height: 1200px;\">Some content\u003C/p>\r\n\r\n\u003Ch2 id=\"element-to-focus\">My target\u003C/h2>\r\n\r\n\u003Ca href=\"#\">Some random focusable element\u003C/a>\r\n\u003Cbutton>Some random focusable element\u003C/button>\r\n```",[2056,2058],{"name":2057,"color":1989},"stale",{"name":2059,"color":2060},"2.x","d4c5f9",9027,"nuxt-link does not focus on hash target when link is triggered by keyboard","2023-01-18T15:30:18Z","https://github.com/nuxt/nuxt/issues/9027",0.7877189,{"description":2067,"labels":2068,"number":43,"owner":1991,"repository":2072,"state":2026,"title":2073,"updated_at":2074,"url":2075,"score":2076},"\n",[2069],{"name":2070,"color":2071},"enhancement","1ad6ff","nuxt.com","[Docs] Remove TOC for examples","2023-02-15T12:31:33Z","https://github.com/nuxt/nuxt.com/issues/756",0.7903056,{"description":2078,"labels":2079,"number":2082,"owner":1991,"repository":1992,"state":2026,"title":2083,"updated_at":2084,"url":2085,"score":2086},"### Description\n\nThe concepts of Chips and Badges are reversed. \n\nChip is the component with text, to represent status or options selected, that can also have counters, icons aside labels and in some cases a remove button.\nBadge is the component that have a notification or a counter\n\nIn my opinion:\n\nThis is a chip ⤵️\n\n\nAnd this is a Badge ⤵️\n\n\nAn example\nhttps://medium.com/design-bootcamp/ux-blueprint-03-badges-vs-chips-tags-a-friendly-guide-e38ab2217be3#:~:text=Key%20Differences,users%20navigate%20and%20manage%20content.",[2080,2081],{"name":2020,"color":2021},{"name":2023,"color":2024},3282,"The concepts of Chips and Badges are reversed","2025-02-10T09:38:39Z","https://github.com/nuxt/ui/issues/3282",0.7928458,{"description":2088,"labels":2089,"number":2092,"owner":1991,"repository":1992,"state":2026,"title":2093,"updated_at":2094,"url":2095,"score":2096},"### Description\n\nI appreciate new version 3 of NuxtUI very much.\n\nOn production build of my recent app, it seems to take too much time (~5s) to SSR every page.\nSome pages does not fetch any data, so I wondered if NuxtUI or TailwindCSS were responsible for that.\n(Lighthouse score was very fine, by the way)\n\nThe app had neither dependencies of `tailwindcss` nor `@tailwindcss/vite` in package.json, so I installed them to try to improve first show speed.\nSurprisingly, it worked and showed quickly (~1s). The problem now fixed.\n\nIt is friendly for developers that NuxtUI requires TailwindCSS packages because it contains the dependencies in it.\nHowever, I don't think that the capability of NuxtUI is fully delivered without `@tailwindcss/vite`.\nI wish some internal implementation around this problem would be identified to get refined. Thank you.\n\nHere is the app before/after installing `tailwindcss` and `@tailwindcss/vite` (excuse me it's Japanese only):\n\n- Before: https://67e0d5d81fdcb30008c12162--dodoi2.netlify.app/\n- After: https://67efec8e3667f0000841d4df--dodoi2.netlify.app/",[2090,2091],{"name":2020,"color":2021},{"name":2023,"color":2024},3792,"Rendering is too slow unless installing `@tailwindcss/vite` as well?","2025-04-06T10:26:23Z","https://github.com/nuxt/ui/issues/3792",0.7950664,["Reactive",2098],{},["Set"],["ShallowReactive",2101],{"TRc1wZytZ_XrK4EfJfei_Sz-An4H4Yy6syhVxH_PVJc":-1,"jzZ-Bn0ZTdh4rMt65h7EqPCkvzrU1uViA9Afloomm1g":-1},"/nuxt/ui/2317"]