https://bugzilla.wikimedia.org/show_bug.cgi?id=66116
Gilles Dubuc <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |[email protected] Resolution|--- |DUPLICATE --- Comment #1 from Gilles Dubuc <[email protected]> --- Already discussed and rejected, see duplicate ticket. Going to the file page also affects people's browsing history, yet it's not a source of complaints. As long as Media Viewer changes the URL, it should be recorded in the history. The point of view displayed in that feedback is very editor-centric. "the article is more important than images" - the same way that Commons contributors might consider file metadata a lot more important than readers do, or might consider that images are more important than articles. The self-centric suggestion (by that I mean that a small subset of users want *their* subjective preference to be the experience for everyone) ignores how confusing it will be for readers to have parts of their history nuked arbitrarily because we've decided that they should care more about articles than they should care about the full-window images they've seen. It would be even more infuriating for someone who cares about the images to lose the history, because they have no way of recovering it. That's a bigger annoyance than having more history that you like, which can easily be skipped. Elsewhere on the web, when your entire page changes, it's expected that the URL changes and that the history is affected. Anything that tries to go against the browser's standard behavior to provide a non-standard UX is invariably a bad idea in terms of usability. In the same way that people spending a lot of time on mediawiki can influence a subset of them into such ways of seeing things (articles > images), the vast majority of our users - readers - are influenced by every other website they visit, the vast majority of which will not mess with the browser's standard history behavior. I've done a lot of research on other large websites and the only one that messed with history was Facebook, but it wasn't truly comparable as their photo view is a small popup on top of the page, it doesn't take over the entire page like Media Viewer. Thus users have different de-facto expectations. Every other large website dealing with image display either didn't update the URL or left the history alone when they did. The only flavor of this request that would be acceptable is if Media Viewer didn't affect the URL at all. This never seemed to be a considered option, as sharing with the context preserved is seen as a very important feature. Hence why this request was rejected. Since browser history is flat and can't accommodate "subpages", we can't make images unimportant in one dimension (history) and important in the other (URL). I'm not against getting rid of the URL being updated by Media Viewer, but even people who requested that we mess with the history before didn't seem to be intereted in that idea. *** This bug has been marked as a duplicate of bug 62266 *** -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
