Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
bug #10654 Changed the typehint of the EsiFragmentRenderer to the int…
…erface (stof) This PR was submitted for the master branch but it was merged into the 2.3 branch instead (closes #10654). Discussion ---------- Changed the typehint of the EsiFragmentRenderer to the interface | Q | A | ------------- | --- | Bug fix? | maybe | New feature? | maybe | BC breaks? | no | Deprecations? | no | Tests pass? | yes | Fixed tickets | n/a | License | MIT | Doc PR | n/a While it is true that passing a different core renderer implementation as inline strategy does not make any sense. Typehint the inline strategy here makes it much more complex to decorate the inline strategy (your decorator has to extend the class and overwrite all public methods instead of implementing the interface directly just to pass the typehint). And I have a valid use case for it (which is the reason why I submitted it now), or rather @lolautruche has one in EZPublish: ezsystems/ezpublish-kernel#793 I don't know exactly whether this change should be considered as a bugfix (merged in the upcoming 2.3.13) or a new feature (merged in 2.5). I guess @lolautruche will like us if it goes its way to 2.3.x (EZPublish could bump its requirement to run on 2.3.13+ instead of 2.3.0+ and use a simpler code). I remember suggesting the change in the initial PR btw, but it was rejecting sayign it does not make sense to use other strategies at that time. Commits ------- d1fca90 Changed the typehint of the EsiFragmentRenderer to the interface
- Loading branch information