Last modified: 2014-09-24 01:12:50 UTC
This would be useful especially when editing the image description, adding or correcting details which are visible on the picture. Furthermore, I don't understand, why the image isn't being displayed at all in the preview...
Done with r25819.
Reverted in r25831. This made the preview *less* like the actual page display than before. Image description pages don't have a right-floated gallery with a thumbnail of the image on them.
This problem persists on mediawiki. See by example : http://fr.vikidia.org/index.php/Image:Vikidia_16px.gif If you use [[Image:Vikidia 16px.gif|left]] or another parameters, mediawiki doesn't display it. It's a really problem.
I don't understand how comment #3 relates to the bug as described.
it's a mistake. See now bug #12719.
But I don't understand why the bug status has been set to RESOLVED? As far as I can see, the enhancement has not been implemented yet to MediaWiki.
bug was fixed originally par Brion. I reopened this one one day ago. It was a mistake from me.
Created attachment 4565 [details] EditPage.php shows images when previewing image descriptions Anyways, I tried to use the ImagePage::openShowImage function, don't know how good it works, but as I tested it, it looked as I expected.
Maybe this could be done by editing some interface message used on preview?
Maybe this could be done by editing some interface message.
The interface message seems to be "MediaWiki:Previewnote", e.g. [[w:MediaWiki:Previewnote]] or [[Commons:MediaWiki:Previewnote]] Commons uses now uses {{#ifeq:{{NAMESPACE}}|{{ns:6}}|[[File:{{PAGENAME}}|frameless|none]]}} See http://commons.wikimedia.org/w/index.php?title=MediaWiki:Previewnote&action=edit It's not great, but it works and it helps if one edits too many similar images at the same time.
*Bulk BZ Change: +Patch to open bugs with patches attached that are missing the keyword*
Roland, thank you for your patch, and I'm sorry for the wait. Can you check whether the original bug is still reproducible? And, if so, can you produce your diff in unified diff format and attach it to this bug? Thanks.
There is some discussion about this at http://commons.wikimedia.org/w/index.php?title=Commons:Village_pump&curid=751116&oldid=73109891#English-speaking_users.have_a_better_interface due to the fact that we have [[Commons:MediaWiki:Previewnote]] and [[Commons:MediaWiki:Previewnote/de]], but no [[Commons:MediaWiki:Previewnote/fr]] etc.
Please insert it to the standard page preview (don't forget to make the image accessible via an id to enable users to manipulate it via css/JS) and insert a pre-checked checkbox into [[Special:Preferences#mw-prefsection-editing]] to provide an easy option to disable it per user if someone does not like it. Maybe also add a textbox there to specify a thumbnail size (like it exists for normal page thumbnails).
>insert a >pre-checked checkbox into [[Special:Preferences#mw-prefsection-editing]] to >provide an easy option to disable it per user if someone does not like it. Is there any reason why someone would not like such a thing? (prefs are evil and all)
Lets not make this silly thing a preference. Not showing the image is an incorrect preview, and commons has done it locally for years.
(In reply to comment #17) > Lets not make this silly thing a preference. Not showing the image is an > incorrect preview, and commons has done it locally for years. Not really. It is just in English interface for years. And for some months in German. Not in other langs. Why I say pref? Because hiding via gadgets is unintuitive and causes page jumping (in case of JS). Also gadgets do not help smaller wikis - they cannot maintain / program them. Are prefs bad somehow?
(In reply to comment #16) > Is there any reason why someone would not like such a thing? (prefs are evil > and all) There is: it is just not needed if you just want to edit the text. It consumes vertical space which forces you to scroll to see the stuff which you did want to see (since you've edited it!). Yes, the image is useful, if you were editing the description and want to have a quick look at the image again (was the dog on the left or right side?). Currently I see it - but I think I would rather have it not shown by default (maybe just css hidden and shown by a click on a small link/button at its place.
I am trying out that currently (only problem is that the show/hide trigger is also shown before a preview is done): * https://commons.wikimedia.org/?title=User:Saibo/common.css&diff=73495526&oldid=70916280 * https://commons.wikimedia.org/?title=User%3ASaibo%2Fmonobook.js&diff=73496275&oldid=73052144
(In reply to comment #18) > (In reply to comment #17) > > Lets not make this silly thing a preference. Not showing the image is an > > incorrect preview, and commons has done it locally for years. > > Not really. It is just in English interface for years. And for some months in > German. Not in other langs. > So, commons has done it locally for years. Which languages it included is another, it was highly visible for many users. > Why I say pref? Because hiding via gadgets is unintuitive and causes page > jumping (in case of JS). Also gadgets do not help smaller wikis - they cannot > maintain / program them. Are prefs bad somehow? When coming down to pref vs. gadget, then this should be a pref. The main point is, this should not be a pref. Nobody should even want to care about this, and I am sure that if nobody points it out, nobody will notice. Its just part of the interface. Hiding every single thing that some users may not need at some points in time through a preference is crazy. That's not to say it can't be discussed. Feel free to provide rational reasons why it should not be displayed (ideally reasons that real users have expressed on Commons that didn't want the image in the preview).
(In reply to comment #21) > The main point is, this should not be a pref. Sorry, I will not follow that anymore if I get no real answer. Do it or do it not somehow and make MediaWiki not better, if you want to.