Last modified: 2014-01-03 16:05:14 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 T13250, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 11250 - Button which is the same size as the player it covers is bad for some use cases. Player button causes linebreaks.
Button which is the same size as the player it covers is bad for some use cas...
Status: RESOLVED WONTFIX
Product: MediaWiki extensions
Classification: Unclassified
OggHandler (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-09-09 07:41 UTC by Gregory Maxwell
Modified: 2014-01-03 16:05 UTC (History)
1 user (show)

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


Attachments

Description Gregory Maxwell 2007-09-09 07:41:07 UTC
There are many use cases on English Wikipedia where an audio playback link is desired in the middle of a paragraph. For example, see the pronunciation link at the top of http://en.wikipedia.org/wiki/Albert_Einstein . Most uses of http://en.wikipedia.org/wiki/Template:Audio are of this type.

In these cases the use of a block element around the player activation link is not acceptable and the minimum usable size of the player is too great.

I think the ideal behavior would be to add a keyword to the image tag to make the player appear as a small "PLAY" icon like the speaker icon currently added via CSS. launcheronly perhaps? :) When the icon is clicked it should insert the player at reasonable size (perhaps the size provided in the image tag) ideally as an inline element rather than a block element to avoid messing up layout.
Comment 1 Tim Starling 2007-09-09 22:03:35 UTC
The use of a block-level element for the player was chosen with a great deal of consideration. It won't be changing any time soon, as far as I am concerned. 
Comment 2 Gregory Maxwell 2007-09-10 03:24:54 UTC
Thats nice. However, the current behavior represents a regression from what we had previously: Before we had the ability to produce an inline play link that popped up a player. This was great for things like pronunciations. We don't have that anymore.  I honestly don't care if it's an inline element, a block element, or a chemical element... The functionality is what matters.

Would you be morally opposed to having a mode where an inline play icon activates the player in a small floated div?
Comment 3 Tim Starling 2007-09-10 03:44:22 UTC
Submit a patch and I'll tell you what I think.
Comment 4 Bugmeister Bot 2011-08-19 19:12:59 UTC
Unassigning default assignments. http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/54734
Comment 5 Andre Klapper 2013-07-30 10:25:52 UTC
The OggHandler extension is not under active development anymore. It is unlikely that there will be any further active development.

OggHandler has been superseded by TimedMediaHandler:

          http://www.mediawiki.org/wiki/Extension:TimedMediaHandler

Please use TimedMediaHandler instead.

Closing this report as WONTFIX as part of Bugzilla Housekeeping.

Please feel free to reopen this bug report in the future if either anyone takes the responsibility for active development of OggHandler again; or move this bug report from the "OggHandler" to the "TimedMediaHandler" component in Bugzilla if the same problem still happens when using TimedMediaHandler. Thanks.

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


Navigation
Links