Bird
Raised Fist0
CSSmarkup~20 mins

Common CSS anti-patterns - Practice Problems & Coding Challenges

Choose your learning style10 modes available

Start learning this pattern below

Jump into concepts and practice - no test required

or
Recommended
Test this pattern10 questions across easy, medium, and hard to know if this pattern is strong
Challenge - 5 Problems
🎖️
CSS Anti-Patterns Master
Get all challenges correct to earn this badge!
Test your skills under time pressure!
🧠 Conceptual
intermediate
2:00remaining
Why is using !important considered a CSS anti-pattern?
What is the main problem caused by overusing !important in CSS?
AIt improves page load speed by reducing CSS file size.
BIt automatically fixes browser compatibility issues.
CIt ensures all styles are applied only to the first element on the page.
DIt makes styles harder to override and maintain, causing confusion in large projects.
Attempts:
2 left
💡 Hint
Think about how CSS rules are applied and how !important affects that.
📝 Syntax
intermediate
2:00remaining
What error does this CSS snippet cause?
Consider this CSS code:
div { color: red; font-size 16px; }

What error will this cause?
ASyntax error due to missing colon after <code>font-size</code> property.
BNo error; CSS will apply both styles correctly.
CRuntime error stopping the page from loading.
DThe <code>color</code> property will be ignored but <code>font-size</code> works.
Attempts:
2 left
💡 Hint
Check the syntax for CSS property declarations carefully.
selector
advanced
2:00remaining
Which selector causes the worst performance issue?
Which CSS selector below is considered an anti-pattern because it slows down browser rendering the most?
A*
Bdiv > p > span
Cbody div p span
Dul li:first-child
Attempts:
2 left
💡 Hint
Think about how many elements the selector matches and how browsers process selectors.
layout
advanced
2:00remaining
What is the problem with using float for layout?
Why is using float for page layout considered an anti-pattern in modern CSS?
AFloats automatically center elements horizontally without extra code.
BFloats are deprecated and no longer supported by browsers.
CFloats remove elements from normal flow, causing layout issues and requiring clearfix hacks.
DFloats make elements invisible on mobile devices.
Attempts:
2 left
💡 Hint
Consider how floats affect the position and flow of elements on the page.
accessibility
expert
3:00remaining
Which CSS practice harms accessibility the most?
Which CSS anti-pattern below can make content unreadable or unusable for people with visual impairments?
AUsing semantic HTML elements with proper ARIA roles.
BUsing low contrast colors for text and background.
CUsing relative units like rem and em for font sizes.
DUsing media queries to adjust layout on small screens.
Attempts:
2 left
💡 Hint
Think about how color contrast affects readability for everyone.

Practice

(1/5)
1. Which of the following is considered a common CSS anti-pattern that can make your styles hard to maintain?
easy
A. Using semantic HTML elements like <header> and <footer>
B. Using !important excessively to override styles
C. Writing CSS with clear and simple selectors
D. Using CSS variables for colors and fonts

Solution

  1. Step 1: Understand the impact of !important

    Using !important forces styles to override others, which can cause confusion and difficulty in debugging.
  2. Step 2: Compare with good practices

    Using semantic HTML and clear selectors improves maintainability, while !important overuse is a known anti-pattern.
  3. Final Answer:

    Using !important excessively to override styles -> Option B
  4. Quick Check:

    Excessive !important = Anti-pattern [OK]
Hint: Avoid !important unless absolutely necessary [OK]
Common Mistakes:
  • Thinking !important is always good for quick fixes
  • Confusing semantic HTML with CSS anti-patterns
  • Believing CSS variables cause maintenance issues
2. Which CSS syntax is correct to avoid the anti-pattern of deep nesting?
easy
A. nav ul li a { color: blue; }
B. nav { ul { li { a { color: blue; } } } }
C. nav > ul > li > a { color: blue; }
D. nav ul li a { color: blue !important; }

Solution

  1. Step 1: Identify valid CSS syntax

    nav { ul { li { a { color: blue; } } } } uses nested blocks like SCSS, which is invalid in plain CSS. Options A, C, and D are valid CSS syntax.
  2. Step 2: Choose syntax avoiding deep nesting

    nav ul li a { color: blue; } uses simple descendant selectors without deep nesting or unnecessary specificity, avoiding anti-patterns.
  3. Final Answer:

    nav ul li a { color: blue; } -> Option A
  4. Quick Check:

    Simple selectors avoid deep nesting [OK]
Hint: Use flat selectors, avoid nested blocks in CSS [OK]
Common Mistakes:
  • Confusing SCSS nesting with CSS syntax
  • Using !important unnecessarily
  • Overusing child selectors causing deep nesting
3. What will be the visual result of this CSS on a button?
button {
  width: 300px;
  padding: 1rem;
  background-color: lightblue;
}

Consider the anti-pattern of fixed widths.

medium
A. Button width stays fixed at 300px on all screen sizes
B. Button width adjusts automatically to content size
C. Button width becomes 100% of the container
D. Button width shrinks below 300px on small screens

Solution

  1. Step 1: Understand fixed width effect

    The CSS sets a fixed width of 300px, so the button will always be 300px wide regardless of screen size.
  2. Step 2: Consider responsive behavior

    Because width is fixed, the button won't adjust or shrink on smaller screens, which is an anti-pattern for responsive design.
  3. Final Answer:

    Button width stays fixed at 300px on all screen sizes -> Option A
  4. Quick Check:

    Fixed width = no responsiveness [OK]
Hint: Fixed width means no size change on different screens [OK]
Common Mistakes:
  • Assuming padding affects width instead of content spacing
  • Thinking width auto adjusts with fixed px value
  • Confusing fixed width with max-width
4. Identify the error in this CSS snippet that demonstrates an anti-pattern:
.container {
  color: red !important;
}

.container {
  color: blue;
}
medium
A. The colors will blend and show purple
B. The syntax is invalid because of multiple color properties
C. The !important should be placed on the second color
D. The second color declaration is ignored due to !important

Solution

  1. Step 1: Understand !important effect on CSS rules

    The color: red !important; overrides any later declarations without !important.
  2. Step 2: Analyze the order of declarations

    The second color: blue; is ignored because the first has !important, causing an anti-pattern of forced overrides.
  3. Final Answer:

    The second color declaration is ignored due to !important -> Option D
  4. Quick Check:

    !important overrides later rules [OK]
Hint: Later rules ignored if earlier has !important [OK]
Common Mistakes:
  • Thinking colors blend automatically
  • Believing multiple same properties cause syntax errors
  • Assuming !important can be moved freely without effect
5. You want to avoid the anti-pattern of repeated styles in CSS. Which approach below best solves this problem for multiple buttons with similar styles?
hard
A. Use inline styles on each button element to customize colors
B. Write separate CSS rules for each button with repeated properties
C. Use a shared class with common styles and add specific classes for differences
D. Use !important on all button styles to ensure they apply

Solution

  1. Step 1: Identify the problem of repeated styles

    Writing repeated styles for each button causes maintenance issues and code bloat.
  2. Step 2: Choose the best practice to reuse styles

    Using a shared class for common styles and specific classes for differences avoids repetition and keeps CSS clean.
  3. Final Answer:

    Use a shared class with common styles and add specific classes for differences -> Option C
  4. Quick Check:

    Shared classes reduce repetition [OK]
Hint: Use shared classes for common styles, specific for differences [OK]
Common Mistakes:
  • Using inline styles causing repetition and harder maintenance
  • Overusing !important instead of organizing styles
  • Writing separate full rules for each similar element