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 Eloquent Searchable Laravel Package

webard/nova-eloquent-searchable

A Laravel Nova package that adds Eloquent-powered searchable fields and relationships to your admin panel, letting users quickly find related records with fast, query-backed search instead of long dropdowns.

View on GitHub
Deep Wiki
Context7

Product Decisions This Supports

  • Narrow feature scoping for Nova admin surfaces. This package is best framed as a small UX accelerator for internal admin tooling built on Laravel Nova — specifically, making Eloquent-backed fields searchable. It does not change your public product, so it should be evaluated as internal tooling spend, not customer-facing roadmap.
  • Build vs. buy for a single interaction pattern. The build alternative is small: a custom Nova field or a searchable() relationship configuration is typically a day or two of engineering. Buying (adopting) only wins if it saves that time and survives code review. With one star, zero dependents, and a single release, the "buy" case is weak on its own merits — treat it as a head start on implementation, not a dependency.
  • Roadmap de-risking for admin-heavy features. If your roadmap includes operator workflows (support consoles, catalog management, CRM-style lookups in Nova), searchable selects/fields reduce operator error and time-to-task. That is a measurable support-efficiency lever, but it is usually satisfiable with native Nova searchable() on relationship fields first.
  • Use cases it plausibly unlocks: large option sets where a dropdown is unusable, entity pickers backed by Eloquent models outside a direct relationship, and internal tools where the admin panel is the primary interface for ops teams.
  • Not a decision this supports: any customer-facing search, API search, or performance-sensitive querying. Scope it strictly to Nova admin UX.

When to Consider This Package

Consider it when:

  • You already run Laravel Nova and have a specific, reproducible gap where native searchable relationship fields don't cover your model/field combination.
  • The admin panel is internal-only, so a defect degrades operator efficiency rather than customer experience.
  • You can vendor the code (MIT license permits it) and accept ownership of maintenance, security review, and Laravel/Nova upgrade compatibility.
  • You have an engineer who will read the full source before installing — the package is small enough that this is a realistic afternoon task.

Look elsewhere (or build in-house) when:

  • Native Nova searchable() on BelongsTo/MorphTo fields already solves your case — check this first, it likely does.
  • You need maintained support, a security posture, or upgrade guarantees. One star, zero dependents, a single 2024-07-23 release, and no downstream users means no community backstop and no signal that it tracks Nova major versions.
  • You are on a Nova version newer than the last release; compatibility is unverified and Nova's internals shift between majors.
  • Your admin panel is customer-facing or part of a compliance-scoped surface where an unaudited dependency is a liability.
  • The total engineering cost of a bespoke field is under ~2 days — at that size, ownership beats dependency.

Adoption conditions if you proceed: pin the exact version, vendor or fork into your codebase, add it to your dependency-review checklist, and assign a named owner for Nova upgrade testing.

How to Pitch It (Stakeholders)

To executives: This is a small, free (MIT) open-source utility for our internal Laravel Nova admin panel. It makes certain admin fields searchable, which shortens the time ops and support staff spend locating records. It is internal-only — no customer sees it — and it saves a modest amount of engineering time versus building the same behavior ourselves. The main caveat is maturity: it is effectively a single-author package with no adoption, so we would take a copy into our own codebase and own it rather than depend on it as a live library. Recommendation: low-cost experiment, contained blast radius, reversible.

To engineering: Evaluate strictly after confirming native Nova searchable() doesn't already cover the requirement. If it doesn't, read the source (it's small), vendor it under MIT, pin the version, and add a compatibility test against our Nova major. Treat it as internal tooling code we now maintain, not as a third-party dependency with a support contract — one star, zero dependents, and one release since July 2024 means we are the maintainers in practice. If the audit shows tight coupling to Nova internals, stop and build the field ourselves; the delta is likely under two days.

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.
jinas/dhivatar
store-doc/laravel-storage-driver
plus-it/laravel-translation-manager
diephp/perhaps
diephp/telegraph
osmaviation/spreadsheet
microsoft/fluentui-system-icons
mmccook/php-json-canonicalization-scheme
middlewares/firewall
qubiqx/montapacking
nyoncode/laravel-package-console
pnscripts/filament-broadquill-lite
pnscripts/laravel-sentfold-lite
vleap/mx-sdk-laravel-internal
twidpay/utils
htetmyathlaing/scout-elasticsearch-driver
artisan-toolbox/front-awesome
ls/client-assistant
users-au/laravel-client
cgv/localized-resource