- From: Personal Gmail <oh.wise.man@gmail.com>
- Date: Tue, 16 Oct 2012 10:36:58 -0400
- To: Brett Jankord <bjankord@gmail.com>
- Cc: "public-respimg@w3.org" <public-respimg@w3.org>
- Message-Id: <9BE03A4C-289E-4F0D-99EA-D1FFAFF660D2@gmail.com>
| the object element leaves a lot to be desired. Additionally, object elements do not allow click events to pass through when they are wrapped in an anchor, much like iframes. Thus no linked images if they are in an object. On Oct 16, 2012, at 10:11 AM, Brett Jankord <bjankord@gmail.com> wrote: > I would encourage us not to think of a use case depending on if there is enough WebP usage to support us considering a type attribute, but rather think of the bigger picture of this use case. > > Do developers have a native HTML way to load an image file and fall back to a supported file if the first file is not supported? If not, how often to devs try to hack together solutions to use image formats besides .jpg, .png, or .gif? > > I think as "retina" displays start to become more and more common, we will see a greater need for image formats that either are vector based like .svg or are highly compressed like .webp. Though there will also be a need to keep support for older browsers that do not support these image formats. > > Hixie mentioned that there is already the object element which does this, but the object element leaves a lot to be desired. For example, displaying an .svg in with object element with a nested .jpg img fall-back inside, both images are downloaded by the user, creating unnecessary overhead. > > Another issue with the object tag is lack of a context menu on right click.. I know Chrome supports the context-menu while Firefox does not. This makes saving images / sharing images an issue without this support. > > To me, these are issues the picture element could solve.
Received on Tuesday, 16 October 2012 14:40:58 UTC