The theorem has been expressed colloquially as “you can’t comb a hairy ball flat without creating a cowlick” or “you can’t comb the hair on a coconut”.
The theorem has been expressed colloquially as “you can’t comb a hairy ball flat without creating a cowlick” or “you can’t comb the hair on a coconut”.
Whoever posted the link was on mobile at the time and didn’t feel like deleting the m. after copy pasting.
Yeah ik. Just confused why Wikipedia itself does it
Does what? Have a separate site for mobile viewing? There’s many good reasons…
Why encode it in the URL.
How else do you do it? Cookies? JavaScript? That would be terrible.
Responsive design usually doesn’t require detecting anything about the client. There’s probably some differences in actual HTML markup between mobile/non-mobile Wikipedia, but I’d be surprised if it has to be that way. Media queries have been available for a long, long time.
read the user agent when u visit the link like every other site ever
Shitty sites with stupid devs*
It would be better to handle it by detecting what device you’re on rather than having encoded into the url. That way it wouldn’t matter what device the page was shared from.
usually it is just a redirection. One of the reasons wiki does this is that their stack is more older device friendly (for the most part, you can use wikipedia perfectly fine without any js), and having adaptive view usually requires js (there are some other ways too), but wiki is constrained. So when browser recieves a request from a mobile user agent, they just redirect to mobile site.
Responsive design usually doesn’t need JS, it’s mostly pure CSS.
That may be the case, but i have seen websites use js for it. Another thing is, what version of css does wikipedia target, as ye older verisons might not have that.
Sure, some websites do that, but it’s simply wrong to say “having adaptive view usually requires js”. No, it doesn’t, usually responsive design doesn’t need JS.
If a browser doesn’t support media queries, it would just show the desktop version. Media queries have been broadly supported since 2015. It’s possible that Wikipedia still targets older browsers, but IMO it would be fine to show the desktop version on mobile browsers older than that.
Even in my original comment i said there are non js ways. But what i primarly meant here is, there are differnt “ideas” of implementing a mobile site, some just change element sizes, and make them vertical viewing friendly, but others do change quite a lot, for example, remove most clickable items from the header-bar or title bar, and move them to a kebab/hamburger menu. And I know even this particular example can be done in pure css, but I still feel my statement is not simply wrong.
Also I am not a front end dev, so I am sorry if I get stuff wrong.
Its not just old devices. I turn js off for security. There’s a whole class of high-risk users that this is for. Even on modern hardware and software.
me too, i was simplifying it. I have a global js disable rule, and whitelist a shorter list
That’s a terrible idea. Because many users change their user agent for security.
No, you can’t expect to detect what devices someone has. That’s the thought process of an inexperienced dev.
They already do this to redirect from the desktop view to the mobile view so they could do it the other way but don’t for some reason.
If a user changes their user agent to something that would cause a site to not be able to determine whether they are on desktop or mobile then they can expect that some sites aren’t going to work well.
The problem is that the site tries to detect the device type. If you let the user choose it and make it sticky by domain, you dont have that issue.
But your users have the problem that they go to the wrong site if someone on a mobile device shares a link when you’re on desktop.
It just seems inconsistent for them to detect mobile devices but not desktop devices.
That doesn’t sound like a problem. It sounds like a feature.