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

Laravel Nova Inline Toggle Laravel Package

wamesk/laravel-nova-inline-toggle

Laravel Nova inline toggle field: flip boolean values straight from index and detail views without opening an edit form. A drop-in switch for any boolean column with configurable labels, colors, and optional confirmation—making admin workflows faster. Works with Nova 4 and 5.

View on GitHub
Deep Wiki
Context7

Product Decisions This Supports

  • Admin UX investment: Use a maintained Nova field for inline boolean toggles instead of building and maintaining custom index/detail toggle UI, reducing build cost and ongoing maintenance.
  • Operational workflows: Let support, ops, or moderation teams flip flags directly from index/detail views without opening full edit forms, improving speed for triage, activation, moderation, and status management.
  • State-aware admin behavior: dependsOn() support enables conditional show/hide/modify behavior based on other fields, so PMs can model state-dependent controls such as hiding a toggle for archived records.
  • Safety and role-based usage: Readonly support on index and detail views reduces accidental toggling in audit-sensitive or permission-restricted contexts.
  • Roadmap fit: Adopt for internal Nova admin surfaces where simple boolean state changes are common; defer for complex state machines, approval workflows, or customer-facing interfaces.
  • Build vs. buy: Favor using this package over custom field development when the product is already on Laravel Nova and requirements are limited to inline boolean toggles with basic conditional UI.

When to Consider This Package

  • Consider it when the product uses Laravel Nova, has frequent boolean flag toggling, and benefits from inline index/detail actions rather than full edit forms.
  • Consider v1.1.0 specifically when you need conditional field visibility/behavior via dependsOn() or readonly protection on index/detail views.
  • The release appears additive and backward-compatible, so upgrading is likely low-risk for existing users.
  • Look elsewhere if the product is not on Nova, needs a public-facing UI, requires full audit trails, approval flows, granular permissions beyond readonly, or complex multi-step state transitions.
  • Also look elsewhere if native Nova boolean fields already satisfy the need, or if adding a third-party field dependency creates more maintenance risk than product value.

How to Pitch It (Stakeholders)

  • For executives: This is a low-cost admin UX improvement that reduces clicks and accidental changes for internal teams, with no apparent breaking changes in v1.1.0.
  • For engineering: It is a small Nova field package; v1.1.0 adds dependsOn() support, readonly behavior on index/detail, and webpack externalization for cleaner module resolution. Integration effort should be modest, but audit and permission requirements should still be handled outside the field.
  • For product/ops stakeholders: Use it to speed up routine admin actions and model simple state-dependent controls, while avoiding it for complex workflow or compliance-heavy toggling scenarios.
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.
elmogy/larafast
xeviant/laravel-paystack
gorilladash/laravel-website-sdk
martialbe/flysystem-oss
chondal/3312client
jeroen-g/flickr
opscale-co/nova-genbi
itsjustvita/laravel-retention
tequilarapido/trackit
gregsphotography/site-builder-filament
cabaoctavio/laravel-query-log
gregsphotography/site-builder-components
io-digital/clickatell
snowsoft/laravel-admin
oxygen/auth
relicsoftware/barakah-payment-gateway
tobya/work-with-composer
equipc/laravel-email-validator
equipc/laravel-email-database-log
adedsec/nova-translated-labels