Skip to content
  • Unlock Pro
  • Log in with GitHub
Profile
OverviewSolutions
2
Comments
2
P

Turi53

@Turi5320 points

I’m a mysterious individual who has yet to fill out my bio. One thing’s for certain: I love writing front-end code!

Latest solutions

  • Responsive NFT card Component using BEM methodology for HTML

    #bem

    P
    Turi53•20
    Submitted 3 months ago

    I want some advice on the structure of my HTML. I tried to follow the BEM methodology, but some elements or blocks didn't fit the BEM structure, such as <div> elements used as containers only to display flex(for layout purposes), should these be elements or a new block entirely? If anyone can rewrite my structure using BEM correctly, so I can see where I possibly went wrong I would gladly appreciate it.


    1 comment
  • Mobile first Blog preview card solution using CSS grid and flexbox


    P
    Turi53•20
    Submitted 4 months ago

    I would like some advice on centering the blog preview card on the screen. Did I do it perfectly, or is there a better way to center it?


    1 comment

Latest comments

  • John Arren Novilla•30
    @jarren15
    Submitted 4 months ago
    What are you most proud of, and what would you do differently next time?

    I’m most proud of how I structured my CSS using a combination of BEM and SMACSS. This approach helped me keep my codebase modular and easy to navigate, especially as the project grew. It allowed me to separate concerns cleanly and maintain a consistent naming convention, which improved both readability and maintainability.

    If I were to approach the project again, I would spend more time upfront planning the overall structure of my CSS architecture. I realized midway that a clearer hierarchy or a more defined component strategy could have improved scalability, especially as I added more responsive states and components.

    What challenges did you encounter, and how did you overcome them?

    One of the main challenges was integrating BEM and SMACSS in a way that felt intuitive and didn’t lead to redundant or overly verbose class names. There were moments when I had to refactor components to better align with the methodologies, especially as new features were added. I overcame this by revisiting documentation and reviewing real-world examples, which helped clarify how to apply both systems together more effectively.

    Another challenge was maintaining layout consistency across breakpoints using the mobile-first approach. I resolved this by testing frequently at different screen sizes and refining my use of relative units and media queries to ensure a smooth, responsive experience.

    What specific areas of your project would you like help with?

    I’d appreciate guidance on how to further streamline the integration of BEM and SMACSS, particularly around organizing utility classes versus component-level styles without introducing confusion. Additionally, input on optimizing mobile-first design strategies, such as best practices for handling complex layouts and performance considerations on low-powered devices, would be valuable for future projects.

    Nft Preview Card Component using BEM and SMACSS Methodologies

    #bem#smacss#sass/scss
    1
    P
    Turi53•20
    @Turi53
    Posted 3 months ago

    Great work, John! Your code looks fantastic, especially the correct use of BEM for your class naming.

    I want to suggest some tips that could improve the responsiveness of your site.

    • From mobile screen sizes to the first breakpoint at 768px, the card continues to grow, and the layout eventually breaks just before the breakpoint at 768px. My suggestion here is to set a max-width of say 327px on the card for mobile screens, to prevent the card from growing bigger and potentially breaking the layout. For bigger screens you can set a larger max-width of say 350px.

    Lastly, when choosing breakpoints for media queries, instead of setting device-specific breakpoints, it's a good rule of thumb to set the breakpoints where the layout is starting to break, or when the design begins to look bad. For example, the body text stretches from one end to another.

    ex. Our Equilibrium collection promotes balance and calm.

    I would set a breakpoint when this begins to happen, at let's say a min-width of 375px and I would change the max-width to ensure the text stays like this.

    ex. Our Equilibrium collection promotes

    balance and calm.

    The advantage of this approach is that fewer media queries are required because breakpoints are only needed where the layout begins to break, or starts to look bad, therefore, the design should look good across all devices, so device-specific media queries are not necessary.

    Well done once again, and keep the good work up!

  • Gregorio Valentin Fontana•20
    @valenfontana7
    Submitted 4 months ago

    Blog preview card in plain HTML + CSS

    1
    P
    Turi53•20
    @Turi53
    Posted 4 months ago

    Your desktop solution is accurate; however, on smaller screens (mobile devices) the website is not responsive. My advice is to design the website for smaller screens first, then use a media query to make changes for bigger screens.

Stay up to datewith new challenges, featured solutions, selected articles, and our latest news

Frontend Mentor

  • Unlock Pro
  • Contact us
  • FAQs
  • Become a partner

Explore

  • Learning paths
  • Challenges
  • Solutions
  • Articles

Community

  • Discord
  • Guidelines

For companies

  • Hire developers
  • Train developers
© Frontend Mentor 2019 - 2025
  • Terms
  • Cookie Policy
  • Privacy Policy
  • License

Oops! 😬

You need to be logged in before you can do that.

Log in with GitHub

Oops! 😬

You need to be logged in before you can do that.

Log in with GitHub

Oops! 😬

You need to be logged in before you can do that.

Log in with GitHub

Oops! 😬

You need to be logged in before you can do that.

Log in with GitHub

Oops! 😬

You need to be logged in before you can do that.

Log in with GitHub

Oops! 😬

You need to be logged in before you can do that.

Log in with GitHub

Oops! 😬

You need to be logged in before you can do that.

Log in with GitHub

Oops! 😬

You need to be logged in before you can do that.

Log in with GitHub

Oops! 😬

You need to be logged in before you can do that.

Log in with GitHub

Oops! 😬

You need to be logged in before you can do that.

Log in with GitHub

Oops! 😬

You need to be logged in before you can do that.

Log in with GitHub