Choose which optional cookies Capell may use.
Essential cookies are always on for login, security and page rendering.
Read the cookie policyPreview the theme on real pages. Check responsive layouts, editable content and setup before you choose; keep your content when the design changes.
Evaluate real theme previews against your pages before committing to a new presentation.
Choose a theme by how clearly it presents your existing content on the pages visitors need. Capell theme packages provide different public treatments while the application retains its content records. Use the previews below to compare realistic pages, longer copy and smaller screens.
Capell themes provide worked page designs that a Laravel team can inspect, adapt, and eventually replace. Use the gallery when a real preview fits the brief; use the custom theme guide when adapting a package would create more work than starting from the site's own design.
Judge a theme with content that exposes its limits.
Use a long service title, an article with several headings and a page with a form or other interaction. Check images, navigation and the final action on a small screen. The most polished demo page may not reveal how your actual content fits.
Review the theme's current fields, layouts and supported variations. A theme change does not automatically configure every optional widget or application integration. Keep those responsibilities visible in the evaluation.
Improve presentation without losing the editorial records.
Separate the content migration from the visual change. When the existing model fits, a redesign should retain the Page records and their history while changing how they are presented. New layout requirements may still need application work.
Check representative public pages, metadata, media and interactive journeys after the switch. Keep the previous presentation recoverable through the application release process rather than treating Page recovery as a theme rollback.
Numeric scores, segmented judging, winner-of-the-day, public votes: an awards scoreboard with the tension left in. May the best entry win.
Monospace type, stark links, visible focus rings, deliberately unpolished. A zine-grade archive for culture that lives outside the mainstream and distrusts gloss, with a Magazine Masthead preset for photographic editorial work.
A digital-awards archive with motion previews, jury scores, and sharp media frames on muted grey. Every winner, every credit, every frame accounted for.
An award-show directory with an experimental streak: submission galleries, bold type, rules made to bend. For creative industries that hate looking corporate.
The calendar is the site: a living month grid where every day is a page, the past weathers like paper, and the future takes bookings.
A tactile premium theme for craft studios, with a deterministic object desk, accessible flip controls, stationery-led sections, and direct enquiry paths.
Page 1 of 5 Showing themes 6 of 27 themes shown
Scaffold the Laravel views, layouts, assets, and tokens from the theme guide, then test them against the site's real page shapes. Editors can continue working with the same content while the frontend team owns the resulting markup.
A packaged theme can still be a reference. Reuse the useful setup patterns and replace the renderers that do not fit.
Packaged and custom themes follow the same practical path: establish the content assumptions, shape the page renderers, connect the visual tokens, test real pages and responsive states, then release with a replacement plan.
Install a listed theme when its page shapes fit, or scaffold a custom one when the brief needs a different structure.
Build the layouts and renderers against the hardest article, listing, landing page, and navigation state in the brief.
Map colours, type, spacing, density, and supported presets to tokens that can change without rewriting page content.
Check realistic content lengths, media, accessibility, responsive states, and any optional package surfaces before release.
Apply the theme, verify key public routes, and document how the next team can override a renderer or replace the design later.
A redesign should preserve the content editors maintain unless the underlying page model genuinely needs to change.
Test the actual HTML, assets, accessibility, responsive behaviour, and cache path that visitors receive.
The handover should explain how to override one page family or replace the whole design without rebuilding every record.
Switching presentation should not force editors to recreate sound page content. Identify any model change separately from the visual redesign.
Theme docsMaintainers should understand how the theme turns navigation, media, forms, search, and page sections into the public result they support.
Building the public siteAgencies can reuse discovery, setup, quality checks, and handover while leaving each client's brand, content, and conversion journey distinct.
Agency deliveryCompare tier, support, update access, setup, screenshots, fit, and replacement cost before making a theme the basis of a long-lived site.
Compare suite pathsEvery public first-party theme is reviewed by Capell only after its exact release passes the theme delivery subset and the shared package standard.
Review covers representative pages, responsive widths, keyboard access, reduced motion, light and dark presentation, content portability, query-free public Blade, shared package behaviour and screenshot truth.
102 of 102 eligible first-party releases currently carry exact-release review evidence.
Representative page families are inspected at desktop, tablet and mobile widths with keyboard focus and reduced motion.
Theme views receive complete render data and do not fall back to Eloquent, query builders or relationship loading.
Promoted screenshots, real content handling, setup guidance and compatibility must match the release a customer installs.
Role scenarios
Checks for ownership, content fit, extension points, performance, and future redesigns.
Role-based checks drawn from product capabilities and fit boundaries.
Compare a theme preview with its stylesheet
Compare the marketplace swatch with the installed theme stylesheet, then switch a token preset. The preview colours should come from the real CSS and the project should retain editable Blade and styles.
Compare the generated marketplace palette with the installed stylesheet, then change a token preset and check the result. This is an evaluation of the generated preview, not a marketing mockup.
Boundary of fit: It is a structure, not a finished brand. Real design, accessibility and content work still land on teams or whoever teams hire, and site owners would not pretend otherwise.
Test Themes with a Laravel technical lead
Render a deliberately broken theme section in development and production. Development should throw for diagnosis, while production should degrade that section safely without taking down the whole page.
The demonstration should show: A broken section throws in development but degrades safely in production, and sections inherit a default contract that keeps the theme thin. Inspect the inherited Blade and Tailwind extension path rather than relying on a bespoke templating DSL.
Scope check: No-code convenience is not the goal here, and the page says so plainly. A theme is a start, so distinctive brand and the accessibility pass are still their work, not something it finishes.
A layout ready for real content — what to verify
Create a new page from the theme's default sections, reorder them and preview the result. The page should begin with a useful structure and allow composition from real section types rather than a blank canvas.
A credible evaluation should confirm: The theme ships a per-section renderer registry, so editors assemble a page from first-class blocks that already know their job instead of styling an empty container. A preview lets editors read the result before it is live, and small changes are theirs to make without a design ticket.
When to look elsewhere: Content that genuinely breaks the usual patterns may still call for a bespoke layout from a developer. The theme gives editors a strong default, not a design for every unusual page editors dream up.
