-
Notifications
You must be signed in to change notification settings - Fork 726
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
[RFR] Introduce new way to define dashboard datasources #509
Conversation
|
||
All HTTP requests made by ng-admin to your REST API are carried out by [Restangular](https://github.com/mgonto/restangular), which is like `$resource` on steroids. | ||
|
||
The REST specification doesn't provide enough detail to cover all requirements of an administration GUI. ng-admin makes some assumptions about how your API is designed. All of these assumptions can be overridden by way of [Restangular's request and response interceptors](https://github.com/mgonto/restangular#addresponseinterceptor). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would also add a few words about Restangular element transformers.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I refer to the extensive documentation chapter about API Mapping two lines down, I think it's enough.
Fine for me, even if there may be a confusion between the |
I'm also not very happy about the addition of a new concept, but this one goes in the right direction (separating data from presentation). |
Green! |
Back to WIP, I discovered a regression in dashboard panels title |
And we're back to RFR. |
[RFR] Introduce new way to define dashboard datasources
Depends on marmelab/admin-config#14
nga.dashboard()
syntaxdashboardView()
workPanelBuilder