Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Which do you prefer, the old UI or the new V4 UI ?#8229

GaiheiluKamei started this conversation inPolls
Discussion options

as described.

Which do you prefer, the old UI or the new V4 UI ?
Old UI
26%
V4 UI
73%

38 votes

You must be logged in to vote

Replies: 1 comment 11 replies

Comment options

I'm really happy with the new interface! But, it would be great if ActiveAdmin could lean towards a 'headless' style. This means focusing more on streamlining the backend and cutting down on CSS and JS to a bare minimum. It would make customizing things a lot simpler and more efficient.

You must be logged in to vote
11 replies
@julioag-rmd
Comment options

I love the new UI, but imposing tailwind as a dependency for Rails projects is kinda bad.

Imagine I have a project that serves some User facing content and uses AA as the backoffice. I'm using Tailwind 3 for all styling.

Now, if I want to move from Tw3 to 4 I need for AA to release a version with that change, so in my TW v4 upgrade I need also to upgrade AA. If I have customizations in the AA views or my own views, that upgrade alone is big enough.

This makes the scope of the work bigger, riskier and harder to tackle.

I know that making decisions that make AA center of a project and indirectly dictate your upgrade pace is bad, but here we are 😅

@tagliala
Comment options

but imposing tailwind as a dependency for Rails projects is kinda bad.

Fortunately, Tailwind is not a requirement for ActiveAdmin. In fact, ActiveAdmin does not depend on cssbundling, tailwindcss-rails, or tailwindcss-ruby.

image

As a side note, I’d like to mention thatkaminari isimposed.kaminari extends all ActiveRecord classes at the application level with pagination functionality, which is applied even outside of ActiveAdmin. This approach can cause conflicts if you prefer to use other pagination libraries, such as pagy.

Returning to the topic of Tailwind, thanks to@jaynetics, you can useactiveadmin_assets to serve ActiveAdmin assets without needing Tailwind.

@julioag-rmd
Comment options

Thanks for the response@tagliala. From the upgrade guide for beta 15, I understood I needed to have tailwind in my gemfile to make AA4 work. Re-reading, it seems not, but still need to deal a bit with tailwind to build the css. My bad.

Question: even with Tailwind not being a hard requirement, if I am on version N of Tailwind, which is the same as ActiveAdmin at some point, and I want to go to tailwind N+1, will it be OK or will I need to wait for AA to catch up?

Thanks.

@tagliala
Comment options

will it be OK or will I need to wait for AA to catch up?

I think it could be an issue if the new Tailwind version is not backward compatible, especially because of the dependency on flowbite. While it might not be a blocking problem, it could still cause difficulties in upgrading.

If you do not need to customize Active Admin, such as using different Tailwind classes in partials or creating new components, it may be a good idea to considerhttps://github.com/jaynetics/activeadmin_assets for serving pre-compiled assets.

Also, we're a bit off topic here since this is a poll about the UI. For a more relevant discussion, you might want to look at#8223.

@julioag-rmd
Comment options

Thank you!

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Category
Polls
Labels
None yet
5 participants
@GaiheiluKamei@caiotarifa@javierjulio@tagliala@julioag-rmd

[8]ページ先頭

©2009-2025 Movatter.jp