-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Better support for 3rd party panels needing URLs/views. #448
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
Comments
Yes, that's a good idea, and built-in panels should use this API too. |
Whoops, this issue is still valid. The commit linked above merely sets the stage. |
f48039e was an important step towards this goal. Now that I have The syntax for including URLs will have to change, I think I can make it as simple as:
where |
The solution I just committed looks pretty clean to me. @robhudson, let me know if you have suggestions. |
Beautiful. |
This is an idea I had long ago but apparently never wrote down.
The idea was: imagine if the SQL panel were a 3rd party panel. The steps to integrate the panel would require both a debug toolbar setting to activate the panel but also a URL insertion to map a new URL to the view.
My thought was we could adopt something similar to what the admin does where it allows custom admin URLs to be added. I think it's
get_urls
on the admin class or something.If panels had a similar mechanism to provide their own URLs and views, that opens up more options for 3rd party panels to be able to do their own calls out to views for AJAX or the like.
The text was updated successfully, but these errors were encountered: