W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > January 2011

[Bug 11796] HTML5 SUGGESTIONS ------------------------------ This file contains suggestions of tags / features that can be added to HTML5. I sincerely hope that these features are added especially the file tag (<file></file>) which is the last I would write on. I hav

From: <bugzilla@jessica.w3.org>
Date: Wed, 19 Jan 2011 09:25:14 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1PfUHy-00022E-Pf@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11796

Aryeh Gregor <Simetrical+w3cbug@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Simetrical+w3cbug@gmail.com

--- Comment #2 from Aryeh Gregor <Simetrical+w3cbug@gmail.com> 2011-01-19 09:25:14 UTC ---
(In reply to comment #0)
> 1)
> Mic input type - <input type="mic" />
> 
> 2)
> Cam input type - <input type="cam">

These are being worked on in the form of <device>, and hypothetically sort of
maybe exist in the accept="" attribute (although browsers don't implement that
yet).

> I have a PHP script that dynamically generates a chart in form of a GIF image.
> I can point the SRC attribute of an image tag to this
> PHP script but there is no standard way for the browser to handle this, so

You're mistaken -- handling is both standardized and interoperably implemented.

> while one browser will reject the image because it does
> not recognise ".php" as an image extension,

No browser does this.

> another browser will ask the user
> if they want to save the file (download it).

No browser does this.  Make sure you aren't serving the image with
Content-Disposition: attachment.

> In PHP, there is an extension called GD that can be used to dynamically
> generate images at runtime, however to send this image to
> the browser, the image first has to be saved to a file on the server (this has
> an overhead), then an image tag is sent to the browser
> with the SRC attribute set to the location of the image file.

No you don't.  You can serve the image directly as your HTTP response from the
.php file and it will work fine.  Tons and tons of applications do this.  Thus
there's no problem for your suggestion #4 to solve.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Wednesday, 19 January 2011 09:25:16 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 19 January 2011 09:25:16 GMT