Admin theme bundle for Symfony 4 based on AdminLTE 2.4.8 with FOSUserBundle support
This repository is an upgraded version of the AvanzuAdminThemeBundle, bringing the AdminLTE theme to Symfony 4.
- Symfony 4.0
- PHP 7.1.3
- Twig 2.0
Go ahead and read the full documentation, then install and enjoy your new theme!
In order to see a working example this bundle is showcased in a separate demo-application: AdminLTEBundle-Demo.
Some of the main features of this theme bundle:
- Two main layouts for main application and security (login, forgot password, register account...)
- Support for Symfony 4.x
- Support for KNPMenuBundle
- Support for FOSUserBundle
- Webpack-Encore support for building assets
- Event-driven handling of menu entries, tasks and notifications
- Translations for: english, german, italian, czech, russian, arabic (please help translating it to more languages)
- Based on AdminLTE 2.4.8
Installation using Symfony flex is the recommended way:
composer config extra.symfony.allow-contrib true composer req "kevinpapst/adminlte-bundle:^2.0"
Installation using the traditional composer approach is almost as simple:
composer require kevinpapst/adminlte-bundle ^2.0
This command requires you to have Composer installed globally, as explained in the installation chapter of the Composer documentation.
Afterwards copy the default config to your
cp vendor/kevinpapst/adminlte-bundle/config/packages/admin_lte.yaml config/packages/
Then, enable the bundle by adding it to the list of registered bundles in the
config/bundles.php file of your project:
<?php return [ // ... KevinPapst\AdminLTEBundle\AdminLTEBundle::class => ['all' => true], ];
First and foremost: the original repository has a strong backward compatibility in mind, maintenance is only done if Symfony 2 and 3 compatibility is kept (see this issues).
That means you don't get the new shiny stuff for SF4. As I work on a Symfony 4 project, utilizing webpack-encore I needed a solution.
First I tried to sent PRs for the original repository, but those were not always accepted. As I really needed an upgraded version, I tried to managed a branch in a fork for a couple of weeks, but that wasn't working well and I found myself overwriting more and more stuff in my project until there was a point were I had to choose between:
- doing all the changes in my project
- doing the changes in my forked repository and having "dev-" entries in my composer.json
- cleanup the fork, merge it with my project changes and release it for the community
The choice 3 was easy and obvious for me: I am doing the work now in this repository with a fresh start and some backward-compatibility breaks (for the users migrating from the AdminThemeBundle).
This repository was created from the original master, but with the following PRs merged on top:
- Auto discovery for commands (see #215)
- Symfony4 compatibility (see #215)
- Dynamic config options (see #217)
And a lot of other changes which I added in this repository:
- upgraded to AdminLTE 2.4.8
- added support for FOSUserBundle
- added Symfony Flex recipe for easier integration
- using Webpack-Encore for compiling frontend-assets
- fixed KNPMenu integration
- replaced AliasRouting with simpler version
- changed namespaces to allow co-existence with AdminThemeBundle for migration
- changed and extended default configuration
- huge cleanup of the codebase
- changed all twig block-names (with additional layout shim files for migration)
- changed control-sidebar, content is now configurable from admin_lte.yaml or the ContextHelper
- a Demo application as living documentation for first time users and easier testing
- updated composer.json to reflect more up-to-date bundle dependencies
Be aware: I decided to change some project internals and got rid of some features from the original AdminThemeBundle. I found the all-in-one solution to be more problematic then helpful at several places, so I took the chance to update it to my own interpretation of a theme bundle.
If you previously used the
AvanzuAdminTheme you will not be able to "just replace" the composer package.
Plan ahead, you will need (depending on the size of your project) a couple of hours for the migration.
I migrated my own project within ~4 hours, but I had to move a lot of the customization to the bundle (e.g. the webpack-encore build) in the same time. See the PRs #202 and #206 for migration examples.
Published under the MIT, read the LICENSE file for more information.
This repository is based on the work of AdminThemeBundle, please check their contributor list as well and give them a star!