Weave Code
Weaver
Helps Laravel developers discover, compare, and choose open-source packages. See popularity, security, maintainers, and scores at a glance to make better decisions.
Feedback
Share your thoughts, report bugs, or suggest improvements.
Subject
Message

Nova Unlayer Field Laravel Package

idf/nova-unlayer-field

A Laravel Nova field that integrates the Unlayer drag-and-drop email builder, letting you design, edit, and save responsive email templates directly inside Nova resources. Ideal for managing newsletters and transactional emails from your admin panel with minimal setup.

View on GitHub
Deep Wiki
Context7

Product Decisions This Supports

  • Email & landing-page authoring inside the admin: Lets non-technical marketing/ops users compose and edit campaign emails and landing pages directly in Laravel Nova instead of handing copy and layout to engineers or shuttling HTML back and forth.
  • Build vs. buy for WYSIWYG editing: Encodes the decision to buy the editor (Unlayer, a commercial SaaS embed) and build only the glue (this Nova field). That is usually far cheaper than building a drag-and-drop email builder with cross-client rendering, mobile previews, and export to HTML.
  • Roadmap sequencing for lifecycle/marketing features: If the product roadmap includes newsletters, drip sequences, transactional template editing, or simple landing pages, this field is a fast enabler for the "authoring" slice — while leaving sending, segmentation, and analytics to be decided separately.
  • Template ownership and reuse: Supports decisions about whether templates live as structured Unlayer JSON in the DB (editable later) versus frozen HTML output, which affects re-editability, versioning, and localization strategy.
  • Internal-tool leverage: A candidate for reducing engineering toil on marketing operations without committing to a full CRM/marketing-automation platform.
  • Not a sending or CRM decision: This package only covers composition. Delivery (Mailgun/SES/Postmark), audience management, and analytics remain separate product decisions.

When to Consider This Package

Consider it when:

  • The application is already on Laravel Nova and the team is comfortable maintaining custom Nova fields.
  • The primary users are internal staff (marketers, content editors, ops), not end customers — this is an admin-panel tool, not a customer-facing builder.
  • You need email and/or landing-page composition and are willing to pay for Unlayer's commercial license/embed separately.
  • You want an MVP or internal tool quickly and can accept a thin, lightly adopted dependency.
  • You need templates stored as editable design JSON, not just rendered HTML.

Look elsewhere when:

  • You are not on Nova — the field is useless outside it; evaluate Unlayer's standalone/SDK integration or an alternative editor (GrapesJS, MJML-based tooling) instead.
  • You need a customer-facing or multi-tenant page builder with per-user permissions, quotas, and theming — this is not that.
  • You require enterprise support, SLAs, or a broad contributor base. Signals here are thin: ~34 stars, 0 known dependents, and a single-maintainer profile. Treat it as "read the source and be prepared to fork."
  • Licensing and cost matter at scale — the MIT license covers this field only; Unlayer itself is a paid product with usage terms you must clear.
  • You need headless/API-first content authoring decoupled from an admin UI.

Adoption caution for the record: the release history shows a date in the future (2026-07-14), which suggests either unusual versioning or a data-quality anomaly — verify actual maintenance activity, open issues, and compatibility with your Nova major version before committing. Budget for a spike/POC and a fork-and-own contingency.

How to Pitch It (Stakeholders)

For executives: We can give marketing a self-serve drag-and-drop editor for emails and landing pages inside our existing admin, in days rather than a quarter of engineering time. The field itself is MIT-licensed and free; the editor engine (Unlayer) is a commercial SaaS we'd license separately — so the real cost is a subscription, not build effort. The strategic call is buy the editor, build only the integration, which is the standard, lower-risk path.

For engineering: It's a small Nova custom field that wraps Unlayer's JS editor, persists the design JSON on your model, and renders it back for editing. Integration surface is narrow and easy to audit. Risks to flag: low adoption (~34 stars, no known dependents), effectively single-maintainer, and an anomalous future-dated release — so pin the version, review the source, and plan to vendor/fork if it stalls. Verify Nova version compatibility and confirm Unlayer's licensing terms before rollout.

Recommendation: Proceed to a short POC behind a feature flag if (a) we're on Nova, (b) internal staff are the users, and (c) we've priced the Unlayer subscription. Otherwise, defer and evaluate Unlayer's direct SDK or an open-source editor instead.

Weaver

How can I help you explore Laravel packages today?

Conversation history is not saved when not logged in.
Prompt
Add packages to context
No packages found.
uni-method/symfony-lib
tacticmedia/scim-server-bundle
neika-ai/symfony-bundle
mattleads/agent-publishing-bundle
glavweb/framework-bundle
glavweb/extra-bundle
glavweb/api-bundle
glavweb/admin-bundle
adachsoft/api-version-bundle
elsayed85/laravel-api-exceptions
ouhssini/laravel-demo-mode
daworks/ncloud-outbound-mailer-driver
gp247/cms
ignibyte/aic-gates
nexa-merchant/blog
novasa/laravel-language-center
opencage/geocode
adolfoholzer/parameters
livenetworks/ln-starter
shitoudev/permissionmanager