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

Photonic Filament Laravel Package

digitonic/photonic-filament

A Filament plugin for Digitonic Photonic, adding admin resources and UI for managing photos, albums, and media assets. Browse, upload, edit, and organise image content directly in Filament, making Photonic-powered galleries and media libraries easy to maintain in Laravel.

View on GitHub
Deep Wiki
Context7

Product Decisions This Supports

  • Admin/back-office feature delivery: This is a Filament plugin — i.e., it extends the admin panel layer rather than the customer-facing product. Its value to the roadmap is concentrated in internal tooling, content operations, and back-office workflows, not in end-user features you would market.
  • Build vs. buy on admin UI: The core decision it informs is whether your team hand-rolls Filament resources/pages or adopts a maintained plugin. Given the single-maintainer footprint and one-line changelog, the realistic answer is "adopt only if the capability maps cleanly to a non-differentiating workflow."
  • Platform upgrade sequencing: 3.0.0 exists solely to track Laravel 13. That makes this package a gating dependency in your framework upgrade plan: if it's in the admin panel, your Laravel 13 migration cannot complete until Filament and this plugin are both compatible. This is the single most actionable decision the release supports.
  • Risk acceptance on low-criticality surfaces: Admin panels are typically internal-only, lower blast-radius, and easier to patch or vendor. That justifies tolerating a thinner maintenance signal here than you would for a payment or auth dependency.
  • Not a candidate for: core product differentiation, customer-facing media pipelines, anything with an SLA, or any workflow where you'd be unable to fork and maintain it yourself.

When to Consider This Package

Adopt when:

  • You are already standardized on Filament for admin panels and this plugin covers a concrete, named screen or workflow you would otherwise build from scratch.
  • The capability is internal-facing and non-differentiating — you would be fine shipping a fork if upstream goes quiet.
  • Your Laravel version aligns with what the current major targets. Note that 3.0.0 targets Laravel 13, so this is only viable after your Filament/Laravel 13 upgrade lands, not before.
  • You have verified Filament version compatibility explicitly. The release notes mention Laravel 13 and nothing about Filament; a Laravel-only bump on a Filament plugin is an incomplete compatibility statement and must be checked against composer.json constraints before planning.

Look elsewhere or build in-house when:

  • You are on Laravel 11 or 12 and not upgrading soon — 3.0.0 is almost certainly a breaking compatibility line, and 2.1.0 will not receive Laravel 13 fixes.
  • You need a support contract, security response commitments, or multi-maintainer bus factor. One contributor, one PR, one line of release notes is the entire 3.0.0 record.
  • The feature is customer-facing or revenue-adjacent — the release hygiene here (no migration notes, no breaking-change detail, no upgrade guide) does not support that risk profile.
  • You cannot absorb the cost of forking. Treat forkability as a precondition, not a fallback.

Adoption gate before committing: confirm the Laravel 13 constraint range, whether Laravel 11/12 support was dropped, whether Filament 4+ is required, and whether 2.1.0 remains patched. The changelog does not answer any of these.

How to Pitch It (Stakeholders)

To executives: This is a small, single-maintainer plugin for our admin panel — internal tooling, not a customer-facing capability. The new 3.0.0 release is a compatibility release tied to Laravel 13. The decision it forces is a scheduling one: our Laravel 13 upgrade is now blocked behind this dependency and its parent, Filament, both being upgrade-ready. The business risk is contained (internal surface, forkable code, no customer exposure), but the upgrade is a hard sequencing constraint we should put on the platform roadmap rather than discover mid-migration.

To engineering: 3.0.0 is a major bump whose only stated change is the Laravel 13 upgrade — which means it is a breaking release by definition, almost certainly dropping older Laravel (and possibly older Filament) support. Before we plan around it: verify the composer.json constraints, confirm the Filament version pairing, confirm whether the 2.x line still receives patches, and confirm whether an upgrade path exists beyond "bump the constraint and hope." Because this plugin sits in the admin panel, a fork-and-maintain contingency is cheap and should be priced in up front. If we are not moving to Laravel 13 in the current cycle, stay pinned to 2.1.0 and treat 3.0.0 as out of scope — do not partially upgrade.

Recommendation: Proceed only as part of a coordinated Laravel 13 + Filament upgrade, with a verified compatibility matrix and a named owner. Do not adopt this package for any new capability until it has more than one maintainer or we have accepted the fork.

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.
coleus/frame
thtg88/journalism
filagora/filagora-ai-forums
rlacerda83/query-parser
socialdept/atp-orm
cboxdk/laravel-assistant-client
socialdept/atp-resolver
socialdept/tenant-domains
tautvydasr/blade-class-names
socialdept/color-scales
maherelgamil/controller
coleus/widgets
coleus/table
coleus/users
coleus/music
coleus/health
coleus/calendar
coleus/notes
coleus/support
coleus/settings