Truing Netlify.com
I recoded netlify.com to introduce True Web Design to every website. Here are the top benefits:
Expanded theme support by 99.72%, from 2 options to the full 722 options.
Unlocked unlimited font sets, rather than being locked to one set.
Made the layout more resilient to text scaling, in scores.
Ensured the Reader View has a good reading flow.
The landing page of Netlify has a good design style, available in light and dark mode, responsive to user's device width.
Primary View of the legacy page in Pixel 8 and Surface Pro 7 emulators, in its only light theme.
Emulator Controls
Primary View of the legacy page in Pixel 8 and Surface Pro 7 emulators, in its only dark theme.
Emulator Controls
While the page looks good, it has poor document structure.
Reader View of the legacy page in Pixel 8 and Surface Pro 7 emulators, in its only theme (one light theme).
Emulator Controls
On top of that, it's not responsive to user's preference of text size.
Primary View of the legacy page using a 6px font size in Pixel 8 emulator, and 36px font size in Surface Pro 7 emulator, both showing the disproportion in component sizes, creating layout issues.
Emulator Controls
As if that wasn't enough, it's not responsive to user's preference for color hue.
To top it all off, it's not responsive to user's preference for typeface.
I recoded netlify.com. Same design style, now well-structured and fully-responsive.
Design Style
To start with, for whatever beyond-the-look improvement I need to make, I had to maintain the style in any color mode, maintain the responsiveness to any device width.
Primary View of the legacy and refactored pages showing the same styles, in their default light theme, in Pixel 8 emulators.
Emulator Controls
Primary View of the legacy and refactored pages showing the same styles, in their default light themes, in Surface Pro 7 emulators.
Emulator Controls
Primary View of the legacy and refactored pages showing the same styles, in their default dark theme, in Pixel 8 emulators.
Emulator Controls
Primary View of the legacy and refactored pages showing the same styles, in their default dark themes, in Surface Pro 7 emulators.
Emulator Controls
If you look closely, you'd see it's definitely not a perfect match.
In some cases, better. Most noticeably are the alignments.
In other cases, subjective. For example, the re-ordering of sections of the document.
I re-ordered because the sub-section for "Start your way" focuses on deployment. Since deployment trails a development workflow, it makes sense for the section focusing on deployment to trail the sections on other stages that comes before deployment.
Doc. Structure
Beyond 1185px screen width, beyond the mobile navigation menu, three sub-menus of the navigation landmark, when opened, pollute the document with orphaned sections, respectively.
Three of the parent menu items use document sections to reveal their submenu items respectively, polluting the document sections.
Less than that width, when the menu is optimized for mobile, in an expanded state where all sub-menus are expanded by default, the contextual sub-sections under the sub-menus appear as though they are in one context with those in the main landmark.
Worse, when the user switch to the Reader View, duplicate sections are revealed alongside their original, all of them outside of the main landmark of the page, in an Info landmark!
These headings — some duplicates, some orphaned, some misplaced — are best represented as: titles in labelled landmarks, subheadings of a heading (not headings of a subsection), or, simply, phrases in a paragraph.
The refactored page uses a more intuitive outline.
That section on deployment, along with the sibling sections, make up the children of the Workflow Section. What seems to be the kicker for this parent section became the heading because of its intuitiveness in the outline.
This Workflow Section and the Use-case Section, in turn, became the children of the Root Section whose heading is simply the brand name they are selling. Netlify.
Document outline of the legacy vs refactored pages.
The result of this improved outline, along with content modifications, is a document with good reading flow for users using the Reader View.
Reader Views of the legacy vs refactored view in Pixel 8 emulators, with the latter showing a better reading flow.
Emulator Controls
Reader Views of the legacy vs refactored view in Surface Pro 7 emulators, with the latter showing a better reading flow.
Emulator Controls
This smooth document powered the style of the refactored site.
This refactored Reader View, by itself, out-of-the-box, is fully responsive to document attributes:
Running through the refactored Reader View in iPhone 17 Pro and iPad Pro devices.
Demonstrating text size responsiveness in the refactored Reader View of iPhone 17 Pro and iPad Pro, scaled from 4px to 30px.
Beside text enlargement, at 6px on iPhone 17 Pro, per design, the enclosed menu items are disclosed. Meanwhile, at 22px on iPad Pro, the disclosed menu items are enclosed. Both adaptations in anticipation of the Primary View.
Demonstrating line-height responsiveness in the refactored Reader View, scaled from 4px to 30px.
Demonstrating line-length responsiveness in the refactored Reader View of iPad Pro, scaled from 25% to 75% of the device width.
Demonstrating typeface responsiveness in the refactored Reader View, using Georgia, Roboto Slab, Fira Code, Inter, Comic Sans, and Dancing Script.
Demonstrating support for Dark Mode of the refactored Reader View on iPhone 17 Pro and iPad Pro
Demonstrating a 30° step color hue progression on the light mode of the first fold of the refactored Reader View on iPhone 17 Pro and iPad Pro, starting at 250°
Demonstrating a 30° step color hue progression on the dark mode of the first fold of the refactored Reader View on iPhone 17 Pro and iPad Pro, starting at 250°
This flexibility in personalizing the Reader View doesn't stop here.
While style views manage their multi-column layout, making the line height and the line length custom to the style view, the page, which is already responsive to device width, and and supports dark mode, should still be responsive to text size, typeface, and color hue.
Text Sizing
The legacy site is less resilient to a changing text size. A change in font size makes the components out of proportions.
On mobile, when the text is significantly smaller, like at 6px, giving room for a lot of surrounding spaces, components do not also reflow as neccessary.
Primary View of the legacy and refactored pages, using a 6px font size in Pixel 8 emulators, with the latter page maintaining the proportion of components, keeping layout in check.
Emulator Controls
On wider screens, when the text is significantly larger, like at 36px, components of the legacy page overflow the page, making layout semi-responsive. Again, the refactored page is still resilient beyond this point.
Primary View of the legacy and refactored pages, using a 36px font size in Surface Pro 7 emulators, with the latter page maintaining the proportion of components, keeping layout in check.
Emulator Controls
Typeface
Users can, as well, use any typeface installed on their system.
Refactored Page using the default set of typefaces: Figtree, Martian Mono, and Instrument Sans.
Emulator Controls
Refactored Page using the following set of typefaces: Caveat, Winky Sans, and Sometype Mono.
Emulator Controls
Refactored Page using the following set of typefaces: Playfair, Google Sans, and Sometype Mono.
Emulator Controls
Refactored Page using the following set of typefaces: Lora, Epunda Sans, and Jetbrains Mono.
Emulator Controls
Refactored Page using the Dancing Script typeface.
Emulator Controls
Refactored Page using the Roboto Slab typeface.
Emulator Controls
Refactored Page using the Fira Code typeface.
Emulator Controls
Refactored Page using the Inter typeface.
Emulator Controls
Color Hue
In both light and dark modes, users can theme netlify.com to their choice based on 360 hues and a grayscale.
Hues
Light theme of Refactored Page based on the default 252o hue.
Emulator Controls
Light theme of Refactored Page based on the default 312o hue.
Emulator Controls
Light theme of Refactored Page based on the default 12o hue.
Emulator Controls
Light theme of Refactored Page based on the default 72o hue.
Emulator Controls
Light theme of Refactored Page based on the default 132o hue.
Emulator Controls
Light theme of Refactored Page based on the default 192o hue.
Emulator Controls
Light theme of Refactored Page based on Grayscale.
Emulator Controls
Hues
Dark theme of Refactored Page based on the default 252o hue.
Emulator Controls
Dark theme of Refactored Page based on the default 312o hue.
Emulator Controls
Dark theme of Refactored Page based on the default 12o hue.
Emulator Controls
Dark theme of Refactored Page based on the default 72o hue.
Emulator Controls
Dark theme of Refactored Page based on the default 132o hue.
Emulator Controls
Dark theme of Refactored Page based on the default 192o hue.
Emulator Controls
Dark theme of Refactored Page based on Grayscale.
Emulator Controls
Try out the refactored page at https://true-d.netlify.app/netlify on a modern browser (it's not production ready yet). Compare it against the legacy page at www.netlify.com. Use the Elo extension for easier testing than having to search equivalent settings in the browser.