Have you tried this in a mobile browser? I’m seeing the headline cut off because the page ends up being wider than my viewport because of the position of the later carousel elements.
It otherwise looks great but the side scrolling is too much of a compromise for me.
It’s fairly common for these sorts of things to be iPhone-specific, and you can’t test on Apple devices without owning one, or paying altogether too much.
I’ve found Epiphany (a.k.a. GNU Web), which is based on WebKit, to be decent proxy for testing on Safari—in my last project of this sort, where I was developing on Firefox and could check in Chromium, I was able to reproduce each of the three or four Safari issues that were raised, in Epiphany.
It’s fairly common for these sorts of things to be iPhone-specific
Having done a bunch of mobile web work recently, I don't think that's actually true -- I hit weird issues on both Safari (on iOS) and Chrome (on Android). (And Firefox for that matter)
Safari does have its weird glitches but it's not inherently glitchier than other browsers.
There are some APIs it doesn't implement, but you don't need real hardware to catch that, MDN / caniuse has all the compatibility data and there are tools like ts-browser-compat for automated checks.
you can’t test on Apple devices without owning one, or paying altogether too much
Right, that's the real problem. But again I don't think it's Apple-specific. If you're a Mac user, in principle you could install Android Studio and test your app there, but a) that's a huge hassle, and b) an emulated phone on a desktop isn't close enough to a real phone to be useful for QA.
You really need to test on both iOS and Android hardware, there's no two ways about it.
I guess it would be good if you could install Safari on Android, and/or real Chrome on iOS. Then you'd only need to buy one phone. And that is on Apple, as they're the one blocking it in each case.
> It’s fairly common for these sorts of things to be iPhone-specific, and you can’t test on Apple devices without owning one, or paying altogether too much.
That's correct, but Apple phone users are customers with money used to paying.
> You can’t test on Apple devices without owning one, or paying altogether too much.
Yep! And it sucks, but this is the #1 reason why most web developers are using macs. If you want to test across all major platforms, it's the only way to do it from one machine (testing windows on a mac is a bit iffy on Apple Silicon macs, but it can be done).
I don't have any stats, but this has been my professional experience in the UK. It's entirely possible that this doesn't hold up worldwide, or outside of specialist web development agencies.
The issues differ wildly between Android and iOS and often a fix for one device, OS and browser breaks something in another. It's not easy. Also, not everyone has access to an iPhone or a Mac with a simulator, and even the simulator has its own irregularities with how things are behaving that are not consistent with an actual device.
Marquee, blink, i, b... Older people like me remember the old "innocent" days of the internet. It's probably nostalgia, but the modern web doesn't seem exciting anymore...
<marquee> quickly got considered a bad design as it prevents revealing the whole information at once and requires a lot of focus and patience. However here I guess in this form it can be used for presenting other products as an additional row
>But there is a pseudo-class in the location category that I don’t often see used: the target pseudo-class, which allows us to style a part of the page that is the currently active target. In other words, if we have a link that leads to a part of the page, we can style that part of the page when the link is clicked.
It otherwise looks great but the side scrolling is too much of a compromise for me.
I’m using Safari on iPhone.
reply