Skip to content
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

Admin site #819

Open
alper opened this issue Oct 9, 2024 · 3 comments
Open

Admin site #819

alper opened this issue Oct 9, 2024 · 3 comments
Labels
enhancement New feature or request
Milestone

Comments

@alper
Copy link

alper commented Oct 9, 2024

Hi! I think a lot of people want to know whether an autogenerated admin site is in the cards for this. It's a huge feature that makes a lot of difference when getting something off the ground.

(A lot of the views on the site I'm working on right now would have been unnecessary if there had been something of an admin).

@alper alper added the enhancement New feature or request label Oct 9, 2024
@jondot
Copy link
Contributor

jondot commented Oct 9, 2024

You're correct. the big question is, what UI to use on the admin.
API and backend is really not a problem.
We would need 2 things:

  1. UI that is flexible and can map into types and data structs
  2. A way to describe (probably because this is Rust, in compile time) the data contracts so that the UI can be generated from it

@jondot jondot added this to the backlog milestone Oct 13, 2024
@Sillyvan
Copy link
Contributor

The Apis are the important part here imo. Together with the OpenAPI implementation it will be fairly easy to implement yourself no matter if you do backend templating or use a frontend framework. I think it’s too early to generate Ui parts.

@darricheng
Copy link
Contributor

I agree with @Sillyvan here. I think focusing our efforts on getting the API generation right is more important than creating a frontend first.

I think there can be lots of opinions on how the frontend should be created, but all that is easier to handle once we have a robust API.

I think going with the API generation first should also allow us to get a part of this feature out sooner? I.e. an endpoint for admins to access. At least in my mind I think it should be simpler than creating a proper UI generation framework that would work across all data types.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants