I’ve done Wordpress stuff for over a decade, but this is the first time I’ve ever written a line of code. Can’t say enough good stuff about FCC as a resource!
My project appears to work well on the Code Pen browser when I re-size my window -i.e. my mobile breaks appear to be working - but when I open the link on my personal mobile phone all of the background images are uber-zoomed. I’ve googled Stack Overflow and tried a couple of different things, with no luck.
Main thing I’m wondering is if it’s a problem with my code, or a glitch with Code Pen, would anyone on here know? I’m not going to spend time trying to fix it if it’s a Code Pen issue, but if it’s a real problem, that’s something I need to understand what I’ve done wrong with.
Also, I’ve got super thick skin. Please be as blunt and as harsh as you’d like, I welcome it! Nitpick away. The only thing that will get to me is if you substitute raisins into my cookies instead of chocolate chips… No coming back from that.
I just remember that I saw a comment in the FCC Survey form concerning background images for mobile. So you could try that approach. https://codepen.io/freeCodeCamp/pen/VPaoNP
Thanks! I think my biggest problem is that I’m applying the bg images to individual divs, rather than the body page, that’s where the crux of the problem is, I did see a Stack Overflow post that addressed the body image as well. I might toss this problem up on stack and see.
Start with the narrow view (mobile) design first and then work your way wider, adding breakpoints where needed for the wider design.
One thing that will help is to not use fixed dimensions on elements. Use max-width/height and relative units like %, em, rem and vw to keep everything responsive.
There’s quite a bit of redundancy in your stylesheet. Remember to use the DRY (Don’t Repeat Yourself) principle.
For the most part the selectors for h1 through h6 and .speech are basically the same. Some differences in padding and font sizes. You can have one selector for all of them and just a couple of lines for the differences in the selectors that have different declarations.
Same with the media queries. Lots of duplication.
There are parts of your media queries where you literally overwrite the class that was defined earlier.
Look at lines 214 and 223 for example. Both are the same media query (although on line 222 you declared it again but here,
line 214
Thanks to everyone who provided feedback previously, I’ve re-done my MLK tribute page with the feedback incorporated, including:
using REM instead of PX where I thought it was practicable for responsiveness.
removing all caps and using text-transform
removing (lots of) redundancy in headings.
changing breaks for BG images.
I do have two remaining questions (alongside any other feedback offered):
It says I’m not passing the test for the image being responsive. Is this a test glitch? I see the image as being responsive.
I have 2 @medias )187 and 203 that I can’t seem to move up to the top and slot in neatly with my other medias, it doesn’t let it wrap if I try to move those media breaks up to the top. Can’t figure this one out.
You’re not passing this test because it wants you to use max-width property:
Try using the “max-width” style property : expected ‘none’ to not equal ‘none’
AssertionError: Try using the “max-width” style property : expected ‘none’ to not equal ‘none’
Other than that, I don’t like when I open the website and the audio plays automatically. Especially when it starts with some background noise. I don’t know - maybe it’s just me
Yeah I struggle with autoplay, it’s a double-edged sword for sure. I think this is the type of site where it makes sense and it’s okay, but I understand it’s a nuisance for a lot of people. I turned it off and clipped out the first second of static in the audio clip.
Fixed the max-width thing, thanks, all good now!
Edit: one thing to mention, I learned after HOURS of struggle that IOS Safari and Mobile Chrome do NOT support fixed backgrounds in divs.
Maybe there’s a workaround, but the baseline is that it doesn’t work.
There are HTML coding errors you should be aware of and address.
Since copy/paste from codepen you can ignore the first warning and first two errors.
Codepen provides validators for HTML, CSS and JS. Click on the chevron in the upper right of each section and then click on the respective ‘Analyze’ link.
The one for CSS is good. Use it and address the issue(s).
(The one for HTML misses things which is why I recommend W3C)