Live data from Hacker News

Why it took a long time to build the tiny link preview on Wikipedia

blog.wikimedia.org

101–110 of 255 posts

Re: Why it took a long time to build the tiny link preview on Wikipedia

#101
post #23

Earlier quoted context omitted.

> Uhm, no. It just means that people are hovering over links with their mouse. It does not imply any opinion about the previews. When you evaluate features using engagement metrics, there are only two possibilities. If the metric is high, users love the feature. If the metric is low, users don't know the feature exists, and more alerts or "unread" badges must be added to help them learn.

> When you evaluate features using engagement metrics No-no-no. Stop right there. "Engagement metrics" are the worst kind of metrics. Engagement means next to nothing. It just means that a user interacted with something. Was it good? Was it bad? Was it intentional? Was it by mistake? "Engagement metrics" answer none of that. And yet... They are the easiest metrics to collect and too many companies use them as if they…

If you hadn’t stopped right there, you might have seen the sarcasm in the rest of the post!

Re: Why it took a long time to build the tiny link preview on Wikipedia

#102
post #8

> People seem to like it — we are seeing 5,000 hits to our API a minute to serve those cards that show when you hover over any link. Uhm, no. It just means that people are hovering over links with their mouse. It does not imply any opinion about the previews. > The original idea was conceived four years ago When I was active at Wikipedia/Wikibooks 12 years ago, there was a user script floating around that did the sam…

>Uhm, no. It just means that people are hovering over links with their mouse. in my case every single time was by accident whilst moving the mouse around, off of other text I was trying to read. frankly, its bloody annoying it covered the text i was reading the search for yet another "disable" setting begins....

The popup has a little gear icon in the bottom right. You can disable it from there.

Re: Why it took a long time to build the tiny link preview on Wikipedia

#103
post #81

Earlier quoted context omitted.

Wikipedia's a minefield for people with ADD, yep. But oddly enough, I found that Stackoverflow's "hot questions" or whatever thing is equally distracting. I'm on a professional software developer network, and then I see a super interesting and legitimate question aaaaaannnddd... I'm in a rabbithole. Don't know if it's helpful or not for you, but I found an extension that limits the maximum amount of tabs you can have…

Oh, yes, SO's hot network questions is a hardcore distraction for me, too. Even for things I really don't care about! Like all those workplace drama questions (do so many people really think going to HR is going to do them any good at all?). The extension you linked is a very interesting concept, something I hadn't thought about using before. But I like the idea of paying a little bit of thought up front to help keep…

The extremist view in this sense is that tabs in general are a bad model for navigation. If all the pages you choose to visit are first-level citizens in your environment (windows) then you think about them more actively. A browser like https://surf.suckless.org simplifies the browser abstraction well in these regards. I have found it is nearly impossible to get common browsers to work without tabs. This kind of endeavour probably begets a correct window manager like https://i3wm.org

Re: Why it took a long time to build the tiny link preview on Wikipedia

#104

Wow. Had just read that and then saw the feature first time while browsing over a list page. Was moving my curser down the list and when ever I wanted to click a link, the above link hat popped up the layer, highjacking my click and leading me to the wrong page. What a great way of destroying the user experience with a beautifully over-engineered feature that is utterly crap while actually trying to use the underlyin…

"a [...] over-engineered feature that is utterly crap" I'm not usually trying to police this kind of thing, but is there a way you could have phrased this without discrediting the work of a lot of people whose goal is to help others? I'm sure you'd get both a little bit hurt inside and defensive when someone in your team calls your code "utterly crap." That said, I'm very sure they will be happy to hear about your fe…

If the Wikimedia Foundation's goal was to help people, their time and money would be much better spent hiring professional / full-time editors to QC their content. Features like this hovering preview are peripheral to their goal of providing quality content that can also be updated by the general public

Re: Why it took a long time to build the tiny link preview on Wikipedia

#105

Wow. Had just read that and then saw the feature first time while browsing over a list page. Was moving my curser down the list and when ever I wanted to click a link, the above link hat popped up the layer, highjacking my click and leading me to the wrong page. What a great way of destroying the user experience with a beautifully over-engineered feature that is utterly crap while actually trying to use the underlyin…

Have you tried this in a more text based article? I was reading through something lengthy last night and I thought these pop ups were a lifesaver. They're like a TL;DR, you can avoid the context switch of actually clicking through. Sometimes even just the picture was enough to go "oh ok!".

Also personally I'm prone to going down a wikipedia rabbit hole and if last night was any indication, I think these popups will help stop that.

Sounds like you hit an edge case. Personally in that situation of a list of links I would just move the cursor outside the list. For me at least a minor change in behavior in some edge cases is worth what is otherwise a really awesome new feature.

Re: Why it took a long time to build the tiny link preview on Wikipedia

#106
post #23

Earlier quoted context omitted.

> Uhm, no. It just means that people are hovering over links with their mouse. It does not imply any opinion about the previews. When you evaluate features using engagement metrics, there are only two possibilities. If the metric is high, users love the feature. If the metric is low, users don't know the feature exists, and more alerts or "unread" badges must be added to help them learn.

> When you evaluate features using engagement metrics No-no-no. Stop right there. "Engagement metrics" are the worst kind of metrics. Engagement means next to nothing. It just means that a user interacted with something. Was it good? Was it bad? Was it intentional? Was it by mistake? "Engagement metrics" answer none of that. And yet... They are the easiest metrics to collect and too many companies use them as if they…

I'm case you were curious, WM has done more user testing than just the engagement metrics:

https://m.mediawiki.org/wiki/Special:MyLanguage/Wikimedia_Re...

Not sure what it says about them that they're mentioning worthless numbers instead of the way more useful data they got back during this survey.

Re: Why it took a long time to build the tiny link preview on Wikipedia

#107
post #23
post #8

> People seem to like it — we are seeing 5,000 hits to our API a minute to serve those cards that show when you hover over any link. Uhm, no. It just means that people are hovering over links with their mouse. It does not imply any opinion about the previews. > The original idea was conceived four years ago When I was active at Wikipedia/Wikibooks 12 years ago, there was a user script floating around that did the sam…

> Uhm, no. It just means that people are hovering over links with their mouse. It does not imply any opinion about the previews. When you evaluate features using engagement metrics, there are only two possibilities. If the metric is high, users love the feature. If the metric is low, users don't know the feature exists, and more alerts or "unread" badges must be added to help them learn.

Linked from the article is the final A/B test they ran: https://www.mediawiki.org/wiki/Page_Previews/2017-18_A/B_Tes...

They had better metrics than just number of API requests

Re: Why it took a long time to build the tiny link preview on Wikipedia

#109

Earlier quoted context omitted.

>Uhm, no. It just means that people are hovering over links with their mouse. in my case every single time was by accident whilst moving the mouse around, off of other text I was trying to read. frankly, its bloody annoying it covered the text i was reading the search for yet another "disable" setting begins....

The popup has a little gear icon in the bottom right. You can disable it from there.

They put a small click button on the edge of a hover control? really?

Re: Why it took a long time to build the tiny link preview on Wikipedia

#110

One of the best things about ad blockers is that they are really just general purpose content blockers. Want to disable this permanently? Here's an Adblock Plus-compatible filter to block the div if you find it annoying. Tested and working on uBlock Origin: ! Disable link preview popups on Wikipedia en.wikipedia.org##.mwe-popups It's just a div with the class ".mwe-popups", and using your ad blocker will persist the…

Thank you! I found those things incredibly annoying and useless, and was just about to dig through the source to figure out how to get rid of them.
Post reply on HN