HTML5 compatibility
A PandaSuite project published in HTML5 is designed to run in a web browser on desktop, mobile, or tablet.
Actual compatibility depends on three things:
- the browser and its version;
- the operating system and device;
- the features enabled in your project.
In other words, a simple project mostly based on navigation, text, images, video, or audio will generally be more broadly compatible than a project relying on advanced browser or device capabilities.
What “HTML5 compatible” means
When we talk about HTML5 compatibility, we mean that your project runs in a modern browser able to interpret the web technologies used by PandaSuite: visual rendering, audio/video, touch interactions, JavaScript, animations, and asset loading.
In practice, PandaSuite aims for broad compatibility across modern desktop and mobile browsers.
A PandaSuite web project does not behave like a native app. Its behavior depends on the browser, its security rules, the permissions granted by the user, and sometimes the hosting context.
Supported browsers and environments
To make compatibility more concrete, here are the historical minimum browser versions for the HTML5 output, along with a more practical recommendation level for current delivery.
| Environment | Minimum version | Compatibility level | Technical points to watch |
|---|---|---|---|
| Internet Explorer desktop | IE 8+ | Limited compatibility | Not recommended for modern web projects |
| Firefox desktop | Firefox 24+ | Supported with caution | Validate media, permissions, and embedded integrations |
| Chrome / Chromium desktop | Chrome 21+ | Supported | Reference environment for validating rendering and interactions |
| Safari macOS | Safari 6.1+ | Supported with caution | Possible restrictions on autoplay, fullscreen, local storage, or iframe behavior |
| Opera desktop | Opera 24+ | Supported with caution | Check according to the actual engine and browser version in use |
| Safari iOS | Safari iOS 6+ | Supported with caution | Strong dependency on iOS rules for audio, video, fullscreen, and storage |
| Android browser | Android 4.2+ | Limited compatibility | Historical baseline, but recent Android browsers remain preferable |
| Chrome Android | Chrome Android 38+ | Supported | Check performance, permissions, and device-specific behavior |
| Firefox Android | Firefox Android 32+ | Supported with caution | Validate media, permissions, and touch behavior |
| IE Mobile | IE Mobile 10+ | Limited compatibility | Not recommended for current delivery |
Keep in mind:
- these versions are historical minimum baselines, not an optimal comfort target;
- for current delivery, always prefer recent browser versions;
- Chromium-based browsers often provide the most predictable behavior;
- Safari on iOS and macOS requires more validation around media, fullscreen, storage, and touch behavior;
- WebViews, LMS environments, and embedded browsers should always be tested in the real delivery environment.
What affects compatibility
Advanced web capabilities
Some behaviors depend heavily on the browser being used, including:
- service workers and PWA behavior;
- media playback with autoplay or automatically triggered audio;
- fullscreen mode;
- local storage, caching, and offline behavior;
- the system WebView on mobile.
Device permissions and hardware
Other use cases depend on the device itself and on user permissions, for example:
- camera;
- geolocation;
- microphone;
- sensors or device-specific APIs.
So a compatible browser alone does not guarantee that every feature of your project will be available in every situation.
Hosting context
Behavior can also vary depending on whether your project is:
- hosted on PandaSuite;
- self-hosted on your own server;
- launched locally from a web package;
- embedded in an LMS or inside an iframe.
Some browser security restrictions appear more frequently in local or constrained embedding environments.
Special case: PWA and service workers
If you enable service workers or PWA-related features, compatibility becomes more specific. A project may still remain accessible as a regular web app while losing some advanced capabilities depending on the browser in use.
See the dedicated article: Activate the service workers.
Recommendations before release
Before publishing your HTML5 project, we recommend testing at least:
- one Chromium-based desktop browser;
- Safari if your audience uses Apple devices;
- one iOS mobile browser;
- one Android mobile browser;
- the critical flows for navigation, loading, media playback, and interactions.
Prioritize checking:
- responsive rendering;
- loading performance;
- videos, audio, and animations;
- browser permissions;
- offline behavior if you use service workers;
- LMS integration if you export as SCORM or CMI5.
If your project is intended for a constrained environment such as an LMS, an enterprise browser, or an older device, always test on the actual devices and browsers used by your audience.