Re: [whatwg] PeerConnection, MediaStream, getUserMedia(), and other feedback
On Thu, 14 Jul 2011 18:53:00 +0530, timeless wrote: I'd expect a web app to have no idea about device camera specifications and thus to not be able to properly specify a flash duration. I don't see how such a thing is valuable. If a user is in a movie theater, or a museum, it's quite likely they won't notice a web app is forcing a flash. Let the user control flash through a useragent only or host application only mode. I believe the hazards of exposing flash duration outweigh any benefits. The only application class I know of built using control of camera flash is "flash-light", and that's both a hack and not guaranteed to be workable for all possible flash technologies. Just like, just allowing the web app to use the camera as it is will not make sense, and presumably, user agents will implement a authorization by the user before the app gains access to the camera (something like 'This application requests access to the camera. Allow for now/Always Allow/Never Allow/Close' just like you do in geolocation right now) ... just like that, you could do it for flash, where the app only gains access to it if the user allows it. If that is the implementation, i do not think there would be much hazards in allowing flash access. Apart from helping capture images/video in low light conditions, there are a few other use cases for flash such as the flash light thing you mentioned, as well as a possible S.O.S type app. I'm fine if the consensus is that the device/user agent will handle the issue of flash by showing some sort of control where the user can click between 'flash on/off/auto'. That will cover *most* of the use cases, which is recording images/video in low light conditions. If so, then it might be good to specify that somewhere in the spec just to make things a bit clearer? On 7/14/11, Shwetank Dixit wrote: On Thu, 14 Jul 2011 04:09:40 +0530, Ian Hickson wrote: Another question is flash. As far as I have seen, there seems to be no option to specify whether the camera needs to use flash or not. Is this decision left up to the device? (If someone is making an app which is just clicking a picture of the person, then it would be nice to have the camera use flash in low light conditions). getUserMedia() returns a video stream, so it wouldn't use a flash. Wouldn't it make sense to have a provision for flash separately then? I think a lot of apps would like just a picture instead of video, and in those cases, flash would be required. Maybe a seperate provision in the spec which defines whether to use flash, and if so, for how many miliseconds. Is that doable? -- Shwetank Dixit Web Evangelist, Site Compatibility / Developer Relations / Core Engineering Group Member - W3C Mobile Web for Social Development (MW4D) Group Member - Web Standards Project (WaSP) - International Liaison Group Opera Software - www.opera.com Using Opera's revolutionary email client: http://www.opera.com/mail/ -- Shwetank Dixit Web Evangelist, Site Compatibility / Developer Relations / Core Engineering Group Member - W3C Mobile Web for Social Development (MW4D) Group Member - Web Standards Project (WaSP) - International Liaison Group Opera Software - www.opera.com Using Opera's revolutionary email client: http://www.opera.com/mail/
Re: [whatwg] PeerConnection, MediaStream, getUserMedia(), and other feedback
On Thu, 14 Jul 2011 04:09:40 +0530, Ian Hickson wrote: Another question is flash. As far as I have seen, there seems to be no option to specify whether the camera needs to use flash or not. Is this decision left up to the device? (If someone is making an app which is just clicking a picture of the person, then it would be nice to have the camera use flash in low light conditions). getUserMedia() returns a video stream, so it wouldn't use a flash. Wouldn't it make sense to have a provision for flash separately then? I think a lot of apps would like just a picture instead of video, and in those cases, flash would be required. Maybe a seperate provision in the spec which defines whether to use flash, and if so, for how many miliseconds. Is that doable? -- Shwetank Dixit Web Evangelist, Site Compatibility / Developer Relations / Core Engineering Group Member - W3C Mobile Web for Social Development (MW4D) Group Member - Web Standards Project (WaSP) - International Liaison Group Opera Software - www.opera.com Using Opera's revolutionary email client: http://www.opera.com/mail/
Re: [whatwg] Peer-to-peer communication, video conferencing, , and related topics
ream; v.play(); }); The getter for v.src then returns "about:streamurl". My understanding is that we don't really want to have to implement the create/revokeObjectURL() methods for this. On Wed, 16 Feb 2011, Anne van Kesteren wrote: This is just a thought. Instead of acquiring a Stream object asynchronously there always is one available showing transparent black or some such. E.g. navigator.cameraStream. It also inherits from EventTarget. Then on the Stream object you have methods to request camera access which triggers some asynchronous UI. Once granted an appropriately named event is dispatched on Stream indicating you now have access to an actual stream. When the user decides it is enough and turns of the camera (or something else happens) some other appropriately named event is dispatched on Stream again turning it transparent black again. This is a very interesting idea. This suggests that there would be a separate property available for the microphone, and any other input device. This differs from the existing spec, which allowed a single stream to represent both audio and video. On Mon, 14 Mar 2011, Lachlan Hunt wrote: The API includes both readystatechange event, as well as independent events for play, paused and ended. This redundancy is unnecessary. This is also inconsistent with the design of the HTMLMediaElement API, which does not include a readystatechange event in favour on separate events only. I've dropped readystatechange. I expect to drop play and pause events if we move to the model described above that pauses and resumes audio and video separately. It may still be useful to have events for this, if the event object had a property that indicated which type of stream it applied to, or if there were separate objects for both the audio and video streams. -- Shwetank Dixit Web Evangelist, Site Compatibility / Developer Relations / Core Engineering Group Member - W3C Mobile Web for Social Development (MW4D) Group Member - Web Standards Project (WaSP) - International Liaison Group Opera Software - www.opera.com Using Opera's revolutionary email client: http://www.opera.com/mail/
Re: [whatwg] File mode Database Storage
On Fri, 18 Feb 2011 11:38:16 +0530, Narendra Sisodiya wrote: On Fri, Feb 18, 2011 at 11:27 AM, Shwetank Dixit wrote: On Fri, 18 Feb 2011 11:17:51 +0530, Narendra Sisodiya < naren...@narendrasisodiya.com> wrote: I am trying to create a Quiz application. I am thinking to adopt on Client-only mode rather Client server based. On in other words, I want that student can share Quiz using pen-drive/disk-drive/attachment and just open in firefox/chrome. I am using HTML5 only. No place for any non-FOSS/close technology. May you please help that this is possible or not ? One option would be using IndexedDB, though its a bit low level. Another option could be to use use WebSQL which basically uses sqlite. Though the standard is in impasse, its still supported in Opera, and webkit based browsers like chrome and safari. FF does not support it though. I can use any DB technology, Only point I have that will I be able to open or parse the DB content locally ? Depends on the browser. Some (not all) browsers do allow you to see the contents of the db locally, at least when it comes to websql. I'm not so sure about indexeddb right now. Currently, websql has more browser support...but in the future, indexeddb might have the same level of browser support, if not more. something will Quiz.html's javascript will load Quiz data from local database file like Quiz.db using JavaScript ? -- Shwetank Dixit Web Evangelist, Site Compatibility / Developer Relations / Consumer Products Group Member - W3C Mobile Web for Social Development (MW4D) Group Member - Web Standards Project (WaSP) - International Liaison Group Opera Software - www.opera.com Using Opera's revolutionary email client: http://www.opera.com/mail/
Re: [whatwg] File mode Database Storage
On Fri, 18 Feb 2011 11:17:51 +0530, Narendra Sisodiya wrote: I am trying to create a Quiz application. I am thinking to adopt on Client-only mode rather Client server based. On in other words, I want that student can share Quiz using pen-drive/disk-drive/attachment and just open in firefox/chrome. I am using HTML5 only. No place for any non-FOSS/close technology. May you please help that this is possible or not ? One option would be using IndexedDB, though its a bit low level. Another option could be to use use WebSQL which basically uses sqlite. Though the standard is in impasse, its still supported in Opera, and webkit based browsers like chrome and safari. FF does not support it though. * Quiz Test mode - No questions will be added, only test will be loaded from Database and submit button will be generate test result (jQuery) * Quiz Admin mode - Questions will be added in database. -- Shwetank Dixit Web Evangelist, Site Compatibility / Developer Relations / Consumer Products Group Member - W3C Mobile Web for Social Development (MW4D) Group Member - Web Standards Project (WaSP) - International Liaison Group Opera Software - www.opera.com Using Opera's revolutionary email client: http://www.opera.com/mail/
Re: [whatwg] About bypassing caches for URLs listed in Fallback and/or Network section in a HTML5 Offline Web Application
For 'fallback', it will try to load the resource normally, however, if the user is offline, that can't happen...so it will try to do it till a short while till it gives up (during that short while, if something is cached as part of the normal cache then it will use it), after which it will load the fallback resource wherever applicable. On Tue, 13 Jul 2010 19:56:49 +0530, Lianghui Chen wrote: Thanks, but that means once Opera starts with network connected, it won't detect whether network is offline for offline web applications. Doesn't it somehow defeat the purpose of "fallback" resource? -Original Message- From: Shwetank Dixit [mailto:shweta...@opera.com] Sent: Tuesday, July 13, 2010 10:19 AM To: Lianghui Chen; whatwg@lists.whatwg.org Subject: Re: [whatwg] About bypassing caches for URLs listed in Fallback and/or Network section in a HTML5 Offline Web Application At least in Opera, it will still respect the browser's normal cache header. So the network section header will just bypass the application cache, and will load normally like any other web page, which means respecting (i.e, not bypassing) the normal cache. On Tue, 13 Jul 2010 19:28:55 +0530, Lianghui Chen wrote: Anyone has any comments? From: whatwg-boun...@lists.whatwg.org [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Lianghui Chen Sent: Monday, July 12, 2010 4:12 PM To: whatwg@lists.whatwg.org Subject: [whatwg] About bypassing caches for URLs listed in Fallback and/or Network section in a HTML5 Offline Web Application Hi, In spec HTML5 for offline web application (http://www.whatwg.org/specs/web-apps/current-work/#offline) chapter 6.6.6, item 3, 4, 5 state that for resources that is in online whitelist (or has wildcard whitelist), or fallback list, it should be fetched "normally". I would like to know does it mean the user agent (browser) should bypass its own caches (besides html5 appcache), like the WebKit cache and browser http stack cache? Best Regards Lyon Chen - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful. -- Shwetank Dixit Web Evangelist, Site Compatibility / Developer Relations / Consumer Products Group Member - W3C Mobile Web for Social Development (MW4D) Group Member - Web Standards Project (WaSP) - International Liaison Group Opera Software - www.opera.com Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Re: [whatwg] About bypassing caches for URLs listed in Fallback and/or Network section in a HTML5 Offline Web Application
At least in Opera, it will still respect the browser's normal cache header. So the network section header will just bypass the application cache, and will load normally like any other web page, which means respecting (i.e, not bypassing) the normal cache. On Tue, 13 Jul 2010 19:28:55 +0530, Lianghui Chen wrote: Anyone has any comments? From: whatwg-boun...@lists.whatwg.org [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Lianghui Chen Sent: Monday, July 12, 2010 4:12 PM To: whatwg@lists.whatwg.org Subject: [whatwg] About bypassing caches for URLs listed in Fallback and/or Network section in a HTML5 Offline Web Application Hi, In spec HTML5 for offline web application (http://www.whatwg.org/specs/web-apps/current-work/#offline) chapter 6.6.6, item 3, 4, 5 state that for resources that is in online whitelist (or has wildcard whitelist), or fallback list, it should be fetched "normally". I would like to know does it mean the user agent (browser) should bypass its own caches (besides html5 appcache), like the WebKit cache and browser http stack cache? Best Regards Lyon Chen - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful. -- Shwetank Dixit Web Evangelist, Site Compatibility / Developer Relations / Consumer Products Group Member - W3C Mobile Web for Social Development (MW4D) Group Member - Web Standards Project (WaSP) - International Liaison Group Opera Software - www.opera.com Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Re: [whatwg] idea for .zhtml format #html5 #web
Hi Narendra, I think what you're proposing could be achieved already (at least somewhat) by the html5 offline applications part http://www.whatwg.org/specs/web-apps/current-work/multipage/offline.html#offline On Fri, 02 Apr 2010 12:37:25 +0530, narendra sisodiya wrote: just a thought ___ You can view the first webpage create on earth. We have saved our file from .txt .rtf .doc and now .odt. I love ODF format (.odt and other things) but there is a scope for .zhtml format for document and other purpose. Basically the idea of zhtml format is to create document/webpage using HTML5 technology. HTML5 technology with client side can create dynamic webpage with image video and we can actually use JavaScript to create a dynamic document. So basically we can create a zip out of all the html,js,css,images files and put a extension of .zhtml. There are many advantage of using zhtml format. * You can create some good web based software and share it using just one file. * Any document create using zhtml will be viewable after 100 years too. * Server must support .zhtml format so that website can autounzip and provide underlying files Ex http://localhost/myfile.zhtml/test.html Disadvantage * There is no standard over web to make a slideshow Or presentation . There are 100 possible ways. So zhtml writers will make their own conventions but I believe that this will reach into a equilibrium * do not know !! but there there will be someone. -- Shwetank Dixit Web Evangelist, Site Compatibility / Developer Relations / Consumer Products Group Member - Web Standards Project (WaSP) - International Liaison Group Opera Software - www.opera.com Using Opera's revolutionary e-mail client: http://www.opera.com/mail/