CVS edit link for xmacinfo

I would like to maintain the Media: TagTele module which I made available on GitHub: "http://github.com/xmacinfo/Media-TagTele"

This Drupal module provides support to the Embedded Video Field module for the TagTélé video sharing service. This is a French YouTube like portal.

I've tested this module on a production site: "http://ssjb.com/videos".

This module is base upon the "http://drupal.org/project/media_megavideo" module, which also a module working with the Embedded Video Field module: "http://drupal.org/project/emfield".

Comments

xmacinfo’s picture

Status: Postponed (maintainer needs more info) » Needs review
StatusFileSize
new10.05 KB

As requested, a compressed version of the module.

avpaderno’s picture

Issue tags: +Module review
xmacinfo’s picture

@kiamlaluno: Your post was empty. Did I forgot something? Thanks.

avpaderno’s picture

@xmacinfo: No, you didn't. I simply added the review tags; that is why my comment appears empty.

beeradb’s picture

Status: Needs review » Needs work

Have you filed a patch for emfield? out of the box it already has support for a ton of providers, it would seem this functionality would work best as a patch to that module.

xmacinfo’s picture

I will ask them.

However there are two reasons an independent module would be preferable.

1. They (emfield) provide an API that allows other third party video providers to be supported using simple include files and provided hooks.
2. The megavideo module is an example of an independent module using the emfield API. http://drupal.org/project/media_megavideo

xmacinfo’s picture

avpaderno’s picture

There have not been replies from the OP in the past 7 days. I am marking this report as won't fix.

xmacinfo’s picture

What is OP?

avpaderno’s picture

Status: Needs work » Closed (won't fix)

OP means original poster, which is you.

I forgot to set the status of this report as per my previous comment.

xmacinfo’s picture

Status: Closed (won't fix) » Needs review

I did post an issue to the emfield issue queue and I got no response.

However I still think that we need to be able to post plug ins since emfield provides an API to do so. Please see my comment on #6.

Currently Drupal.org is hosting more than twelve emfield plug ins:

http://drupal.org/project/media_viddler
http://drupal.org/project/media_megavideo
http://drupal.org/project/media_hulu
http://drupal.org/project/media_flickr
http://drupal.org/project/media_brightcove
http://drupal.org/project/media_videojug
http://drupal.org/project/media_youku
http://drupal.org/project/media_smugmug
http://drupal.org/project/media_screencast
http://drupal.org/project/media_archive
http://drupal.org/project/media_8tracks
http://drupal.org/project/media_brightcove
and more...

My request is to add at least one more, which is TagTélé.

So if there are already more than 12 emfield plug ins on Drupal.org, why not let me add more?

avpaderno’s picture

The CVS application was closed because it didn't get any feedback.
Considering that the maintainer of Embedded Media Field is creating some projects for the integration between Embedded Media Field and media providers, I think it doesn't create any problem to have also this project hosted on Drupal.org.

xmacinfo’s picture

Fair enough.

Actually, there are more than 5 maintainers for the various media providers projects hosted on Drupal.org, this in addition to the main emfield maintainers.

Is there anything else I need to do to get this forward?

I am looking forward to add more media providers, TagTélé being the first one maintained by me.

xmacinfo’s picture

Still waiting for approval.

Media module and Emfield module are moving away from integrated media providers. Media providers are instead released by various maintainers separately for both emfield (D6) and the new Media module (D7).

I will create the D7 version of my media provider module.

aaron’s picture

Yikes!

Sorry to take so long to reply here; ticket ended up dropping below my radar.

The Embedded Media Module is now in the process of dropping all its providers, in favor of providers being supported external to the module. The Media module has already done this (which will be the successor to emfield). That's because it's a real pain to hold up releases because some rinky-dink provider changes their API, and to encourage more developers to help maintain the sucker.

I haven't reviewed the code yet, but I plan to today.

Thanks,
Aaron

avpaderno’s picture

Status: Needs review » Needs work

Function names, constants, and Drupal variable names should be prefixed by the module name; the module name is media_tagtele.module, then the function names need to start with media_tagtele_, the constant names must start with MEDIA_TAGTELE_, and Drupal variable names need to start with media_tagtele_ (when the variable is the one defined from the module, not when the variable is defined from another module, and used from the proposed module).

The license file must be removed, as it is not possible to commit such files.

aaron’s picture

Status: Needs work » Reviewed & tested by the community

The module works as advertised, and the code is clean. A few misc comments (not blockers, but things that should probably be addressed before a release).

* The README needs to wrap at 80 characters.

* Not sure about the // TagTélé feature has been created by xmacinfo(http://drupal.org/user/12131) comment in the module; at the least it should be in the /** section, and more likely in the README.

* The provider does not support thumbnails, and considering from my experience, that's the number one issue with various providers in the queues, you should at the very least mention that in the $features of emvideo_tagtele_info().

I looked a bit into the thumbnail issue, and found that it *appears* there may be a standard format for image urls: for instance, the thumbnail for http://www.tagtele.com/videos/voir/52415 currently resides at http://s1.ttimg.com/img/videos/thumbs192x108/52415_default.jpg?201002251.... I'm not certain if the thumbnail server farm changes periodically (it often does with other providers), but if with testing this turns out not to be the case, you could implement something like:

function emvideo_tagtele_thumbnail($field, $item, $formatter, $node, $width, $height, $options = array()) {
  return "http://s1.ttimg.com/img/videos/thumbs192x108/{$item['value']}_default.jpg";
}

Alas, it probably won't be so simple. I hunted around for an API, but couldn't find one easily. Might be worth contacting them; I've found in the past that most providers (other than YouTube) have been responsive to requests.

In any case, these issues are minor and easily resolved, so I'll mark this RTBC.

Thanks,
Aaron

aaron’s picture

Status: Reviewed & tested by the community » Needs work

Sorry kiamlaluno, didn't mean to cross-post.

In the .inc file, unfortunately, the current API for emfield breaks the rules (due to legacy) for function names. Thus, we have things like hook emvideo_PROVIDER_info, where the emvideo_ trumps the usual rule. Sorry about that; it's addressed in the Media module.

Perhaps you'd like to wait for a d7 version to review? xmacinfo indicated an upcoming version for that?

aaron’s picture

ah yes, the LICENSE.txt file (as has been pointed out) needs to be dropped, as do the following in the .info file, which will be added by the packager:

version = "6.x-1.0"
project = media_tagtele

avpaderno’s picture

It would also be enough that the module file is renamed to emvideo_tagtele.module. The file for new module would have then a different name.

xmacinfo’s picture

Thanks for all the comments.

I will submit a new version for emvideo D6 in the next few days for review. Hopefully by Saturday.

As for media D7, I plan to do it, but not in short term.

xmacinfo’s picture

I tried to rename the module to "emvideo_tagtele.module", to no avail. Looks like emvideo does not discover the module, even tough it's properly enabled. So I switched back to "media_tagtele.module".

I am currently investigating the $features supported by TagTélé. But the features are currently very limited. So I may indeed do a version that do not support thumbnails and mention it in the info part.

Not ready for a review yet. :-)

avpaderno’s picture

Status: Needs work » Closed (won't fix)

There have not been replies in the last week. I am marking this application as won't fix.

xmacinfo’s picture

Status: Closed (won't fix) » Needs work

Give me some more time. :-)

xmacinfo’s picture

Status: Needs work » Needs review
StatusFileSize
new55.37 KB

Here is a new version of the module for review.

  • Module name cannot be modified. Emfield must be able to discover it (see #18 and #22).
  • Removed all information added automatically by the packager.
  • README.txt file wrapped to 80 characters (see #17a).
  • Maintainer info in comments removed completely since this is available from the project page (see #17b).
  • Marked thumbnail support as incomplete in the info() function. (see #17c).
  • Marked autoplay support as incomplete in the info() function with a workaround.
  • Marked fullscreen support as not available in the info() function.

I am already using this module in production on two web sites and there are no issue reported.

xmacinfo’s picture

Still waiting for a review. :-)

aaron’s picture

Status: Needs review » Reviewed & tested by the community

This looks great to me. The issues w/ emvideo naming will be addressed in v2 of emfield, but for now, see #18 and #22 for the reasons for the function names; that's a mistake of the legacy emfield api, not of xmacinfo.

avpaderno’s picture

Status: Reviewed & tested by the community » Fixed

Status: Fixed » Closed (fixed)
Issue tags: -Module review

Automatically closed -- issue fixed for 2 weeks with no activity.

avpaderno’s picture

Component: Miscellaneous » new project application
Assigned: Unassigned » avpaderno
Issue summary: View changes