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

Formatter Bundle Laravel Package

rz/formatter-bundle

rz/formatter-bundle is a PHP package that bundles reusable formatting helpers so applications can render dates, numbers, strings, and other values consistently. It keeps presentation logic centralized, reduces duplication, and is easy to integrate into existing projects.

View on GitHub
Deep Wiki
Context7

Product Decisions This Supports

  • Legacy modernization sequencing. This bundle is a concrete marker of a Symfony2-era Sonata admin stack. If it appears in a dependency audit, it tells you a codebase is pinned to EOL Symfony/PHP and helps you size a migration workstream rather than a feature bet.
  • Build vs. buy for the content-formatting layer. SonataFormatterBundle covers a narrow concern (rendering markdown/textile/raw HTML into admin-managed content). The existence of small, single-purpose extension bundles like this one shows the formatting layer is thin enough to vendor or reimplement — a "build" decision is cheap and low-risk, so buying or carrying third-party debt here rarely pays off.
  • Roadmap input on editor/authoring experience. If product plans include richer authoring (WYSIWYG, sanitization, preview, per-field formatter selection), this package's scope clarifies what an out-of-the-box formatter extension does and does not cover — useful for scoping requirements before committing engineering time.
  • Risk triage in the dependency portfolio. Zero stars, zero dependents, and an archived repository mean no upstream security patching. That is a decision input for whether the owning team must absorb maintenance or schedule removal.
  • Opportunity signal for internal platform tooling. A healthy "opportunity" score against near-zero adoption suggests the problem space (pluggable content formatting in admin panels) is underserved, not that this specific artifact is worth adopting. Use that to justify a small internal utility rather than a third-party dependency.

When to Consider This Package

Consider it only as reference material, and only under these conditions:

  • You are already operating a Symfony2 + SonataAdmin application and need to understand how a formatter extension was wired in, for the purpose of replicating or replacing that behavior during migration.
  • You are performing archaeology on an inherited codebase — reading the source to reconstruct intent, not adding it to composer.json.
  • You need a worked example of extending SonataFormatterBundle with custom formatter types, and are prepared to reimplement against a currently supported Sonata release.

Look elsewhere — decisively — when:

  • You are starting new development. Symfony2 has been end-of-life for years; the bundle's PHP constraints and API surface will not run on supported Symfony versions.
  • You require maintenance guarantees, security advisories, or a responsive maintainer. An archived repository with no dependents offers none.
  • You need modern formatter capabilities (HTML sanitization, CommonMark compliance, configurable per-field pipelines). Prefer a maintained formatter library plus a thin integration you own.
  • You are evaluating this as a vendor or partnership dependency — zero adoption means zero ecosystem validation and no shared-path support.

The default answer for any active product should be no; the package's value is informational, not operational.

How to Pitch It (Stakeholders)

To executives: This is a small, archived extension to an end-of-life Symfony2 admin bundle. It has no users, no dependents, and no upstream support. We are not proposing to adopt it. Its usefulness is diagnostic: its presence in our stack would indicate our content-admin tooling is on an unsupported platform and should be scheduled for migration. The recommendation is no investment in the package itself, and a scoped estimate for replacing the formatting layer as part of existing modernization work — likely a contained effort, since the capability is thin.

To engineering: Treat rz/formatter-bundle as read-only reference. It demonstrates how to extend SonataFormatterBundle with additional formatter types, which is useful context if we're porting behavior out of a legacy Sonata admin. Do not add it as a dependency: archived status, Symfony2-era constraints, and zero dependents mean we would own it outright from day one. If we still need this capability, implement a thin adapter over a maintained formatter library and keep the integration in our codebase, where we control the upgrade path and the security posture.

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.
novasa/laravel-language-center
opencage/geocode
adolfoholzer/parameters
livenetworks/ln-starter
shitoudev/permissionmanager
johannesclimacus/laravel-tui
hocvt/seotools
vitalybaev/sypexgeo
amphibee/themosis-ignition
gito-me/fast-excel
frankyso/laravel-ipaymu
geolize-studio/laravel-chile
boomerangui/chat
cgv/localized-resource
noith/settings
kda/laravel-package
kda/filament-dynamic-navigation
bypersoft/signbox
pairus/product-data
fayne/laravel-filament-cms-core