So, you want to know more about web development at the University of Nebraska–Lincoln (UNL). Perhaps you are a new web developer on campus or are simply interested in how we do things. This guide will help you with some of the fundamentals.
The Essentials
Web development at UNL might be slightly different than web development elsewhere, even other universities. The following are some of the most important fundamentals for you to know.
- The Web Developer Network (WDN) is a community of web developers at UNL. Collectively we help each other and improve the university’s web presence. Learn more about the WDN.
- All websites at UNL are required to use the UNLedu Web Framework, which is developed by the WDN. Learn more about the framework.
- Web accessibility (a11y) is required. All websites and web applications must be useable by people with disabilities. Learn more about accessibility.
Web Developer Network
The Web Developer Network is a group of web developers at UNL who work together, share ideas and improve the university’s web presence.
Suggested reading and links:
- Learn how to get involved – We have monthly meetings and welcome contributions.
- Learn about the WDN Shared Governance Board – this is an elected group of WDN members who oversee governance of the WDN, including the UNLedu Web Framework
- Hang out in our chat room – this is the best place to get help and ask questions
The UNLedu Web Framework
The UNLedu Web Framework is a package of HTML, CSS and JavaScript that all websites at UNL are required to use. The framework allows for consistent user interactions and branding across all UNL web pages and websites. The framework also provides many essentials such as a grid system for responsive design, content styles such as image styles, and widgets such as notices and events widgets.
Most developers at UNL use UNL CMS to host their websites, which is already configured to use the framework. It is important to note that the framework is built so that it can be used by any content management system or programming language and the use of UNL CMS is not required (but UNL CMS does make things super easy).
Suggested reading:
- UNLedu Web Framework Terms of Use – outlines requirements and conditions of using the framework.
- UNL Web Framework Standards Guide – describes in detail how the framework can be implemented and used
- Starting a Site – outlines some ways to get started with the framework
Web Accessibility (a11y)
Web accessibility, or making content usable by people with disabilities, is required by law. The word ‘a11y’ is the short form of accessibility and it means that there are 11 characters between the first and last letters of the word. Per the WDN’s Standards Guide - section 3.1 websites are required to meet both the Web Content Accessibility Guidelines (WCAG) 2.0 level AA standard for web accessibility as well as the Section 508 standard. It is important to note that the current legal landscape reflects the requirement of these standards. Accessibility is already baked into the global regions of the framework. All you need to worry about is what you place in the #dcf-main area.
Some common accessibility issues that should be a priority to fix include the following. Please be aware that this is just a subset of what needs to be checked. We have an automated auditing tool called UNL Web Audit which scans your sites for accessibility issues (and other things too), but it can’t catch everything.
- Make sure all media has alternate text. For images this means providing meaningful alt text. If you're using UNL CMS, alt text will be automatically generated via AI when the image is uploaded (which can be further customized). For video, UNL MediaHub will automatically generate AI captions for your video, which are then reviewable.
- Assistive technology such as screen readers can not read text in images, so avoid placing text in images. Web Audit can not check for this.
- If you're using UNL CMS, the following features are all taken care of for you, but if you're building on your own, they're further accessibility checks to be aware of:
- Make sure that text has a contrast of 4.5:1 to meet the contrast requirements. Web Audit will automatically test for this.
- Make sure that interactive content such as links, buttons and form controls have textual names. It is common to see form fields without associated labels and buttons and links that have only an image or font icon but no text. Web Audit will automatically check for these.
- Ensure that your HTML follows correct semantics wherever possible. Use HTML regions, ensure that your document outline is correct (based on heading elements).
- Manually test your sites by just using a keyboard; make sure that every piece of content and interaction can be accessed by just a keyboard. Also test your sites with a screen reader such as VoiceOver.
Learn more about accessibility
We can’t cover everything about web accessibility, so we have curated some materials to help you learn more:
- a11y project’s accessibility checklist – a simple checklist to help you make accessible websites
- WebAIM’s accessibility checklist – an in-depth checklist tied to WCAG specifications
- WebAIM – a good introduction to web accessibility
- Washington’s accessibility cases and settlements is a good introduction to the legal landscape of web accessibility
- WCAG 2.0 quick reference