-
Notifications
You must be signed in to change notification settings - Fork 422
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
v3 #1289
Comments
I would like to help, if I'm able to. Is there going to be a dedicated branch or will it be done in the |
Once we start this, there will be indeed a new branch with auto-release so we can try it out and especially keep working on the |
I have few design ideas if you are open to this I would like to share it for the future of Nuxt UI 3. Should we discuss this in this issue or it'll be better to discuss design ideas in seperate discussion thread? |
@jd-solanki You can share them here! |
Since it is supposed to be a refactoring to all components, could we give the possibility of compatibility with unocss? |
@sawa-ko It will be made with Tailwind v4. To what end would you make it compatible with Uno? |
I've started working on this in a private repository of mine, I'll open-source it once I'm satisfied with the base so you guys can check it out 😊. A lot has changed since I'll post regular updates on this issue. |
Please tell me how long it will take for this upgrade to be available. |
I have no idea how long it will take and it's not entirely up to us, I hope to release it at the same time as the official release of Tailwind v4. |
That's awesome. The new version of nuxt-ui uses exactly the tech stack I expected. I tried to build my own UI library using radix-ui and tailwind-variants, but I immediately found that even with radix-ui, it is not easy to build a full UI library. But I got an idea with an API that works with any design language. If you are interested, here is my demo repository: |
@robin-dongbin It's already in the making. There are already 13 components done, 36 more to go 😅 |
Since the component library is based on radix-ui without styles, I thought it would be nice to provide an api that is abstracted from various design systems, so you can switch styles from one system to another at any time. If people want to implement another design system, they can just customize it, share files, or even contribute to a repository. Taking things a step further, it is possible to switch between different design systems at runtime. Of course, I'm just offering an idea, and if you think it's too late, that's fine |
This is actually already what we're doing with the App Config. You can customize the classes for every part of every component. |
Thanks for the work! Just one question :
|
No we keep the For example the export default {
base: 'inline-flex items-center justify-center text-gray-900 dark:text-white',
padding: 'px-1',
size: {
xs: 'h-4 min-w-[16px] text-[10px]',
sm: 'h-5 min-w-[20px] text-[11px]',
md: 'h-6 min-w-[24px] text-[12px]'
},
rounded: 'rounded',
font: 'font-medium font-sans',
background: 'bg-gray-100 dark:bg-gray-800',
ring: 'ring-1 ring-gray-300 dark:ring-gray-700 ring-inset',
default: {
size: 'sm'
}
} Here is the new version: export default {
base: 'inline-flex items-center justify-center text-gray-900 dark:text-white px-1 rounded font-medium font-sans bg-gray-50 dark:bg-gray-800 ring ring-gray-300 dark:ring-gray-700 ring-inset',
variants: {
size: {
xs: 'h-4 min-w-[16px] text-[10px]',
sm: 'h-5 min-w-[20px] text-[11px]',
md: 'h-6 min-w-[24px] text-[12px]'
}
},
defaultVariants: {
size: 'sm'
}
} This is a breaking change if you've overridden its config in your |
Ok ! Effectively, it's a breaking change but it seam ok for the future to have a better granularity with the variants. Thanks for the explanation and the example 🙏🏻 |
|
I whish that component (especially on Even better if NuxtUI would have the vertical navigation similar to the one on Naive UI or Ant Design |
Why not go for |
for consistency, like Input、Textarea. But |
You can also do |
Hello, Just a small feature request regarding Table component in v3. I've tried to use the Table component and had some problems with the applying classes ("global class") to rows. According to documentation to apply classes to rows I need to push class property for each item. This might be solved with using computed property but when data comes from API and you've a lot of data it might affect performance. ui/src/runtime/components/data/Table.vue Line 74 in 89d18f8
Instead of searching for Basically, I was looking for a "global" class property for the row like what we currently have in a column.
Maybe something like this:
Thank you very much for your work and the effort with this UI. This is great honestly. 👍 |
Would it be possible to have this Comment Component Feature for Nuxt UI Components? It would be really helpful to have at least a Link directly to the Docs. Many thanks and keep up your awesome work |
As we'll have v3 which will possibly bring some breaking changes can you please reconsider this? Also, If I want to start new project using Nuxt v4 compatibility & Nuxt UI 3 is it possible now (anything like Alpha)? If not, can you share any approx time so I can schedule my projects accordingly. |
|
@T-Zahil Thanks for your response but it'll serve the NuxtUI. However, I want to consume it in my own project (like third party package) and still I'm waiting for confirmation on if it's even advisable to use in my project? |
Nuxt UI 3 will use tailwind v4, so it's also linked to the release of tailwind v4 |
I am excited for Nuxt UI 3 and Tailwind 4 but I think we need to wait a bit more for Tailwind 4 to come :) Btw isnt Nuxt UI then also linked to the release of @nuxtjs/tailwindcss? |
And UnoCss |
UnoCss isn't related. |
Hello everyone. Is there any news about UI 3 or approximate release date. I'm looking forward this new release. |
As a rule of thumb, after the official release of Tailwind v4 |
It looks like it won't be for anytime soon sadly as they hope to move from alpha to beta by the end of summer and release a stable version later in the year. |
Do we really need to wait for official release? Maybe we can start a v3 beta with the Tailwind beta? |
Of course, we'll release a beta package with Tailwind CSS v4 beta as soon as they implement what's missing 😊 |
We should start working on this next major by March, 2024.I've started working on this in a private repository of mine, I'll open-source it once I'm satisfied with the base so you guys can check it out 😊.You can check out the development progress in this fork: https://github.com/benjamincanac/ui3.
A lot has changed since
@nuxt/ui
was made open-source (May 2023), so the plan here is to rewrite every component from scratch alongside their config.I'll post regular updates on this issue and on https://twitter.com/benjamincanac.
Overview
radix-vue
#409 which should solve allv3.0
issuesuseUI
for https://www.tailwind-variants.org/<script setup>
Generic table component #818)<script setup>
)Documentation
Once all these changes will be ready to merge on the
dev
branch, av2
branch will be created to keep supporting thev2
version for a certain period of time. As such, the current documentation will be available onhttps://ui-v2.nuxt.com
.I'm thinking of removing the
dev
packages from the documentation, not sure it's that useful as people who are checking new pull requests from GitHub can check the new docs inside the PRs content. Therefore, the documentation will deploy from themain
branch instead of thedev
branch.Breaking Changes
The biggest change is the switch to
tailwind-variants
, this will cause lots of breaking changes if you've used theui
prop orapp.config.ts
to override the config. I apologize in advance for this but I strongly believe this will be beneficial and will bring consistency across all components.The config will now have a
slots
amongst other keys that will specifically target dom nodes. Theui
prop will only allow you to target those slots.These changes alongside the refactor of all components will also improve the types, the
app.config.ts
andui
props are now perfectly typed, as well as all componentsprops
,slots
,emits
andexpose
.Accordion
#item
slot to#content
for consistencyUButton
underneath for a simple design easy to customizeAvatar
chip
prop in favor ofChip
componentButton
padded
propblock
prop no longer center the text but acts as a justify between to push the trailing iconDivider
Separator
for consistencyDropdown
DropdownMenu
for consistencyForm
New implementation of the Form component. Here's a list of notable changes from v2:
submit
from the Form'svalidateOn
propFormGroup
toFormField
path
toname
on form errors for consistencydisabled
prop on theForm
component to disable the entire formvalidateOnInputDelay
prop onFormField
andForm
components to control the debounce delay on validation on inputvalidate
function's name argument to an option to make it optionalThanks @romhml! 😊
Link
isActive
toactive
in default slotToggle
Switch
to be able to implement this: https://www.radix-vue.com/components/toggle.htmlon-icon
/off-icon
props tochecked-icon
/unchecked-icon
respectivelyPopover
overlay
prop as no primitive is available for this in Radix Vuepopper
prop in favor ofcontent
(https://www.radix-vue.com/components/popover.html#content) andarrow
prop#panel
slot to#content
for consistencyTabs
#item
slot to#content
for consistencyTooltip
popper
prop in favor ofcontent
(https://www.radix-vue.com/components/tooltip.html#content) andarrow
prop#content
slot for consistencyprevent
prop in favor of:open="false"
Modal
/Slideover
title
,description
andclose
props (this will deprecateDashboardModal
/DashboardSlideover
components in@nuxt/ui-pro
)appear
prop (was for Headless UI)VerticalNavigation
/HorizontalNavigation
NavigationMenu
with anorientation
prop#icon
,#avatar
and#badge
slots in favor of#leading
and#trailing
for consistencyComponents
The text was updated successfully, but these errors were encountered: