File types
What is it?
File types are the formats used to create, develop, publish and maintain learning and development artefacts.
In learning contexts, file types generally fall into two complementary categories:
- universal file types, which support sharing, reuse and long-term accessibility across systems.
- creative or proprietary file types, which enable richer design, interactivity and innovation during development.
Universal file types are widely recognised, standardised file formats that can be created, opened, shared and reused across different systems, software and platforms. They were originally developed in the 1960s to support computer-aided engineering and have since become foundational to digital interoperability (the ability of different devices, systems and applications to connect and communicate).
In a learning and development context, understanding the different file types ensures learning artefacts can be created, shared, archived, adapted and reused across the digital ecosystem without reliance on a single tool or vendor.
This approach recognises that learning experiences are rarely created in a single format. Learning material often begin with creative, tool-specific source files during design and development, and are then shared, published or archived using different formats.
Managing licences, access and editing rights across both types ensures learning experiences can be used, edited and maintained throughout their lifecycle, while providing creative control and meeting whole-of-government expectations. This is important when considering what authoring tools are needed to create learning material.
Why is it important?
Learning artefacts regularly move between authoring tools, learning management systems (or equivalent platforms), intranet or public web environments, and records or archiving systems.
If file types, licences and access rights are not considered early, learning content can become locked into tools that are difficult or impossible to access, update or share.
Universal file types support interoperability, accessibility and long-term use across the APS digital ecosystem. Creative and tool-specific file types, while essential during learning design and development, often require specific software, licences or skills to edit.
Managing both appropriately allows learning products to scale across agencies, remain usable over time, and align with whole-of-government digital, accessibility and records management standards without constraining innovation.
What are the benefits?
Universal file types enable learning artefacts to be flexible shared, published and reused across teams, agencies and platforms.
Creative file types enable designers, developers and media specialists to fully use authoring tools, multimedia software and emerging technologies to design engaging and effective learning experiences.
Using a deliberate mix of universal and creative file types allows learning teams to balance consistency, creativity and sustainability. As a result:
- files are compatible across different devices, systems and software
- learning materials can be collaboratively co-created, shared, reused and adapted
- duplication and rework is reduced, with lower risk of having to begin from scratch
- files are less likely to become inaccessible due to obsolete or proprietary formats becoming incompatible with the agency’s systems
- files do not create dependencies on vendors, lowering risk of ‘lock-in’
- accessibility and version control are easier to manage and keep consistent
- long-term information management is consistently maintained as technologies, platforms and workforce needs change over time.
Who is this suitable for?
All staff, particularly learning designers, content creators, facilitators and subject matter experts.
Examples of universal file types
Universal file types are widely recognised, standardised formats that can be created, opened, shared and reused across different systems, software and platforms. In a learning and development context, they support publication, sharing, archiving and reuse without reliance on a single tool or vendor.
|
Common examples include |
|---|
|
Examples of learning and development file types that are not universal
Creative and proprietary file types are commonly used during learning design and development. These formats have legitimate value but typically require specific applications, licences or versions to edit, and should not be relied on as the sole transferable or archival format.
|
Common examples include |
|---|
|
Working and final files
Working files are ‘living’ documents. They can be easily marked up, updated as required, and may include tracked changes or comments. Working files are only accessed by individuals who need to contribute, collaborate, or provide feedback.
Final files are clean, approved assets that remain unchanged once published. They represent a polished product that is shared with and accessed by learners.
In some cases, the file type will change during the process. For example:
- Articulate Storyline creates a new .STORY source file as the raw working file for an eLearning module.
- The module is published as .ZIP file to be uploaded into a learning management system (or equivalent); this file is the final output and cannot be edited.
- The original .STORY file must be accessed to make changes to the module, as only a source file can continue to be edited.
It is important to make a clear distinction between editable working files and approved final versions at the beginning of any project. This will reduce the risk of version confusion or accidental changes to published content.
The final version of a learning experience should remain intact from the point it is published and circulated. Auditors need to be able to clearly identify what content was communicated, and when.
When updates are required, changes should be made to the relevant working file. Once approved, a new final version is created and published. This new final version replaces the previous one, and the cycle repeats for each iteration of the learning experience.
Guidance
- Consult your entity’s records management system and IT manuals to understand how file versions are logged and recorded.
- Use collaboration-enabled applications that are approved by your entity’s IT and security teams.
- Review authoring tool specifications to understand how files are stored and how long they are retained, including differences between active and inactive licences.
- Understand how the final product will be deployed in your organisation to ensure the file format is compatible.
General Practice
|
Good Practice |
|---|
|
File types
Example An agency reviews relevant APS standards for digital content before commencing development and selects HTML for its core learning content. The agency confirms the file format requirements and standards early, retains editable source files with appropriate licences and access, and publishes learning artefacts in formats that others can reuse and adapt. As a result, the product is published on time, reused by partner agencies, and adapted easily for future audiences. Two years later, it is easily adapted for future audiences without rebuilding from scratch. Working and final versions
|
|
Practices to avoid |
|---|
|
File types
Example An agency does not review file format standards at the project initiation. Halfway through delivery, it is identified that the selected file format is non compliant and cannot be reused or published as intended. This results in rework, delays and additional costs. Working and final versions
|
File format selection checklist
Use this checklist when creating, procuring or reviewing learning materials and supporting documents.
Standards and Compliance
☐ Does the file format align with whole‑of‑government standards?
☐ Is the format recognised and supported across a variety of APS digital ecosystem?
☐ Does it meet accessibility requirements (screen readers, keyboard navigation, captions, reflow)?
Interoperability and Compatibility
☐ Can the file be opened and edited using commonly available software?
☐ Is it compatible across multiple operating systems and devices?
☐ Can it be imported, exported or reused across learning platforms (such as an LMS, intranet, web, streaming services, reporting system)?
Longevity and Sustainability
☐ Will the file still be usable in the medium to long term?
☐ Is it independent of proprietary or niche software?
☐ Can it be archived and retrieved for records and compliance purposes?
Reuse and Scalability
☐ Can the content be shared, adapted and repurposed by other teams or agencies?
☐ Does the format support future updates without needing specialist tools?
☐ Is it suitable for both small‑scale and large‑scale distribution?
Editing and Maintenance
☐ Is the format easy to edit for minor updates or corrections?
☐ Are source/editable files available in a universal or widely supported format?
☐ Can multiple contributors work with the file without format conflicts?
☐ Convert content early in the project lifecycle, not at the end
☐ Test converted files across different devices and platforms
☐ Clearly label file versions and formats
☐ Document conversion decisions as part of project records
Risk and Cost
☐ Does the format minimise the risk of vendor lock‑in?
☐ Will future changes require re‑engaging an external supplier?
☐ Are there any licensing or subscription costs tied to accessing the file?
List of file types and extensions
File types can be identified by their file extension. For example, the letters .DOCX identify modern standard Word documents.
| File category | File extensions |
|---|---|
| 3D modelling/printing | 3MF, COOL, GLB, GLTF, OBJ, STL |
| Apple | MOVIE, PAGES, PICT, SKETCH |
| Adobe | AI, PDF, PSB, PSD, XD |
| Audio/video media files | 3G2, 3GP, 3GPP, ASF, AVI, M2TS, M4A, M4V, MKV, MOV, MP3, MP4, MP4V, MTS, TS, WAV, WEBM, WMA, WMV, WAV AEP, PRPROJ, BLEND, PSD, AI |
| AutoCAD | DWG |
| AutoDesk | FBX |
| BioWare Game Engine | ERF |
| Compressed files | ZIP |
| Compressed files (Unix) | GZ, Z |
| SCORM / eLearning package (published files) |
ZIP Within the ZIP file, SCORM and CMI5 packages typically contain a structure file (XML), web page files (CSS, HTM, HTML, JS) and multimedia files (image, audio, video). |
| SCORM / eLearning source file (working files) | STORY. CPTX, LEC |
| Data / Microsoft Excel / PowerBI | CSV, JSON, PBIDS, PBIP, PBIT, PBIX, XLS, XLSB, XLSX, XLTX, XML |
| DICOM medical images | DCM, DCM30, DICM, DICOM |
| Finale | PLY |
| Image formats | GIF, HEIC, HEIF, JPEG, JPG, JPE, MEF, MRW, NEF, NRW, ORF, PANO, PEF, PNG, RW2, SPM, TIF, TIFF, XBM, XCF |
| License key | KEY |
| Log Files | LOG |
| Microsoft OneNote | ONE, ONEPKG, ONETOC2 |
| Microsoft Outlook | EML, MSG |
| Microsoft PowerPoint | POT, POTM, POTX, PPS, PPSM, PPSX, PPT, PPTM, PPTX |
| Microsoft Word | DIC, DOC, DOCM, DOCX, DOTM, DOTX |
| Microsoft Windows | CUR, ICO, ICON |
| Microsoft Visio | VSD, VSDX |
| Open eBook | EPUB |
| OpenOffice | ODP, ODS, ODT |
| Photo | ARW, CR2, CRW, DNG |
| Rich Text Format | RTF |
| Text and code | ABAP, ADA, ADP, AHK, AS, AS3, ASC, ASCX, ASM, ASP, AWK, BAS, BASH, BASH_LOGIN, BASH_LOGOUT, BASH_PROFILE, BASHRC, BAT, BIB, BSH, BUILD, BUILDER, C, C++, CAPFILE, CBK, CC, CFC, CFM, CFML, CL, CLJ, CMAKE, CMD, COFFEE, CPP, CPT, CPY, CS, CSHTML, CSON, CSPROJ, CSS, CTP, CXX, D, DDL, DI. DIF, DIFF, DISCO, DML, DTD, DTML, EL, EMAKE, ERB, ERL, F90, F95, FS, FSI, FSSCRIPT, FSX, GEMFILE, GEMSPEC, GITCONFIG, GO, GROOVY, GVY, H, H++, HAML, HANDLEBARS, HBS, HRL, HS, HTC, HTML, HXX, IDL, IIM, INC, INF, INI, INL, IPP, IRBRC, JADE, JAV, JAVA, JS, JSON, JSP, JSX, L, LESS, LHS, LISP, LOG, LST, LTX, LUA, M, MAKE, MARKDN, MARKDOWN, MD, MDOWN, MKDN, ML, MLI, MLL, MLY, MM, MUD, NFO, OPML, OSASCRIPT, OUT, P, PAS, PATCH, PHP, PHP2, PHP3, PHP4, PHP5, PL, PLIST, PM, POD, PP, PROFILE, PROPERTIES, PS, PS1, PT, PY, PYW, R, RAKE, RB, RBX, RC, RE, README, REG, REST, RESW, RESX, RHTML, RJS, RPROFILE, RPY, RSS, RST, RXML, S, SASS, SCALA, SCM, SCONSCRIPT, SCONSTRUCT, SCRIPT, SCSS, SGML, SH, SHTML, SML, SQL, STY, TCL, TEX, TEXT, TEXTILE, TLD, TLI, TMPL, TPL, TXT, VB, VI, VIM, WSDL, XAML, XHTML, XOML, XML, XSD, XSL, XSLT, YAML, YAWS, YML, ZSH |
| Web/Hypertext | CSS, HTM, HTML, Markdown, MD, URL |