Live data from Hacker News

Show HN: I made a modern web UI for Wikipedia

modernwiki.app

181–190 of 426 posts

Re: Show HN: I made a modern web UI for Wikipedia

#181

Earlier quoted context omitted.

That's, uh, a pretty intense reaction to some curves. There is a long history of rounded corners in graphic design. In the real world, perfectly sharp edges do not exist. Even on the printed page, ink bleed tends to gently round all corners. This is a good thing, because sharp corners interact poorly with some parts of our visual system. Sharp corners in a design can be as jarring as extremely high contrast or satura…

I'm absolutely an advocate for corners that are rounded to a reasonable degree. As you stated, perfectly sharp corners can produce a harsh, inorganic aesthetic that can be distracting to users. Even very round corners can be contextually appropriate. There's a world of difference between a few pixels of roundness, and making your entire website look like a fisher-price toy. Round, organic designs can be complex and v…

I agree with you on this 100%.

Have you seen Android 12's new fisher-price UI? I would really love to hear your thoughts on this video:

https://www.youtube.com/watch?v=_xLgXIhebxA

Re: Show HN: I made a modern web UI for Wikipedia

#182
post #74

I am one of those people who actually like Wikipedia the way it is. It's what I hoped the web to become. But i am sure there are people who will appreciate your effort. Thank you for your work.

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…

What bothers me most about this is that if you go to www on a mobile device, it redirects you to m - that's great, and probably the "right" thing to do. There is probably a "View Desktop Version" link on the mobile page, somewhere. But if you go to the m subdomain on a desktop device, there's no easy way to get to the desktop version without manually changing the URL. If you can redirect from www to m, surely you can redirect from m to www when appropriate.

Re: Show HN: I made a modern web UI for Wikipedia

#183
post #165

Earlier quoted context omitted.

> 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. > 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. Ev…

> You're not making sense. The use case is: I go to the standard wikipedia page, browse a bit, and then I want to give out links to the standard wikipedia page of a specifig article. This is currently not possible without editing the URL if you are on mobile. And I dont understand why wikipedia is refusing to fix this.

Correct, and my claim is that there should be no such concept as "giving out a link to the standard Wikipedia page." Regardless of what type of device I'm using, I should be able to share the URL for that page to someone else regardless of what type of device they're using. The URL should literally be the uniform locator of that resource and shouldn't contain any semantics about any particular user agent's device.

This is pretty obvious in the general case, where it would be impossible for me to know if the URL I am visiting contains information about my particular user agent and is thus inappropriate to share with people with other user agents. When my user agent requests "en.wikipedia.org" and receives a redirect to "en.m.wikipedia.org" there's simply no way to know whether this resource has actually moved to a new URL (which is the semantics of the HTTP response) or whether this is simply a special URL that I shouldn't share. Yes, some people might be familiar with the "m." subdomain for mobile-specific websites, but in general this sort of thing is (in my opinion) an abuse of HTTP redirects.

Re: Show HN: I made a modern web UI for Wikipedia

#184

Please 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,…

This is great info, thank you. I'm going to set up some VMs so I can test East-Asian locales in future to make sure I've not fucked anything up.

Re: Show HN: I made a modern web UI for Wikipedia

#185
post #165

Earlier quoted context omitted.

> You're not making sense. The use case is: I go to the standard wikipedia page, browse a bit, and then I want to give out links to the standard wikipedia page of a specifig article. This is currently not possible without editing the URL if you are on mobile. And I dont understand why wikipedia is refusing to fix this.

Correct, and my claim is that there should be no such concept as "giving out a link to the standard Wikipedia page." Regardless of what type of device I'm using, I should be able to share the URL for that page to someone else regardless of what type of device they're using. The URL should literally be the uniform locator of that resource and shouldn't contain any semantics about any particular user agent's device. Th…

> Regardless of what type of device I'm using, I should be able to share the URL for that page to someone else regardless of what type of device they're using. The URL should literally be the uniform locator of that resource and shouldn't contain any semantics about any particular user agent's device.

As I just pointed out, and you somehow misunderstood, this is the exact behavior of the mobile page. It is not the behavior of the standard page. But sharing a link to the mobile page is bad, and sharing a link to the standard page is good. Keep this in mind when you're deciding how URLs should behave.

Re: Show HN: I made a modern web UI for Wikipedia

#187
post #137

I wish wikipedia would be better compartmentalized, with articles tagged for their academic importance, because it makes it very difficult to download and/or host wikipedia when it includes a lot of noise, like celebrities, tv shows, local events, etc. I 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, jus…

One man's noise is another man's treasure.

Re: Show HN: I made a modern web UI for Wikipedia

#188

Earlier quoted context omitted.

You're mistaken. Wikipedia automatically redirects you to the m. website if you type "en.wikipedia.org" into your phone browser. The same is true even if you explicitly type an article's URL into your phone browser, like "en.wikipedia.org/London". Google and Bing will also show mobile URLs in search results (although DuckDuckGo does not). The only way to see the actual desktop version is to click on the "Desktop" lin…

> You're mistaken. Wikipedia automatically redirects you to the m. website if you type "en.wikipedia.org" into your phone browser. The same is true even if you explicitly type an article's URL into your phone browser, like "en.wikipedia.org/London". What am I mistaken about? This is exactly what I said happens. I focused this information pretty heavily: >> The standard page will redirect mobile user-agents to the mob…

You're mistaken that being on the "m." subdomain indicates that you have made some decision to do so, and that sharing that URL ought to send anyone to the mobile design. On the contrary, the entire point of a URL is for sharing a resource, and if a URL to a public resources is not shareable that is a mistake on the part of the web site, not a mistake on the part of the visitor. It's certainly not the case that "Everyone agrees that this is a bad thing for you to do." It's not a bad thing for you to do, it is precisely what you ought to do. As I explained elsewhere on the thread, one could just as easily argue that sharing the "desktop" URL is also inappropriate, because some people might want to see the "mobile" design even if they're on a desktop computer (because the "mobile" design is in fact responsive).

Re: Show HN: I made a modern web UI for Wikipedia

#189
post #182
post #74

Earlier 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…

What bothers me most about this is that if you go to www on a mobile device, it redirects you to m - that's great, and probably the "right" thing to do. There is probably a "View Desktop Version" link on the mobile page, somewhere. But if you go to the m subdomain on a desktop device, there's no easy way to get to the desktop version without manually changing the URL. If you can redirect from www to m, surely you can…

> But if you go to the m subdomain on a desktop device, there's no easy way to get to the desktop version without manually changing the URL.

You may find humour in the comically small "desktop" link at the very end of the page, next to the privacy policy.

Re: Show HN: I made a modern web UI for Wikipedia

#190
post #6

OP, 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 .

If you create an account, you can change the appearance to look a lot like OP’s, but a lot lighter and without the plugin.

To be honest, while this looks pretty, it’s really just Wikiwand 2.0.

Post reply on HN