Product story · ACME Skin & CISS Elementor
A Standard DNN Skin, Built for the Way Sites Actually Get Made
A collection of theme designs, dropped into one set of multi-purpose panes — with menus and content created visually, by the people who own the site.
A
ACME Team · dnndefender.com · 7 min read
For a long time, building a DotNetNuke site felt like a tradeoff. Either you went with a stock theme and lived inside its limits, or you commissioned a custom skin and waited weeks for every layout change. Marketing wanted to ship; developers wanted to keep things clean; editors wanted to stop opening tickets just to move a button. The gap between the three only grew with every release.
That is the gap ACME Skin and CISS were built to close. We did not set out to invent a new module system, a parallel content store, or a proprietary template language. We set out to make a standard DNN skin — the kind any DNN developer can read, fork, or extend — that ships with everything an editor needs to put together a real site in a single afternoon.
One pane system. A whole collection of designs.
ACME Skin is, at its core, a single layout: a set of multi-purpose panes that handle the header, the drawer, the hero, the content area, and the footer. What changes is not the structure, but the design dropped into it. We ship a growing collection of theme designs — corporate, editorial, hospitality, education, healthcare, and more — all rendered through the same panes.
That means you can switch a portal from "professional services firm" to "campus landing page" without rebuilding the structure underneath. New child portal? Pick a design, set the brand colour, ship. The skin file is honest DNN markup — no obscure tokens, no proprietary descriptors — so the DNN team you already have can read it on day one.
What multi-purpose panes really means
Most skins assume the editor knows where things are supposed to go. ACME flips that: every pane is a generic surface that accepts any module — standard DNN Text/HTML, a CISS block, a third-party module — and renders it with consistent spacing, typography, and responsive behaviour. The editor stops thinking about "which pane do I drop this in?" and starts thinking about the page.
CISS Elementor: every essential block, no custom module per page
The pane system would not matter much if filling those panes still required a developer. So we built CISS — an in-page Elementor that ships every essential content block an editor needs:
- Hero sections with eyebrow, title, subtitle, dual CTAs, background image and theme variants.
- Image sliders and carousels with optional album filtering and CSS-driven swipe.
- Tabs and events lists with structured per-event fields and category filters.
- Photo galleries with multiple albums, cover images, captions, and a built-in lightbox.
- A shared media library so a photo you uploaded for one gallery is instantly available everywhere.
Every block is configured in a small floating editor, previewed live, and inserted as a standard Text/HTML module. There is no custom database table, no module-per-page proliferation, no runtime JavaScript required on the visitor side. The output is plain, server-rendered HTML and CSS — the kind search engines actually index, the kind that survives a DNN upgrade.
In other words, CISS lets editors compose pages directly — without inventing a parallel content system. The HTML it produces is the HTML DNN already understands.
Menu Builder: visual menus, no markup
Menus are the other place where the gap between editors and developers shows up. We built a visual Menu Builder that lets the people who own the site information architecture — not the developers — arrange every menu item in the browser. Drag to reorder, group items into mega-menu panels, add badges and icons, set per-role visibility, and preview the result instantly. The configuration travels with the portal export, so what you build on staging is exactly what ships.
You can present the same menu as a wide mega menu for comprehensive sites with many destinations, or as a slide-out drawer menu for sites that want a minimal header and an app-like feel. One configuration, two presentation modes — pick the one that matches the audience.
Why this matters in practice
The combination is what makes the workflow fast. Pick an ACME design. Build the menu in the Menu Builder. Drop hero, slider, gallery and events blocks via the CISS Elementor. You have a live site, hosted in standard DNN, indexable by search engines, editable by non-developers, in an afternoon. Need a second portal next week? Pick a different design and repeat.
And because nothing about ACME or CISS is proprietary lock-in, the DNN team can still do everything they have always done. Custom modules still work. Existing skins can coexist on other portals. Your developers are not boxed in — they just get to spend their time on the parts that genuinely need them.
ACME Skin and CISS are available now for DotNetNuke 9.4 and later. You can see the live demo and read the install guide at dnndefender.com. If you want to discuss bringing this workflow to your team, write to support@dnndefender.com — we read every email.
DotNetNuke
ACME Skin
CISS
Elementor
Menu Builder
Mega Menu
Drawer Menu