Download the PHP package laravel-enso/mails without Composer

On this page you can find all versions of the php package laravel-enso/mails. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Informations about the package mails

Mails

License Stable Downloads PHP Issues Merge Requests

Description

Laravel Enso Mails provides the central email design system for Laravel Enso applications. It ships modern Markdown mail layouts, reusable Blade mail components, brand tokens, and a preview catalog so framework packages and applications can migrate email templates incrementally without copying CSS or layout HTML into every mail.

The package uses MJML only at package build time. Consuming Laravel applications send compiled Blade Markdown mail views at runtime and do not need Node.js or MJML installed to send mail.

Installation

Install the package with Composer:

The service provider is auto-discovered by Laravel. It registers the package views, configures the Laravel Markdown mail paths, registers the built-in preview catalog, and exposes the preview route and command.

Publish the config when an application needs brand overrides:

This publishes:

View publishing is available for deliberate overrides only:

::: warning Note Do not publish views just to customize brand colors, logo, spacing, or font. Use config/enso/mails.php for those values so applications stay on the shared layout and component system. :::

Features

Usage

After installation, existing Laravel Markdown mail templates can keep using Laravel's standard mail namespace:

Applications customize the layout through config/enso/mails.php:

The package supports common Laravel Markdown button aliases:

The aliases map to configured Enso color variants:

Preview Catalog

The preview route is enabled outside production by default:

Open the catalog in a browser:

Open a specific preview:

The route is intended for local and staging review. It does not send email; it renders preview views with fake structured data.

Registering Package And Application Previews

Packages and applications can register their own previews through the registry. Package-owned mail previews should live in a dedicated MailServiceProvider and packages that use the shared mail layouts should require laravel-enso/mails directly in composer.json.

Preview data should be fake and structured. Framework previews should not hardcode application-specific brand names, colors, logos, or business logic.

Preview Command

List registered previews:

Render one preview to stdout:

Render every registered preview to static HTML files:

The command is useful for batch QA, static review, and screenshot workflows. Browser review during development usually happens through /enso-mails-preview.

Package Build Flow

MJML is a package development dependency. Maintainers edit:

Then compile the runtime Blade views:

The compiler writes:

Before releasing, verify the compiled Blade views are current:

Consuming applications do not run this build step at runtime.

API

Config

The config namespace is:

Important groups:

Components

Reusable Markdown components:

mail::file accepts optional url, meta, and icon parameters. When url is present, the whole file pill is rendered as a hyperlink, which is useful for generated exports or downloadable documents.

Layout and compatibility components:

The components preview documents every reusable content component with a short description and a rendered example.

Preview Registry

LaravelEnso\Mails\Preview\PreviewRegistry stores preview definitions.

LaravelEnso\Mails\Preview\PreviewDefinition accepts:

Catalog names, section labels, and package-owned boilerplate copy are resolved through the active locale at render time. Their English text acts as the translation key and natural fallback, so applications can translate existing preview names directly in their JSON language files without changing preview registrations.

Commands

Depends On

Contributions

are welcome. Pull requests are great, but issues are good too.

Thank you to all the people who already contributed to Enso!


All versions of mails with dependencies

PHP Build Version
Package Version
Requires php Version ^8.2
laravel/framework Version ^12.0|^13.0
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package laravel-enso/mails contains the following files

Loading the files please wait ...