Last modified: 2013-05-28 12:59:46 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T43908, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 41908 - Not well-suited for Wiktionary's audio samples: 2nd file not playing, useless "Timed text" button, big image shown after file finishes
Not well-suited for Wiktionary's audio samples: 2nd file not playing, useless...
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
TimedMediaHandler (Other open bugs)
unspecified
All All
: High normal (vote)
: ---
Assigned To: Michael Dale
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-11-09 01:44 UTC by Yair Rand
Modified: 2013-05-28 12:59 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Yair Rand 2012-11-09 01:44:10 UTC
Wiktionary entries have audio samples, to show how a word is pronounced. These used to be accessed by clicking a small play button, at which point simple audio player controls would be displayed and the audio would be played. The new audio player always displays the full player, including the completely useless (on Wiktionary) "Timed text" button. The player taking up additional space is problematic, as are the numerous bugs in the audio player.

(I should probably open separate bugs for most of these, but just to quickly list: It crams a giant useless "audio" image into the settings box which opens after the file finishes, wastes virtually all of the space in it anyway, settings box has the wrong z-index, audio breaks entirely in some cases (see 2nd audio in [[wikt:food]]), wastes space in the player itself, has a completely messed up line-height in the settings box, and by the way, it appears to be advertising a commercial website in it, with a direct link to "Kaltura"'s sales page prominently displayed... ) Back to the point: 

While the new player might be an improvement for Wikipedia, it seems fairly clear that on Wiktionary it's a step backwards. I suggest that it be either either modified to work well with WT or disabled entirely there.
Comment 1 Andre Klapper 2012-11-09 02:07:03 UTC
Thanks for the report! (Though this should really be split into several bug reports.) I can confirm most of the issues that you've mentioned.
Comment 2 Helder 2012-11-09 02:25:51 UTC
(In reply to comment #0)
> it appears to be advertising a commercial website in it, with a direct link to
> "Kaltura"'s sales page prominently displayed...

That is bug 23965, open since 2010.
Comment 3 Michael Dale 2012-11-09 05:41:33 UTC
Hi Yari, 

I am waiting on another size patch review, since this would modify the same area of code:
https://gerrit.wikimedia.org/r/#/c/32328/1

Once that is in I will take a look at the listed issues. My plan: 

1) Support arbitrary small size players down to the width of the play / pause button ( 30x23 ) 

2) Support disabling end credits, either by js flag or by the nature that the player is so small.  ( no sense on having end credits on such a small player ) 

3) Support mp3 derivatives for audio files, should make TMH more useful for wiktionary context so that mobile users can hear pronunciations, when they need them most.  

Note TMH already supports derivatives to other formats bug 39867, and we could add in bug 32103 / FLAC at the same time as the above mentioned mp3 effort... but this also needs foundation buy in to create derivatives to not-as-free formats.
Comment 4 Jan Gerber 2012-12-18 11:24:18 UTC
hard to tell of this bug is fixed to many sub sections.

1) small player works now.
   https://en.wikipedia.org/wiki/IPA_vowel_chart_with_audio

2) credits are not show for audio players

Whats is open is more of a configuration question:
 - should we disable timed text for audio on all wikis
 - or just no timed text on wiktionary.org?
 - do we need a wiki markup option to disable timed text
Comment 5 Yair Rand 2013-01-23 07:28:11 UTC
(In reply to comment #4)
> Whats is open is more of a configuration question:
>  - should we disable timed text for audio on all wikis
>  - or just no timed text on wiktionary.org?
>  - do we need a wiki markup option to disable timed text
By "disable timed text", do you mean specifically disabling the "CC" button? If that's possible, it should definitely be done on Wiktionary. Captions are not necessary for audio samples. Changing wiki markup to allow disabling it would also work fine, as all audio samples are done through a template, so it would be simple to just change the template so that it affects all audio samples.
Comment 6 Jan Gerber 2013-05-28 12:59:46 UTC
its possible now to disable timed text on a per embed basis:
 [[File:Example.ogg|disablecontrols=timedText]]

https://gerrit.wikimedia.org/r/#/c/57540/

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links