https://bugzilla.wikimedia.org/show_bug.cgi?id=62266
kipod <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #18 from kipod <[email protected]> --- (In reply to Gilles Dubuc from comment #15) > This personal preference is perfectly understood. Yet it's incompatible with > updating the URL, i.e. treating the image as its own page. Since pressing > escape updates the browser's URL to restore the article's address ..... you seem to ignore the facts that both updating the URL when clicking an image, and restoring it when hitting escape is developer's choice, not some objective, unavoidable fact. the solution is super simple: do not update the browser's URL when clicking an image. it's not only easy to avoid doing so, it's the right thing to do. imageviewer does not use natural browser's navigation (this is what we had *before* imageviewer, and then, nobody complained about the way history is handled), it uses javascript to display the image, and it's entirely your decision whether or not to modify the browser's URL when displaying the image through JS. please think about it as a request for consistency: when clicking an image that represents a movie (.ogg) in mediawiki, we open an overlay with "X" in the upper-right corner that plays the movie (see here: [[fr:1907_en_aéronautique]]). ogg viewer does this without updating the URL, so if you visit a page with 5 movies, view them one after the other, hitting the "X" after each one ends, and after the last one you hit "Back", MW does not drag you through all 5 movies you just watched. for sanity and consistency, mediaviewer should behave the same way. peace. -- 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
