Live data from Hacker News

Show HN: I made a modern web UI for Wikipedia

modernwiki.app

321–330 of 426 posts

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

#321
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…

I got annoyed at this enough to write this tiny userscript: // ==UserScript== // @name Redirect from mobile wiki to desktop // @namespace http://tampermonkey.net/ // @version 0.1 // @description try to take over the world! // @author You // @match https://*.m.wikipedia.org/* // @grant none // @run-at document-start // ==/UserScript== window.location.hostname=window.location.hostname.split(".")[0]+".wikipedia.org";

Hint: Use `document.location.replace()` to prevent the back button from going back to the mobile version, creating an endless loop.

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

#322

Earlier quoted context omitted.

I haven't misunderstood. I simply disagree. If I am on a public web page of a particular resource I should be able to share the URL to anyone else. Neither my user agent nor the other party's user agent should matter. It is ludicrous (and in fact essentially impossible) to check how a URL behaves in every possible user agent before sharing that URL with someone. If I'm on the Wikipedia page for London, I ought to be…

> If I am on a public web page of a particular resource I should be able to share the URL to anyone else. Neither my user agent nor the other party's user agent should matter. This is how mobile wikipedia pages behave. What part of that do you disagree with? Share a mobile page's URL and the person following your link will see the same page you do, no matter what your user-agent is, no matter what their user-agent is…

[deleted]

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

#323
post #315

Earlier quoted context omitted.

There's also a big problem where the mobile layout will tend to make controls huge to present a reasonable size touch target. This is unnecessary on the desktop, and may even result in less information fitting on screen than before switching to the mobile layout.

Thats a fun one to solve! @media (hover: none) and (pointer: coarse) { That allows the dev to select for devices that do not have a mouse and such rely on touch targets, to increase the sizing. I've been implementing this myself recently in our web application, while still allowing us to change the layout to fit the narrow width! I'm sure there are some devices it doesn't fit perfectly for though. This stuff is capit…

> capital-H hard

You mean quote-unquote Hard?

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

#324
post #104
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…

Install Firefox Redirector: https://addons.mozilla.org/en-US/firefox/addon/redirector/ Add a rule to redirect (https?://)?(\w+\.)m\.wikipedia.org(.*) to $1$2wikipedia.org$3 Then you never have to deal with mobile Wikipedia on desktop again. You can use this for other sites too, like forcing all uses of Reddit to always open in old.reddit.com.

Just as a sidenote on the Reddit point, you can force old Reddit from your settings after you log in. That setting seems to stick even if you log out/your session times out, and you can go back to new Reddit with new.reddit.com.

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

#325
I'm late to the thread, but I'm really glad that Wikipedia is the kind of Libre project that's inspired so many people to make redesigns / mirrors of it. It's the way the web was meant to be.

As was mentioned in this discussion, it's also worth noting that mediawiki supports custom themes. Anyone else use an alternate wikipedia theme? I've been using "Modern" for years and love it.

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

#326
post #27
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 .

Hear hear. I wish more sites were like HN - more text/information density, less CSS magic, less JS.

And HN's favorite: more RSS.

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

#328
post #289

Earlier quoted context omitted.

That extension doesn't change how the web is. The web is still the same whether you use client side CSS override or not. This is exactly how CSS and HTML were intended to operate and the kind of results to be expected. > But i am sure there are people who will appreciate your effort. Thank you for your work. How is that called ? A complimentsult ?

There's no insult in saying it isn't for me because ... but good job. Positive criticism can be useful too.

where is the critique? what is the useful information?

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

#329
Some feedback for you:

I've tried many of these over the years and always hope I'll find one I like. This is probably the best so far, but I ended up uninstalling it after about 2 minutes of experimenting for the following reasons:

- The left side-bar text is too big

- I actually prefer Arial/Helvetica to the typeface you chose

- Formatting of—not sure what they're called, but the place where disambiguation notices pop up at the top of the article under the title—feels a little off

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

#330

Earlier quoted context omitted.

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.

It's strange that when you ask for en.m.wikipedia.org, Wikipedia responds by giving you what you wanted? 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.

No one is asking for en.m.wikipedia.org. Someone on their phone asks for en.wikipedia.org (or more likely clicks a link to it from Google or elsewhere), gets redirected to en.m.wikipedia.org (instead of serving a mobile or responsive page directly on en.wikipedia.org), and then copies the resulting link to their friend who didn't ask for any of this. And worse yet, in most cases neither party even notices the `.m.` much less knows what it means or to remove it to get a "normal" Wikipedia.

I think you vastly overestimate the number of people typing `en.m.wikipedia.org` in. I'm pretty sure the number of people doing that is negligible, in fact.

And by the way, I wouldn't care about the existence of en.m.wikipedia.org nearly as much if it actually were opt-in. Because then it would be a lot more rare. The problem is that Wikipedia opts you into it implicitly if you are on mobile. Which means that if anyone in a chain of clicking on and then sharing a link is on mobile... suddenly everyone sees the mobile link and needs to do much more work than "click on a link" to opt OUT of it.

Well over 50% of the Wikipedia links I see these days are mobile links and 0% of the time am I clicking on them from a mobile device.

Post reply on HN