Skip to content

Recommend specifying the controller itself for EasyAdmin #30

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

Merged
merged 1 commit into from
Apr 23, 2017
Merged

Recommend specifying the controller itself for EasyAdmin #30

merged 1 commit into from
Apr 23, 2017

Conversation

Pierstoval
Copy link
Contributor

@Pierstoval Pierstoval commented Apr 21, 2017

I think it's a better idea to expose the controller itself directly.

It would encourage people to add their own controller by just changing the name of the bundle if they want to override it.

Also, I would suggest to change master for a lower requirement (1.14 or 1.15 maybe, there are some without much BC breaks, and they'd still share the same recipe) and add version_aliases, but haven't done it in the PR because master might have been added for a specific reason 🙂

@fabpot
Copy link
Member

fabpot commented Apr 23, 2017

pings @javiereguiluz

@javiereguiluz
Copy link
Member

javiereguiluz commented Apr 23, 2017

👍 this proposal makes sense to me! I've updated the official docs accordingly: https://github.com/javiereguiluz/EasyAdminBundle/pull/1604 Thanks @Pierstoval.

Regarding the question about the versions, I don't really know yet what to do. I'd say, let's keep it as is for now.

@fabpot
Copy link
Member

fabpot commented Apr 23, 2017

@javiereguiluz Thanks (check your emails, I need you :))

@fabpot
Copy link
Member

fabpot commented Apr 23, 2017

Thank you @Pierstoval.

@fabpot fabpot merged commit b7d9955 into symfony:master Apr 23, 2017
fabpot added a commit that referenced this pull request Apr 23, 2017
…ierstoval)

This PR was merged into the master branch.

Discussion
----------

Recommend specifying the controller itself for EasyAdmin

I think it's a better idea to expose the controller itself directly.

It would encourage people to add their own controller by just changing the name of the bundle if they want to override it.

Also, I would suggest to change `master` for a lower requirement (1.14 or 1.15 maybe, there are some without much BC breaks, and they'd still share the same recipe) and add `version_aliases`, but haven't done it in the PR because `master` might have been added for a specific reason 🙂

Commits
-------

b7d9955 Recommend specifying the controller itself for EasyAdmin
@Pierstoval Pierstoval deleted the easy_admin branch April 23, 2017 18:56
@Pierstoval
Copy link
Contributor Author

Regarding the question about the versions, I don't really know yet what to do. I'd say, let's keep it as is for now.

@fabpot is there anything regarding the "stability" of a Flex recipe like there is for Composer packages stability? (stable, beta, dev, etc.)
If yes, then we should put EasyAdmin under its latest version to be 100% sure, and remove master.
If no, then, whatever works 😄

@fabpot
Copy link
Member

fabpot commented Apr 23, 2017

There is no stability for a recipe, it can only be stable (the underlying package can have a stability, but not recipes). Also, keep in mind that it works only for deps > Symfony 3.3. So, we can only support bundles that work with Symfony 3.3+.

@Pierstoval
Copy link
Contributor Author

Ok, so EasyAdmin will have to maintain a new branch for Symfony ^3.3|^4.0, as well as almost all other bundles 😕

javiereguiluz added a commit to EasyCorp/EasyAdminBundle that referenced this pull request Apr 23, 2017
…ereguiluz)

This PR was merged into the master branch.

Discussion
----------

[Doc] Always load the specific EasyAdmin controller

In symfony/recipes#30 @Pierstoval proposes to use the explicit controller instead of the `Controller/` directory. I think it makes a lot of sense, so let's update the docs.

Commits
-------

b9d3d18 [Doc] Always load the specific EasyAdmin controller
@stof
Copy link
Member

stof commented Apr 27, 2017

@Pierstoval you can have a branch supporting 2.8+, as long as 3.3 works.
what is bad is a bundle being incompatible with Symfony 3.3 (as the recipe will be useless for people using 3.2 and older anyway and they will need to use manual configuration)

@Pierstoval
Copy link
Contributor Author

Yep, this can be checked via composer version constraints so this is no issue actually

VolCh pushed a commit to VolCh/recipes that referenced this pull request Nov 30, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants