<iframe> player insertion (i.e. loading in the <iframe> player via the
YT.Player API) behaves.
Previously, when inserting a new <iframe> player into a page, the
<iframe> element was added as a child of a parent element, whose id
was passed in as the first parameter to the YT.Player constructor.
Starting tonight, when a new <iframe> is inserted onto a page via the
YT.Player constructor, the <iframe> element will replace in the DOM
whichever element whose id was passed in as the first parameter. It
will no longer be that element's child.
If you have CSS selectors or JavaScript code that depends on the new
<iframe> being a child of that element, you will want to check its
functionality after tonight's server-side push and adjust as needed.
If you explicitly include an <iframe> tag in your page's HTML, rather
than inserting it dynamically using the API, then nothing should be
changing for you.
Cheers,
-Jeff Posnick, YouTube API Team
groups.google.com/group/youtube-api-gdata | apiblog.youtube.com |
@YouTubeDev
--
You received this message because you are subscribed to the Google Groups "YouTube APIs Developer Forum" group.
To post to this group, send email to youtube-api-gdata@googlegroups.com.
To unsubscribe from this group, send email to youtube-api-gdata+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/youtube-api-gdata?hl=en.
No comments:
Post a Comment