Why is it that so many useful extensions like this snub Safari?
Show HN: I made a modern web UI for Wikipedia
131–140 of 426 posts
Re: Show HN: I made a modern web UI for Wikipedia
#132Earlier quoted context omitted.
I agree with you except the one pain point that Wikipedia still continues to use "m.*" sub-domains for displaying mobile content. I know most people exclusively use mobile these days but I use desktop browsers for reading more than 60% of the time and its really annoying to click on a Wikipedia link on HN/Reddit and having it open the mobile site on desktop. It's OK to use m.* subdomains instead of reactive design bu…
Equally, I don't like it when websites try to guess what kind of browser I'm in and force me into the mobile experience when I have a window take up half the screen on a 1080p monitor, ... so I guess there's really no easy win for this :(
Re: Show HN: I made a modern web UI for Wikipedia
#133OP, thanks for making this, I bet it was fun to build. That being said, I want someone to do the opposite of what this does. Less chrome, less bytes over the wire, less predictive search, less "flatness?", less timely, more timeless .
Re: Show HN: I made a modern web UI for Wikipedia
#134Re: Show HN: I made a modern web UI for Wikipedia
#135Earlier quoted context omitted.
[flagged]
> But I would say that it's the HN commenters being incredibly obnoxious, not wikipedia being wrong for giving you the mobile site when you specifically ask for it. But it's kinda crazy that if I'm on my phone I can't just share a URL to a page with someone who happens to be using a desktop. While I'm not sure if this is made explicit in any of the RFCs or standard docs, in my view a URL should be a locator for a res…
> in my view a URL should be a locator for a resource that is agnostic of the user agent.
You're not making sense. The mobile page has a dedicated URL. If you're browsing it, then sharing the URL will send anyone else to the same resource you're browsing, regardless of their user agent. Everyone agrees that this is a bad thing for you to do. Don't do it.
The standard page will redirect mobile user-agents to the mobile page. It is a better URL to give out in every possible way. But note that this is the opposite of what you're saying; the URL that behaves the way you say you want is the bad one that you should avoid sharing.
I am sympathetic to the view that the URL should just point wherever it points. This would require a change to Wikipedia's standard page so that it would display when requested on mobile instead of redirecting. That's fine. But sharing mobile links would still be awful behavior. Link to the standard page. That's what makes it the standard page.
Re: Show HN: I made a modern web UI for Wikipedia
#136Please never ever use system-ui in your CSS. A classic article about why: https://infinnie.github.io/blog/2017/systemui.html In this particular case, it totally ruined the fonts of Wikipedia for East-Asian (CJK) Windows users. Just in case the article itself isn't convincing enough, below is a list of some websites that have tried "system-ui" and then reverted it semi-immediately: Facebook/bootstrap, GitHub, Twitter,…
Isnt the right answer for Microsoft or users to fix their system font? Why would east Asian users have a crappy system font selected in their OS?
As for old versions of Windows… well, one should probably look at their target market/user base. If your demographic is firmly Roman western use of system-ui is probably fine — as far as I’m aware, the bulk of remaining users of XP/7 are in East Asia, chiefly China.
Re: Show HN: I made a modern web UI for Wikipedia
#137I guess that's what wikipedia portals are for?
For example I would love to be able to download a wikipedia archive just for math, computer science or history, etc, just like subject are found in an university, library or the dewey or congress classification.
Of course it's a lot of work, but I really feels it's important and it would make wikipedia more accessible and attractive, and also cheaper to distribute.
Re: Show HN: I made a modern web UI for Wikipedia
#138Earlier quoted context omitted.
[flagged]
It's kinda strange that you think someone who is on a phone copying a link and sharing it with someone who is not on a phone, is the latter person "specifically ask[ing]" for the mobile page.
There is no way to interpret requesting a dedicated mobile URL other than as specifically asking for the mobile version of the page.
Or are you saying Wikipedia should be aware that you got the link from your obnoxious friend? HTTP doesn't really allow for that.
Re: Show HN: I made a modern web UI for Wikipedia
#139One request right away: can you add a setting to add phantom space at the bottom of the page? I don't know if it has a proper name, but editors sometimes have a "virtual space" setting so you can scroll the last bit of the content to the top of your screen.
It's super helpful when you want to click on one of the last on-page heading anchors and it doesn't really scroll to that part of the page because there's not enough room to scroll it. If that makes sense...
Nice work!
Re: Show HN: I made a modern web UI for Wikipedia
#140Earlier quoted context omitted.
I agree with you except the one pain point that Wikipedia still continues to use "m.*" sub-domains for displaying mobile content. I know most people exclusively use mobile these days but I use desktop browsers for reading more than 60% of the time and its really annoying to click on a Wikipedia link on HN/Reddit and having it open the mobile site on desktop. It's OK to use m.* subdomains instead of reactive design bu…
> It's OK to use m.* subdomains instead of reactive design but there should at least be redirects to the correct subdomains. I agree, although in the case of Wikipedia the "mobile" design is actually the one that is responsive. I want the "mobile" design on all browsers including my desktop. I believe you can actually set your default theme if you're logged into Wikipedia, but I don't know if their cookies eventually…