Design comparison
Solution retrospective
The article's image stretches vertically on the mobile version of the design. I searched for a dynamic solution and was introduced to CSS aspect-ratio.
Github didn't initially show the images or the correct font because I used src="/folder-name.../"
Github needs a dot before the forward slash for relative paths src="./folder-name/..."
- How do I make my HTML more semantic and accessible ?
- How can I improve my CSS ?
Community feedback
- @huyphan2210Posted about 2 months ago
Hi, @ayx234
I took a look at your solution and have some thoughts:
- Semantic HTML: I think your
.card
could be anarticle
element, or you could make the card itself themain
element instead of usingmain
as a wrapper. Also, the.attribute
section might work better as afooter
element below themain
rather than adiv
inside it. - CSS: You've done a great job styling the card! My recommendation would be to reorganize your CSS file. Consider placing
@font-face
at the beginning and moving all@media
queries to the end. I also noticed that you're styling thebody
in two places, so merging those would improve clarity.
Hope this helps!
Marked as helpful1@ayx234Posted about 2 months agoHello @huyphan2210,
Thank you for your feedback!
- I updated my HTML file with your semantic suggestions.
- I have a CSS reset section at the beginning of my CSS file. I didn't want to mix that with my CSS and that's why there are two
@media
queries and twobody
selectors. Isn't it better to make a reset distinguishable from a project's specific styles?
Best regards
1@huyphan2210Posted about 2 months agoHi @ayx234,
I see what you're aiming for—you're trying to separate the reset styles from the custom styles within the same
style.css
file.That said, why not simplify things by creating two separate files? You could have
reset-style.css
for the reset section andstyle.css
for your specific styles.This approach could reduce the number of comments in your original style.css. Personally, I don't rely on comments much, as I believe names (whether for files, functions, or variables) should be clear and self-explanatory. Comments should only be necessary when something is complex. And if it’s too complex, wouldn’t it be better to break it down into simpler, more manageable parts?
Hope this helps!
Marked as helpful1 - Semantic HTML: I think your
Please log in to post a comment
Log in with GitHubJoin our Discord community
Join thousands of Frontend Mentor community members taking the challenges, sharing resources, helping each other, and chatting about all things front-end!
Join our Discord