The standards that carry art assets from design file into the engine without surprises
Slot interface layout, multi-resolution adaptation, readability and touch targets, plus the design-to-engine handoff with naming and slicing standards.
UI/UX Design and Interface Layout
Interface design for slot games is a discipline of its own. Unlike the general trend in applications
towards simplicity and white space, it has to carry game information, controls and an entertaining
atmosphere within a limited space: as dependable as a tool, yet as dramatic as a stage.
Core Interface Elements
Credit display (Balance): the game credits currently available to the player, which must remain clearly visible at all times
Bet controls (Bet Controls): the buttons or selector for adjusting the amount staked per spin
Spin button (Spin Button): the most important point of interaction, requiring the
greatest visual weight and touch area. It must sit within the most natural range of thumb movement,
and needs recognisable appearance changes for states such as "spinning", "stoppable" and "autoplay"
Win display (Win Display): the area where the winning value is shown dynamically
Info panel (Info Panel): the entry point for supporting features such as the paytable, rules and settings
Information Hierarchy Design
The design philosophy of a slot interface is "what the player needs to see is always in view; what they do not need is hidden but reachable":
First tier: credits, bet amount and the spin button, always present
Second tier: the win display and autoplay controls, surfacing only when needed
Third tier: the paytable, rules and sound settings, tucked into a menu to be opened on demand
A win amount only appears at particular moments, but when it does it must be seen at once, so it seizes focus and then withdraws.
The criterion for tiering is frequency of use multiplied by urgency, not the importance
of the feature.
A win amount only appears at specific moments, but when it does it must be seen immediately, so it needs
to seize focus dynamically and then withdraw once it is over. This way of thinking about dynamic hierarchy is the biggest difference from an ordinary
static interface.
Cross-Platform Responsive Layout
A slot needs to support both portrait and landscape screen orientations,
plus a range of aspect ratios from phone to desktop, so the layout cannot be fixed:
Landscape layout: reels centred, control panel at the bottom or along the sides, suited to desktops and tablets held sideways
Portrait layout: reels in the upper half, control panel unfolded across the lower half, the most common arrangement on phones
Touch areas: buttons on mobile need to keep a sufficient minimum touch area to avoid mistaps during fast-paced use
In practice it is not advisable to treat the two orientations as scaled versions of one layout; they
should be regarded as two independent designs:
sharing the same set of visual components, but each defining its own anchors and safe boundaries, and
leaving room for notches, rounded corners and system gesture zones.
Balancing a Themed Interface Against the Reel Area
Slot interfaces usually adopt a dark palette or one matching the theme, so that the
reel area becomes the visual focus.
Interface elements should not compete with the symbols for attention, yet they cannot be so plain that
the sense of entertainment is lost; common approaches are semi-transparent panels, gradient borders and
restrained ornamentation.
A practical check is to blur the design mockup: if the first thing that draws your eye is not the reels,
the interface is stealing the show.
Another detail is the legibility of numbers: credits and win amounts are what most need
to be read accurately, so the typeface must have stable character widths and unambiguous letterforms, and
it cannot be blended into the background for the sake of stylistic unity.
From Mockup to Engine: The Art Delivery Process
Taking a set of art assets from design mockup to integration in the game engine requires a rigorous
delivery process, and how well standardised it is directly affects collaboration efficiency and asset quality.
The Asset Specification Document
Before formal production, art must define an asset specification document together with the front-end engineers:
Dimension specifications: the design size, safe area and stretchable region defined for each asset category
File formats: agreed formats for assets that need an alpha channel, for background images, and for skeletal animation export bundles
Naming conventions: use predictable multi-segment names that indicate, in order, the
asset category, its semantic name and its state.
This looks trivial, but it is the precondition for any automation: once names are predictable,
atlas packing, batch scaling and asset checks can all be handed over to scripts
Resolution tiers: define the scale factor between tiers, so no dimension ends up non-divisible
Atlas Packing
To maximise rendering performance, loose asset images need to be packed into a texture atlas,
merging many small images onto one large image, which greatly reduces the number of draw calls.
Points to watch when packing:
Assets that appear together in the same stage should be packed together, so a whole sheet is not loaded just for a few assets
Atlas dimensions are best kept to powers of two, ensuring compatibility and compression efficiency across device types
Leave a few pixels of padding around each asset to prevent edge bleeding when the render is scaled
Pack assets that are rarely displayed at the same time separately, reducing the memory footprint of a single load
Choose the compression method according to asset characteristics; a smooth background and a crisp interface component should not use the same settings
Multi-Resolution Strategy
To cover the device range from low-end phones to high-end desktops, assets usually need to be prepared in
several resolution versions: authored at the highest resolution, then batch-scaled down by script.
But uniform scaling is not always viable: fine lines and high-frequency textures easily
disappear or produce moiré once reduced, and line weight and detail density often have to be adjusted separately.
Delivering to the Front-End Engineers
The final art deliverables usually comprise the following:
Packed atlases: the atlases for each resolution version and their corresponding coordinate description files
Skeletal animation export files: the complete bundle of animation data, atlas description and texture
Animation event definition table: annotating the key event points and the behaviour each one triggers
Interface annotation document: the position, size, alignment, stretchable regions and interaction states of every element
Typography and colour specifications: the type scale hierarchy, line height, and definitions of primary and accent colours
Delivery should not be a one-way hand-off; it should include a joint walkthrough:
art and engineering compare the implemented result against the design mockup on a real device together,
deciding on the spot which differences are tolerances and which need adjusting.
Asset Version Control
Art assets need version control just as much. Teams typically use Git LFS to manage image and animation
source files, paired with a clear branching strategy, so that historical versions all stay traceable.
But art files have one difficulty that code does not: binary files cannot be merged,
so conflicts have to be avoided by convention, for example by clearly dividing up areas of responsibility.
Overview of the Art Technology Stack
A complete slot art production pipeline involves the coordinated use of several specialised tools:
2D Static Art
Photoshop: the core painting tool, the workhorse for symbol painting, background compositing and material work
Illustrator: vector graphics production, suited to interface elements, icons and assets that need lossless scaling
Interface prototyping tools: for planning interaction flows and quickly producing clickable prototypes for the team to review
Animation Production
Spine: the tool of choice for skeletal animation, with extremely good integration into mainstream engines
After Effects: for complex effect animation, transitions and concept videos
Animate: still used on some projects for producing clean vector-style animation
3D Support
3ds Max: used when a project needs 3D-rendered symbols or scenes, usually modelled and then rendered out to 2D images for further compositing
AI-Assisted Tools
Midjourney: rapid concept exploration and mood board generation, shortening up-front ideation time
ChatGPT: efficiency gains on the paperwork side, such as writing specification documents and assembling checklists
Game Engines
Unity: a full-featured cross-platform engine, suited to projects with complex effects or mixed 3D presentation
Cocos Creator: a lightweight engine, widely used on web and mobile, with fast start-up and small build size
This toolchain is not fixed, but its unchanging core is an efficiency-oriented workflow design. Every tool is brought in so that artists can spend more time on creativity itself rather than on repetitive
technical tasks.
Slot art production is a composite discipline combining artistic creation, technical specification and
engineering collaboration.
If you want to look back at where these interfaces and assets came from, this series has separate articles
covering the up-front concept exploration and AI-assisted workflow, and the specifications for symbol design
and the details of skeletal animation production.