Extension talk:Add Media Wizard/Archive 1

From mediawiki.org

Archive Issues page

addMediaWiz is not a function

Also, some of the loaded js files have // in the path. The file loads without problems, but it could cause problems if it was hosted in an environment using mod_rewrite, for example. --Tgr 17:30, 3 October 2009 (UTC)Reply

I have created a gadget that should work (that includes the mv_embed js that is needed for the gadget to work) please check out the mwEmbed gadget Mdale 19:02, 5 October 2009 (UTC)Reply

It works with the new edit toolbar, doesn't with the old one though -- the button does not even appear. (I tried to use the new toolbar but gave up; too much loss of functionality.) --Tgr 16:33, 10 October 2009 (UTC)Reply

Did some rearranging of things to increase chances of working with old tool-bar in r57628 (will be pushed out shortly) --Mdale 21:09, 10 October 2009 (UTC)Reply

The old toolbar button seems to exist in a state of quantum uncertainty. For a day or two it worked fine; right now it does not appear, even through the gadget script seems to run fine (at least it sends a lot of log messages to the Firebug console, and no error). --Tgr 10:20, 17 October 2009 (UTC)Reply

Yea seems to be a problem with $j.wikieditor being defined even if using the old toolbar. I have put in a more generalized check in r57863 so add-media-wiz should work with old toolbar now. Mdale 20:26, 17 October 2009 (UTC)Reply

The place of the button on the old toolbar (first or last) changes very frequently (at least daily). Are you experimenting with the layout, or is that the effect of some sort of race condition?

Some people still report not always seeing the button, though for me it worked for the last few days. --Tgr 19:34, 19 October 2009 (UTC)Reply

The latter seems to depend on the browser. FF works fine, IE8 says Expected ';' mv_embed.js?urid=57411, line 83 character 10 --Tgr 20:12, 19 October 2009 (UTC)Reply

Works with the enhanced toolbar nicely

Just tried add-media-wizard from the enhanced toolbar. Search relevance, cropping and caption of the image, they all worked nicely. Can't wait to integrate into the enhanced toolbar. Shuhari 22:39, 8 October 2009 (UTC)Reply

Description extraction

Hi. Been using Add Media Wizard for a while now, great tool!

Would it possible to fill the thumb caption by extracting only the description field of the Information template? Maybe even, by detecting the active user language or the general language of the project, extracting only the relevant language description using Language templates? Jean-Fred 13:07, 10 October 2009 (UTC)Reply

Indeed, looking for {{en|foo}} (or some other language, based on user language) seems to be the best way to get a description on Commons. --Tgr 16:34, 10 October 2009 (UTC)Reply

oky added in language parse description for initial in-line description: r57627 --Mdale 21:01, 10 October 2009 (UTC)Reply

A few things to consider:

  • it doesn't seem to recognize {{en|1= (used to avoid problems with a = sign in the argument) test
  • this didn't work either, for no obvious reason: commons:File:Alma-Alter-noticeboard.jpg
  • it would be nice if the description in the content language of the wiki would take precedence (ie. in the contents of the {{fi|...}} template when you are on the Finnish Wikipedia)
  • when there is no description template, you could try to split by headings, and select the contents of == {{int:filedesc}} ==
  • you should strip categories and unknown templates. You could even try to throw away everything after the first double newline, it was useful more often than not in my (very limited) testing.
  • | (pipe) marks seem to cause a problem: test

--Tgr 20:03, 19 October 2009 (UTC)Reply

I second Tgr on every point. I gave it a try on test.wikimedia and it did not work as expected. I would also add that Commons descriptions are often something like {{en|[[:en:Toto|Toto]] at [[:en:TotoCity|TotoCity]] in 2009.}}, and it would be nice if all those wikilinks would be removed or converted to normal ones. Jean-Fred 19:55, 4 November 2009 (UTC)Reply

UI problems

  • when you try to crop an SVG with transparent background, the bg turns black (not a real problem, just strange) commons:File:Video.svg
  • selecting a sound file causes the gadget to hang (though it can still be closed, so not much of a usability problem); video works fine though
    • so does pdf. Surprisingly, djvu works (I can even crop it!)
  • if you open video options with the little wrench thing, then click "cancel insert", the options menu remains
  • the bottom left corner file format icon shows "unk" instead of gif
    • ah I get it, must be "unknown". "?" would be probably better.
  • cropping gif files changes their resolution

--Tgr 20:02, 19 October 2009 (UTC)Reply

Search for english name

Since Commons is mostly English (and the other sources even more), it might be better to search for the en: interwiki than the name of the article by default. --Tgr 15:33, 16 October 2009 (UTC)Reply

yea it would be nice if we integrated with the wikiword efforts Mdale 20:33, 17 October 2009 (UTC)Reply

Indeed, but Wikiword seems to be far from being ready, and checking the interwiki is a trivial thing. Right now the default search is useless for most articles on non-English wikis. --Tgr 23:47, 18 October 2009 (UTC)Reply

A few issues

Screen capture, using Opera 9.64 on Vista

Hello. Congratulations, your extension is pretty amazing. :-) Here are a few reports, illustrated with the screen capture:

  1. The button "cancel insert" should be renamed to "return to selection", or "return to gallery". That is, because the button doesn't close Add Media Wizard, but goes back to the previous dialog. It could be confusing.
  2. The buttons at the bottom doesn't render correctly on Opera 9.64.
  3. As shown in the picture, the "inline description" sometimes contains other information than the description, such as categories, or such.

That's it! I hope you can fix it! Keep up the good work! :-) Yours, Dodoïste 20:24, 20 October 2009 (UTC)Reply

Using on my own MediaWiki installation

Great extension. I've always found managing images w/ MediaWiki challenging and this is a welcome relief. I would like to use this on my own MediaWiki installation where I could pull images directly from the local File namespace. Is it possible to tweak for this purpose or are there any plans to make this extension configurable for this purpose? --Michael.Eddie 03:43, 16 June 2010 (UTC)Reply

I second this request. Great looking extension. --Phil B Roberts 20:40, 5 August 2010 (UTC)Reply

Cant get to work on en.wikipedia

How do I use this extension after it was enabled. The image icon on the Vector toolbar still calls the standard window...--Kozuch 15:25, 25 July 2010 (UTC)Reply

Breaks when Vector extra options not set

When the two options under preferences/editing/beta are not set, the dialog window breaks rather horribly (missing CSS, I suppose). It probably shouldn't hook on the toolbar button in the first place when these options are not set. --Tgr 13:43, 27 March 2011 (UTC)Reply

I believe this is the bug reported at bugzilla:34115. Can you confirm this is similar to what you are experiencing? Helder 14:46, 12 February 2012 (UTC)

Proposal feedback request: Goal of simplifying image and video uploading from Wikipedia article pages

Check out my grant proposal here: http://meta.wikimedia.org/wiki/Grants:IEG/Easy_Media_Uploader

Given theres overlay with this project but it has discontinued, I'd love insight on why things didn't work out.