Category: Blog

Picture this: Two people are conversing in what appears to be the same talk about the same pattern issue in a conference room at your tech company. One is talking about whether the staff has the right abilities to handle it. The other examines whether the answer really addresses the user’s issue. Similar place, the same issue, and entirely different perspectives.

This is the lovely, sometimes messy fact of having both a Design Manager and a Guide Designer on the same group. And if you’re wondering how to make this job without creating confusion, coincide, or the feared” to some cooks” situation, you’re asking the right issue.

Fresh lines on an organizational chart have always been the standard solution. The Design Manager handles persons, the Lead Designer handles art. Problem solved, is that straight? Except that fresh organizational charts are dream. In fact, both roles care greatly about crew health, style quality, and shipping great work.

When you begin to think of your style organization as a style organism, the magic happens when you accept collide rather than fight it.

A Healthy Design Team’s Biology

Here’s what I’ve learned from years of being on both sides of this formula: think of your design team as a living cell. The Design Manager concentrates on the internal security, career advancement, team dynamics, and other factors. The Lead Designer concentrates on the body ( the handiwork, the design standards, the hands-on projects that are delivered to users ).

But just like mind and body aren’t totally separate systems, but, also, do these tasks overlap in significant ways. Without working in harmony with one another, you didn’t have a good person. The technique is to know where those aligns are and how to manage them gently.

When we look at how good team really function, three critical devices emerge. Each role must be combined, but one has to assume the lead role in keeping that structure sturdy.

The Nervous System: Citizens & Psychology

Major custodian: Design Manager
Supporting duties: Direct Artist

The anxious system is all about mental health, feedback, and signals. When this technique is good, information flows easily, people feel safe to take risks, and the staff may react quickly to new problems.

The main caretaker here is the Design Manager. They are keeping track of the team’s mental state, making sure feedback loops are good, and creating the environment for growth. They’re hosting job meetings, managing task, and making sure no single burns out.

However, the Lead Designer has a significant enabling position. They’re offering visual feedback on build development requirements, identifying stagnant design skills, and assisting with the design manager’s potential growth opportunities.

Design Manager tends to:

• discussions about careers and career development
• internal security and dynamics of the group
• Job management and resource planning
• Systematic evaluations and input
• Providing opportunities for learning

Direct Custom supports by:

• Providing craft-specific evaluation of team member creation
• identifying opportunities for growth and style ability gaps
• Providing design mentoring and assistance
• indicating when a crew is prepared for more challenging tasks.

The Muscular System: Design, Design, and Execution

Major caregiver: Lead Designer
Supporting duties: Design Manager

The skeletal structure focuses on developing strength, coordination, and talent development. When this technique is healthy, the team can do complicated design work with precision, maintain regular quality, and adjust their craft to fresh challenges.

The Lead Designer is in charge of everything here. They are establishing design standards, offering craft instruction, and making sure that shipping work meets the required standards. They’re the ones who can tell you if a design decision is sound or if we’re solving the right problem.

However, the Design Manager has a significant supporting role. They’re making sure the team has the resources and support they need to perform their best work, such as proper nutrition and time for an athlete recovering.

Lead Designer tends to:

• Definition of system usage and design standards
• Feedback on design work that meets the required standards
• Experience direction for the product
• Design choices and product-wide alignment are at stake.
• advancement of craft and innovation

Design Manager supports by:

• ensuring that design standards are understood and accepted by all members of the team
• Confirming that a direction of experience is being pursued
• Supporting practices and systems that scale without bottlenecking
• facilitating design alignment among all teams
• Providing resources and removing obstacles to outstanding craft work

The Circulatory System: Strategy &amp, Flow

Shared caretakers: Lead Designer and Design Manager, respectively.

How do decisions, energy, and information flow through the team according to the circulatory system? When this system is healthy, strategic direction is clear, priorities are aligned, and the team can respond quickly to new opportunities or challenges.

True partnership occurs in this area. Although both positions bring unique perspectives, keeping the circulation strong is a dual responsibility.

Lead Designer contributes:

• The product fulfills the user’s needs.
• overall experience and product quality
• Strategic design initiatives
• User needs based on research for each initiative

Contributes the design manager:

• Communication to team and stakeholders
• Stakeholder management and alignment
• Team accountability across all levels
• Strategic business initiatives

Both parties work together on:

• Co-creation of strategy with leadership
• Team goals and prioritization approach
• organizational structure decisions
• Success frameworks and measures

Keeping the Organism Healthy

Understanding that all three systems must work together is the key to making this partnership sing. A team will eventually lose their way despite excellent craftmanship and poor psychological safety. A team with great culture but weak craft execution will ship mediocre work. A team that has both but poor strategic planning will concentrate on the wrong things.

Be Specific About the System You’re Defending.

When you’re in a meeting about a design problem, it helps to acknowledge which system you’re primarily focused on. Everyone has context for their input.” I’m thinking about this from a team capacity perspective” ( nervous system ) or” I’m looking at this through the lens of user needs” ( muscular system ).

This is not about staying in your own path. It’s about being transparent as to which lens you’re using, so the other person knows how to best add their perspective.

Create Positive Feedback Loops

Which partnerships have created clear feedback loops between the systems in the most effective ways?

Nervous system signals to muscular system:” The team is struggling with confidence in their design skills” → Lead Designer provides more craft coaching and clearer standards.

The nervous system receives the message” The team’s craft skills are progressing more quickly than their project complexity.”

We’re seeing patterns in team health and craft development that suggest we need to adjust our strategic priorities, both systems say to the circulatory system.

Handle Handoffs Gracefully

When something switches from one system to another, this partnership’s most crucial moments occur. This might occur when a design standard ( muscular system ) needs to be implemented across the team ( nervous system ) or when a tactical initiative ( circulatory system ) requires a particular craft system ( muscular system ) rollout.

Make these transitions explicit. I’ve defined the new component requirements. Can you give me some ideas on how to get the team up to speed?” or” We’ve agreed on this strategic direction. From here, I’ll concentrate on the specific user experience approach.

Stay original and avoid being a tourist.

The Design Manager who never thinks about craft, or the Lead Designer who never considers team dynamics, is like a doctor who only looks at one body system. Even when they are not the primary caretaker, great design leadership requires both people to be as concerned with the entire organism.

This entails asking questions rather than making assumptions. ” What do you think about the team’s craft development in this area”? or” How do you think this is affecting team morale and workload”? keeps both viewpoints present in every choice.

When the Organism Gets Sick

This partnership has the potential to go wrong, even with clear roles. Here are the most typical failure modes I’ve seen:

System Isolation

The Design Manager ignores craft development and concentrates solely on the nervous system. The Lead Designer ignores team dynamics and concentrates solely on the muscular system. Both people retreat to their comfort zones and stop collaborating.

The signs: Mixed messages are sent to team members, poor morale is attained, and there are negative things.

Reconnect with other people’s goals in the treatment. What are you both trying to achieve? It’s typically excellent design work that arrives on time from a capable team. Discover how both systems accomplish that goal.

Poor Circulation

There is no clear strategic direction, shifting priorities, or accepting responsibility for keeping information flowing.

The symptoms are: Team members are unsure of their priorities, work is duplicated or dropped, and deadlines are missed.

The treatment: Explicitly assign responsibility for circulation. Who is communicating with whom? How frequently? What’s the feedback loop?

Autoimmune Response

One person feels threatened by the expertise of the other. The Design Manager thinks the Lead Designer is undermining their authority. The Design Manager is allegedly misunderstanding the craft, according to the lead designer.

The symptoms: defensive behavior, territorial disputes, middle-class teammates, etc.

The treatment: Remember that you’re both caretakers of the same organism. The entire team suffers when one system fails. The team thrives when both systems are healthy.

The Payoff

Yes, there is more communication required with this model. Yes, it requires that both parties be confident enough to assume full responsibility for team health. But the payoff is worth it: better decisions, stronger teams, and design work that’s both excellent and sustainable.

The best of both worlds can be found in strong people leadership and deep craft expertise when both roles are healthy and effective together. When one person is overly sick, on vacation, or overworked, the other can help keep the team’s health. When a decision requires both the people perspective and the craft perspective, you’ve got both right there in the room.

Most importantly, the framework is flexible. As your team expands, you can use the same system thinking to new problems. Need to launch a design system? Both the muscular system and the nervous system are more prevalent in the work environment and communication, and the design manager is more focused on the implementation and change management.

Bottom Line

The relationship between a Design Manager and Lead Designer isn’t about dividing territories. It’s about multiplying impact. Magic occurs when both roles are aware that they are promoting various aspects of a healthy organism.

The mind and body work together. The team benefits from both strategic thinking and craftmanship. And most importantly, the work that is distributed to users benefits both sides.

So the next time you’re in that meeting room, wondering why two people are talking about the same problem from different angles, remember: you’re watching shared leadership in action. And if it’s functioning well, your design team’s mind and body are both strengthening.

I’ve lost count of the times I’ve watched promising thoughts go from zero to warrior in a few days before failing to deliver within weeks as a product developer for very long.

Financial goods, which is the area of my specialization, are no exception. It’s tempting to put as many features at the ceiling as possible and hope someone sticks because people’s true, hard-earned money is on the line, user expectations are high, and a crammed market. However, this strategy will lead to disaster. Why? How’s why:

The perils of feature-first growth

It’s easy to get swept up in the enthusiasm of developing innovative features when you start developing a financial product from scratch or are migrating existing client journeys from papers or phone channels to online bank or mobile applications. They may believe,” If I may only add one more thing that solves this particular person problem, they’ll enjoy me”! What happens, however, when you eventually encounter a roadblock caused by your safety team? not like it? When a battle-tested film isn’t as well-known as you anticipated or when it fails due to unforeseen difficulty?

The concept of Minimum Viable Product ( MVP ) comes into play in this area. Even though Jason Fried doesn’t usually refer to it that way, his podcast Rework and his guide Getting Real frequently address this concept. An MVP is a product that offers only enough significance to your users to keep them interested without becoming too hard or frustrating to use. Although the idea seems simple, it requires a razor-sharp eye, a ruthless edge, and the courage to stand up for your position because it is easy to fall for” the Columbo Effect” when there is always” just one more thing …” to add.

The issue with most funding apps is that they frequently turn out to be reflections of the company’s internal politics rather than an experience created exclusively for the customer. This implies that the priority should be given to delivering as many features and functionalities as possible in order to satisfy the requirements and wishes of competing internal departments as opposed to crafting a compelling value statement that is focused on what people in the real world actually want. As a result, these products can very quickly became a mixed bag of misleading, related, and finally unhappy customer experiences—a feature salad, you might say.

The significance of the foundation

What is a better strategy, then? How can we create products that are user-friendly, stable, and, most importantly, stick?

The concept of “bedrock” comes into play in this context. The mainstay of your product is really important to users, and Bedrock is that. It’s the fundamental building block that creates value and maintains relevance over time.

The bedrock has got to be in and around the regular servicing journeys in the world of retail banking, which is where I work. People only look at their current account once every blue moon, but they do so every day. They purchase a credit card every year or every other year, but they at least once a month check their balance and pay their bills.

The key is in identifying the core tasks that people want to complete and then relentlessly striving to make them simple, reliable, and trustworthy.

But how do you reach the foundation? By focusing on the” MVP” approach, giving simplicity the top priority, and working toward a clear value proposition. This means avoiding unnecessary features and putting your users first, and adding real value.

It also requires having some guts, as your coworkers might not always agree with you immediately. And controversially, occasionally it can even mean making it clear to customers that you won’t be coming to their house and making their dinner. Sometimes you may need to use the sporadic “opinionated user interface design” ( i .e. clunky workaround for edge cases ) to test a concept or to give yourself some room to work on something more crucial stuff.

Practical methods for creating financially successful products

What are the main learnings I’ve made from my own research and experience, then?

1. What problem are you trying to solve first and foremost with a clear “why”? Whom? Before beginning any project, make sure your mission is completely clear. Make sure it also complies with the goals of your business.
2. Avoid the temptation to add too many features at once by focusing on one, core feature and focusing on getting that right before moving on to something else. Choose one that actually adds value, and work from there.
3. When it comes to financial products, simplicity is often over complexity. Eliminate unnecessary details and concentrate solely on what matters most.
4. Accept continuous iteration: Bedrock is not a fixed destination; it is a dynamic process. Continuously collect user feedback, make product improvements, and advance in that direction.
5. Stop, look, and listen: You must test your product frequently in the field rather than just as part of the delivery process. Use it for yourself. Run A/B tests. User feedback on Gear. Talk to those who use it, and change things up accordingly.

The “bedrock paradox”

This is an intriguing paradox: sacrificing some of the potential for short-term growth in favor of long-term stability. But the payoff is worthwhile: products built with a focus on bedrock will outlive and outperform their rivals over time and provide users with long-term value.

How do you begin your quest for bedrock, then? Take it gradually. Start by identifying the underlying factors that your users actually care about. Concentrate on developing and improving a single, potent feature that delivers real value. And most importantly, test constantly because, whatever you think, Abraham Lincoln, Alan Kay, or Peter Drucker are all in the same boat! The best way to foretell the future is to create it, he said.

Galacactus is on the way. to Disney +. On Wednesday, November 5, 2025, Marvel’s first family’s second MCU look, The Fantastic Four: First Steps, will eventually make its way from the theaters to the streaming services. The film debuted in theaters on July 25 for really over three decades, and it has already had a good, if not great, reception.

The first article on Den of Geek was Fantastic Four: First Steps Disney + Release Date Confirmed.

Many of us are likely not anticipating the long-awaited Buffy the Vampire Slayer reset to be aired, or at least not with any of the people involved in getting the show so popular. However, they claim that heroes arrive when [they ] need them most, and it’s difficult to do so.

The first article on Den of Geek: Sarah Michelle Gellar Promises Concerned Easter Egg Use appeared second.

Some things are astraumatic for nerds of a certain period as witnessing Megatron kill Optimus Prime in 1986’s The Transformers: The Movie. In G. I. Joe: The Movie, in which Cobra Commander was gradually transformed into a strange reptile monster, those same geeks were disturbed all over again. ]… ]

The second article on Den of Geek compared the Walking Dead Creator to Gritty G. I. Joe and Transformers pictures.

There will be many horrifying sights when viewers watch the HBO Max set It: Welcome to Derry’s Sunday time premiere. However, the promise contained in the show’s title is something they didn’t see. Pennywise is missing from a lot of the [ ] ] because he is not just conspicuously absent from the first episode [ …] ] [ ]

The first article on Den of Geek was titled” With Pennywise,” It: Welcome to Derry Producers State” More is More”

Star Trek: Starfleet Academy is attempting many new things in its debut year. The sequence is going to have to think like everything, of course, from trying to reclaim the show’s 32nd era setting to introducing a myriad of younger cadets ready to be shaped into the starship captains and Federation leaders of tomorrow.

The article How Nahla Ake from the Starfleet Academy may revolutionize Star Trek appeared initially on Den of Geek.

A Knight of the Seven Kingdoms, the prelude to Game of Thrones, makes no secret of how much it will differ from its father. The story is told during a time when the dragons are dead and the small folk are [ ]…

The first article on Den of Geek was George R. R. Martin’s Knight of the Seven Kingdoms ‘ challenge to up its fighting game.

Talking about the Doctor Who season 15 finale’s questionable, kind of poor, or just plain strange things at this point almost feels like beating a dying horse. Simply put,” The Reality War” is certainly a wonderful event. It is immediately obvious that Russell’s end wasn’t the one we got.

The article Here’s What Carole Ann Ford’s Doctor Who Profit Actually Mean appeared primary on Den of Geek.

Although I’m not sure when I first heard this statement, it has stuck with me over the centuries. How do you generate solutions for scenarios you can’t think? Or create items that are functional on products that have not yet been created?

Flash, Photoshop, and flexible pattern

When I first started designing sites, my go-to technology was Photoshop. I created a design for a 960px paint that I would later add willing to. The growth phase was about attaining pixel-perfect precision using set widths, fixed levels, and absolute placement.

All of this was altered by Ethan Marcotte’s speak at An Event Apart and the subsequent article in A Checklist Off in 2010. I was sold on responsive pattern as soon as I heard about it, but I was even terrified. The pixel-perfect models full of special figures that I had formerly prided myself on producing were no longer good enough.

My first encounter with flexible style didn’t help my fear. My second project was to get an active fixed-width website and make it reactive. I quickly realized that you didn’t just put responsiveness at the end of a job. To make smooth design, you need to prepare throughout the style phase.

A new way to style

Making information accessible to all devices a priority when designing responsive or liquid websites has always been the goal. It relies on the use of percentage-based design, which I immediately achieved with local CSS and power groups:

.column-span-6 { width: 49%; float: left; margin-right: 0.5%; margin-left: 0.5%;}.column-span-4 { width: 32%; float: left; margin-right: 0.5%; margin-left: 0.5%;}.column-span-3 { width: 24%; float: left; margin-right: 0.5%; margin-left: 0.5%;}

Therefore with Sass but that I could use @includes to re-use repeated blocks of code and transition to more semantic html:

.logo { @include colSpan(6);}.search { @include colSpan(3);}.social-share { @include colSpan(3);}

Media concerns

The next ingredient for flexible design is press queries. Without them, regardless of whether the content remained readable, would shrink to fit the available space. ( The exact opposite issue developed with the introduction of a mobile-first approach. )

Media concerns prevented this by allowing us to add breakpoints where the design could adapt. Like most people, I started out with three breakpoints: one for desktop, one for tablets, and one for mobile. Over the years, I added more and more for phablets, wide screens, and so on. 

For years, I happily worked this way and improved both my design and front-end skills in the process. The only problem I encountered was making changes to content, since with our Sass grid system in place, there was no way for the site owners to add content without amending the markup—something a small business owner might struggle with. This is because each row in the grid was defined using a div as a container. Adding content meant creating new row markup, which requires a level of HTML knowledge.

String premium was a mainstay of early flexible design, present in all the frequently used systems like Bootstrap and Skeleton.

 
1 of 7
 
2 of 7
 
3 of 7
 
4 of 7
 
5 of 7
 
6 of 7
 
7 of 7

Another difficulty arose as I moved from a design firm building websites for tiny- to medium-sized companies, to larger in-house teams where I worked across a collection of related sites. In those capacities, I began to work more with recyclable parts.

Our rely on multimedia queries resulted in parts that were tied to frequent window sizes. If the goal of part libraries is modify, then this is a real problem because you can just use these components if the devices you’re designing for correspond to the viewport sizes used in the pattern library—in the process never really hitting that “devices that don’t already occur” goal.

Then there’s the problem of space. Media concerns allow components to adapt based on the viewport size, but what if I put a component into a sidebar, like in the figure below?

Container queries: our savior or a false dawn?

Container queries have long been touted as an improvement upon media queries, but at the time of writing are unsupported in most browsers. Although there are JavaScript workarounds, they can lead to dependability and compatibility issues. The basic theory underlying container queries is that elements should change based on the size of their parent container and not the viewport width, as seen in the following illustrations.

One of the biggest arguments in favor of container queries is that they help us create components or design patterns that are truly reusable because they can be picked up and placed anywhere in a layout. This is an important step in moving toward a form of component-based design that works at any size on any device.

In other words, responsive elements should be used to replace responsive layouts.

Container queries will help us move from designing pages that respond to the browser or device size to designing components that can be placed in a sidebar or in the main content, and respond accordingly.

My issue is that layout is still used to determine when a design needs to adapt. This approach will always be restrictive, as we will still need pre-defined breakpoints. For this reason, my main question with container queries is, How would we decide when to change the CSS used by a component?

A component library that is disconnected from context and real content is probably not the best place to make that choice.

As the diagrams below illustrate, we can use container queries to create designs for specific container widths, but what if I want to change the design based on the image size or ratio?

In this example, the dimensions of the container are not what should dictate the design, rather, the image is.

Without reliable cross-browser support, it’s difficult to say for certain whether container queries will succeed. Responsive component libraries would definitely evolve how we design and would improve the possibilities for reuse and design at scale. However, we might always need to modify these elements to fit our content.

CSS is changing

Whilst the container query debate rumbles on, there have been numerous advances in CSS that change the way we think about design. The days of fixed-width elements measured in pixels and floated div elements used to cobble layouts together are long gone, consigned to history along with table layouts. Flexbox and CSS Grid have revolutionized layouts for the web. We can now create elements that wrap onto new rows when they run out of space, not when the device changes.

.wrapper { display: grid; grid-template-columns: repeat(auto-fit, 450px); gap: 10px;}

The repeat() function paired with auto-fit or auto-fill allows us to specify how much space each column should use while leaving it up to the browser to decide when to spill the columns onto a new line. Similar things can be achieved with Flexbox, as elements can wrap over multiple rows and “flex” to fill available space. 

.wrapper { display: flex; flex-wrap: wrap; justify-content: space-between;}.child { flex-basis: 32%; margin-bottom: 20px;}

The biggest benefit of all of this is that you don’t need to wrap any containers in rows. Without rows, content isn’t tied to page markup in quite the same way, allowing for removals or additions of content without additional development.

This is a big step forward when it comes to creating designs that allow for evolving content, but the real game changer for flexible designs is CSS Subgrid.

Remember the days of crafting perfectly aligned interfaces, only for the customer to add an unbelievably long header almost as soon as they’re given CMS access, like the illustration below?

Subgrid allows elements to respond to adjustments in their own content and in the content of sibling elements, helping us create designs more resilient to change.

.wrapper { display: grid; grid-template-columns: repeat(auto-fit, minmax(150px, 1fr)); grid-template-rows: auto 1fr auto; gap: 10px;}.sub-grid { display: grid; grid-row: span 3; grid-template-rows: subgrid; /* sets rows to parent grid */}

CSS Grid allows us to separate layout and content, thereby enabling flexible designs. Meanwhile, Subgrid allows us to create designs that can adapt in order to suit morphing content. The above code can be implemented behind an @supports feature query even though Firefox is the only browser that supports subgrid at the time of writing.

Intrinsic layouts

I’d be remiss not to mention intrinsic layouts, a term used by Jen Simmons to describe a mix of contemporary and traditional CSS features used to create layouts that respond to available space.

Responsive layouts have flexible columns using percentages. Intrinsic layouts, on the other hand, use the fr unit to create flexible columns that won’t ever shrink so much that they render the content illegible.

frunits is a statement that says,” I want you to distribute the extra space in this way, but… don’t ever make it smaller than the content that is inside of it.”

—Jen Simmons,” Designing Intrinsic Layouts”

Additionally, intrinsic layouts can mix and match both fixed and flexible units, letting the content choose how much space is taken up.

What makes intrinsic design stand out is that it not only creates designs that can withstand future devices but also helps scale design without losing flexibility. Without having to have the same breakpoints or content as in the previous implementation, components and patterns can be removed and reused.

We can now create designs that adapt to the space they have, the content within them, and the content around them. We can create responsive components using an intrinsic approach without relying on container queries.

Another 2010 moment?

This intrinsic approach should in my view be every bit as groundbreaking as responsive web design was ten years ago. It’s another instance of “everything changed,” in my opinion.

But it doesn’t seem to be moving quite as fast, I haven’t yet had that same career-changing moment I had with responsive design, despite the widely shared and brilliant talk that brought it to my attention.

One possible explanation for that is that I now work for a sizable company, which is quite different from the design agency position I held in 2010. In my agency days, every new project was a clean slate, a chance to try something new. Nowadays, projects use existing tools and frameworks and are often improvements to existing websites with an existing codebase.

Another possibility is that I’m now more prepared for change. In 2010 I was new to design in general, the shift was frightening and required a lot of learning. Additionally, an intrinsic approach isn’t exactly all-new; it’s about applying existing skills and CSS knowledge in a unique way.

You can’t framework your way out of a content problem

Another reason for the slightly slower adoption of intrinsic design could be the lack of quick-fix framework solutions available to kick-start the change.

Ten years ago, responsive grid systems were everywhere. With a framework like Bootstrap or Skeleton, you had a responsive design template at your fingertips.

Because having a selection of units is a hindrance when creating layout templates, intrinsic design and frameworks do not work together quite as well. The beauty of intrinsic design is combining different units and experimenting with techniques to get the best for your content.

And then there are design tools. We probably all used Photoshop templates for desktop, tablet, and mobile devices to drop designs into and demonstrate how the site would look at all three stages at some point in our careers.

How do you do that now, with each component responding to content and layouts flexing as and when they need to? Personally, I’m a big fan of this kind of design in the browser.

The debate about “whether designers should code” is another that has rumbled on for years. When designing a digital product, we should, at the very least, design for a best- and worst-case scenario when it comes to content. It’s not ideal to do this in a graphics-based software package. In code, we can add longer sentences, more radio buttons, and extra tabs, and watch in real time as the design adapts. Does it continue to function? Is the design too reliant on the current content?

Personally, I look forward to the day intrinsic design is the standard for design, when a design component can be truly flexible and adapt to both its space and content with no reliance on device or container dimensions.

First, the content

Content is not constant. After all, to design for the unanticipated or unexpected, we must take into account content modifications, such as the earlier Subgrid card example, which allowed the cards to adjust both their own content and that of their sibling elements.

Thankfully, there’s more to CSS than layout, and plenty of properties and values can help us put content first. Subgrid and pseudo-elements like ::first-line and ::first-letter help to separate design from markup so we can create designs that allow for changes.

Instead of dated markup tricks like this —

 First line of text with different styling...

—we can target content based on where it appears.

.element::first-line { font-size: 1.4em;}.element::first-letter { color: red;}

Much bigger additions to CSS include logical properties, which change the way we construct designs using logical dimensions (start and end) instead of physical ones (left and right), something CSS Grid also does with functions like min(), max(), and clamp().

This flexibility allows for directional changes according to content, a common requirement when we need to present content in multiple languages. In the past, this was often achieved with Sass mixins but was often limited to switching from left-to-right to right-to-left orientation.

Directional variables must be specified in the Sass version.

$direction: rtl;$opposite-direction: ltr;$start-direction: right;$end-direction: left;

These variables can be used as values—

body { direction: $direction; text-align: $start-direction;}

—or as real estate.

margin-#{$end-direction}: 10px;padding-#{$start-direction}: 10px;

However, now we have native logical properties, removing the reliance on both Sass ( or a similar tool ) and pre-planning that necessitated using variables throughout a codebase. These properties also start to break apart the tight coupling between a design and strict physical dimensions, creating more flexibility for changes in language and in direction.

margin-block-end: 10px;padding-block-start: 10px;

There are also native start and end values for properties like text-align, which means we can replace text-align: right with text-align: start.

Like the earlier examples, these properties help to build out designs that aren’t constrained to one language, the design will reflect the content’s needs.

Fluid and fixed

We briefly covered the power of combining fixed widths with fluid widths with intrinsic layouts. The min() and max() functions are a similar concept, allowing you to specify a fixed value with a flexible alternative. 

For min() this means setting a fluid minimum value and a maximum fixed value.

.element { width: min(50%, 300px);}

The element in the figure above will be 50 % of its container as long as the element’s width doesn’t exceed 300px.

For max() we can set a flexible max value and a minimum fixed value.

.element { width: max(50%, 300px);}

Now the element will be 50 % of its container as long as the element’s width is at least 300px. This means we can set limits but allow content to react to the available space.

The clamp() function builds on this by allowing us to set a preferred value with a third parameter. Now we can allow the element to shrink or grow if it needs to without getting to a point where it becomes unusable.

.element { width: clamp(300px, 50%, 600px);}

This time, the element’s width will be 50 % of its container’s preferred value, with no exceptions for 300px and 600px.

With these techniques, we have a content-first approach to responsive design. We can separate content from markup, meaning the changes users make will not affect the design. By making plans for unanticipated changes in language or direction, we can begin to future-proof designs. And we can increase flexibility by setting desired dimensions alongside flexible alternatives, allowing for more or less content to be displayed correctly.

First, the circumstances

Thanks to what we’ve discussed so far, we can cover device flexibility by changing our approach, designing around content and space instead of catering to devices. But what about that last bit of Jeffrey Zeldman’s quote,”… situations you haven’t imagined”?

It’s a completely different design process for someone using a mobile phone and moving through a crowded street in glaring sunshine from a person using a desktop computer. Situations and environments are hard to plan for or predict because they change as people react to their own unique challenges and tasks.

This is why making a decision is so crucial. One size never fits all, so we need to design for multiple scenarios to create equal experiences for all our users.

Thankfully, there is a lot we can do to provide choice.

Responsible design

” There are parts of the world where mobile data is prohibitively expensive, and where there is little or no broadband infrastructure”.

On a 50 MB budget, I spent a day surfing the web.

Chris Ashton

One of the biggest assumptions we make is that people interacting with our designs have a good wifi connection and a wide screen monitor. However, our users may be commuters using smaller mobile devices that may experience disconnects in connectivity in the real world. There is nothing more frustrating than a web page that won’t load, but there are ways we can help users use less data or deal with sporadic connectivity.

The srcset attribute allows the browser to decide which image to serve. This means we can create smaller ‘cropped’ images to display on mobile devices in turn using less bandwidth and less data.

The preload attribute can also help us to think about how and when media is downloaded. It can be used to tell a browser about any critical assets that need to be downloaded with high priority, improving perceived performance and the user experience. 

There’s also native lazy loading, which indicates assets that should only be downloaded when they are needed.

With srcset, preload, and lazy loading, we can start to tailor a user’s experience based on the situation they find themselves in. What none of this does, however, is allow the user themselves to decide what they want downloaded, as the decision is usually the browser’s to make. 

So how can we put users in control?

The media queries are now being returned.

Media concerns have always been about much more than device sizes. They allow content to adapt to different situations, with screen size being just one of them.

We’ve long been able to check for media types like print and speech and features such as hover, resolution, and color. These checks allow us to provide options that suit more than one scenario, it’s less about one-size-fits-all and more about serving adaptable content.

The Media Queries Level 5 spec is still being developed as of this writing. It introduces some really exciting queries that in the future will help us design for multiple other unexpected situations.

For instance, a light-level option lets you alter a user’s style when they are in the dark or in the sun. Paired with custom properties, these features allow us to quickly create designs or themes for specific environments.

@media (light-level: normal) { --background-color: #fff; --text-color: #0b0c0c; }@media (light-level: dim) { --background-color: #efd226; --text-color: #0b0c0c;}

Another key feature of the Level 5 spec is personalization. Instead of creating designs that are the same for everyone, users can choose what works for them. This is achieved by using features like prefers-reduced-data, prefers-color-scheme, and prefers-reduced-motion, the latter two of which already enjoy broad browser support. These features tap into preferences set via the operating system or browser so people don’t have to spend time making each site they visit more usable. 

Media concerns like this go beyond choices made by a browser to grant more control to the user.

Expect the unexpected

In the end, we should always anticipate that things will change. Devices in particular change faster than we can keep up, with foldable screens already on the market.

We can design for content, but we can’t do it the same way we have for this constantly changing landscape. By putting content first and allowing that content to adapt to whatever space surrounds it, we can create more robust, flexible designs that increase the longevity of our products.

A lot of the CSS discussed here is about moving away from layouts and putting content at the heart of design. There is a lot more we can do to adopt a more intrinsic approach, from responsive components to fixed and fluid units. Even better, we can test these techniques during the design phase by designing in-browser and watching how our designs adapt in real-time.

When it comes to unexpected circumstances, we need to make sure our goods are usable when people need them, whenever and wherever that may be. We can move closer to achieving this by involving users in our design decisions, by creating choice via browsers, and by giving control to our users with user-preference-based media queries.

Good design for the unexpected should allow for change, provide choice, and give control to those we serve: our users themselves.