Extension talk:MultimediaViewer/About
Media Viewer has now been updated with these new improvements, based on community feedback:
- an easier way to enlarge images
- a prominent 'More Details' button linking to the File: page
- separate buttons for Download and Share features
- an easier way to disable the tool for personal use
Please try out these new features, and let us know what you think. Learn more about these improvements.
Archives
|
---|
|
Why does Media Viewer appear again?
I do not know how often I've disabled the Media Viewer. It appears regularly even though I do not delete cookies. Please provide a means to deactivate it permanently. It's really annoying. — Preceding unsigned comment added by 93.230.58.165 (talk • contribs) 23:16, 28 December 2015
- Agreed. Every few days the Media Viewer is back. I don't delete cookies, I don't mess with my browser or switch browsers, but every few days the Media Viewer feature is back. Either your server doesn't recognize its own cookies or it's on purpose to try to make the media viewer look more popular than it is. This is precisely why it should be opt-in only. I don't want it yet you're always forcing it on me. 5:15 17 March 2016 (UTC) — Preceding unsigned comment added by 104.247.226.125 (talk • contribs)
- Me too. I hate the media viewer. The old way was much better. Don't even get me started on how bad the mobile interface for images is. 199.66.183.2 18:30, 22 March 2016 (UTC)
- Bad code protected by someone in Wikipedia for others who get paid to manage this mess. Run it and suddenly your browser 'back' button doesn't work correctly anymore. Why? Because, contrary to with every other media viewer out there, the geniuses behind this software design nightmare treat a media view not as a popup (which it truly is) but as a new page (which is ridiculous). This is very embarrassing for Wikipedia. — Preceding unsigned comment added by 82.250.251.122 (talk • contribs) 17:01, 1 July 2016
- Doubly agreed, the old way was much more efficient and wasn't plagued with bugs. I too have to constantly disable the Media Viewer. It used to be every few weeks now it's been every other day. I had to create this account and then sign up with their internal software development board just to report this bug, since there was no other way to let them know that this was an issue. Which means they have no idea if there's only a handful of users with this issue or if it's tens of thousands, because only a rare few would jump through the multiple hoops to get there to report the bug. If that wasn't bad enough they expected me to debug it for them. I am not a programmer, I know nothing about how to do that, and it's not my problem. Tthe development team should be tracking down the bugs. I gave them all the particulars, they know the OS and browser, and all that, they have all they need to reproduce the bug.
- ...You know, given how buggy it is, making the default for the viewer as "On" was a terrible mistake. It should default to off. You should have to opt in/enable it to use the media viewer. --Ikaruseijin 03:22, 13 July 2016 (UTC)
What is the Media Viewer?
My Browser can show, enlarge, and download Media. Why wasting time and money for a Media Viewer?
In addition, the functions mentioned not bring the desired result. If I were a part of the image from an image viewer Meida magnify covers. It it a shame when a tool deteriorates the normal functions of the browser. — Preceding unsigned comment added by 88.77.216.18 (talk • contribs) 21:51, 10 January 2016
- Ah that's easy to explain. There are some people in the Wikipedia organisation who have friends outside the organisation, they're all essentially without talent, but they were in need in a major way of additional funding. Does that answer your question? — Preceding unsigned comment added by 82.64.166.158 (talk • contribs) 11:29, 28 January 2016
- Unbelievable. After all this time, after all the documented complaints, bugs, etc, this 'piece of work' is still around. When I click on 'More details' it goes back to Wikimedia's standard image display and file summary. Sort of like a 5th wheel, put there by a couple of apparent petty dictator types at the Foundation who insist on putting their 'pet project' in everyone's face in complete defiance of editors (without whom Wikipedia overall would not exist) and in total disregard of all the bugs that have been brought to their attention, repeatedly. -- Gwillhickers (talk) 22:12, 24 April 2016 (UTC)
More details button
"More details about this file" or German "Weitere Einzelheiten" is not the correct text for the user searching for the commons page - this is the link for the people who whishes the more comlicated and more informative page and who will understand the file description pages, therefore some more text is nessesary for this kind of user.
If someone is not satisfied with the things, the Mediaviewer shows him, this is a guy who hates pages with the Mediaviewer design! It is a user who likes pages containing much information and much written text.
I know that many people simply don't understand file description pages. But in fact I don't understand this, as to me the first time I read such a page I understood everything whithout thinking about it.
If I am a new user, I hate pages containing some symbols to click on, but no text explaining what the symbols are for - you have to try each button, as no text is given. Additionally I read a file description page in some seconds, but need a minute to get the same information with the Media Viewer, as everything I may need is some clicks away or will move when I touch it. And usually I am searching for the bit of information the normal user never thinks of. If I search for something special on a file description page I usually see it in the very moment I look first on the page, one look and I have it. With the Mediaviever - twenty clicks and I know it is not there and I need the file description page.
Therefore at the end of the page, where most people don't look, there should be a line starting with the Symbol and "More details about this file" or German "Weitere Einzelheiten" and than explaining that you find a editable file description page, with more information and categories containing similar images and gallery pages. This is a link that should have some text, as the ones searching for this link are the readers and they are not the clickers! They don't need bigger buttons they need more text.
I hate the About | Discussion | Help links
They look like they go to some page related to the image, like the image description and talk page. But instead they go to the Media Viewer pages and that's extremely counter-intuitive.
2601:844:4204:63BB:5857:E8FB:DEDC:B921 What he said. I came to this page looking to discuss an image. I left disappointed.
- What they said. The explanation/caption under the image made no sense. That's what I wanted to discuss. How do I do that?--Yeltommo (talk) 00:43, 4 February 2017 (UTC)
- @Yeltommo: You have to go to the proper file page, not this bling stuff, that's hiding the real thing. You have to click on the big blue button with More details (or whatever your language is) on it to get to the proper file page. Grüße vom Sänger ♫(Reden) 13:34, 4 February 2017 (UTC)
- I agree with the first three contributors. This should be about the image, given placement of the link! —DIV (120.17.226.223 00:08, 1 April 2017 (UTC))
- Caught me again! —DIV (120.17.85.139 04:33, 22 June 2017 (UTC))
- Yeah this is absurd, why on earth wouldn't I think 'discussion' means a discussion of the image I'm looking at? 178.170.142.70 02:05, 28 September 2017 (UTC)
- I concur as well. Like others, I came here expecting to be taken to an image's talk page (as did whoever contributed the unsigned "Wrong transcription" topic, below, evidently). Addressing this seems to have been taken up, than stalled in the Phabricator tracker T133899 task page linked above. --Undomelin (talk) 18:18, 27 April 2018 (UTC)
- Me too! I also fell into the trap, just now. Please fix this, this is not a feature, it is a bug! Brinerustle (talk) 17:10, 2 July 2018 (UTC)
- Also the reason I'm here --2A03:1B20:3:F011:0:0:0:5D 14:58, 25 September 2018 (UTC)
- Me too! I also fell into the trap, just now. Please fix this, this is not a feature, it is a bug! Brinerustle (talk) 17:10, 2 July 2018 (UTC)
- Hate to be another 'me too' but I agree whole heartedly. I wanted to talk about the image, not the article. Images may be used in multiple articles and IMHO should be treated as stand alone objects with their own EASILY FOUND discussion page. Theshowmecanuck (talk) 17:05, 28 October 2018 (UTC)
- As of August 2019, the text is 'About this interface | Discussion | Help' but I still had the same issue - on English Wikipedia, I clicked discussion to discuss the image, not the interface, because there is no obvious 'discuss this image' link at the top level. Ideally, media viewer maintainers should add a link to 'discuss this image' at the top level, or, less optimal, retitle 'discuss' to 'discuss this interface'. Dialectric (talk) 22:22, 22 August 2019 (UTC)
Hi
Is Everyone still alive? — Preceding unsigned comment added by 73.16.141.101 (talk • contribs) 00:53, 20 April 2016
- I've got bad news: No. Even you are going to die eventually (although I believe some who are alived will be raptured to the Heavens).--193.163.223.128 18:53, 21 April 2016 (UTC)
- I'm still alive, but I gave up arguing about this unsatisfactory piece of software ages ago. I disabled it so long ago that I had virtually forgotten that it ever existed. LynwoodF (talk) 12:10, 1 May 2016 (UTC)
Wrong transcription
The colophon shown is from the Sachsenspiegel. However, what is given as "the text reads" is not a transcription of the colophon shown but obviously of the one of Formulare und deutsch rhetorica.
Transcription of the colophon shown:
Chye endet sich der sachsenspiegel mitt ordnung des rechten den der erwirdig in got vater und herr Theodoricus von bockßdorf bischof zu neünburg säliger gecorrigieret hat. Gedruckt und volendt von Anna Rügerin in der keyserlichen stat Augspurg am oftermontag nächst vor Johannis do man zalt nach Cristi gepurt MCCClxxxiiii jar — Preceding unsigned comment added by 86.33.247.40 (talk • contribs) 06:57, 27 May 2016
Media viewer is clunky
How do I look at pictures the normal way? When I clicked on one of the small pictures in an article my first impression was that I had left wikipedia. When I click on "More details" it takes you right back to the normal wikipedia image. Why is this viewer even here? Can I disable it? — Preceding unsigned comment added by 70.211.133.221 (talk • contribs) 03:16, 30 May 2016
This viewer is designed all wrong, creating bogus browser history items. — Preceding unsigned comment added by 86.239.242.222 (talk • contribs) 12:13, 17 June 2018
Don't offer to "Open in Media Viewer" for unsupported types
Hi there, thanks for a great extension. I understand that PDF, MP3 file types are not supported yet. If so, I would suggest to *not* offer the "Open in Media Viewer" button in the file page for such unsupported files, because at the moment all I see is a rather confusing error message:
Sorry, the file cannot be displayed There seems to be a technical issue. You can retry or report the issue if it persists. Error: File does not exist: File:Fileicon-pdf.png
Note that the file I was trying to open has a completely different name, so the file does exist (I can download it), but the error is bogus. Thanks. 91.125.85.186 12:40, 9 June 2016 (UTC)
Can you show a specific example? The button does not show up for me on unsupported file types (e.g. here). --Tgr (WMF) (talk) 13:23, 9 June 2016 (UTC)
- Uhm... it's a private wiki, but I took a screenshot. How do I upload a file here please? I tried to create an account, but no luck... Thanks. Hopefully Acceptable Username (talk) 18:43, 9 June 2016 (UTC)
You can file a bug in our bug tracker and upload it there, that's less trouble. --Tgr (WMF) (talk) 18:48, 9 June 2016 (UTC)
- OK thanks, it's here. Thanks. Hopefully Acceptable Username (talk) 20:03, 9 June 2016 (UTC)
Transparency in SVG images
It might better fit the Media Viewer's function if the background of transparent parts of SVG files was displayed in white or the same light grey background that is displayed for SVG transclusions on pages. Has there been a deliberate decision against that? --Marsupium (talk) 19:56, 3 July 2016 (UTC)
- The transparent parts on pages are really transparent – the thumbnail box itself is grey. Of course, a black background wouldn’t be good. The checked background is from the file description pages and I think it’s absolutely OK. --Tacsipacsi (talk) 21:01, 3 July 2016 (UTC)
- The checkered background was added to address phab:T59620. (There was more discussion but I don't remember where exactly.) Commons uses the same background FWIW. --Tgr (WMF) (talk) 07:32, 4 July 2016 (UTC)
- OK, I see. --Marsupium (talk) 15:44, 11 July 2016 (UTC)
- The checkered background was added to address phab:T59620. (There was more discussion but I don't remember where exactly.) Commons uses the same background FWIW. --Tgr (WMF) (talk) 07:32, 4 July 2016 (UTC)
That is an great idea! I´m creating sometimes svg-diagrams for Wikipedia and uploading it to Commons. Every time I´m not sure about using white background or transparent background. White background would be better if someone view the graphic in Media Viewer, because otherwise he see the grey Checkerboard pattern in transparent areas. But if he want to download and reuse the graphic, transparency is better. I think the best way is to show transparency in one color (white or light grey) in the MediaViewer.
I´m not sure if this is the right place to discuss it. Maybe I have to discuss it at my local (german) Wikipedia, because there are different setttings for MediaViewer in different Wikipedia-languages? --Pedalito (talk) 09:00, 22 April 2023 (UTC)
- T161347 might be the best place to bring this up but note that MediaViewer is not actively maintained so most feature requests go unnoticed. White background is problematic as well, see e.g. File:Romney-Ryan 2012 logo1.png (which has text but you don't see it because it ends up white on white). Tgr (WMF) (talk) 12:06, 22 April 2023 (UTC)
Not touch screen enabled ?
Had to disable this because trying to two finger zoom on my touch screen just increases the browser font size and does not zoom the image. Unless this was a fault on my end? — Preceding unsigned comment added by Michael Z Freeman (talk • contribs) 10:24, 6 July 2016
Media Viewer joins words in the caption in case of wordwrap markup
On [1] Media Viewer ignores the <br /> markup in the caption of the image in a confusing way. Two separate words are joined to one nonsensical word. There should better be a dash and two spaces instead. --Miss-Sophie (talk) 19:44, 14 August 2016 (UTC)
So instead of "Junger Krokodilkaimangesichtet in Tortuguero (Costa Rica)" (with the nonsensical word "Krokodilkaimangesichtet") it should say: "Junger Krokodilkaiman — gesichtet in Tortuguero (Costa Rica)". Does anybody of the responsible developers still pay attention to this talk page at all??? By the way, there are a lot of misdirected comments here. It seems, several readers are confusing this talk page about Media Viewer with the talk page about a certain image.--Miss-Sophie (talk) 19:22, 18 September 2016 (UTC)
- Yes, that's right. Now that this pet project of some high honchos in SF (that have left since) is out in the wild, and working slightly OK, nobody seems to give a fuck about it any more, the next pet project has to be pushed. And anyway, why disn't you use Phabricator, why do you expect from the people in the WMF to use a wiki, while there is another venue, that far more secluded from he unwashed masses, that tend to disturb them with hints from the reality. Grüße vom Sänger ♫(Reden) 16:45, 21 September 2016 (UTC)
- Thanks Sänger ♫ for the tip with Phabricator. I created my first task there. Maybe someone will react and fix the problem. --Miss-Sophie (talk) 20:23, 27 October 2016 (UTC)
Image title is wrong
Image title reads 'File:GIESINGER (Bd1) p464 Comtesse Du Barry.jpg'. It should read 'File:GIESINGER (Bd1) p464 Duchess De Berry.jpg', as the two women are two separate historical figures from separate centuries (even the attires show this). I tried rectifying the title, but to no avail. — Preceding unsigned comment added by Oceanblueeyes87 (talk • contribs) 14:34, 25 November 2016
- Wrong place for such suggestions, but not your fault, just the fault of lazy devs, who hate maintenance once the shiny new bling is out in the open. Grüße vom Sänger ♫(Reden) 20:26, 24 May 2017 (UTC)
Media Viewer not opening
I find the Media Viewer very helpful and time saving when viewing a number of images in succession.
But it frequently happens that Media Viewer does not open when I click on an image thumb, even though it is set to do so in the "appearences" tab of the preferences (by default on all or most Wikiprojects?) and I have never changed this setting. It happens less often in the English Wikipedia but I often notice this behaviour in the German Wikipedia as well as recently on Wikimedia Commons and the Portugese Wikipedia.
I am mostly working with Linux Mint 18 and the latest Firefox browser but this does happen on other setups as well.
Any ideas what is wrong? date
How can we get rid of this crap?
And no, I don't just mean locally, I am asking how we can get rid of it everywhere and forever. The Quixotic Potato (talk) 00:44, 22 January 2017 (UTC)
Time for 360° panoramic pictures
As more and more device allow to easily produce 360° panoramic pictures or movies, and almost all social/web services detects such content and allow to watch them in intuitive way, I think that Media Viewer should support such content out of the box allowing to rotate the view in spherical mode that is more intuitive than flat image with huge distortion. Also the engine should be able to take RAW data like from Samsung Gear360 (double lenses, side by side - not stitched format, as well as stitched in Galaxy device of PC software). There is sometimes lack of EXIF information that image is 360°, so there should be easy way to mark it as such, if not auto-detected. If image is not a full panorama there should be easy tool to mark sphere's surface that is covered by panoramic picture - to provide correct projection (or it can by auto-estimated). - Piom (talk) 11:15, 3 March 2017 (UTC)
I concur wholeheartedly with this beneficial upgrade. I don’t foresee there being much time and effort to include this function, although other coders could likely provide a cost benefit analysis for such a project. I would presume that a small project, such as adding code to an already existing platform, in order to include scalability, would be much more benefit than cost.
Also, I had mentioned in a Talk section of a post in the Music Category, the need to include additional audio formats, so as to allow every Community User the accessibility to access more than one (1) type of audio file.
I believe that since this topic pertains to Multimedia in general, both of these concepts would be considered and rectified. Making these changes will only Add to Consumer Satisfaction. Markhalsey (talk) 04:46, 10 January 2018 (UTC)
- Thank you, for partial support made through PanoViewer (this example: Elizeum chamber). - Piom (talk) 12:17, 4 July 2018 (UTC)
Not Russia, but the North Caucasus
About the File of "Middle East Levant.jpg" Sorry,The first Russian migrants and colonizers appeared in the North Caucasus only in the 16th century. I want to make adjustments to the map of Levante. The North Caucasus is the North Caucasus, but not Russia (that is really Moscovia) geographically,culturally and historically. I wonder why Wikipedia actively propagates maps of supposedly 19th century of Great Israel (never really existed!) is depicted on the ancestral lands of the Amorites and Hurrians/Subareans, and on the other hand the North Caucasus lands shows as Land of Russians(!?). What Russian? When did the Russians live there in ancient times? What does the Moscovia have to do with the North Caucasus? Nothing. --Wrkan (talk) 10:55, 18 March 2017 (UTC)
- The right place to ask such things is the talk page of the file. I copied your question to there. Thank the suboptimal MW for such stuff, now that it#s out in the open, nobody seems to care any longer about this pet project of Fabrice and Eric. Grüße vom Sänger ♫(Reden) 13:47, 18 March 2017 (UTC)
Not Russian Slavs but North Caucasian Terra Sarmatia
On the map the North Caucasus is represented as the primordial earth of Slavs (!), and actually the first Slavs (invaders the Russian Cossacks) appeared in this region only at 16-17 centuries. The North Caucasus is a historical "Terra Sarmatia", but not Sklavoniya or Slavenia etc. Stop lying! Nobody gave to Germans or other Europeans such rights to represent the Caucasian lands occupied by the Russian colonialists as allegedly primordially Slavic. Anything similar!--Wrkan (talk) 21:38, 23 March 2017 (UTC)
- Did you even read my answer to your question above? Grüße vom Sänger ♫(Reden) 05:35, 24 March 2017 (UTC)
- Why have you decided that the non-Caucasians had appeared in the region of the modern Caucasus only since XVI ? Your allegations seem to be just an ordinary politically orientated and non-scientific speculations. There is no any historical source for such point of view. You'd better learn this subject before make such categorical statements. You can try to come back time to see all the historical process personally if you could do so. — Preceding unsigned comment added by RL579 (talk • contribs) 21:33, 11 April 2017
Why does map of India showing POK and some other part grabbed by china as not a part of Kashmir?
This is perhaps a valid question, just at the wrong place, because of the bad design of this piece of software. You clicked on the button to make a comment about the picture, as everyone would expect this button to be about, but because someone put there an irrelevant button for comments about the piece of software, that really nobody gives a flying fuck about while looking at pictures, you came here. Nobody can even tell what pic you are complaining about, and nobody from the (high?)-paid devs seems to care about the users of this software anymore, as it's no out in the open, and maintenance is nothing the like. It's tracked here, but nobody cares:
Grüße vom Sänger ♫(Reden) 11:11, 3 May 2017 (UTC)
This topic is related to the map of Indian state of Jammu and Kashmir (J & K) which are distorted in many wikimedia maps. It is distorted in the following ways:
- The Aksai Chin (North East) region of J & K state is shown as territory of China and the Pakistan Occupied Kashmir (POK) North West region of the state is shown as territory of Pakistan.
- I am not aware, if these areas are really part of those countries and not belongs to India and I would look for citations, if it is really unanimously agreed between Government of Republic of India and neighboring countries along with the United Nations that really those areas are not Indian Territories.
- If we have citation for the same, then it justifies using the current map but with proper citation mentioned there against the map, if in case we don't have proper citation then it should be shown as territory of India or as disputed area with a clearly indicative color rather than dotted or dashed lines.
— Preceding unsigned comment added by Bharat1 (talk • contribs) 8. Mai 2017, 14:34
- This is, despite the very look and obvious description of the button you just clicked, not the discussion page of the picture, i.e. the map (that I corrected), but just a discussion page of the media viewer. I know, it's frustrating,how long the devs ignored the issue at hand, they simply don't like basic maintenance and only work for shiny new bling (at least that#s the impression you get while looking at such very old bugs compared to new useless stuff like Flow). I'll copy your concerns to the proper place and leave it here, so that perhaps one day the lazy (or equipped with wrong priorities by their superiors) devs will drown in complaints like this and perhaps finally start listening to the community. Grüße vom Sänger ♫(Reden) 15:18, 8 May 2017 (UTC)
How to replace uploaded image when I want to correct error?
I notice that image that I uploaded has error because of my fault. I want to replace error image to new image that I corrected but I don't know how to replace new image without delete. I want to replace only file and only administrator can delete file. 2:33 8 May 2017 (UTC) — Preceding unsigned comment added by 39.118.200.130 (talk • contribs)
- @39.118.200.130: First of all, make sure you are logged in—anonymous (logged-out) users cannot upload images (not even for the first time, so I suppose you have signed up earlier). Then go to the file page (if you are seeing MediaViewer, just click on the “more details” button), then click on “Upload a new version of this file”. Then choose the new version, summarize your changes in the “File changes” field and click “upload file”. --Tacsipacsi (talk) 15:27, 8 May 2017 (UTC)
Description of file not updating after new description
I uploaded a new version of a file that previously did not represent the show title screen used in a television series. I updated the non-free use rationale, including a new description of the file. However, when you click on the image file in the article infobox, the description that appears at the bottom of the file display is still the old description ("Black background with slender sans-serif words "LOST GIRL" amid curving wisps of bluish-white fog resembling long hair, and the more solid curve of a female form laying on its side.") -- which does not describe the new image file. The new description, however, appears under "Source" at the bottom of the old description and if you go to "More details" it is the description that viewers see.
This is the media display screen with description: https://en.wikipedia.org/wiki/Lost_Girl#/media/File:LostGirlTVSeriesLogo.jpg
How do you delete the old, now-incorrect description so that the new one replaces it? Pyxis Solitary (talk) 00:05, 6 June 2017 (UTC)
- The description shown directly below the picture is from the image link (i.e. something like
[[File:Example.svg|description]]
). This code is generated by the infobox so you have to modify theimage_alt
parameter of the infobox (in the article). You can see the description from the file description page if you scroll down, below the source. --Tacsipacsi (talk) 19:01, 6 June 2017 (UTC)- Thank you. I deleted the "image_alt" field from the template. Before doing so, just to make sure, I looked at a dozen random TV infoboxes and they did not include the field. Clicking on the image itself displays the text for the image in media view. Pyxis Solitary (talk) 11:20, 7 June 2017 (UTC)
Old/Obsolete Map
In the "English Wikipedia" article, section "Graphics", the graphic showing the map of 25 countries editing English Wikipedia the most has the former Sudan on the map, before the split-off of South Sudan. This must be updated.--Bornsommer (talk) 15:01, 11 June 2017 (UTC)
How tO edit an image?
Hi, This image has some factual errors and I would like to edit it.So how to do that??Please help https://commons.wikimedia.org/wiki/File:World_metro_system_cities.png#/media/File:World_metro_system_cities.png - — Preceding unsigned comment added by Editormallu (talk • contribs) 18:24, 22 June 2017
- Removing the Faroe Islands would be a start as they are not and never have been part of the EU (or EEC before that). 212.55.53.51 05:17, 30 June 2017 (UTC)
"Donetsk People's Republic" and "Lugansk People's Republic"
While these ones are marked at the map, they should be orange colored. — Preceding unsigned comment added by 37.57.221.237 (talk • contribs) 09:36, 30 June 2017
- I can't know what picture you're talking about, as this kind of shitty behaviour (cheating users about the right place of discussion) of the MV is already a phab-item. But, as I mentioned various times here on this page, nobody cares about dull maintenance, they all just want develop useless new bling. Grüße vom Sänger ♫(Reden) 13:44, 1 July 2017 (UTC)
Media viewer a 5th wheel
This viewer had many problems from the start and was pushed on wikipedia as a default viewer even while all the bugs were still being worked on, and against the wishes of many users. No file info -- to get that you have to go to the normal viewing. This viewer doesn't do a thing that the normal viewing doesn't offer. So why is it here? Where is the disable button? — Preceding unsigned comment added by 159.83.4.1 (talk • contribs) 21:49, 2017 July 19 (UTC)
- The location of the disable button is explained on this page. MediaViewer is very convenient in situations where the user wants to watch many images on a page, e.g. view an article gallery, find the best photo in a Commons category or compare two images on a Commons file page. --Tacsipacsi (talk) 14:36, 23 July 2017 (UTC)
Why can't I copy just a part of the HTML or wiki code?
Hello, when I want to copy the code for a picture, HTML or wiki code, I can only mark and copy the whole code. But I want to copy only those parts that I need. Why isn't that possible? Why does the MV force the users to copy everything? By the way, copying often does not work. I click on crtl-copy at the marked text, and when I try to paste it in the wiki editor, it turns out that nothing was copied. Ziko (talk) 18:33, 15 September 2017 (UTC)
This map is no longer accurate
and I don't know how to change it.
4 countries: Spain, Peru, Mexico and Kuwait, have all closed the Norh Korean embassies and expelled the NoKo embassadors this month , sept 2017. — Preceding unsigned comment added by 24.48.9.217 (talk • contribs) 20. Sep. 2017, 02:44
- I don't know what map you're talking about, as this is not, like it looks like in the MV, the talk page of the picture, but only the talk page of this picture viewer. It's very deplorable, that nobody of the devs seems to dare about maintenance of this software, now that it is out in the wild. This wrong layout, the prominent click for the nearly irrelevant talk page here and the hidden possibility for reaching the extremely more important talk page of the picture itself is known for far over a year, the bug report was filed last year in April, but nobody cares about the users, once the software package is out. They don't like maintenance, they rather produce more unwanted bling from scratch. Grüße vom Sänger ♫(Reden) 04:26, 20 September 2017 (UTC)
Somebody needs to change this chart - it is not GLOBAL in coverage. It only covers measurements (believable or not is a separate issue) over land masses. And not universal coverage, even over land masses. Since the Earth is approximately covered by water about 75%, the chart and its relative measurement accuracy, sample times, and interpretation is HIGHLY questionable. --2600:6C48:7006:200:B056:6066:1296:EF0B 02:00, 5 February 2019 (UTC)
Inset images
I use another image within the caption, such as the hashed legend box as at this page, but the box does not appear in Media Viewer.
The white legend box is not an image and displays ok.
I couldn't see anything in this discussion or the help pages, is this a known shortcoming or has it been overlooked?
--The Equalizer (talk) 05:01, 16 October 2017 (UTC)
- HtmlUtils blacklists everything except the
<a>
,<span>
,<i>
and<b>
tags. It might be expanded with<img>
, but large images should be filtered somehow. --Tacsipacsi (talk) 18:24, 16 October 2017 (UTC)
"Shiny red button/marker widget. Used to mark the location of something such as a tourist attraction."
User visits w:Theodore Roosevelt National Park and at bottom there is a picture of "Badlands during a winter night" which he clicks, and then clicks the right arrow to see the rest of the pictures, ending up on "Shiny red button/marker widget. Used to mark the location of something such as a tourist attraction." Further clicking of the right arrow just remain on this erroneous last image. Jidanni (talk) 19:36, 31 October 2017 (UTC)
- @Jidanni: It’s not an error in the extension. This icon is really present in at the end of the article, 59 times (the second navbox transcludes {{National parks of the United States map }}). So MediaViewer lets you view all these images, apparently the same one 59 times. If you click on the arrow 60 times, you will see a different image—US Locator Blank.svg—for the 60th (in theory; I’m not masochist enough to do this). The template should be fixed, first by using the
|link=
image parameter instead of absolute positioned links, and second by explicitly disabling MediaViewer by adding thenoviewer
class to the outer element. --Tacsipacsi (talk) 21:11, 31 October 2017 (UTC)- OK I hope somebody fixes whatever needs to be fixed. I am just a member of the w:general public. Thanks. Jidanni (talk) 21:24, 31 October 2017 (UTC)
Annotated images
ImageAnnotator is a useful gadget on Commons. Sadly MediaViewer does not allow to see annotations. It would be nice to add this feature. Szczureq (talk) 08:30, 16 November 2017 (UTC)
- FileAnnotations will once eventually replace ImageAnnotator, so this extension should certainly be integrated with MediaViewer. But nothing has happened around this in the last five months, so integrating the gadget doesn’t look pointless… —Tacsipacsi (talk) 18:56, 16 November 2017 (UTC)
Setting
Where is this photo set? — Preceding unsigned comment added by 73.222.56.67 (talk • contribs) 05:51, 29 November 2017
False title for photo
There is a photo entitled 'German Luftwaffe Triplane Fokker Dr.I'. It portrays a German World War I squadron of Fokker Triplanes, but none belonging to the Luftwaffe. The German Empire's First World War air force was called the Luftstreitkräfte. The Luftwaffe was founded 15 years after World War I ended.
In addition there is also a false depiction of Spinosaurus aegyptiacus. Latest discoveries depict the creature as an aquatic animal. To make sure people are informed with the latest and thus most correct apperaence of the beast I think it is necessary to change to profile picture for a more recent one.
Description corrected. --Thor19 (talk) 00:02, 29 January 2018 (UTC)
In the article about "Halos", at the bottom there is an image that is mislabled as "Ra with Solar disc"; however the image more accurately depicts Re-Horakhty and Isis the mother of Horus, not Ra, as evidenced by the falcon head (Ra was depicted with a human head). Ra-Horakhty was a combined divinity which was both Ra and Horus. — Preceding unsigned comment added by OGdasky (talk • contribs) 17:13, 25 January 2021
What do I need to do to enable Media View for a custom tag extension?
I quite like a custom extension for pics and would like to modify it so it is compatible with Media Viewer:
https://www.mediawiki.org/wiki/Extension:AdaptiveThumb
Basically, it offers a scalable image that can be entered via a custom <pic> tag.
I have done a fork and would like to modify the source code:
when the users clicks on an image, I want Media Viewer to pop up.
What do I need to do to make that happen?
To educate myself, I have written a test extension that simply renders the exact same code File, but for a different tag.
However, it does not trigger the Media Viewer.
This happens only, if I put a [[File]] somewhere next to it on the same page.
So what exactly do I need to do to make a custom picture extension compatible with Media Viewer?
--Schreibhan (talk) 11:35, 10 March 2018 (UTC)
- Here is the code selecting the images to be used, so you have to add one of these classes to your code to get it processed at all. You also need to store your images in the regular image directory (e.g.
https://upload.wikimedia.org/wikipedia/commons/a/ab/file.png
for Commons) and have a link (<a class="image">
tag) containing the<img>
tag. And, of course, a file description page if you want to show any details. Maybe it’s easier to produce a regular file link internally, and just override its width/height. —Tacsipacsi (talk) 10:57, 11 March 2018 (UTC)
Thanks for the answer, it is much appreciated. However I noticed that the Media Viewer code does not get included unless it detects a [[File:...]] on a page at parse time.
So my custom tag handler calls the parser and hands it a dummy File tag. I gave it the metadata class so that Media Wiki viewer isn't displayed twice and made it invisible so the extra file isn't displayed on the page:
$dummyMarkup = "<span class=\"metadata\" style=\"display:none\">[[File:$fileName]]</span>"; $prefix = $parser->recursiveTagParse($dummyMarkup, $frame);
It sort of works, Media Viewer pops up when I click on my images.
However, sometimes images are displayed distorted in the Media Viewer (full height, but only a few pixels wide).
When I click on such a distorted image in Media Viewer, it is then displayed correctly.
Would you have any idea what causes it? And how I could make Media Viewer display images with correct dimensions immediately?
--Schreibhan (talk) 19:35, 12 March 2018 (UTC)
Image 4-677-222-01
I missed the file name, could I change it to 4-677-222-02? Basquyati (talk) 02:07, 1 April 2018 (UTC)
Remove the map publicated. It is fake.
Remove urgently the map considered as the map of Herodotus because it is fake and is manipulated. Original map of Herodotus contain the world "Illyria" in it that is erased by the map you are publishing on wikipedia. If you want to be serious and not be kidding with the history of Europian nations then remove this fake map and replace it with the original map of Herodotus which contain name "Illyrians" on it. Why you manipulate ancient maps and erase name Illyrian from them? Just because you are interested on creating an identity for greeks? Shame on you. History is not told right with manipulations. Tell the history of the world as it is and give to albanians their rights and stop censuring the truth about illyrians and albanians just because you are interested on protecting the greeks and their false identity. Check your sources and and correct them according to the certified atlas maps of the [[National Library of Scotland}} and here is the link of original map of Herodotus https://maps.nls.uk/view/101105572 - 79.106.126.218 16:16, 9 May 2018 (UTC)
License information?
How do I get license information to display properly in the media viewer? I've tried a number of id attributes but it still just shows "View license" for every file. The project I'm on doesn't have the default wikipedia copyright templates copied over if that makes things difficult, it's mostly all rebuilt from scratch. Our information template uses those id attributes fine (including permission details), but none of the licensing ones are being recognised. Thanks. --Jessietail (talk) 13:53, 27 May 2018 (UTC)
- @Jessietail: You have to install Extension:CommonsMetadata as well. —Tacsipacsi (talk) 14:03, 27 May 2018 (UTC)
- @Tacsipacsi: It is installed but still not showing. I'm not sure if I don't understand properly how to set up the licenseptl stuff or if I have to set up the licensing templates in a certain way. --Jessietail (talk) 06:30, 30 November 2018 (UTC)
- @Jessietail: Have you used the classes listed at c:Commons:Machine-readable data#Machine readable data set by license templates? Also, it’s not there, but as far as I know, it’s also a requirement that the tag having
class="licensetpl"
is a table, while theclass="licensetpl_*"
are<span>
s within the table. (By the way, it might be helpful to copy a template from Wikipedia for debugging. If you don’t want to get a headache because of the numerous dependency templates of Commons, you might try out e.g. this one, which should work fine—at least in terms of the metadata part—without any other template imported.) —Tacsipacsi (talk) 16:34, 2 December 2018 (UTC)- @Jessietail and Tacsipacsi: The requirements written on that page are accurate. See TemplateParser::parseLicenses for the actual code. The template should look something like this although if you want to do it with minimal effort, you can just add the information in a hidden div, like
<div class="licensetpl" style="display:none"><span class="licensetpl_long">[long license name]</span><span class="licensetpl_short">[short license name]</span><span class="licensetpl_link">[link to license]</span></div>
. --Tgr (WMF) (talk) 18:48, 4 December 2018 (UTC)
- @Jessietail and Tacsipacsi: The requirements written on that page are accurate. See TemplateParser::parseLicenses for the actual code. The template should look something like this although if you want to do it with minimal effort, you can just add the information in a hidden div, like
- @Jessietail: Have you used the classes listed at c:Commons:Machine-readable data#Machine readable data set by license templates? Also, it’s not there, but as far as I know, it’s also a requirement that the tag having
- @Tacsipacsi: It is installed but still not showing. I'm not sure if I don't understand properly how to set up the licenseptl stuff or if I have to set up the licensing templates in a certain way. --Jessietail (talk) 06:30, 30 November 2018 (UTC)
Not a Picture of Corypha utan
File:Corypha_utan_2zz.jpg is not a picture of Corypha utan . this picture is in the genus Corypha . This publication is by "Ruff tuff cream puff" in date of "19 mai 2018 à 12:08" Can I nullify this version ? RuB (talk) 19:24, 2 June 2018 (UTC)
BUG: image rotated and distorted
The image en:File:Arquebus mp3h3723.jpg, when opened in the Media Viewer, is rotated on its side and the width and height seems to be switched (on the display), so it is very distorted. In the wiki page it's used it is normal, as it does in the details page, so it is a Media Viewer bug. I'm using Firefox 60.0.1 (64-bit) on Windows 7. Frlara (talk) 07:29, 6 June 2018 (UTC)
- The displayed thumbnail is rotated, but its width and height is based on the normal-position version. This may be fixed by simply clearing the server-side cache (which can be achieved by appending
?action=purge
to the thumbnail URL), but I leave it as it is for further debugging if needed. —Tacsipacsi (talk) 21:49, 7 June 2018 (UTC)- It may have something to do with the proper orientation of the photo arising from a read of an ExIf instruction rather than the pixels being in the right place. If the pixels are in the wrong place but an Exif instruction "turn 90 degrees clockwise upon opening/viewing" the photo will look right IN APPLICATIONS THAT DO READ AND OBEY the Exif instruction. In applications that can't read or do ignore the Exif instruction, the pixels will appear on screen where they really are in the file, and the photo will be seen lying on its side. Obviously some Wiki images are sideways and some Wiki ways of viewing them are Exif-sensitive and while others are Exif-disregarding, hence different results depending on the way in to the photo. The remedy is to turn the photo sidewise by using the op-sys alone (not using a software that might rotate by injecting an Exif instruction), i.e. a right-click on the file icon with a choice of "rotate" and a clockwise or counterclockwise choice of twist. This will remove an Exif instruction and actually move the pixels around. If they're still not in the right place you can right-click again and rotate again. This works in Windows 7. Of course it's more than likely that in Windows 10 Microsoft has botched it all up by doing the rotation not by moving pixels around, but, rather, by appending an Exif instruction into the file. If that is true and you have Windows 10, my Windows 7 remedy here will not work.74.64.104.99 16:09, 31 May 2019 (UTC)Christopher L. Simpson
- Thanks for the tip! I think, however, that it’s better to get MediaViewer handle this case than to manually fix all such images (again and again). —Tacsipacsi (talk)
- It may have something to do with the proper orientation of the photo arising from a read of an ExIf instruction rather than the pixels being in the right place. If the pixels are in the wrong place but an Exif instruction "turn 90 degrees clockwise upon opening/viewing" the photo will look right IN APPLICATIONS THAT DO READ AND OBEY the Exif instruction. In applications that can't read or do ignore the Exif instruction, the pixels will appear on screen where they really are in the file, and the photo will be seen lying on its side. Obviously some Wiki images are sideways and some Wiki ways of viewing them are Exif-sensitive and while others are Exif-disregarding, hence different results depending on the way in to the photo. The remedy is to turn the photo sidewise by using the op-sys alone (not using a software that might rotate by injecting an Exif instruction), i.e. a right-click on the file icon with a choice of "rotate" and a clockwise or counterclockwise choice of twist. This will remove an Exif instruction and actually move the pixels around. If they're still not in the right place you can right-click again and rotate again. This works in Windows 7. Of course it's more than likely that in Windows 10 Microsoft has botched it all up by doing the rotation not by moving pixels around, but, rather, by appending an Exif instruction into the file. If that is true and you have Windows 10, my Windows 7 remedy here will not work.74.64.104.99 16:09, 31 May 2019 (UTC)Christopher L. Simpson
Language in translated SVG
It seems that the mediaviewer extension fails to take into account that an image has been required to show labels in a certain language.The thumbnails example below is supposed to show this, but it seems this wiki does not take into account « lang= » parameters so please see [frwiki article] for an example. When clicked on the image, the image viewer shows the labels in english although in the frwiki thumb we can read the french one.
TomT0m (talk) 15:19, 21 August 2018 (UTC)
- @TomT0m: It works for me in the linked article. (Doesn’t work here, of course, as JPEG, which is used here, can’t be translated.) —Tacsipacsi (talk) 15:29, 21 August 2018 (UTC)
- @Tacsipacsi: oops, corrected the file name. Right, that seem to work now. Maybe a caching issue or something like that. TomT0m (talk) 16:16, 21 August 2018 (UTC)
- @Tacsipacsi: Actually there seem to be something weird going on because now, when I click on the french thumb on this page, I got the english version in media viewer with … the caption « image in english » of the first thumb in english on this page. However if I delete the english thumb the french version is shown. Heisenbug or something ? TomT0m (talk) 16:27, 21 August 2018 (UTC)
- @TomT0m: MediaViewer seems not to handle correctly the case when the same image appears more than once on a page—it always processes the first instance. However, if you click on either of the images and click on the right arrow (or press the right arrow key etc.), it shows the French image (and description). —Tacsipacsi (talk) 00:14, 22 August 2018 (UTC)
- @Tacsipacsi: Actually there seem to be something weird going on because now, when I click on the french thumb on this page, I got the english version in media viewer with … the caption « image in english » of the first thumb in english on this page. However if I delete the english thumb the french version is shown. Heisenbug or something ? TomT0m (talk) 16:27, 21 August 2018 (UTC)
- @Tacsipacsi: oops, corrected the file name. Right, that seem to work now. Maybe a caching issue or something like that. TomT0m (talk) 16:16, 21 August 2018 (UTC)
"Other Languages"
be helpful if the names of the Other Languages would appear when hovered — Preceding unsigned comment added by 173.61.6.61 (talk • contribs) 08:27, 26 August 2018
Boobytrapped ">" button
User pleasantly clicks ">" to see the next picture over and over, until the last, whereupon that spot now becomes the magnifying glass, causing him to just get an enlarged version of the last picture. Jidanni (talk) 13:13, 2 September 2018 (UTC)
In fact wouldn't it be more polite to loop back around to the first, with a little message informing him that has happened. Jidanni (talk) 13:15, 2 September 2018 (UTC)
Also "<" should loop around to the final pic. Jidanni (talk) 13:15, 2 September 2018 (UTC)
Grimlord Logo png in infobox
Hi everybody Could you tell me in free time why File:GrimlordLogo.png is not transparent in Grimlord wikipedia [[2]] infobox. the logo file is in png format, but as a result displays like jpg. Grimpic (talk) 20:07, 17 September 2018 (UTC)
Help:Extension:Media_viewer lacks a sample image; wikification
At "#How can I embed an image on another page?" section, an image link is missing for given instruction. A circular/curvy arrow needs to appear here. --Omotecho (talk) 05:28, 28 September 2018 (UTC)
Please add "(37 of 56)" etc. so we know how many photos are left to look at
Let's say a page has 56 pictures. Well, all we can see for navigation information is '<' and '>'.
Please add "(37 of 56)" etc. so we know how many photos are left to look at while we browse along. Jidanni (talk) 11:41, 21 January 2019 (UTC)
- This is an excellent suggestion! I have often felt its lack. 69.201.178.23 20:26, 1 March 2021 (UTC)
- Sorry, I didn't realize I needed to log in separately from being logged in for Wikipedia, but I made the above remark.
- Sorry again, I didn't leave the 4 tildes. Third time's the charm! WordwizardW (talk) 20:29, 1 March 2021 (UTC)
Extraneous "related" images / info
This may be a problem with a particular Wikipedia article but I can not tell.
In the Wikipedia article Ladder , in the media viewer (I think) if one steps thru all the images with the right arrow one gets to an unrelated image: Using_a_DTApe.JPG
and the on the More Details page of that image, the "File usage" section indicates a bunch of pages including Ladder that do not actually use it. Fholson (talk) 11:48, 27 April 2019 (UTC)
- @Fholson: Thanks for the report! File:Using a DTApe.JPG is used in one of the navigational boxes (navboxes) on the bottom of the page, namely Template:Forestry tools. This is the reason why it’s used in more than a hundred articles. Images used in navboxes can be excluded from the Media Viewer, but the English Wikipedia community decided not to (or hasn’t decided yet; I don’t know whether it has been decided upon). Individual navboxes could also be changed to disable Media Viewer within them, but I don’t recommend it, as it makes the situation even more confusing. —Tacsipacsi (talk) 12:32, 1 May 2019 (UTC)
File descriptions missing
Why don't I see Commons file descriptions if I access Media Viewer from wikipedia, but only the wikipedia captions? JMK (talk) 18:52, 11 May 2019 (UTC)
- They are back, thank you. JMK (talk) 18:58, 13 May 2019 (UTC)
Metadata panel too big
Hello, since yesterday (or one or two days earlier), the metadata panel sometimes shows not only the basic information (author, source and license information), but also the filename, the creation date, the coordiantes and some links which also led me here. This is very annoying because then the panel covers about 20 % of the screen and hides part of the picture. I could not find out what is the criterion for opening the extended panel, but it seems that it does not appear at second opening of the picture. Can somebody please stop the extended metadata panel from taking over Wikipedia? Thank you.--Lguenth1 (talk) 06:57, 14 July 2019 (UTC)
- @Lguenth1: I see no change. The metadata panel is since long resizable, showing these data in its expanded form. It can be toggled by scrolling it (using mouse, up/down arrow keys, PgUp/PgDn keys etc.), and expanded by clicking on the collapsed panel. —Tacsipacsi (talk) 13:37, 14 July 2019 (UTC)
- @Lguenth1: Same, @Tacsipacsi: but that steps obviously ours are done but that malformed sizes appears again, still deleting cookies. --Urbanuntil (talk) 01:37, 18 August 2019 (UTC)
Problem when closing the metadata panel
There seems to be a bug since some days. When you open any picture on a site and close it with X again, there is a jump to the very top of the article. This is extremely annoying and should be changed so that the position in the article is not affected by opening and closing of the metadata panel. Thanks.--Lguenth1 (talk) 17:29, 5 November 2019 (UTC)
Colouring seems misleading for China
The colour for China and the legend indicate that in China there would be over 0.1 cases per million inhabitants. Assuming there are about 1,450,000,000 inhabitants in China, and taking either the number of confirmed COVID-19 cases (i.e. 80,824) or the number of confirmed cases minus the confirmed recoveries and deaths (i.e. 80,824 - 65,569 - 3,189), this would lead to approximately 55.7 or 8.3 cases per million. So, while strictly speaking the colouring is not wrong (since both numbers are indeed over 0.1 cases per million), the colouring is misleading. Who is technically knowledgeable enough to change the colouring of the map for (at least) China?Redav (talk) 13:14, 14 March 2020 (UTC)
- Moving to File talk:March14 cases per-capita-COVID-19.png at Wikimedia Commons. 90.129.207.233 17:18, 14 March 2020 (UTC)
About the viewer
Hi, new topic if I'm doing this right. And this is about the viewer itself.
Everything works as advertised for me in firefox, but my one irritation -- and it's a big one -- is this:
Full screen, yes. Enlarge, yes. But have you ever tried to enlarge post fullscreen or fullscreen post enlarge? For me, each function cancels the other, enlarge drops out of full screen and vice drops out of versa, so I cannot do an enlarged fullscreen image, which for things like maps are critical.
What is wanted is, Big Image, Using All Screen Real Estate, on a laptop, otherwise I might as well be squinting at a small fraction of the internet, like on those phones all of which are too small for serious wikipedia-ing.
It seems this wasn't a problem at least a few years back, because I would have noticed and complained as I am now.
Did you lose this functionality? Am I expressing this clearly?
Smartest people in the world, working together, ought to be a cinch. I mean, it ought to be easy.
Maybe "simplified" UI lost this ability?
Otherwise, a great, intuitive, helpful widget, which I would love if not for this one Irritant.
Thank you.
<{: )}> — Preceding unsigned comment added by 2601:643:8403:9220:813f:4db9:39f6:b4 (talk • contribs) 03:17, 17 March 2020
Wrongly captioned photo
The photo says "villa under construction" but that cannot be right with a modern electric train seen clearly in the background. Picknick99 (talk) 15:52, 28 April 2020 (UTC)
Misleading Colorization
The color scheme is backward. We need strong growth as bright red and population reduction as green. Just check out "Planet of the Humans" (2019) at www.filmsforaction.org/watch/michael-moore-presents-planet-of-the-humans or any other number of natural disasters with probability that increases with population, most notably the ability of humanity to self manage. — Preceding unsigned comment added by MichaelWardPdx (talk • contribs) 18:01, 29 June 2020
Linking to users' talk pages would be more helpful than just linking to user pages
When I click on an image in an article on enwiki, this page comes up (I'd link an example, but mediawiki has a snit when I try it). There's a link to the user page of the user who put up the image, but not to their talk page or contribs. For redlink users with no user page, that's a problem if we want to get in contact about the file! Could a talk page link be added next to it? Pauli133 (talk) 17:51, 3 August 2020 (UTC)
- @Pauli133: Unfortunately this is out of control of the media viewer: it just copies over whatever is in the Author field of the file’s infobox. If that’s a link to the user page, then it displays a link to the user page; if that’s an unlinked user name, it displays an unlinked user name; if that links to the user talk page, then it displays the link to the user talk page. —Tacsipacsi (talk) 23:42, 3 August 2020 (UTC)
- OK, then where do I go to request logic be added to tack on a link to usertalk whenever user namespace is linked in that author field? Cause this really doesn't seem like an insurmountable technical hurdle. Pauli133 (talk) 01:20, 4 August 2020 (UTC)
- @Pauli133: I don’t think it’s really feasible in the current situation—currently this is a “black box” for the media viewer, it just displays whatever is in the infobox field. It may contain anything: a simple internal link, a link to another wiki, or even quite complex structures like tables, so if the media viewer wanted to “understand” it, it would get it wrong every now and then. Hopefully this will be possible with the Structured data on Commons (SDC) project—currently very few files have structured data compared to the tens of millions of files on Commons, but making it widespread is being worked on. —Tacsipacsi (talk) 12:31, 4 August 2020 (UTC)
- OK, then where do I go to request logic be added to tack on a link to usertalk whenever user namespace is linked in that author field? Cause this really doesn't seem like an insurmountable technical hurdle. Pauli133 (talk) 01:20, 4 August 2020 (UTC)
Shouldn't this page be called Extension:MultimediaViewer/About?
Since the name of the extension is Extension:MultimediaViewer, this page is currently a subpage of a redirect. * Pppery * it has begun 21:06, 19 August 2020 (UTC)
Color blocks too thin
The color blocks describing https://en.wikipedia.org/wiki/Google_Street_View#/media/File:Google_Street_View_coverage.svg are too narrow to figure out which color they are, except for e.g., orange. Jidanni (talk) 12:07, 12 October 2020 (UTC)
- Any update on this - this has been ongoing a while, seems to be when used with the Legend template such as here:
- Nottingham Urban Area
- Thanks, The Equalizer (talk) 21:57, 18 April 2021 (UTC)
Map in (german) „Autobahn (Polen)“
Hey, what do the 'blue roads' (in here: „https:// de.wikipedia. org/wiki/Autobahn_%28Polen%29#/media/Datei:Nowamapastan.png“) stand for? It would be great to add this information to the legend in my opinion. Thank you and a great day!—Koelnfan (talk) 12:14, 6 November 2020 (UTC)
Another "sorry, the file cannot be displayed" error
The variant I get is
Sorry, the file cannot be displayed.
There seems to be a technical issue. You can retry
if it persists. Error: http
The images load just fine in the gallery view or if I go directly to the File:
page, so this is MediaViewer-specific. Is there any way to access a more specific diagnostic? How can I find out what file or URL it is trying to access, and what the problem was? --Woozle (talk) 01:08, 12 November 2020 (UTC) (edit: here's the page I'm looking at -- https://hypertwins.org/mw/2017/08/21)
- Did you resolve this issue? When it happens on my wiki https://school4schools.com/wiki it clears on purging cache. But users wouldn't know to do that, so they just get the error. School4schools (talk) 19:18, 13 June 2022 (UTC)
- You can find out the exact error via the browser's developer console and/or network tab. Tgr (WMF) (talk) 22:10, 11 July 2022 (UTC)
How do we change the wrong map in the English Wikipedia Miletus article?
How do we change from a Spanish-language map in the Miletus article to an English-speaking one? It needs to be changed to be useful... Stevenmitchell (talk) 16:53, 14 November 2020 (UTC)
________________________________________________________________________
There is a Typo in this phrase which describes the image: "A beautiful sculpture of lord shiva with backgorung as mountain."
The misspelled word should be "background."
- User:Stevenmitchell, your Miletus doesn't work. Are you sure you're using the right article? Is it Wikipedia? Is so, please post a website here so I can get a better idea of what your problem is. Thank you! JackReynoldsADogOwner (talk) 00:55, 28 December 2020 (UTC)
- Fixed it here by searching for "backgorung" Victuallers (talk) 09:31, 16 June 2021 (UTC)
Media Viewer Support for .ogg Files
Cycling through media in an article using Media Viewer will skip the .ogg files in the article. Is it within scope to include media of any kind, including images? — Preceding unsigned comment added by 154.160.14.54 (talk • contribs) 16:54, 20 January 2021
Wrong hotkeys
Currently there is the following information "shift-click: open the file page in a new window", "command-click: open the file page in a new tab", "control-click: show a menu of options". I live in Ukraine, and judging from this website, https://gs.statcounter.com/os-market-share/all/ukraine , most users have either Windows (most Windows computer do not even have command key, unless it is a Windows operated Macbook), or Android (that normally does not even have any keys unless someone plugs in a keyboard which is very uncommonly done). Only then goes OS X at around 6% with about the same number of iOS users (again normally do not have any keys at all). The problem is that I do know that on Windows and Ubuntu control click opens a tab and that that shift hotkey seems to be correct but a) I do not know if MediaViewers modifies some default behaviour somehow b) I do not know what would be the alternative for mobile users who brows in desktop mode. --Base (talk) 04:18, 19 February 2021 (UTC)
Russian Attribution
For some reason, files uploaded to Commons with the "Attribution" license cannot be translated into Russian (in Russian it's "Атрибуция"). So how can I translate it correctly? Roman Kubanskiy (talk) 06:57, 27 February 2021 (UTC)
If I wanted to update a bio page photo, with accompanying MediaWiki info, how would I do that?
If I wanted to update a bio page photo, with accompanying MediaWiki info, how would I do that? WordwizardW (talk) 20:34, 1 March 2021 (UTC)
Bug report: image icons not shown in legend
Image icons in the legend are not shown in Media Viewer. Example: commons:File:2021 Tour de France map.svg#Summary correctly shows Race Start, Race Finish, etc. But in Media Viewer on English Wikipedia (en:2021 Tour de France#/media/File:2021_Tour_de_France_map.svg), the image icons are missing. If the icon is not an image but a character, or a rectangle of solid color, it is shown correctly. It might be related to this discussion: #Inset images. Tomchen1989 (talk) 13:29, 29 June 2021 (UTC)
- @Tomchen1989 yeah, MediaViewer only allows plain text with minimal formatting in the description. Using CSS-based icons would be an option, but needs T284857 fixed first. Tgr (WMF) (talk) 21:24, 29 June 2021 (UTC)
Source not shown on non-free files
When viewing a non-free file on enwiki, in the source field, it just says "Source". No links or anything. Is this a bug? Berrely (talk) 14:48, 11 July 2021 (UTC)
Unsupported file types
Hello!
I was wondering why certain file types are unsupported by MediaViewer, for example image/webp (c:Special:MIMESearch/image/webp), image/x-bmp (w:Special:MIMESearch/image/x-bmp) and image-x-xcf (c:Special:MIMESearch/image/x-xcf), and if these filetypes could be supported. Thanks - Jonteemil (talk) 23:28, 18 August 2021 (UTC)
- @Jonteemil IIRC it's limited to image types which the browser can display natively (as clicking on the displayed image takes you to the original file). Maybe that could include WebP today; back then there wasn't much browser support for it. Tgr (WMF) (talk) 06:16, 19 August 2021 (UTC)
Disabling Media Viewer is confusing
I wish to report that disabling the Media Viewer is difficult due to the necessity of first disabling the global user preferences, and then disabling the local user preferences. While I appreciate being able to set a local preference to override the global one, I found this process confusing. The "Set a local exception" text isn't shown, and I think that adds to the confusion. All it says is, "Disable (Enable) Media Viewer".— CJDOS, Sheridan, OR (talk) 03:38, 11 September 2021 (UTC)
- @CJDOS I take it you are referring to GlobalPreferences functionality. There isn't anything specific about how they work in the case of MediaViewer - you either need to disable it in your global preferences, or you need to disable it as a local override. Tgr (WMF) (talk) 21:00, 11 September 2021 (UTC)
- But, I tried that. Specifically, on my Wikipedia Preferences page, there are two inline boxes for "Disable (Enable) Media Viewer", the left one was ticked (blue), while the right one was ticked and inaccessible (grayed out). Steps I took:
- I unticked the left one, but the Viewer remained enabled.
- I looked at my global Preferences, and noticed that the right one was now blue ticked. I presumed this to be the global one and unticked it. As soon as I unticked it, the left one re-ticked itself (grayed out).
- I went back to my local Preferences and unticked the blue one (left), and that finally did the trick.
- My point being, it's a rather convoluted process. Perhaps some brief text on the Preferences menu would assist? — CJDOS, Sheridan, OR (talk) 21:19, 11 September 2021 (UTC)
- @CJDOS this is how it looks to me. You need to first check "set a local exception" so it uses the local value, not your globally configured preference; then you need to set the local preference to be what you want it to be. Seems logical to me.
- In any case, Help talk:Extension:GlobalPreferences would be the better place to bring this up. As far as MediaViewer is concerned, it's just a checkbox (boolean preference). Tgr (WMF) (talk) 23:55, 11 September 2021 (UTC)
- Thank you for the reply. No, that's not at all how this looks on Wikipedia. I'll upload a screenshot so you can see what I see. This is what the Global Preferences looks like, zoomed out to 90% view: File:En global pref-viewer.jpg — CJDOS, Sheridan, OR (talk) 08:54, 12 September 2021 (UTC)
- @CJDOS sorry, I probably misunderstood what you said. The screenshot I shared is from local preferences (Special:Preferences). The one you shared is from global preferences (Special:GlobalPreferences). That indeed works in the reverse: you need to first select that the given preference will be managed globally (ie. that you want to overwrite whatever local settings you have on the various wiki with what you are just about to set), then you need to select what the global value should be. Tgr (WMF) (talk) 16:47, 12 September 2021 (UTC)
- Thank you for the reply. No, that's not at all how this looks on Wikipedia. I'll upload a screenshot so you can see what I see. This is what the Global Preferences looks like, zoomed out to 90% view: File:En global pref-viewer.jpg — CJDOS, Sheridan, OR (talk) 08:54, 12 September 2021 (UTC)
- But, I tried that. Specifically, on my Wikipedia Preferences page, there are two inline boxes for "Disable (Enable) Media Viewer", the left one was ticked (blue), while the right one was ticked and inaccessible (grayed out). Steps I took:
Locations shown on maps on a Wikipedia page, disappear on the enlarged Media Viewer page
On https://en.wikipedia.org/wiki/Lytham_Hall There is a map showing the position of the hall:
On clicking the image, a page opens https://en.wikipedia.org/wiki/Lytham_Hall#/media/File:Location_map_United_Kingdom_Lytham_St_Annes.svg
But the Hall has disappeared.
Wouldn't using Google maps be more reliable? PS it does not seem possible to upload screen captures of Wikipedia pages to these Wikimedia discussion pages. ??! — Preceding unsigned comment added by Cvhorie (talk • contribs)
Hi Cvhorie! The dot is a separate image placed on top of the actual map, which is not something MediaViewer supports (T64572).
Using Google Maps would be problematic in a number of ways (legal, reliability, privacy...). You can use an OpenStreetMap-derived map instead; see Help:Extension:Kartographer. --Tgr (WMF) (talk) 04:49, 25 January 2022 (UTC)
Media Viewer grabs incorrect licence
On [3], Media Viewer thinks that the licence is public domain, even though it is the second licence on under the licence header. This is creating copyright issues with media that are licenced under attribution licences. Berrely (talk) 20:40, 25 February 2022 (UTC)
- Hi @Berrely! MediaViewer interprets multiple license templates as multi-licensing, and grabs the most permissive one. T89692 has more information. I recommend removing the other license templates - they are confusing not only for software but also for someone not speaking English. Tgr (WMF) (talk) 23:50, 25 February 2022 (UTC)
- Tgr (WMF) I have to include the OpenStreetMap one because it serves as licence information. Unless I copy all the text from that template into the description(?) it needs to remain there. Surely Media Viewer can check the licence in structured data? If the bot can add the correct structured data (which it has done) then why doesn't Media Viewer just call that? Berrely (talk) 09:08, 26 February 2022 (UTC)
- Not to mention the thousands of files that probably are also getting incorrect licences because of this. Berrely (talk) 09:11, 26 February 2022 (UTC)
- @Berrely would be interesting to know how the bot does it. Anyway, see my comment at commons:Template talk:Copyright information on how this could be handled. There wasn't much interest back then. Tgr (WMF) (talk) 00:43, 1 March 2022 (UTC)
- Not to mention the thousands of files that probably are also getting incorrect licences because of this. Berrely (talk) 09:11, 26 February 2022 (UTC)
- Tgr (WMF) I have to include the OpenStreetMap one because it serves as licence information. Unless I copy all the text from that template into the description(?) it needs to remain there. Surely Media Viewer can check the licence in structured data? If the bot can add the correct structured data (which it has done) then why doesn't Media Viewer just call that? Berrely (talk) 09:08, 26 February 2022 (UTC)
Media Viewer doesn't seem to switch over author information link to appropriate image.
There appears to be an apparent issue with the "View author information" link on Media Viewer. When I click on the text "View author information", it doesn't take me to the approriate image but to another file. And this becomes weird because if I click on a different image while in Media Viewer, and I go back to the back in question, it now links to that image regardless of what image I'm viewing through Media Viewer. I would try to sent some image proof, but this site doesn't let me. -- PanchamBro (talk • contributions) 23:28, 21 May 2022 (UTC)
- @PanchamBro thanks for the report! Can you share a specific example (viewer URL, or article URL)? You can upload images to some image bin service (e.g. https://ctrlv.link/ ) and link them, but an URL would be more helpful. Tgr (WMF) (talk) 13:14, 22 May 2022 (UTC)
- I can't sent any URL link as I keep coming an error message stating that I'm "trying to add an external link to a page". -- PanchamBro (talk • contributions) 23:11, 23 May 2022 (UTC)
Changing interface text
I run a small hobby-related wiki, and my users don't seem to recognize that the button to go to the file page is "more details", and when sharing pictures they tend to copy the long, unwieldy media viewer link.
I'd like to change the button to say "File page" or "Sharable link". Where do I find the interface text so I can edit it?
~ Michael Chidester (Contact) 22:48, 16 December 2022 (UTC)
- See Help:System message#Finding messages and documentation. —Tacsipacsi (talk) 01:17, 17 December 2022 (UTC)
- Cool, I didn't know about that trick. Thanks! ~ Michael Chidester (Contact) 02:03, 17 December 2022 (UTC)
Is there any way to keep Media Player disabled when not logged in? Perhaps whitelist cookie in browser?
I need to keep Media Player permanently disabled without logging in to Wikipedia. It keeps getting turned on after I turn it off. It might be two minutes later, or two hours or two days; it's completely unpredictable except that it always (every time, no exceptions) is turned back on after restarting the browser even though cookies have not been cleared. Is my choice not recorded in a cookie? Seems like it would be but I don't know how these things work. Auenwald (talk) 22:26, 17 April 2023 (UTC)
- It uses a cookie (or localStorage, I don't recall which) with a few weeks expiry. If the opt-out is lost quickly or on restart, you are probably using aggressive browser settings wrt storing site data.
- You can also try the JS snippet mentioned in How can I turn off this feature? via Tampermonkey etc. although you would have to figure out the right timing during page loading (too soon and mw.config doesn't exist yet; too late and the MediaViewer init script has already run). Tgr (WMF) (talk) 13:11, 20 April 2023 (UTC)
- @Tgr (WMF) IThat's not it (aggressive browser settings) - I ran tests and Media Player still comes back no matter what. Do you have any other ideas? I set browser permissions to keep cookies from Wikipedia while deleting the others. I also (separately) tried a cookie management extension and put Wikipedia on its whitelist which means it keeps the cookies. Still doesn't work. This was on a fresh profile with no other extensions. Auenwald (talk) 21:47, 20 April 2023 (UTC)
- Disabling is done by setting the
wgMediaViewerOnClick
key to0
in localStorage. There is no expiration time (I misremembered that part), localStorage settings theoretically live forever. Maybe you have nonstandard localStorage-related browser settings, or maybe something else evicts data from localStorage (in the past ResourceLoader did that, but in theory it has been fixed - see T235852). - Maybe there is some browser plugin for producing an audit trail of localStorage changes. Otherwise, see T85923#958187 for some debugging ideas. Tgr (WMF) (talk) 13:40, 21 April 2023 (UTC)
- Disabling is done by setting the
- @Tgr (WMF) IThat's not it (aggressive browser settings) - I ran tests and Media Player still comes back no matter what. Do you have any other ideas? I set browser permissions to keep cookies from Wikipedia while deleting the others. I also (separately) tried a cookie management extension and put Wikipedia on its whitelist which means it keeps the cookies. Still doesn't work. This was on a fresh profile with no other extensions. Auenwald (talk) 21:47, 20 April 2023 (UTC)
License tag detection with multiple tags
The Media Viewer is showing incorrect licenses when there are multiple license tags.
For example: The 15.ai logo has both the CC BY-SA license and fair-use, but Media Viewer is showing only the CC license, which can be an issue for reusing.
One way to solve this is to show a "View license" button if multiple tags are detected instead of a license, and when the download option is clicked with a fair-use tag, show the warning "This file does not have a free license. Check its details before using it." 2NumForIce (talk) 00:18, 3 October 2023 (UTC)
- The related task is T89692. I'm not the maintainer of MediaViewer anymore but personally I'd solve this at the template level, by ensuring that only one license template emits machine-readable metadata.
- Although in this case I'd just remove the misleading CC license template altogether. There is no such thing as "the image is CC-BY-SA but contains a derivative part", that's a clear violation of the CC license (which forbids adding limitations which are not part of the license). Tgr (WMF) (talk) 18:47, 3 October 2023 (UTC)
Cogwheel should open settings
Cogwheel should open settings; now it is opening only options for disabling media viewer. I think there are other topics possible (and possibly necessary).
I encountered dynamic maps (E.g. Wikipedia: Proto-Indo-European language), which include timeline changes, that are stepping forward automatically, and coming to the end loop again from the beginning, forever. If a map is complex, with details hard to read, and/or in unfamiliar language and/or script, default (I think 1-2 seconds) time is far from enough. Regarding that feature media viewer would need (some or all of) the following features:
- pause/continue
- set to different cadence (time before next change)
- set to manual (so that next step is shown after pressing a key - possibly dedicated, or any - or clicking a button)
Such functionality would be welcome (or necessary), if a teacher uses such a map for supporting her/his lecture, (s)he needs time to verify that the class had absorbed the information of the previous step, and IMO two or so seconds is not enough for that, with novices at the subject.
Because it is possible that timing is embedded in picture file I intend to mention this problem in it's talk page too. Marjan Tomki SI (talk) 05:57, 8 November 2023 (UTC)
- It's an animated GIF, there isn't any easy way to control it. (The hard way is discussed in T101644.) And there isn't really a better way to create an animated map. (I guess
<gallery mode="slideshow">
would be an option, but it's a lot more effort to set up.) Tgr (WMF) (talk) 22:26, 18 November 2023 (UTC)
ESC hotkey is too universal
Clicking the cog wheel, share or download icons on the media viewer page opens a panel, respectively; and the full-screen button also enters full-screen mode.
But if you try to close those panels / modes with the ESC hotkey, you end up also closing the entire media viewer. I find that highly irritating. Especially, as a laptop and touchpad user with no external mouse who prefers hotkeys in general.
I would appreciate if either ESC would behave more gradually, and react separately to two separate onkeyup events – or if the other features were tied to other hotkeys. (As a bonus) With the latter option, you could also *open* the panel with that same hotkey, say D for download. WoodrowShigeru (talk) 08:31, 29 May 2024 (UTC)
- Feel free to file a feature request (see How to report a bug). MediaViewer is not actively maintained but does get regular volunteer contributions, so the chance that it gets acted upon is small but not zero. Tgr (WMF) (talk) 19:13, 29 May 2024 (UTC)
Media Viewer now loops from end to beginning - how can i turn this off?
I somewhat understand why, when viewing the final file on a page, the right arrow now loops back around to the beginning. However, i would like to be able to disable this behavior. Is there already some way to do this? If not, could one be implemented? HunterRSC (talk) 05:51, 29 October 2024 (UTC)
- The related task is T77877. Tgr (WMF) (talk) 11:14, 29 October 2024 (UTC)
- Request retracted. The addition of a counter in around the top right corner satisfies my desire to more easily orient myself when clicking through media. HunterRSC (talk) 15:47, 14 November 2024 (UTC)