This is the UPDATED and REVISED version of my previous post: Building elegant applications with ASP.NET MVC Core 2 and Bootstrap 4 using CoreUI

In this post I’ll explain how to adapt the just released CoreUI template (v2.0.0), based on Bootstrap 4, to use it as a base for ASP.NET MVC Core 2.1 applications.

Actually, “adapting” is mostly just running my first JS program, submitted as a PR to CoreUI’s repo.

Although this is an ASP.NET Core MVC 2.1 specific post, the general idea should, at least, serve as a guide for other frameworks outside the .NET world.

Key Takeaways
  1. Key concepts about handling client-side packages with npm

  2. Understanding the relations between main views, layout views and partial views.

  3. Handling nested layouts

  4. Customizing Identity 2.1 views from UI packages

Source code


It’s been a little while since I wrote the first post on CoreUI and as of these dates (MAY-2018), there are new versions/release-candidates for both ASP.NET MVC Core (v2.1) and CoreUI (v2.0.0) and I’ve also become to know a little more on front-end subjects, so I thought it would be a good time to publish an updated and revised post.

The process for adapting CoreUI is going to be a bit different from the previous post, to begin with, it’s now all centered in npm, as bower and gulp have been removed from both VS and CoreUI and CoreUI is using npm’s task execution capabilities.

On the other hand, the process will be much faster thanks to a Node program I developed and submitted as a PR to CoreUI. I also expect to make the process much clearer.

As of MAY-2018, ASP.NET Core 2.1 is only supported by Visual Studio 2017 15.7 or newer.

I don’t expect this post to be too affected by the final release of all involved products, but I’ll update it in case it’s necessary.

Platform and Tools

The adaptation process becomes much easier using a file compare tool. I recommend Beyond Compare, that I’ve been using since 1998, but there are other similar tools that should work just as well.

Step by step

1 - Create an ASP.NET MVC Core 2.1 project

Let’s start by creating a standard MVC application, using Visual Studio 2017’s built-in template.

1.1 - Create a blank solution

  1. Create a “blank solution” named AspNetCore21CoreUI2 with a Git repository

  2. Add an .editorconfig file to the solution to standardize some formatting options for the project (after installing EditorConfig Language Services)

  3. Add a src solution folder

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/2018-04-25_19-27-17.png
root = true

indent_size = 4
indent_style = space

indent_size = 2

Right now your solution should look like this:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/devenv_2018-04-25_19-43-26.png

1.2 - Add an ASP.NET MVC Core 2.1 project

  1. Create the CoreUI.Mvc project of type ASP.NET Core Web Application in the src solution folder.

    Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/devenv_2018-04-08_14-25-47.png
    and upon browsing for the folder, create the src folder in the file system:
    Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/2018-04-08_14-31-44.png

  2. Select an ASP.NET Core 2.1 MVC type application and

    Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/devenv_2018-04-08_14-37-27.png

  3. Change authentication to Individual User Accounts and Store user accounts in-app

    Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/devenv_2018-04-08_14-40-18.png

Right now your solution should look like this:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/devenv_2018-04-25_19-48-08.png

1.3 - Create the database

  1. Change the connection string in appsettings.json file to set a nicer database name.

    Server=(localdb)\\mssqllocaldb; Database=CoreUI.Mvc; Trusted_Connection=True; MultipleActiveResultSets=true

  2. Run the application using [Ctrl]+[F5]

  3. Sign up to force database creation

  4. Click Apply Migrations, when you get the database missing error:

    Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/chrome_2018-04-08_14-56-23.png

  5. Refresh the screen (re-posting registration) when the database creation process is complete, to finish user registration

    Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/chrome_2018-04-08_14-58-08.png

This is a good time to save the project in your repo!

1.4 - Delete original client side libraries

The wwwroot folder is the root of the application’s client-side, so all client-side static files should be within this folder tree.

We’re now going to remove all the client-side libraries included by the Visual Studio template, because we’re going to use CoreUI’s ones.

  1. Open the wwwroot folder and make a note of the libraries used:

    Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/devenv_2018-04-08_15-13-44.png
    The bootstrap folder contains all of the “look” and general “feel” of the application, but this is what’s going to be replaced by CoreUI, so we’ll just ignore this folder completely.

    CoreUI is based on Bootstrap, but creates an adapted style.css compiling Bootstrap’s .scss files.

    The jquery* libraries are used for client side interactivity and validation, so we will later add them to the MVC CoreUI app, but we’ll just take a note of the libraries used, we can check the versions in the .bower.json file in each folder, in this case:

    • jquery (3.3.1)
    • jquery-validation (1.17.0)
    • jquery-validation-unobtrusive (3.2.9)
  2. Delete the wwwroot\lib folder.
    (If you can’t delete the lib folder, you might need to close VS and do it from the file explorer.)

  3. Run the application with [Ctrl]+[F5] to display it without any style (or Javascript)

    Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/chrome_2018-04-08_15-40-50.png

Let’s save this version to the repository now

2 - Prepare the CoreUI deployment site

We’re now going to prepare a deployment (distribution) site from the latest version of CoreUI, which we’ll later copy to our ASP.NET Core MVC application.

2.1 - Prepare your base CoreUI repository

At this point you have two options:

  1. Clone the master CoreUI repository in GitHub to learn the process in detail or

  2. Clone my ASP.NET Core MVC 2.1 specific fork of CoreUI repository in GitHub to get results faster.

My fork adds a set of Node (Javascript) programs to generate basic Razor views from CoreUI’s static html files, with just one command.

I’ve already submitted a PR to include this in the master CoreUI repo but, in the mean time, I’m guessing you will prefer the express route, so I’ll explain the steps assuming your are cloning my fork of CoreUI.

Anyway in this section (#2) you should get about the same results from both repositories, section #3 is where the big differences will show.

So, let’s start by cloning my fork, from the command line execute:

git clone mvelosop-coreui-free-bootstrap-admin-template

In my fork, the default branch is aspnetcore (ASP.NET Core MVC specific), the default branch in the master repo is master.

We’ll now create a new branch to do our customizations, let’s call it dist, so:

cd ./mvelosop-coreui-free-bootstrap-admin-template
git checkout -b dist aspnetcore

2.2 - Create the distribution folder (standard static files)

First we need to install client-side dependencies, so, from the coreui-free-bootstrap-admin-template folder, execute this command:

npm install

That creates the node_modules folder with all dependencies, as configured in the dependencies collection in the package.json file.

My fork adds some scripts to package.json, and required additional packages:

  • build-aspnetcore : This is the one that makes the magic, and
  • test : This is the one that makes sure the magic is fine ;-)

Execute this command to verify the site is working properly:

npm run serve

That should open your default browser at http://localhost:3000/ where you should see something like this:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/chrome_2018-04-08_19-54-45.png

To finally generate the distribution folder we just need to execute the command (after interrupting the node server with [Ctrl]+[C]):

npm run build

That creates the dist (.gitignore’d) folder inside the repo folder with something like this:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/explorer_2018-04-09_13-47-00.png

This is the base static deployment site, ready to be published, and by just double-clicking any html file (except 404, 500, login or register) you can explore the base CoreUI template.

Up to this point, you will get the same result either with the master repo or my fork.

2.3 - Create the distribution folder for ASP.NET Core MVC

Similar to what we just did, to create the distribution folder for ASP.NET Core MVC, when cloning my fork, you just need to execute:

npm run build-aspnetcore

This command clears the previous dist folder and generates something like this, following the conventions of ASP.NET:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/explorer_2018-04-26_15-37-04.png

Where we can highlight the following:

  1. The images are now in the images folder instead of img

  2. The files from required packages are in the lib folder instead of vendors

  3. The lib folder is now organized just like node_modules (but including only the files actually referenced, plus any existing and required .map file)

  4. A Razor view (.cshtml) for each static html file of CoreUI.

Just like before, we can double-click any html file (except 404, 500, login or register) to explore the base CoreUI template, with the ASP.NET Core MVC folder structure.

If we open a pair of .html/.cshtml file with Beyond Compare, or a similar diff tool, we can check the differences to understand the changes that the build-aspnetcore script does:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/BCompare_2018-04-26_15-53-10.png
Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/BCompare_2018-04-26_15-55-23.png
  1. Clear the default layout because (at this moment) the page has all it needs

  2. Escape the @ character (a Razor reserved symbol)

  3. Add the “home” route prefix ~/ for css and js files

  4. Add the “home” route prefix ~/ for images and all other static files

  5. Change links to html files, to point to ASP.NET controller actions using Razor tag helpers

If you weren’t using the build-aspnetcore script from my fork, you’d have to make those changes by hand on each and every html file.

2.4 - Install the dependencies for client-side ASP.NET MVC views

We will now install the dependencies identified in 1.4.

To install the dependencies we just have to add these lines to the dependencies collection on packages.json, referencing the latest versions of the packages:


So the file should result in something like this:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/Code_2018-04-09_13-09-42.png

If you prefix a version number with the caret symbol ^, the minor version and update number might change every time you run the install command.

Then, we have to install the new dependencies using:

npm install

Besides installing the libraries in node_modules, we also have to copy the libraries used on the Razor views to the dist/lib folder, so one of the tasks of build-aspnetcore is to copy all files from node_modules referenced in the views to the lib folder.

To achieve that we create file vendors.html (or whatever) in CoreUI views folder to include the files we’ll be referencing from the app’s Razor views, like this:

 1 2 3 4 5 6 7 8 9101112131415161718192021
<!DOCTYPE html>

  <meta charset="utf-8" />
  <title>Vendor list</title>

<body style="font-family: Arial, Helvetica, sans-serif; font-size: 18px;">

<h3>Files to deploy to dist/lib</h3>



This file will be scanned during the build/build-aspnetcore command, just like all other CoreUI views, to select the files that will be copied from node_modules to dist/lib.

It is important (for the script to work) to include the relative path and filename, from the home folder, including the very same “node_modules” folder, in quotation marks.

The program will also include the related .map file (if it exists).

So we can now create/update the distribution folder with:

npm run build-aspnetcore

Client-side package managers.

  • At some point you might want to use some specialized client-side package manager, like WebPack, but we won’t cover that in this post.

2.5 - Copy the distribution folder into the solution

Now we’ll just copy the contents of the dist folder into the new src\CoreUI folder of our solution.

The src\CoreUI will be our reference folder we’ll use to compare to new versions of CoreUI, when they become available, to update the components in our application as needed.

The VS solution should now look like this:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/explorer_2018-05-11_18-08-35.png

In a moment we will merge that src\CoreUI folder to our app’s wwwroot and Views folders.

This is an excellent time to commit to your local repo!

src\CoreUI is not part of the Visual Studio solution.

  1. Notice that, although src\CoreUI is within the solution’s folder structure and under source control, it’s not part of the Visual Studio solution, i.e. you will not see it in the solution explorer.

3 - Integrate the CoreUI reference folder into the MVC application

We’ll do a basic integration first, just to verify all Razor views work properly:

  1. Copy all static files, other than .html, to the wwwroot folder
  2. Create a generic controller to display all Razor views
  3. Copy the Razor views to the controller’s Views folder

Then we’ll rearrange the views using partials to make it more like a standard Razor MVC app.

This is where a tool like Beyond Compare really shines, specially when it’s time to update the files to new versions of CoreUI.

3.1 - Copy static files to wwwroot folder

So we have to copy these folders from src\CoreUI to src\CoreUI.Mvc\wwwroot:

  • css
  • images
  • js
  • vendors

This vendors folder actually contains CoreUI specific css files, but I just didn’t want to change any of the standard scripts from the template.

If using Beyond Compare, the result should be something like this:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/BCompare_2018-05-11_18-36-03.png

3.2 - Create a generic controller for CoreUI views

Next we’ll create a simple controller to display any of the CoreUI Razor views (*.cshtml), that just receives the name of the view to display.

 1 2 3 4 5 6 7 8 91011121314151617181920
using System;
using System.Collections.Generic;
using System.Linq;
using System.Threading.Tasks;
using Microsoft.AspNetCore.Mvc;

namespace CoreUI.Mvc.Controllers
    public class CoreUIController : Controller
        public IActionResult Index(string view)
            ViewData["Title"] = "CoreUI Free Bootstrap Admin Template";

            return View(view);

We also need to create the corresponding Views\CoreUI folder for the Razor views for this controller.

3.3 - Copy the Razor views to the Views\CoreUI folder

Using BeyondCompare copy the generated Razor views from the CoreUI reference folder to the Views\CoreUI folder:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/BCompare_2018-05-11_19-03-04.png

3.4 - Run the app

You should now be able to run the application with [Ctrl]+[F5] and when navigating to https://localhost:#####/CoreUI/Index (##### = port assigned by VS) to get this:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/chrome_2018-05-11_20-13-18.png

You should be able to navigate to any page of the template and all requests will be handled by the controller, which you can verify in the address bar.

Once again, this is a great time to commit your work.

3.5 - Create a _Layout view

When working in Razor, the rendered page usually has, at least, two parts:

  1. The content, which is the core of whatever you want to show at any one time, e.g. the Index page, and can be named whatever makes sense, e.g. Index.cshtml.

  2. The layout, that “surrounds” the content and is usually named _Layout.cshtml, but is just another Razor view we use differently.

Correlating this to the generated CoreUI Razor views, it’s easy to realize that for any view (except 404, 500, login and register):

  • The layout is equivalent to blank.cshtml
  • The content is equivalent to the difference between the view and blank.cshtml

So let’s begin by copying blank.cshtml to _Layout.cshtml and adding the render body helper in _Layout.cshtml like so:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/devenv_2018-05-11_22-06-37.png

In ASP.NET MVC, when we request a view from the controller, the render engine:

  1. Finds the requested view
  2. Finds the configured layout for the view
  3. Renders the layout inserting the view content at the @RenderBody() helper

So let’s compare now blank.cshtml (left) to index.cshtml (right), you should get something like this:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/BCompare_2018-05-11_20-51-32.png

On the left thumbnail view we can identify four zones:

  1. Before the index content zone both files are identical
  2. In the index content zone the blank.cshtml has no lines
  3. After the index content zone both files are identical again
  4. There are a few additional lines at the end of the index.cshtml file

So when deleting the common lines from zones 1, 2 and the last two lines on the index.cshtml file (on the right side) you should get to this:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/BCompare_2018-05-11_21-48-08.png

Notice the four lines at the end that exist only in index.cshtml.

The way to handle that is creating a Scripts section in the index.cshtml file and adding a call to the RenderSection helper in the _Layout.cshtml.

After fixing that, the last lines of Index.cshtml should be:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/devenv_2018-05-11_21-59-24.png

And now the last lines of _Layout.cshtml should be:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/devenv_2018-05-11_22-03-47.png

So, if we now run the application again and refresh the https://localhost:#####/CoreUI/Index page, we should get this:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/chrome_2018-04-10_21-34-56.png

Which looks just like before, only this time we have separated content from layout.

Try commenting out the @RenderBody() line we added to _Layout.cshtml to check what happens, in case it’s not clear at this point.

You can also search for the content marker comments we added to _Layout.cshtml.

This is another good time to commit your work

3.6 - Convert the rest of the CoreUI Pages

You can now repeat the process with the rest of the CoreUI pages, except for 404, 500, login and register, that don’t have a layout.

There are a couple of additional details, but I will not cover them here, you can take a look at the final views in the repo.

3.7 - Componentize the _Layout view

It’s not practical to have a massive 700+ lines _Layout view, so it’s best to split it into smaller components.

I will not go through the whole process here, but will only show the final result, including the merge with the default ASP.NET Core MVC _Layout.cshtml file, that you can find in the Views\Shared folder and you can check all details in the post’s repo:

  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137
<!DOCTYPE html>
* CoreUI - Free Bootstrap Admin Template
* @@version v2.0.0
* @@link
* Copyright (c) 2018 creativeLabs Łukasz Holeczek
* Licensed under MIT (
* Adaptated to ASP.NET Core MVC 2.1 by Miguel Veloso

<html lang="en">
  <meta charset="utf-8">
  <meta http-equiv="X-UA-Compatible" content="IE=edge">
  <meta name="viewport" content="width=device-width, initial-scale=1.0, shrink-to-fit=no">
  <meta name="description" content="CoreUI - Open Source Bootstrap Admin Template">
  <meta name="author" content="Łukasz Holeczek">
  <meta name="keyword" content="Bootstrap,Admin,Template,Open,Source,jQuery,CSS,HTML,RWD,Dashboard">
  <title>@ViewData["Title"] - CoreUI.Mvc</title>

  <!-- Icons-->
  <link href="~/lib/@@coreui/icons/css/coreui-icons.min.css" rel="stylesheet">
  <link href="~/lib/flag-icon-css/css/flag-icon.min.css" rel="stylesheet">
  <link href="~/lib/font-awesome/css/font-awesome.min.css" rel="stylesheet">
  <link href="~/lib/simple-line-icons/css/simple-line-icons.css" rel="stylesheet">

  <environment include="Development">
    <!-- Template styles -->
    <link href="~/css/style.css" rel="stylesheet">
    <link href="~/vendors/pace-progress/css/pace.css" rel="stylesheet">
    <!-- styles tweaks -->
    <link rel="stylesheet" href="~/css/site.css">

  <environment exclude="Development">
    <!-- Template styles -->
    <link href="~/css/style.min.css" rel="stylesheet" asp-append-version="true">
    <link href="~/vendors/pace-progress/css/pace.min.css" rel="stylesheet" asp-append-version="true">
    <!-- styles tweaks -->
    <link href="~/css/site.min.css" rel="stylesheet" asp-append-version="true">

<body class="app header-fixed sidebar-fixed aside-menu-fixed sidebar-lg-show bg-gray-200">

  <!-- APP-HEADER-->
  <partial name="_app-header" />
  <!-- /APP-HEADER-->

  <partial name="_CookieConsentPartial" />

  <div class="app-body">
    <div class="sidebar">

      <!-- SIDEBAR-NAV -->
      <partial name="_sidebar-nav" />
      <!-- /SIDEBAR-NAV -->

      <button class="sidebar-minimizer brand-minimizer" type="button"></button>
    <main class="main">

      <!-- VIEW-BREADCRUMBS -->
      @RenderSection("Breadcrumbs", required: false)
      <!-- /VIEW-BREADCRUMBS -->

      <div class="container-fluid">

        <!-- VIEW-STYLES -->
        @RenderSection("Styles", required: false)
        <!-- /VIEW-STYLES -->

        <div class="animated fadeIn">

          <!-- VIEW-CONTENT -->
          <!-- /VIEW-CONTENT -->


        <!-- VIEW-MODALS -->
        @RenderSection("Modals", required: false)
        <!-- /VIEW-MODALS -->


    <!-- ASIDE-MENU -->
    <partial name="_aside-menu" />
    <!-- /ASIDE-MENU -->

  <footer class="app-footer">
      <a href="">CoreUI</a>
      <span>&copy; 2018 creativeLabs.</span>
    <div class="ml-auto">
      <span>Powered by</span>
      <a href="">CoreUI</a>

  <environment include="Development">
    <script src="~/lib/jquery/dist/jquery.min.js"></script>
  <environment exclude="Development">
    <script src=""

  <script src="~/lib/popper.js/dist/umd/popper.min.js"></script>
  <script src="~/lib/bootstrap/dist/js/bootstrap.min.js"></script>
  <script src="~/lib/pace-progress/pace.min.js"></script>
  <script src="~/lib/perfect-scrollbar/dist/perfect-scrollbar.min.js"></script>
  <script src="~/lib/@@coreui/coreui/dist/js/coreui.min.js"></script>

  <environment include="Development">
    <script src="~/js/site.js" asp-append-version="true"></script>
  <environment exclude="Development">
    <script src="~/js/site.min.js" asp-append-version="true"></script>

  <!-- VIEW-SCRIPTS -->
  @RenderSection("Scripts", required: false)
  <!-- /VIEW-SCRIPTS -->


It’s worth noting that the Breadcrumbs are handled as a section in the view, rather than as a partial view, because they are probably tied the view. I case they are not, you should now be able fit it to your needs.

Anyway we’ll view in a moment about an interesting way to handle this using nested layouts.

Then again this is a great time to commit your work

4 - Integrate CoreUI views and MVC application

There are just a few steps missing to finishing the integration with the ASP.NET Core MVC application.

  1. Move _Layout.cshtml and partials to the Views\Shared folder

  2. Display the standard MVC views with the new _Layout.cshtml

  3. Integrate Account views with CoreUI template

Item #1 is sort of trivial, only worth noting that the _app-header-nav.cshtml view will now contain the original ASP.NET Core MVC menu:

 1 2 3 4 5 6 7 8 91011
<ul class="nav navbar-nav d-md-down-none">
  <li class="nav-item px-3">
    <a asp-area="" asp-controller="Home" asp-action="Index">Home</a>
  <li class="nav-item px-3">
    <a asp-area="" asp-controller="Home" asp-action="About">About</a>
  <li class="nav-item px-3">
    <a asp-area="" asp-controller="Home" asp-action="Contact">Contact</a>

You can, of course just set this to whatever best fits your needs.

Also worth noting here, is that item #2 just happens because the views layout is configured to be _Layout.cshtml in:

    Layout = "_Layout";

But we don’t want (just for fun) to display the breadcrumbs view in the standard ASP.NET MVC views.

We will solve this using “nested layouts” to check a nice ASP.NET MVC feature.

4.1 - Applying nested layouts for breadcrumbs

When splitting up the layout it became evident that needed something special to handle the breadcrumbs, as they are something that has to adapt to the context, probably for every view.

So it was kind of obvious that breadcrumbs should be a section on the view, but adding it to all CoreUI views was kind of tedious.

So an interesting solution for this was adding a local layout on the Views\CoreUI folder to include the breadcrumbs and separate the breadcrumbs items and menu, like this:

 1 2 3 4 5 6 7 8 9101112131415161718192021222324252627282930313233
@{ Layout = "_Layout"; }

@* view-styles *@
@section Styles {
  @RenderSection("Styles", required: false)

@section Breadcrumbs {
  <ol class="breadcrumb">

    <partial name="_breadcrumb-items" />
    <!-- /BREADCRUMB-ITEMS -->

    <!-- BREADCRUMB-MENU -->
    <partial name="_breadcrumb-menu" />
    <!-- /BREADCRUMB-MENU -->



@* view-modals *@
@section Modals {
  @RenderSection("Modals", required: false)

@* view-scripts *@
@section Scripts {
  @RenderSection("Scripts", required: false)

To configure the layout for all CoreUI views, we just need to add this file in the Views\CoreUI folder:

@{ Layout = "_CoreUILayout"; }

So this is how these parts work this together in the Views\CoreUI folder:

  1. The view content is rendered at @RenderBody() on the _CoreUILayout layout.

  2. The Scripts section is rendered at line 32 on _CoreUILayout.cshtml

  3. But, as line 32 is within another Scripts section, it is then rendered at line 133 on _Layout.cshtml

  4. Because _Layout.cshtml is the layout for the _CoreUILayout.cshtml, as configured on its first line.

So, this way, any view can define a Breadcrumbs section, just like lines 9-21 in _CoreUILayout.cshtml, and it could be:

  1. A local partial view (e.g. _breadcrumb-items)
  2. A shared one (e.g. _breadcrumb-menu)
  3. Just the required html markup right there or
  4. No breadcrumbs at all, as for the initial Razor views created by VS.

One final detail, to properly handle the breadcrumbs this way, it’s necessary to add a little tweak to the css in src\CoreUI.Mvc\wwwroot\css\site.css:

.container-fluid > .animated {
    margin-top: 24px !important;

So, not surprisingly, this is the resulting blank.cshtml view, noting all sections shown there are just markers and optional, i.e. can be omitted completely.

 1 2 3 4 5 6 7 8 91011121314151617
@* view-styles *@
@section Styles {

@section Breadcrumbs {

@* view-content *@

@* view-modals *@
@section Modals {

@* view-scripts *@
@section Scripts {

If we now go back to https://localhost:#####/CoreUI/Index, we’ll see the same view, but this time as a composition of the main content on the layout and the partial views.

And now with the MVC menu on the top bar and the breadcrumbs only in the CoreUI views.

4.2 - Integrate Account views from Identity

Customizing Identity 2.1 UI views.

  • Starting with ASP.NET Core 2.1 there is new feature that allows including Razor views in class libraries, so the views are no longer generated, so you have to follow this procedure to customize them in case you need it.

Just one more step to finish, so the standard Identity views integrate nicely with CoreUI.

I will not get into the details here, but the “high” level steps, using _LoginPartial.cshtml as a guide, are:

  1. Show all user related elements in the _app-header.cshtml partial only when the user is logged in and
  2. Add link to Profile and Logout options in _user-nav.cshtlm partial and, finally
  3. Delete _LoginPartial.cshtml

So the final result, when the user is not logged in should like this:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/chrome_2018-05-21_13-23-35.png

4.3 - Customize Identity views

From VS 2017 v15.7 and later, ASP.NET Core MVC project templates use the default Identity views from the Microsoft.AspNetCore.Identity.UI package so I had to do a little customization following the instructions in

To display the navigation options for the user profile view I had to customize the Account\Manage\ManageNav view to apply the correct CoreUI classes like so:

 1 2 3 4 5 6 7 8 91011121314
@inject SignInManager<IdentityUser> SignInManager
    var hasExternalLogins = (await SignInManager.GetExternalAuthenticationSchemesAsync()).Any();
<ul class="nav nav-pills flex-column">
    <li class="nav-item"><a class="nav-link @ManageNavPages.IndexNavClass(ViewContext)"asp-page="./Index">Profile</a></li>
    <li class="nav-item"><a class="nav-link @ManageNavPages.ChangePasswordNavClass(ViewContext)" asp-page="./ChangePassword">Password</a></li>
    @if (hasExternalLogins)
        <li class="nav-item"><a class="nav-link @ManageNavPages.ExternalLoginsNavClass(ViewContext)" asp-page="./ExternalLogins">External logins</a></li>
    <li class="nav-item"><a class="nav-link @ManageNavPages.TwoFactorAuthenticationNavClass(ViewContext)" asp-page="./TwoFactorAuthentication">Two-factor authentication</a></li>
    <li class="nav-item"><a class="nav-link @ManageNavPages.PersonalDataNavClass(ViewContext)" asp-page="./PersonalData">Personal data</a></li>

Plus some other details you can better check in the repo.

To get a profile view like this:

Building elegant applications with ASP.NET Core MVC 2.1 and CoreUI 2 (Bootstrap 4) /posts/images/chrome_2018-05-21_17-05-58.png

So, at this point, I think a good starting point for an elegant and attractive user interface for your next project.


In this article we looked in quite detail at the process for adapting the latest version of CoreUI HTML template to ease the development of attractive ASP.NET Core MVC 2.1 applications.

I hope you've found this post useful and invite you let me know your opinion in the comments section.

Thank you,


.NET Core 2.1.0-rc1 with SDK 2.1.300-rc1 - x64 SDK Installer

Beyond Compare, from Scooter Software

Bootstrap 4.1

CoreUI 2.0.0 in GitHub

CoreUI build-aspnetcore PR in GitHub

Customize default ASP.NET Core 2.1 Identity UI

EditorConfig Language Service for Visual Studio



Razor tag helpers