Admin theme bundle for Symfony 4 based on AdminLTE 2.4.8 with FOSUserBundle support
This repository contains an upgraded version of the AvanzuAdminThemeBundle, bringing the AdminLTE theme to Symfony 4.
- Documentation - How to install, use and enjoy this bundle
- Demo app - Demo application using this bundle
- Kimai time-tracking - online time-tracking app using this bundle and Symfony 4
- Symfony 4.0
- PHP 7.1.3
- Twig 2.0
- Version 3.x is only compatible with Symfony >= 4.3
- Version 2.x of this bundle is compatible with Symfony < 4.3
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, japanese, swedish, portuguese, dutch, french, turkish (please help translating it to more languages)
- Based on AdminLTE 2.4.8
- Using FontAwesome 5
Installation using Symfony flex:
composer config extra.symfony.allow-contrib true composer req "kevinpapst/adminlte-bundle:^3.0"
Installation using the "traditional" composer approach:
composer require kevinpapst/adminlte-bundle ^3.0
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 (e.g. here).
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 eg. here. As I really needed an upgraded version, I tried to manage 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 the chance for backward-compatibility breaks (for the users migrating from the AdminThemeBundle).
This repository was created from the original master, but with a lot of enhancements on top:
- Auto discovery for commands (see #215)
- Symfony4 compatibility (see #215)
- Dynamic config options (see #217)
- 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
- Introduction of unit tests, phpstan and code-style rules (all checked by Travis)
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!